wxcode-users — Submission, Questions, Information

Re: [wxCode-users] Re: Moving to subversion ?

[Otto W. <ott...@or...>]

Francesco Montorsi wrote:
> Otto Wyss ha scritto:
>   
> yes, this can be another choice... the most important thing is probably
> just to not duplicate components: i.e. a component should be in CVS or 
> in SVN but not in both...
>
>   

I agree, so then it's either CVS or SVN for a component. Do you provide 
a moving service, can component maintainers ask your for moving CVS to SVN?

O. Wyss

-- 
Cross-platform: http://wyoguide.sf.net/index.php?page=Cross-platform.html

Re: [wxCode-users] wxCode.com

[Otto W. <ott...@or...>]

John Labenski wrote:
> On 4/6/06, Francesco Montorsi <f18...@ya...> wrote:
>   
>> Hi all,
>>     thanks to Angelo Mandato who is sponsoring it, wxCode website can
>> now be accessed also through the http://wxcode.com and
>> http://www.wxcode.com addresses.
>>
>> Thanks Angelo!
>>     
>
> Thanks!
>
>
>   
Also from me.

O. Wyss

-- 
Cross-platform: http://wyoguide.sf.net/index.php?page=Cross-platform.html

Re: [wxCode-users] wxCode.com

[John L. <jla...@gm...>]

On 4/6/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi all,
>     thanks to Angelo Mandato who is sponsoring it, wxCode website can
> now be accessed also through the http://wxcode.com and
> http://www.wxcode.com addresses.
>
> Thanks Angelo!

Thanks!

-John Labenski

[wxCode-users] Re: Moving to subversion ?

[Francesco M. <f18...@ya...>]

> jb...@um... ha scritto:
> If we start to use Subversion, then it will probably become a burden to keep two copies of the "build/bakefiles" directory if the CVS repository is kept alive as well.
well, build\ does not change so often nor it does template\.

> While Subversion was created with the goal of fixing the holes in CVS (i.e. atomic commits, directory stucture versioning, ...), there is one "feature" from CVS that they intentionally didn't bring over.  The $log keyword is not supported.  They had valid reasons for doing so, but in case anyone uses that keyword it might be worth noting.
yes, sure; but grepping in wxCode repository I did not find any 
occurrence of that keyword - it looks noone is using it ;)

> 
> Not to hijack the thread but since TortoiseSVN has been mentioned... Is there much difference between TortoiseCVS and TortoiseSVN feature-wise?  I've always been curious as to why the first thing that the TortoiseSVN team did when using he TortoiseCVS code-base was to convert it away from wxWidgets.
To my eyes TortoiseSVN is as good as TortoiseCVS: easy to use and 
providing a GUI for all SVN operations.

I didn't know that they dropped wxWidgets for tortoiseSVN - this is bad 
news for us :(

I'd be curious to know why, too.
I gloogled a bit but I couldn't find anything about it...

Francesco

[wxCode-users] wxCode.com

[Francesco M. <f18...@ya...>]

Hi all,
    thanks to Angelo Mandato who is sponsoring it, wxCode website can 
now be accessed also through the http://wxcode.com and 
http://www.wxcode.com addresses.

Thanks Angelo!

Francesco

[wxCode-users] Re: Moving to subversion ?

[Francesco M. <f18...@ya...>]

Angelo Mandato ha scritto:
> It seems to be that there should be a hybrid of the two.  It sounds like 
> SVN  addresses the problem where one file in CVS may have been updated 
> for version 2.0 of what ever while other files are for version 1 and you 
> end up reverting back versions till you find the right file for that 
> version.
> 
> On the other hand, CVS seems ideal for well matured development where 
> the project is no longer undergoing major changes.
I think SVN is good to handle these kind of projects, too ;)


> There is one fact though, I hesitated from using CVS for a long time 
> because I was unable to grasp the concept quickly.  Though I did 
> eventually figure it out many other developers just throw their hands up 
> and walk away from contributing to open source projects.  I got a friend 
> who rewrote and optimized the code for reading and writing files in the 
> id3lib C project but he just doesn't want to learn CVS to check them 
> in.  I think the SVN has potential to attract other contributors.
I agree: I think SVN concepts are (slightly) easier to understand (like 
one revision number for each commit, even if it span more than a single 
file, etc).
But indeed, tools required to use SVN are easier to setup.
E.g. I remember that when I started to use CVS I had trouble with 
setting up (at that time I was using windows) tortoisecvs/wincvs + plink 
+ pageant...

