Re: [sc-dev] Re: [patch] help guis improvements

[Scott Wilson <s.d.wilson.1@xxxxxxxxxx>]

On 23 Dec 2008, at 09:14, James Harkins wrote:

> There are some initClass things that have to be done before moving on
> to the StartUp functions (can't think of them offhand, but I know
> they're there). My feeling is that any startup action that is not
> absolutely required to be done first should be a StartUp function. I'm
> not sure that rises to the level of "policy" but it seems logical to
> me.

The class tree is (by necessity) initialised before Platform-startup.  
Actually I remember now why I did it that way: It's unlikely, but a  
user could add a menu called Help in a Startup function added before  
the tree gets added, in which case the tree would be added in the  
wrong place.

> And yes, de-generic-ifying *categories makes sense since nobody but
> the help system needs to be concerned with the help categories.

Maybe *scCategories actually, since they needn't be only for help.

S.

> hjh
>
>
> On Tue, Dec 23, 2008 at 12:09 PM, Scott Wilson <s.d.wilson.1@xxxxxxxxxx 
> > wrote:
> > On 23 Dec 2008, at 04:23, James Harkins wrote:
> >
> > It could matter if there is an error in addToMenu - in that case, the
> > startup process halts whereas if it's put into a startup function,  
> > the error
> > is caught and everything else initializes properly.
> >
> > I see. Well, I suppose you could say that of anything in the  
> > startup chain,
> > but there's no harm moving it. I'll do it once the categories  
> > business is
> > resolved.
>
>
> --
> James Harkins /// dewdrop world
> jamshark70@xxxxxxxxxxxxxxxxx
> http://www.dewdrop-world.net
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal."  -- Whitman
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: https://listarc.bham.ac.uk/marchives/sc-dev/
> search: https://listarc.bham.ac.uk/lists/sc-dev/search/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/