1 Jan 22:32
3 Jan 08:37
KDE/kdeedu/kstars/kstars/data
Akarsh Simha <akarshsimha <at> gmail.com>
2010-01-03 07:37:56 GMT
2010-01-03 07:37:56 GMT
SVN commit 1069259 by asimha: Making README.indexfileformat into GPL v2+ to maintain uniformity of licensing, following a discussion on kde-licensing CCMAIL: kstars-devel <at> kde.org M +1 -1 README.indexfileformat --- trunk/KDE/kdeedu/kstars/kstars/data/README.indexfileformat #1069258:1069259 @@ -11,7 +11,7 @@ star HD000001 in the data files, and so on. -- -This document is licensed under the GNU GPLv3 or any later version of +This document is licensed under the GNU GPLv2 or any later version of the GNU GPL at your option. Copyright (c) 2008 Akarsh Simha
16 Jan 16:44
Refactoring of SkyComponents
Khudyakov Alexey <alexey.skladnoy <at> gmail.com>
2010-01-16 15:44:50 GMT
2010-01-16 15:44:50 GMT
Hello everyone. It seems that trunk is open for general development with maybe string freeze in effect. Or am I wrong? I mostly finished work on refactoring of skycomponents. It got uncomfortably large. Currently it consists of 88 patches. List of notable changes below. I used git locally because it has great support for branches and much better at merging. So when will unfrozen branch be merged into trunk so I could commit my branch? Although probability of conflict is low I think it would be easier for me to do merge. Notable changes: * Unused functions and data members are removed. I used rather strict approach to removal of unused functions. If function is not used it is to be removed. This is especially true for accessors. * If function is called only by subclasses make it protected. Usually such functions either used to add data or provide access to innards of class. I think it is not sensible to expose it to whole world. * If class A is only subclass of class B merge them into one class. I think it's better to have fewer classes. And it's reasonable to keep - SkipListIndex -> MilkyWay - SingleComponent -> SolarSystemSingleComponent * Change type of SkyComponent's parent to SkyComposite. Its parent is always(Continue reading)
21 Jan 02:28
Celestron Advanced GT problems
James Tappin <jtappin <at> gmail.com>
2010-01-21 01:28:57 GMT
2010-01-21 01:28:57 GMT
I'm trying to connect to a Celestron C6-NGT (Advanced GoTo series) from Kstars using a machine running Pardus GNU/Linux. (KDE 4.3.4, Kstars 1.5..3). According to the manual, the mount system uses the NexStar control protocol. However when I use the Devices->Device Manager and try to start the NexStar service it fails to indicate success. The Celestron GPS service does start. On trying to connect to the telescope with the telescope wizard: If I use the NexStar protocol, it just hangs with the connection progress bar at 100% If I use the GPS protocol, then the progress bar goes away and the INDI control panel comes up, but with an error in connecting, and the instruction to check read & write permissions for the device. I have checked the following: 1) /dev/ttyS0 is set to 9600 baud. 2) The device has permissions crw-(Continue reading)rw---- owner root, group dialout 3) I am a member of the dialout group 4) The behaviour is identical irrespective of whether I have the GPS unit connected. The computer is an HP2133 netbook with an express card serial port. (I have also tried using a desktop machine with a built-in serial port with identical results). Does anybody have any suggestions or ideas for further diagnosing the problems [it's been a while since I used a serial device so I've
21 Jan 17:27
Where should I report bugs?
THEMIS ORAIOP <thoraiop <at> yahoo.gr>
2010-01-21 16:27:14 GMT
2010-01-21 16:27:14 GMT
| Hello, I have already reported 6 bugs to KDE bug database concerning KStars, but I also know the sourceforge address of KStars : http://sourceforge.net/projects/kstars/ I found some new bugs. -Is it better to report the new bugs I found to KDE bug tracking system or to sourceforge bug tracking system? Thank you. |
Χρησιμοποιείτε Yahoo!
Βαρεθήκατε τα ενοχλητικά μηνύ ματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων
http://login.yahoo.com/config/mail?.intl=gr
_______________________________________________ Kstars-devel mailing list Kstars-devel <at> kde.org https://mail.kde.org/mailman/listinfo/kstars-devel
21 Jan 18:54
Re: Where should I report bugs?
Akarsh Simha <akarshsimha <at> gmail.com>
2010-01-21 17:54:34 GMT
2010-01-21 17:54:34 GMT
Hi Themis, > Hello, > I have already reported 6 bugs to KDE bug database concerning KStars, but I also know the sourceforge address of KStars : http://sourceforge.net/projects/kstars/ > > I found some new bugs. > > -Is it better to report the new bugs I found to KDE bug tracking system or to sourceforge bug tracking system? We use the KDE bug tracking system. I think the sourceforge stuff is outdated. So you may report your bugs on bugs.kde.org Regards Akarsh
24 Jan 16:35
Refined patch for wishlist 178232: List all objects within a rectangle
Abhijit Apte <abhijit.apte <at> gmail.com>
2010-01-24 15:35:24 GMT
2010-01-24 15:35:24 GMT
Hi Akarsh/Prakash,
Pl. find the refined patch for the wishlist "Bug 178232 -
List all objects within a rectangle" attached with this mail.
This has the review comments incorporated.
The next thing to do now is to extend this to have the following as we discussed in IRC last time, I'll start working on the same:
1) Multicolumnar display of objects to view the details like RA, Declination etc (using QTableView like it is done in tools/observinglist.ui)
2) To show the object selected from the list at the map's center
Regards
-Abhijit
| Summary: | List all objects within a rectangle |
_______________________________________________ Kstars-devel mailing list Kstars-devel <at> kde.org https://mail.kde.org/mailman/listinfo/kstars-devel
26 Jan 22:37
Re: Refined patch for wishlist 178232: List all objects within a rectangle
Abhijit Apte <abhijit.apte <at> gmail.com>
2010-01-26 21:37:08 GMT
2010-01-26 21:37:08 GMT
Hi,
I've now implemented the things which I mentioned in my previous mail (pl. apply the patch attached with this mail).
1) Multicolumnar display of objects selected in rectangle
2) To center a object selected from the list (done by double clicking on object list).
Pl. find attached the screenshots.
snapshot_objectlist0.jpeg - The dialog showing the list of sky objects in the rectangle selected through right-click drag.
snapshot_objectlist1.jpeg - An item from the list is double clicked and it has got centered (in this snapshot star "Ain" shown in white color font)
Only thing which is pending in the implementation is to list even the non-star components (like planets, comets etc).
Please review the patch and send me your comments.
Rgds
-Abhi
On Sun, Jan 24, 2010 at 9:05 PM, Abhijit Apte <abhijit.apte <at> gmail.com> wrote:
Hi Akarsh/Prakash,
Pl. find the refined patch for the wishlist "Bug 178232 - List all objects within a rectangle" attached with this mail.
This has the review comments incorporated.
The next thing to do now is to extend this to have the following as we discussed in IRC last time, I'll start working on the same:
1) Multicolumnar display of objects to view the details like RA, Declination etc (using QTableView like it is done in tools/observinglist.ui)
2) To show the object selected from the list at the map's center
Regards
-Abhijit
Summary: List all objects within a rectangle
_______________________________________________ Kstars-devel mailing list Kstars-devel <at> kde.org https://mail.kde.org/mailman/listinfo/kstars-devel
26 Jan 23:18
Re: Refined patch for wishlist 178232: List all objects within a rectangle
Khudyakov Alexey <alexey.skladnoy <at> gmail.com>
2010-01-26 22:18:21 GMT
2010-01-26 22:18:21 GMT
В сообщении от Среда 27 января 2010 00:37:08 Abhijit Apte написал: > Hi, > > I've now implemented the things which I mentioned in my previous mail (pl. > apply the patch attached with this mail). > 1) Multicolumnar display of objects selected in rectangle > 2) To center a object selected from the list (done by double clicking on > object list). > Hi. Thanks a lot for your work. This is not a review or anything like that just a quick glance at code and screenshots. I feel that adding new dialogs isn't really good idea. It put more burden on user. He have to remember more dialogs, he may be forced to jump between dialogs to accomplish task, forced to open multiple dialogs at once. Also details dialog have similar problem (to a degree). It allow to select only one object at once. However objects on the sky tend to overlap or to be very close together. Consider star in a nebula as example. Sometimes it's difficult to select right object. Probable solution is to allow user to chose from all object in some region. Say 10px in size. These tasks seem very closely related. Maybe they could be merged into same functionality. Comments are welcome. Hopefully I'll be able to review patch and elaborate on matter above sometime at the weekends. _______________________________________________ Kstars-devel mailing list Kstars-devel <at> kde.org https://mail.kde.org/mailman/listinfo/kstars-devel
27 Jan 07:16
Re: Refined patch for wishlist 178232: List all objects within a rectangle
Abhijit Apte <abhijit.apte <at> gmail.com>
2010-01-27 06:16:27 GMT
2010-01-27 06:16:27 GMT
Hi Alexey,
The problem with reusing the dialogs/detaildialog.[cpp,h] is that DetailDialog is derived from KPageDialog and the face type has been set to *Tabbed* and the options available for the face types are the following:
~/kde/src/KDE/kdelibs/kdeui/paged/kpagedialog.h:
enum FaceType
{
Auto = KPageView::Auto,
Plain = KPageView::Plain,
List = KPageView::List,
Tree = KPageView::Tree,
Tabbed = KPageView::Tabbed
};
Although, I liked this DetailDialog very much, in that it is being more informative, the tabbed face type limits it from being reused for showing details about multiple objects selected from a rectangle.
Rgds
-Abhi
On Wed, Jan 27, 2010 at 3:48 AM, Khudyakov Alexey <alexey.skladnoy <at> gmail.com> wrote:
В сообщении от Среда 27 января 2010 00:37:08 Abhijit Apte написал:> Hi,Hi. Thanks a lot for your work.
>
> I've now implemented the things which I mentioned in my previous mail (pl.
> apply the patch attached with this mail).
> 1) Multicolumnar display of objects selected in rectangle
> 2) To center a object selected from the list (done by double clicking on
> object list).
>
This is not a review or anything like that just a quick glance at code and
screenshots. I feel that adding new dialogs isn't really good idea. It put
more burden on user. He have to remember more dialogs, he may be forced to
jump between dialogs to accomplish task, forced to open multiple dialogs at
once.
Also details dialog have similar problem (to a degree). It allow to select
only one object at once. However objects on the sky tend to overlap or to be
very close together. Consider star in a nebula as example. Sometimes it's
difficult to select right object. Probable solution is to allow user to chose
from all object in some region. Say 10px in size.
These tasks seem very closely related. Maybe they could be merged into same
functionality. Comments are welcome.
Hopefully I'll be able to review patch and elaborate on matter above sometime
at the weekends.
_______________________________________________
Kstars-devel mailing list
Kstars-devel <at> kde.org
https://mail.kde.org/mailman/listinfo/kstars-devel
_______________________________________________ Kstars-devel mailing list Kstars-devel <at> kde.org https://mail.kde.org/mailman/listinfo/kstars-devel
RSS Feed