With SVN it's easier:

  svn co https://svn.sourceforge.net/svnroot/mathstudio/trunk mathstudio

and IIRC on windows it requires only tortoiseSVN and not also an 
external tool like putty suite...

Francesco

[wxCode-users] Re: Moving to subversion ?

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> I think we have to stick with one or the other. If someone uses a few
> different components from wxCode they don't want to have to mess with
> getting some using CVS and the rest with SVN.
> 
> Does using SVN break the cvs browser from the SF project page?
no, it doesn't. It just adds a new link 'Browse SVN'.
Once SVN is enabled, Cvs *can* be disabled but that's not mandatory.


 > I think
> that's very useful every once in a while.
> 
> Just a note, switching to SVN won't fix SF's server problems, I think
> it's just bad luck that they seem to always happen to the cvs server.
well, SVN requires lower resources (except for HD space) AFAIK on server 
side (since it sends less data on the web)... maybe that SF SVN servers 
will be more reliable than CVS ones...

> ----
> 
> I vote no, just because I'm lazy, fear change, and don't want to have
> to learn something new. :)  [also I'm not convinced that it's really
> so much better or that SF supports it as well]
>    If people want it however, I won't complain, too much, at least.
Ok... I think we are polling here... so let's count how many say yes and 
how many say no ;)

Francesco

Re: [wxCode-users] Re: Moving to subversion ?

[Angelo M. <ama...@gm...>]

It seems to be that there should be a hybrid of the two.  It sounds like
SVN  addresses the problem where one file in CVS may have been updated for
version 2.0 of what ever while other files are for version 1 and you end up
reverting back versions till you find the right file for that version.

On the other hand, CVS seems ideal for well matured development where the
project is no longer undergoing major changes.

There is one fact though, I hesitated from using CVS for a long time becaus=
e
I was unable to grasp the concept quickly.  Though I did eventually figure
it out many other developers just throw their hands up and walk away from
contributing to open source projects.  I got a friend who rewrote and
optimized the code for reading and writing files in the id3lib C project bu=
t
he just doesn't want to learn CVS to check them in.  I think the SVN has
potential to attract other contributors.

Perhaps the use of CVS or SVN should be based on where the specific wxcode
project is in maturity.  What does everyone think?

--angelo

On 4/4/06, John Labenski <jla...@gm...> wrote:
>
> > > Given that it's not possible to checkout a single file
> > this is possible...
> >
> > > and create a diff
> > > without having to get the full repository
> > this is possible, too.
>
> I only mentioned this because my one time experience with svn was not
> good and from the man page I couldn't figure out how to only get the
> "CVS HEAD" (or whatever they call it) version.
>
> > > I'm completely opposed to use
> > > Subversion. While a full repository might be well suited for a projec=
t
> > > developer it's completely otherwise for the casual developer deprivin=
g
> > > him from making just a small patch. But I don't want to stay in the
> way
> > > for the ones who prefer Subversion for whatever reasons. I suggest
> that
> > > any component maintainer may be able to choose if he wants to use CVS
> or
> > > Subversion for his components.
> > yes, this can be another choice... the most important thing is probably
> > just to not duplicate components: i.e. a component should be in CVS or
> > in SVN but not in both...
>
> I think we have to stick with one or the other. If someone uses a few
> different components from wxCode they don't want to have to mess with
> getting some using CVS and the rest with SVN.
>
> Does using SVN break the cvs browser from the SF project page? I think
> that's very useful every once in a while.
>
> Just a note, switching to SVN won't fix SF's server problems, I think
> it's just bad luck that they seem to always happen to the cvs server.
>
> ----
>
> I vote no, just because I'm lazy, fear change, and don't want to have
> to learn something new. :)  [also I'm not convinced that it's really
> so much better or that SF supports it as well]
>    If people want it however, I won't complain, too much, at least.
>
> Regards,
>     John Labenski
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>

Re: [wxCode-users] Re: Moving to subversion ?

[John L. <jla...@gm...>]

