Re: [Wxdevide-devs] Which Help File Format and other questions.

[Sof.T <so...@ti...>]

I have no particular preference for help formats as long as all
platforms are supported. I wouldn't mind seeing a more integrated help
system a bit like kdevelop, but I guess that could be implemented as
another plugin.

Personally I think there is no point in insisting that the program is
exactly the same under all platforms. There is little point in crippling
the program just to make it exactly alike. If it is possible to
implement a killer feature on one platform that is not possible on other
platforms then I think it should be implemented.

Will we be supporting themeing? While porting DevCpp I only got so far
in implementing the themeing, it seems that wxWidgets doesn't make it
easy for example to change the images of button in toolbars, maybe I am
wrong and just couldn't find the way to do it. For example you cant just
load the images from an image list and then change the image list over
for a new look. Though maybe the new wxAUI toolbar will be better or can
be adapted.

I vote sizers for everything it makes it much easier to go cross
platform.

For code styling I prefer a 4 space indent and lined up braces e.g.

void MyFunction()
{
    code
}

not

void MyFunction(){
    code
}

for me it makes it easier to see brace mismatching although it adds
extra lines to the code file.

What about function names do we go CamelCase, or lowercase for the first
letter or all lower case

MyFuction
myFuction
myfunction

Should we start a wiki page on developer guidelines? By the way has
anyone tried to use the wiki, it keeps telling me I need to login, when
I do it takes me to my sourceforge account page or it tells me I am
logged in, but that I still need to log in to edit anything.

The SkinDoc2 form designer could be altered quite easily to create a
form designer for wxDevIde. However it is Windows only since other
platforms don't support embedding of windows in windows, there are ways
around this, I planned to use the CurlyAnkles library under GTK and find
another solution for MacOS. The form designer uses scroll bars when the
form grows beyond the confines of the designer, my scrolling code needs
a little tweak as the scrollbars don't size correctly I think I know the
problem, but haven't implemented it yet.

Sof.T

-----Original Message-----
From: Malcolm Nealon [mailto:m.n...@wa...] 
Sent: 28 September 2008 10:51
To: wxdevide-devs
Subject: [Wxdevide-devs] Which Help File Format and other questions.

Hi All,

Since we are moving to wxWidgets, should we also move the help file to 
wxHelp format? This has my vote, since we need to generate help for all 
platforms.


Also, assuming we are, I would suggest that the help is written as we go

along, ensuring that we can correctly link to subjects as we move along.

I assume that we can re-use a lot of information from the old help file,

replacing screen shots as we go for example. We need to ensure that 
context help works as expected also.

Do we support the "What's this" help under windows? Or do we insist that

the program works exactly the same on all platforms?

The images for the new look (as used by wxdevcpp) need to be located and

added to svn. I would also suggest giving this theme a different name 
and allowing the user to select between the images currently within the 
folder "new look" and those we actually use for the new look in wxdev.

Are we going to go the sizer route for dialog design? This gets my vote,

as well as turning on wxDefaultPosition/wxDefaultSize in the designer, 
it makes the dialogs look better when designed with sizers.

We need to decide on a standard Astyle style for our code. I assume we 
all have a preference as to how we like our code to look, so we need to 
agree on a standard from the beginning.

I have looked at Sof.T's SkinDoc2 project, and it looks as though the 
form designer there could be used to replace our designer. (Ed could you

tell me the difference between the old designer and the new designer - 
does it suffer from the same problem we do where it grows beyond the 
confines of the screen and becomes unmanageable- need scroll bars for 
example?

Just some food for thought

Mal





------------------------------------------------------------------------
-
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=/
_______________________________________________
Wxdevide-devs mailing list
Wxd...@li...
https://lists.sourceforge.net/lists/listinfo/wxdevide-devs