Barry; look up the Second Law of Thermodynamics.  To paraphrase: "if it
ain't broke, and you do not continue to fix it, it soon will be broke.'

I agree with you that the vast majority of the commits over the last year,
maybe even two, have been largely cosmetic.  The thing is, that's not
likely to change.  Stellarium is stagnate; there is not enough energy going
into the system to prevent bit-rot.  That's unfortunate.  We simply no
longer have any OpenGL developers.  Nor any developers that understand the
math behind a good deal of it.  So what does that leave?  Small, mainly
non-consequential cosmetic stuff.

The OpenGL state is a real mess.  Most of them are attributed to defects in
video drivers.  This is not likely to be the case.  Other apps, doing far
more sophisticated OpenGL work than Stellarium, do not seem to suffer
this.  There are a good deal of driver issues, especially on very low end
video cards.  But the OpenGL code simply needs to be cleaned up and fixed.
I've considered posting to some OpenGL forums asking for any interested
developers, but have not come up with a good pitch: "Please fix our code"
probably won't get many respondents. :)

Start catalogs, and especially DSS objects, could also use a good deal of
love.  Both in updating catalogs, and implementation of features.

Some of the projections are in the same boat.

Then there is the whole hot-key fiasco. Which is related to the odd way we
handle modules.

And on-and-on.

Anyway, for this issue, Matthew & I types on IRC today; he is going to
commit a reversal of the method renaming, while we both work on the
continued property-modification of the code.  I'll look into writing a
script tool that can be used to updated scripts.  Actually, this could be
done by simply modifying the script engine to output an updated & corrected
version of the script when it is run (that's the way some other tools I use
work).

On Mon, Feb 20, 2012 at 3:49 PM, Barry Gerdes <barrygas...@hotmail.com>wrote:

>  Hi All
>
> I agree with Matthew who is also working on the old principal that "if it
> ain't broke why fix it"
> The remarks about Qt are irrelevant and a topic for an argumentative forum
> not this column
> Getting back to current progress. Members have been crying out for the
> release of version 1.0.0 but the last 300 odd cosmetic commits have had
> nothing to do with fixing the core items that are required for the
> release of version 1.0.0. We have some marvelous talent amonst our regular
> programmers. How about turning your talents to fixing the core problems
> associated with the release of version 1.0.0 so we can reach our primary
> goal.
>
> I am not a programmer in the true sense because I don't use C or its
> derivatives but I can still write effective engineering programs in Qbasic
> to solve my requirements. I just regularly compile and test the changes as
> well as possible but do not try every possibility, so i only easily pick up
> the most glaring mistakes.
>
> Barry Gerdes
> Beaumont Hills Observatory
> S 33' 41' 44"    E 150' 56' 32"
>
>
>  > From: matthew...@gmail.com
> > Date: Mon, 20 Feb 2012 10:28:46 -0800
> > To: stellarium-pubdevel@lists.sourceforge.net
> > Subject: Re: [Stellarium-pubdevel] renaming of members in the core
>
> >
> > Disambiguation required:
> >
> > QT is an abbreviation for Apple's QuickTime (which Stellarium does not
> use).
> >
> > QT is also Trolltech/Nokia's QT platform independent SDK, which
> > Stellarium does use.
> >
> > M
> >
> > On 20 February 2012 10:20, Thomas Morris <tom.s.mor...@gmail.com> wrote:
> > > I think Timothy was being sarcastic? (Qt is the library/toolkit we use)
> > >
> > > I tend to agree with Matthew regarding API changes, since many script
> > > engine users may not be regular/serious programmers, and don't want to
> > > change their scripts too often. Just my opinion!
> > >
> > > Thanks,
> > > Thomas
> > >
> > > On 20 February 2012 18:15, Bernhard Reutner-Fischer
> > > <rep.dot....@gmail.com> wrote:
> > >> On Feb 20, 2012 2:59 PM, "Reaves, Timothy" <
> trea...@silverfieldstech.com>
> > >> wrote:
> > >>>
> > >>
> > >>> As an aside, Stellarium does not - and probably never will - use
> QT.  QT
> > >>> is a technology used for playing audio & video.
> > >>
> > >> Did not look at trunk (or however the current SCM calls it) lately
> but IIRC,
> > >> Stellarium _does_ use QT. it does use it to achieve
> platform-independence in
> > >> some areas like path handling (think boost::filesystem, but done
> wrong).
> > >> Furthermore, we implement theme support (think night mode) and
> generally GUI
> > >> elements (think file picker, dialogs in e.g. the configuration dialog
> and
> > >> the other function key bound dialogs, including the buttons in the
> StelBar).
> > >>
> > >> So, while it is true that we do not use QT for rendering nor for
> audio --
> > >> since we do not do audio (pity BTW goto could use a wooshing sound ;)
> -- we
> > >> do use it to abstract away certain routine tasks.
> > >>
> > >> Just as a sidenote for the curious reader!
> > >>
> > >> Cheers,
>
> > >>
> > >>
> > >>
> ------------------------------------------------------------------------------
> > >> Try before you buy = See our experts in action!
> > >> The most comprehensive online learning library for Microsoft
> developers
> > >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> > >> Metro Style Apps, more. Free future releases when you subscribe now!
> > >> http://p.sf.net/sfu/learndevnow-dev2
> > >> _______________________________________________
> > >> Stellarium-pubdevel mailing list
> > >> Stellarium-pubdevel@lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
> > >>
> > >
> > >
> ------------------------------------------------------------------------------
> > > Try before you buy = See our experts in action!
> > > The most comprehensive online learning library for Microsoft developers
> > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> > > Metro Style Apps, more. Free future releases when you subscribe now!
> > > http://p.sf.net/sfu/learndevnow-dev2
> > > _______________________________________________
> > > Stellarium-pubdevel mailing list
> > > Stellarium-pubdevel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
> >
> >
> ------------------------------------------------------------------------------
> > Try before you buy = See our experts in action!
> > The most comprehensive online learning library for Microsoft developers
> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> > Metro Style Apps, more. Free future releases when you subscribe now!
> > http://p.sf.net/sfu/learndevnow-dev2
> > _______________________________________________
> > Stellarium-pubdevel mailing list
> > Stellarium-pubdevel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Stellarium-pubdevel mailing list
> Stellarium-pubdevel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>
>
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Stellarium-pubdevel mailing list
Stellarium-pubdevel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel

Reply via email to