> > Given that it's not possible to checkout a single file
> this is possible...
>
> > and create a diff
> > without having to get the full repository
> this is possible, too.

I only mentioned this because my one time experience with svn was not
good and from the man page I couldn't figure out how to only get the
"CVS HEAD" (or whatever they call it) version.

> > I'm completely opposed to use
> > Subversion. While a full repository might be well suited for a project
> > developer it's completely otherwise for the casual developer depriving
> > him from making just a small patch. But I don't want to stay in the way
> > for the ones who prefer Subversion for whatever reasons. I suggest that
> > any component maintainer may be able to choose if he wants to use CVS o=
r
> > Subversion for his components.
> yes, this can be another choice... the most important thing is probably
> just to not duplicate components: i.e. a component should be in CVS or
> in SVN but not in both...

I think we have to stick with one or the other. If someone uses a few
different components from wxCode they don't want to have to mess with
getting some using CVS and the rest with SVN.

Does using SVN break the cvs browser from the SF project page? I think
that's very useful every once in a while.

Just a note, switching to SVN won't fix SF's server problems, I think
it's just bad luck that they seem to always happen to the cvs server.

----

I vote no, just because I'm lazy, fear change, and don't want to have
to learn something new. :)  [also I'm not convinced that it's really
so much better or that SF supports it as well]
   If people want it however, I won't complain, too much, at least.

Regards,
    John Labenski

[wxCode-users] Re: Moving to subversion ?

[Francesco M. <f18...@ya...>]

Otto Wyss ha scritto:
> Francesco Montorsi wrote:
>> Let me know what you think,
>> Francesco
>>   
> 
> Given that it's not possible to checkout a single file
this is possible...

> and create a diff 
> without having to get the full repository
this is possible, too.

> I'm completely opposed to use 
> Subversion. While a full repository might be well suited for a project 
> developer it's completely otherwise for the casual developer depriving 
> him from making just a small patch. But I don't want to stay in the way 
> for the ones who prefer Subversion for whatever reasons. I suggest that 
> any component maintainer may be able to choose if he wants to use CVS or 
> Subversion for his components.
yes, this can be another choice... the most important thing is probably 
just to not duplicate components: i.e. a component should be in CVS or 
in SVN but not in both...

Francesco

[wxCode-users] Re: Moving to subversion ?

[Francesco M. <f18...@ya...>]

jb...@um... ha scritto:
> If we do move from CVS to Subversion, could we wait until a little while 
> after Sourceforge fixes its CVS issues?  Personally, I know that I have 
> a lot of changes that I've been trying to check in since last week and 
> I'd like a chance to check those in before a transition as big as this.
in any case, even if we make the change, CVS will still be available as 
there is no way to 'shut it down'...

maybe we could also have a hybrid repository ?
I.e. maintainers who want SVN keep their components in SVN and the same 
for CVS ?
wxCode\build and wxCode\template could be just duplicated in SVN...

> On a side note, does anyone have a Subversion client recommendation for 
> Linux?  I've been using the Cervisia integration in Konqueror for CVS, 
> but I don't think that it supports Subversion.  I've seen eSvn and 
> RapidSvn, but maybe there are others (or maybe those are good enough in 
> themselves).
I use eSvn or rather the command line ;)

About it, these are my alias in my ~/.bashrc:

alias svnstat='svn status -q'
alias svndiff='svn diff --diff-cmd="diff" --extensions="-buw"'  # ignore 
blanks!!

In case they help...
Francesco

Re: [wxCode-users] Moving to subversion ?

[Otto W. <ott...@or...>]

Francesco Montorsi wrote:
> Let me know what you think,
> Francesco
>   

Given that it's not possible to checkout a single file and create a diff 
without having to get the full repository I'm completely opposed to use 
Subversion. While a full repository might be well suited for a project 
developer it's completely otherwise for the casual developer depriving 
him from making just a small patch. But I don't want to stay in the way 
for the ones who prefer Subversion for whatever reasons. I suggest that 
any component maintainer may be able to choose if he wants to use CVS or 
Subversion for his components.

O. Wyss

-- 
Cross-platform: http://wyoguide.sf.net/index.php?page=Cross-platform.html

Re: [wxCode-users] Moving to subversion ?

