Dear Emanuel,

You wrote:
> But the name is not so important. We still have about 5000
> errors
> and I think, we should concentrate to work on actually
> removing those.
> 
> Changing the names could be done with a script at the end.
> 
> 
> We should get rid of the QSettings specifications in the
> constructors too, yes,
> but first I would like to see things working, before
> handling these minorites.
> 
> That's why I'd prefere you, to not make things
> beautiful right now.
> Concentrate on the errors.


I agree concentrate on errors.  The .endgroup fix will not reduce compiler 
errors--but it does fix the runtime end of things.

I ask these question since I will need to view each file anyhow and make these 
changes--things line m_cfg is clearly wrong, since m_ in RG speak indicates a 
member variable.

Also there are multiple uses of QSettings in each function that must be removed 
and sometimes variants of cfg are used in the same function--so I have to pick 
something.

I agree though that changing definitions / declarations of functions can wait.  
That is why I prefer to flag it with a comment and move on.  yes, we could even 
wait until we get things running--possibly--to update this.  But having it 
flagged consistently--since I will manipulating every affected function 
anyhow--will allow easy identifying of all functions.

I'm trying to get some input on this and get a game plan.

I'm happy at this point to not touch the .h files and just throw comment flags 
in any files that need updated for quick reference later.

Will, that work for you?

Sincerely,
Julie S.



      

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

Reply via email to