[<jb...@um...>]

If we do move from CVS to Subversion, could we wait until a little 
while after Sourceforge fixes its CVS issues?  Personally, I know that 
I have a lot of changes that I've been trying to check in since last 
week and I'd like a chance to check those in before a transition as big 
as this.

On a side note, does anyone have a Subversion client recommendation for 
Linux?  I've been using the Cervisia integration in Konqueror for CVS, 
but I don't think that it supports Subversion.  I've seen eSvn and 
RapidSvn, but maybe there are others (or maybe those are good enough in 
themselves).

Thanks.


Quoting Francesco Montorsi <f18...@ya...>:

> Hi all,
>     since the last problems with SF CVS repository, I'd like to 
> propose the CVS -> Subversion change for wxCode project.
>
> I don't want to start a flame about CVS vs Subversion but rather 
> indicate some good points in favour of this change:
>
> 1) it's easy to migrate thanks to the web interface provided by SF staff
> 2) it's faster because it exchanges less data with server rather than 
> CVS and because many operations can be done offline (e.g svn diff is 
> istantaneous)
>
> 3) it has a graphical nice client too (for windows); tortoiseSVN.
>
> 4) for cross-platform development, Subversion has a very nice 
> feature: metadata properties. E.g. all developers who usually use 
> Windows won't have the problem of permissions for their configure 
> scripts in their releases. To explain it better: currently if you 
> develop a component under windows and produce e.g. configure scripts, 
> they will have:
>    a) windows line endings (and bash doesn't like them!)
>    b) no execute permissions on Unix systems
> using Subversion, the windows developer can just set these properties 
> in the file itself even if NTFS or FAT32 filesystems do not support 
> them.
> In this way when checking out the files from a unix box, all files 
> will have right EOL and permissions.
>
> Let me know what you think,
> Francesco
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>
>
>

Re: [wxCode-users] Re: Moving to subversion ?

[cecilio <s.c...@gm...>]

My vote is to move to SVC.

I know it takes a little to get used and that you must learn soething
new but, to me, the result worths the trouble. For example, you can
rename and delete dirs. I am running another project and I moved to
SCV in a weekend. I currently use TortoiseSVN from Windows XP and it
is really very simple and confortable to use.

I strongly support the moving proposal.

Regards,
cecilio,

2006/4/4, Francesco Montorsi <f18...@ya...>:
> Hi,
>
> John Labenski ha scritto:
> > On 4/3/06, Francesco Montorsi <f18...@ya...> wrote:
> >> Hi all,
> >>      since the last problems with SF CVS repository, I'd like to propo=
se
> >> the CVS -> Subversion change for wxCode project.
> >>
> >> 2) it's faster because it exchanges less data with server rather than
> >> CVS and because many operations can be done offline (e.g svn diff is
> >> istantaneous)
> >
> > Do you have to get the whole respository when you do a checkout? I
> > tried to use subversion to get files from another project once and it
> > wanted to download every revision.
> I'm using SVN for bakefile and it takes little more space than its CVS
> repository, even if it's at revision 880.
>
> Maybe you tried to checkout not only the 'trunk' but also 'tags' and
> 'branches' ?
>
> E.g. look at
> http://svn.sourceforge.net/viewcvs.cgi/bakefile/bakefile/
>
> only the 'trunk' is useful to the developer (it's the HEAD equivalent).
>
>
> > So sure, the diffs are fast, but
> > that's only because you've already downloaded far too much to begin
> > with.
> SVN takes more space than CVS, that's true: this because .svn folders
> always contains the (last) verbatim revision of the files in the
> repository. This makes it possible for SVN to allow offline diffs,
> reverts and to send only diffs to the server when committing, rather
> than sending the entire files like CVS does.
>
>
> > Currently wxCode is 220Mb or so, if each file has only 4 revisions
> > that's nearly 1Gb.
> I have various non-CVS-controlled file in my wxCode folder but doing a
> make distclean in my components I see components\ is ~ 42 MB...
>
> it's difficult to estimate the size of the SVN equivalent... I'll do
> some web searchs to see if this is possible.
>
> Francesco
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>

[wxCode-users] Re: Moving to subversion ?

[Francesco M. <f18...@ya...>]

Hi,

John Labenski ha scritto:
> On 4/3/06, Francesco Montorsi <f18...@ya...> wrote:
>> Hi all,
>>      since the last problems with SF CVS repository, I'd like to propose
>> the CVS -> Subversion change for wxCode project.
>>
>> 2) it's faster because it exchanges less data with server rather than
>> CVS and because many operations can be done offline (e.g svn diff is
>> istantaneous)
> 
> Do you have to get the whole respository when you do a checkout? I
> tried to use subversion to get files from another project once and it
> wanted to download every revision.
I'm using SVN for bakefile and it takes little more space than its CVS
repository, even if it's at revision 880.

Maybe you tried to checkout not only the 'trunk' but also 'tags' and
'branches' ?

E.g. look at
http://svn.sourceforge.net/viewcvs.cgi/bakefile/bakefile/

only the 'trunk' is useful to the developer (it's the HEAD equivalent).


> So sure, the diffs are fast, but
> that's only because you've already downloaded far too much to begin
> with.
SVN takes more space than CVS, that's true: this because .svn folders 
always contains the (last) verbatim revision of the files in the 
repository. This makes it possible for SVN to allow offline diffs, 
reverts and to send only diffs to the server when committing, rather 
than sending the entire files like CVS does.


> Currently wxCode is 220Mb or so, if each file has only 4 revisions
> that's nearly 1Gb.
I have various non-CVS-controlled file in my wxCode folder but doing a 
make distclean in my components I see components\ is ~ 42 MB...

it's difficult to estimate the size of the SVN equivalent... I'll do 
some web searchs to see if this is possible.

Francesco

Re: [wxCode-users] Moving to subversion ?

[Otto W. <ott...@or...>]

John Labenski wrote:
> On 4/3/06, Francesco Montorsi <f18...@ya...> wrote:
>   
>> 2) it's faster because it exchanges less data with server rather than
>> CVS and because many operations can be done offline (e.g svn diff is
>> istantaneous)
>>     
>
> Do you have to get the whole respository when you do a checkout? I
> tried to use subversion to get files from another project once and it
> wanted to download every revision. So sure, the diffs are fast, but
> that's only because you've already downloaded far too much to begin
> with.
>
>   
Does this mean if I just want to checkout a single file I have to get 
the whole repository?

O. Wyss

-- 
Cross-platform: http://wyoguide.sf.net/index.php?page=Cross-platform.html

Re: [wxCode-users] Moving to subversion ?

[John L. <jla...@gm...>]

On 4/3/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi all,
>      since the last problems with SF CVS repository, I'd like to propose
> the CVS -> Subversion change for wxCode project.
>
> 2) it's faster because it exchanges less data with server rather than
> CVS and because many operations can be done offline (e.g svn diff is
> istantaneous)

Do you have to get the whole respository when you do a checkout? I
tried to use subversion to get files from another project once and it
wanted to download every revision. So sure, the diffs are fast, but
that's only because you've already downloaded far too much to begin
with.

Currently wxCode is 220Mb or so, if each file has only 4 revisions
that's nearly 1Gb.

Hopefully I'm wrong about this.

-John Labenski

[wxCode-users] Moving to subversion ?

[Francesco M. <f18...@ya...>]

Hi all,
     since the last problems with SF CVS repository, I'd like to propose 
the CVS -> Subversion change for wxCode project.

I don't want to start a flame about CVS vs Subversion but rather 
indicate some good points in favour of this change:

1) it's easy to migrate thanks to the web interface provided by SF staff
2) it's faster because it exchanges less data with server rather than 
CVS and because many operations can be done offline (e.g svn diff is 
istantaneous)

3) it has a graphical nice client too (for windows); tortoiseSVN.

4) for cross-platform development, Subversion has a very nice feature: 
metadata properties. E.g. all developers who usually use Windows won't 
have the problem of permissions for their configure scripts in their 
releases. To explain it better: currently if you develop a component 
under windows and produce e.g. configure scripts, they will have:
    a) windows line endings (and bash doesn't like them!)
    b) no execute permissions on Unix systems
using Subversion, the windows developer can just set these properties in 
the file itself even if NTFS or FAT32 filesystems do not support them.
In this way when checking out the files from a unix box, all files will 
have right EOL and permissions.

Let me know what you think,
Francesco

[wxCode-users] Re: How do you specify link order in a Bakefile

[Francesco M. <f18...@ya...>]

Joseph Blough ha scritto:
> I've come across an issue where linking errors appear looking for
> wxVariant functions.  A search on the wxWindows newsgroup indicated that 
> placing $(WX_LIBS) at the end of linking line would fix the error.  That 
> was tried and it did work.  The question is then how to add this 
> criteria to the Bakefile so that the generated GNUmakefile doesn't need 
> to be tweaked with this change.
I'm aware of this problem.
I submitted a patch to wx dev a while ago to fix it and it has been 
applied in CVS (2.7 branch) but even if I asked often to do it also for 
2.6 branch it was not applied there...

So, I presume that you are using wxpresets of 2.6 branch.
To fix the problem, I suggest you to replace your wx_unix.bkl file with 
the one I'm attaching to this mail....

Francesco

[wxCode-users] Re: setting up a development environment

[Francesco M. <f18...@ya...>]

Hi,

Hugo Jackson ha scritto:
> can someone tell me, or point me in the right direction for 
> documentation as to how to
> set up my development environment so that the migration from completed 
> code to class submission
> could be as painless as possible.
> 
> In particular with regard to include files of potential library candidates.
> i.e. how do i set things up so that to my application headers for 
> library classes I've developed
> are included with the regular library include of: #include <wx/wx.h>
well, wxCode/template shows you to put the header files in include/wx... 
  that way telling the compiler -I pathtomylib/include, you can include 
your files using the usual

#include <wx/myheader.h>


> 
> Currently I've been reduced to code of the following sort:
> 
> #include <wx/wx.h>
> #include "wxDropPanel.h"
> #include "wxBitmapWindow.h"
probably because you did not put the headers in a wx/ subfolder of include ?


> 
> Is there some pre-existing environment setting that allows me to put the 
> headers for my own
> wx classes in one place and in my application code?
wxCode\template shows a good directory hierarchy for something wx-based 
and portable...


> What other thoughts or concerns should I consider? I've read the 
> maintainers guide which hints or provides notes on other aspects like 
> using a bakefile and autoconf, but it would be nice if there
> were some docs or info along the lines of:
> 
> "So you've done foolin' around with wxWidgets and now you want to set up 
> your
> environment so you're coding like the pro's". :)
> 
> Any thoughts or advice greatly appreciated.
I'm not sure to understand what you exactly mean by "setting up a 
development environment": do you need hints about setting up a directory 
hierarchy, or setting up the IDE, the build system, or whatelse ?

Just let me know and I'll try to help as far as I can ;)
Francesco

[wxCode-users] How do you specify link order in a Bakefile

[Joseph B. <jb...@um...>]

I've come across an issue where linking errors appear looking for
wxVariant functions.  A search on the wxWindows newsgroup indicated that 
placing $(WX_LIBS) at the end of linking line would fix the error.  That 
was tried and it did work.  The question is then how to add this criteria 
to the Bakefile so that the generated GNUmakefile doesn't need to be 
tweaked with this change.

Thanks.

[wxCode-users] setting up a development environment

[Hugo J. <hug...@sp...>]

can someone tell me, or point me in the right direction for 
documentation as to how to
set up my development environment so that the migration from 
completed code to class submission
could be as painless as possible.

In particular with regard to include files of potential library candidates.
i.e. how do i set things up so that to my application headers for 
library classes I've developed
are included with the regular library include of: #include <wx/wx.h>

Currently I've been reduced to code of the following sort:

#include <wx/wx.h>
#include "wxDropPanel.h"
#include "wxBitmapWindow.h"

Is there some pre-existing environment setting that allows me to put 
the headers for my own
wx classes in one place and in my application code?

What other thoughts or concerns should I consider? I've read the 
maintainers guide which hints or provides notes on other aspects like 
using a bakefile and autoconf, but it would be nice if there
were some docs or info along the lines of:

"So you've done foolin' around with wxWidgets and now you want to set up your
environment so you're coding like the pro's". :)

Any thoughts or advice greatly appreciated.

[wxCode-users] Re: difficulty with bakefile instructions.

[Francesco M. <f18...@ya...>]

Hugo Jackson ha scritto:
> hi. i'm a bakefile newbie, but i'm trying to put together a component 
> according the the documentation at wxcode.
> 
> i've given my best shot at following the instructions at 
> wxcode.sourceforge.net/bakefile.php but when i run "bakefile_gen" from 
> my component's "build" folder (step 5) i get the following error message:
> 
> 
> Warning: libxml2 missing, will not show line numbers on errors
> [1/6] generating watcom from toggle.bkl
> Warning: libxml2 missing, will not show line numbers on errors
> /home/hugo/toggle/wxCode/build/bakefiles/wxhacks.bkl: error: can't find 
> file 'presets/wx.bkl' in 
> /home/hugo/toggle/wxCode/build/bakefiles:/usr/share/bakefile/rules:/usr/share/bakefile/output:/usr/share/bakefile:%WXWIN%/build/bakefiles/wxpresets 
> 
>     included from /home/hugo/toggle/wxCode/build/bakefiles/wxhacks.bkl
>     included from /home/hugo/toggle/wxCode/build/bakefiles/defaults.bkl
>     included from /home/hugo/wxclient/samples/toggle/build/toggle.bkl
> [bakefile_gen] error: bakefile exited with error
> 
> it complains of not being able to find the file "presets/wx.bkl" but 
> there is no file "wx.bkl" on my system. did i neglect to download some 
> files from somwhere?
wxpresets are included in wx distributions since 2.6.2 (included). Thus 
when you installed wxWidgets, it should have copied in 
$PREFIX/share/bakefile/presets three files:

wx.bkl
wx_unix.bkl
wx_win32.bkl

which are the wxpresets required by wxCode bakefiles...

if you are missing them for some reason, then you can copy the files I'm 
attaching at /usr/local/share/bakefile/presets manually...

Francesco

[wxCode-users] difficulty with bakefile instructions.

[Hugo J. <hug...@sp...>]

hi. i'm a bakefile newbie, but i'm trying to put together a component 
according the the documentation at wxcode.

i've given my best shot at following the instructions at 
wxcode.sourceforge.net/bakefile.php but when i run "bakefile_gen" 
from my component's "build" folder (step 5) i get the following error 
message:


Warning: libxml2 missing, will not show line numbers on errors
[1/6] generating watcom from toggle.bkl
Warning: libxml2 missing, will not show line numbers on errors
/home/hugo/toggle/wxCode/build/bakefiles/wxhacks.bkl: error: can't 
find file 'presets/wx.bkl' in 
/home/hugo/toggle/wxCode/build/bakefiles:/usr/share/bakefile/rules:/usr/share/bakefile/output:/usr/share/bakefile:%WXWIN%/build/bakefiles/wxpresets
     included from /home/hugo/toggle/wxCode/build/bakefiles/wxhacks.bkl
     included from /home/hugo/toggle/wxCode/build/bakefiles/defaults.bkl
     included from /home/hugo/wxclient/samples/toggle/build/toggle.bkl
[bakefile_gen] error: bakefile exited with error

it complains of not being able to find the file "presets/wx.bkl" but 
there is no file "wx.bkl" on my system. did i neglect to download 
some files from somwhere?

[wxCode-users] Re: offer to maintain ToggleButton

[Francesco M. <f18...@ya...>]

I've added you to CVS access list and also binded your maintainer ID to 
togglebutton. Just give some hours to SF servers to update...


Hugo Jackson ha scritto:
>> Hugo Jackson ha scritto:
>>> The revision was necessitated by the different way in which wxWidgets 
>>> has handled event ID's
>>> since 2.2.x
>>> The update should be fully backwards compatible through a 
>>> wxCHECK_VERSION conditional compile.
>> ok
>>
>>>
>>> My SFid is 34
>> sorry I meant your SF account name (e.g. mine is "frm")...
> 
> 
> my SF account name is "crej"
> 
>>
>> also, you should subscribe to http://wxcode.sourceforge.net/register.php
>>
>> Francesco
> 
> 
> my account name is "hugo"
> 
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
>> language
>> that extends applications into web and mobile media. Attend the live 
>> webcast
>> and join the prime developer group breaking into this new coding 
>> territory!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>> _______________________________________________
>> wxCode-users mailing list
>> wxC...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642