wxcode-users — Submission, Questions, Information

Re: [wxCode-users] About wx-based libraries and presets/wx.bkl

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

f18m_217828 wrote:
> 
>     I had no luck when sending this mail to wx-users so I now try to
> send it to wxcode... :-)
> 
Sorry I can't help either. Maybe leave it rest a little while and try it again.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] About wx-based libraries and presets/wx.bkl

[f18m_217828 <f18...@ya...>]

Hi,
    I had no luck when sending this mail to wx-users so I now try to 
send it to wxcode... :-)

    I would like to use the wx presets for some wx-based libraries. 
While on win32 it required me few conversions on my old bakefiles, I now 
have to face a little problem with autoconf: on win32 I use the 
WXLIBPOSTFIX variable for my lib name postfix. However, on linux 
wx_unix.bkl does not define it and I know it does not make much sense do 
it since with autoconf-based systems wx-config script is used to get all 
info about wx location and configuration.

So, the problem is, how should I create the name for my wx-based libs 
under autoconf format ? Should I create libs always with the same name 
ignoring completely the build config ? Or is there a way to set 
WXLIBPOSTFIX also on autoconf ?

Thanks,
Francesco Montorsi

PS: I'm not interested in multi-config installations...

Re: [wxCode-users] wxCode bakefiles

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

f18m_217828 wrote:
> 
> I also propose to create an ALL.BKL file to use to create makefiles for
> building all or a part of bakefile-based components of the wxCode project.
> This could be very useful for those people who need to build often some
> components using always the same options; it would also give the ability
> to call some specific targets (zip, tarball ...) on all components very
> easily.
> 
Good idea.

> I also think that we should make two subfolders into wxCode/build:
> BAKEFILES and MSW to organize bakefiles & makefiles like wx distro do.
> 
This is fine for me.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] wxCode bakefiles

[f18m_217828 <f18...@ya...>]

Hi,
    since all next releases of wx will be shipped with the wxpresets 
file created by wx authors, I think wxCode bakefiles should be adapted 
to standardize with this bakefile template.

The change won't have a huge impact (I tested it on my components' 
bakefiles).

I also propose to create an ALL.BKL file to use to create makefiles for 
building all or a part of bakefile-based components of the wxCode project.
This could be very useful for those people who need to build often some 
components using always the same options; it would also give the ability 
to call some specific targets (zip, tarball ...) on all components very 
easily.

I also think that we should make two subfolders into wxCode/build: 
BAKEFILES and MSW to organize bakefiles & makefiles like wx distro do.

Let me know what you think,
Francesco Montorsi

[wxCode-users] [ANN]: wxxml2, wxscript, keybinder and paletteframe updated

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

Hi,
  I have updated the releases of all my components hosted at wxCode.
You can find online docs & screenshots at:

http://wxcode.sourceforge.net/components/keybinder/index.html
http://wxcode.sourceforge.net/components/paletteframe/index.html
http://wxcode.sourceforge.net/components/wxscript/index.html
http://wxcode.sourceforge.net/components/wxxml2/index.html

The new releases fixed some minor bugs and added Unicode support.

Hope these will be useful,
Francesco Montorsi


==============================================================
The perverse principle of programming: there is always another bug. (Murphy)
============================================================== 

[wxCode-users] Unable to locate

[<fee...@wx...>]

Michael Kiefte (mk...@da...) wants to give feedback for component: wxlistctrlex


I am unable to locate the control wxlistctrlex.  It\'s listed in wxCode, but it doesn\'t seem to be uploaded anywhere.  Do you have a copy you could send.

Thanks

- Michael.

[wxCode-users] couldn\'t get the file

[<fee...@wx...>]

Dongmei Liu (don...@ef...) wants to give feedback for component: wxlistctrlex


Dear Blake,
I want to download \'wxListCtrlEx\', click \'2004-12-06\' under \'Release\', it will show \'Could not read the file\', even couldn\'t find wxListCtrlEx zip file in the home folder. Could you please advise me how to get it? Thanks.

Yours sincerely,

Dongmei Liu

Re: [wxCode-users] Component folder structure

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

Hi Otto,
    sorry but now I to complain about the write access for
wxcode/htdocs/components/wxscript/docs....
can you chmod also that dir ?
 
thanks,
FM


----- Original Message ----- 
From: "Francesco Montorsi" <f18...@ya...>
To: <wxc...@li...>
Sent: Thursday, December 30, 2004 10:40 PM
Subject: Re: [wxCode-users] Component folder structure


> Hi Otto,
>    I've got another little problem: now I don't have write access to 
> wxcode/htdocs/components/keybinder/docs...
> 
> can you chmod also that dir ?
> 
> thanks,
> FM
> 
> ----- Original Message ----- 
> From: "Francesco Montorsi" <f18...@ya...>
> To: <wxc...@li...>
> Sent: Tuesday, December 28, 2004 11:51 PM
> Subject: Re: [wxCode-users] Component folder structure
> 
> 
>>> I've given htdocs/components/keybinder/ g+w rights but I'm not sure if
>>> that's enough. Try it out.
>> It works !!
>> 
>> Thanks,
>> FM
>> 
>> 
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now. 
>> http://productguide.itmanagersjournal.com/
>> _______________________________________________
>> wxCode-users mailing list
>> wxC...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users

Re: [wxCode-users] wxTreeListCtrl in a wxDialog - no headers

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

Kiran Adigopula wrote:
> 
> I have a wxTreeListCtrl inside a wxDialog, the tree and the
> list items are displayed fine, but some how the headers or column names
> are not being shown. I tried compiling with both 2.4.2 and 2.5.x,
> but no luck ... what am I missing ?
> 
The headers should be drawn always regardless where they are located.
Could you move your dialog, stripped to the minimum, into the minimal
sample and send it to me?

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] wxTreeListCtrl in a wxDialog - no headers

[Kiran A. <ki...@ad...>]

Hi,
I have a wxTreeListCtrl inside a wxDialog, the tree and the
list items are displayed fine, but some how the headers or column names
are not being shown. I tried compiling with both 2.4.2 and 2.5.x,
but no luck ... what am I missing ?

Thanks
Kiran

[wxCode-users] Bakefile build system updated

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

Hi all,
   I would like to inform all wxCode users that I've done some minor changes 
to bakefile build system.
Now also the makefiles generated for autoconf systems are completely working 
and with a few
effort, also the INSTALL/UNINSTALL targets can be added for easy add/remove 
feature of your
component.

I suggest all developers interested to checkout the wxCode/build directory 
and read the readme.

Hope this will be useful,
Francesco Montorsi

[wxCode-users] wxxml2 and keybinder components updated

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

Hi Otto,
     I've updated the wxxml2 and keybinder components;
can you update the complist file (now they have online docs) ?

Thanks,
Francesco Montorsi

[wxCode-users] [ANN] wxxml2 component released

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

Hi all,
     a new release of the wxXml2 wrappers for the libxml2 library has been
uploaded to the SF.net servers; I report here some of the basic info taken 
from the readme:


 wxXml2 component info
 ---------------------

 Component:  wxxml2
 Release:    2005-1-4
 Documents:  http://wxcode.sourceforge.net/components/wxscript/index.html
 wxWidgets:  2.4.x, 2.5.x
 Maintainer: Francesco Montorsi (frm)
 Subdir:     wxxml2

 Description:
 A simple set of classes, wxXml2Namespace, wxXml2Property, wxXml2Node, 
wxXml2DTD and
 wxXml2Document, that interfaces wxWidgets with libxml2.
 With this component you can add load/save/edit XML support to your 
wxWidgets application
 using all the power of a well-known library like libxml2.
 The full support for DTDs allows you to easily check your XML documents & 
thus to
 produce well-formed XML files.
 Unicode is completely supported as well.

 By now, these classes wrap only the most important libxml2 features but 
they are
 perfectly integrated with wxWidgets and easily extensible since they 
provide good
 commented code & doxygen docs.

The download link is:
https://sourceforge.net/project/showfiles.php?group_id=51305&package_id=45182

Hope this component will be useful.
Any feedback is appreciated,
Francesco Montorsi

[wxCode-users] [ANN] keybinder component released

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

Hi all,
    the keybinder component provides an easy way to add customizable 
shortcuts
to all the commands of your app.

For more info:
http://wxcode.sourceforge.net/components/keybinder/index.html

you'll find there screenshots & docs about keybinder.

Hope this component will be useful to all wxWidgets programmers,
Francesco Montorsi

Re: [wxCode-users] Component folder structure

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

Hi Otto,
    I've got another little problem: now I don't have write access to 
wxcode/htdocs/components/keybinder/docs...

can you chmod also that dir ?

thanks,
FM

----- Original Message ----- 
From: "Francesco Montorsi" <f18...@ya...>
To: <wxc...@li...>
Sent: Tuesday, December 28, 2004 11:51 PM
Subject: Re: [wxCode-users] Component folder structure


>> I've given htdocs/components/keybinder/ g+w rights but I'm not sure if
>> that's enough. Try it out.
> It works !!
> 
> Thanks,
> FM
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users

Re: [wxCode-users] Component folder structure

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

> I've given htdocs/components/keybinder/ g+w rights but I'm not sure if
> that's enough. Try it out.
It works !!

Thanks,
FM

Re: [wxCode-users] Component folder structure

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

Francesco Montorsi wrote:
> 
> anyway I think that a simple CHMOD command on the HTDOCS folder could
> work... obviously
> I cannot do it since I don't have permission...
> 
I've given htdocs/components/keybinder/ g+w rights but I'm not sure if
that's enough. Try it out.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] Component folder structure

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

Hi

> I've move the website update script "wxCode-website" to
> "/home/groups/w/wx/wxcode", you can try if it works in your cron job.
I copied the script into my home folder and I modified it so that it now 
looks like:

--------------------------------------------------------------------
export CVSROOT=:pserver:anonymous@cvs1:/cvsroot/wxcode

cd /home/groups/w/wx/wxcode
cvs checkout -d htdocs wxCode/website

cd /home/groups/w/wx/wxcode/htdocs/components
cvs checkout -d keybinder        wxCode/components/keybinder/website
cvs checkout -d paletteframe     wxCode/components/paletteframe/website
cvs checkout -d wxscript         wxCode/components/wxscript/website
cvs checkout -d wxxml2           wxCode/components/wxxml2/website
----------------------------------------------------------------------

Then I tried to run it: cvs complained about a missing .cvspass so I created 
an
empty one with the command "touch .cvspass"; after that CVS did work but I 
got
the following messages:

===================================================
[frm@sc8-pr-shell1 frm]$ wxCode-website
? htdocs/components
cvs checkout: Updating htdocs
cvs checkout: Updating htdocs/images
cvs checkout: cannot rewrite CVS/Entries.Backup: Permission denied
cvs checkout: cannot rewrite CVS/Entries.Backup: Permission denied
cvs checkout: cannot rewrite CVS/Entries.Backup: Permission denied
cvs checkout: cannot rewrite CVS/Entries.Backup: Permission denied
cvs checkout: Updating keybinder
cvs checkout: cannot rewrite CVS/Entries.Backup: Permission denied
cvs checkout: cannot write keybinder/index.html: Permission denied
cvs checkout: cannot rewrite CVS/Entries.Backup: Permission denied
cvs checkout: Updating keybinder/docs
cvs checkout: Updating paletteframe
cvs checkout: Updating wxscript
cvs checkout: Updating wxxml2
[frm@sc8-pr-shell1 frm]$
====================================================

Now, if I go to http://wxcode.sourceforge.net/components/keybinder/ I can 
see the old index.html...
it seems that I do not have permissions to rewrite files but I do have 
permission to create new ones:
the docs folder http://wxcode.sourceforge.net/components/keybinder/docs was 
missing before
my commands....
I added wxCode-website to my cronjobs but currently it doesn't work....
anyway I think that a simple CHMOD command on the HTDOCS folder could 
work... obviously
I cannot do it since I don't have permission...

>
> I've also move my "TreeListCtrl" script there to show I build a source 
> tarball.
thanks; anyway, since I've added the useful "zip" and "tarball" targets to 
the bakefiles I use for all
my components, I already have a simple script which I use to build source 
tarballs...

Thanks,
FM

Re: [wxCode-users] Component folder structure

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

Francesco Montorsi wrote:
> 
> create a little HTML page in the docs folder of component which redirects to
> website/docs....
> 
That's a good idea.

> I'll let you know when I've done with my changes so that the complist
> can be updated (if you want I can update it myself...)
> 
Fine, just send a note.

I've move the website update script "wxCode-website" to
"/home/groups/w/wx/wxcode", you can try if it works in your cron job.

I've also move my "TreeListCtrl" script there to show I build a source tarball.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] Component folder structure

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

Hi,

>> should the docs of a component go to website folder of that component ?
>> I currently keep the docs into a docs subfolder and to avoid duplicating 
>> the
>> doc files, I just refer them, as you said, as "../docs".
>> I think that the cron job can be easily modified to extract not only the
>> website folders
>> but also the docs folders...isn't it ?
>>
> I could but I don't like it since it's a special case. And just make all
> docs available on the net isn't a good idea.
ok

>
> 1. Isn't there a way to link a directory in CVS to another place?
I don't know; since a program like ViewCVS is required to view the contents
of a CVS repository, I don't think that WWW usage of a CVS module is 
possible... :-(


> 2. Could you do it the other way around, adding a doc directory to the
> website? Whenevery you retrieve from the CVS you could easily move this
> doc directory to the correct place in your tarball. I do this in all my
> apps when I retrieve anything from wxCode.
I think I will put the docs into a subfolder of the "website" folder and 
then I'll
create a little HTML page in the docs folder of component which redirects to
website/docs....

I'll let you know when I've done with my changes so that the complist
can be updated (if you want I can update it myself...)

Thanks,
FM 

Re: [wxCode-users] Component folder structure

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

Francesco Montorsi wrote:
> 
> should the docs of a component go to website folder of that component ?
> I currently keep the docs into a docs subfolder and to avoid duplicating the
> doc files, I just refer them, as you said, as "../docs".
> I think that the cron job can be easily modified to extract not only the
> website folders
> but also the docs folders...isn't it ?
> 
I could but I don't like it since it's a special case. And just make all
docs available on the net isn't a good idea.

1. Isn't there a way to link a directory in CVS to another place?

2. Could you do it the other way around, adding a doc directory to the
website? Whenevery you retrieve from the CVS you could easily move this
doc directory to the correct place in your tarball. I do this in all my
apps when I retrieve anything from wxCode.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] Component folder structure

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

Hi Otto,
    since I'm going to make some new releases of my components, I would
like to make them completely working... ;-)
So I would like to ask you one thing:

> I've seen you reference the docs as "../docs...". That doesn't work
> since web folder and CVS is something completely different. To make them
> available you have to generate the html files and put it into a folder
> (html?) into the "website" in CVS.
> Through a cron job "website" from CVS
> is extracted into the web folder but since my name starts with a "w"
> it's only done in once a while. So if you change something write it to
> the list or check if your cron jobs are done more often.
should the docs of a component go to website folder of that component ?
I currently keep the docs into a docs subfolder and to avoid duplicating the
doc files, I just refer them, as you said, as "../docs".
I think that the cron job can be easily modified to extract not only the 
website folders
but also the docs folders...isn't it ?

Let me know,
Francesco 

[wxCode-users] Re: crashtest on windows (blackbox)

[<did...@op...>]

> Curious, do you have the BlackBox.dll in the same directory as the
> application? It work here, so I don"t know why not with you.

Hi Otto,

Thanks again for your message.
Yes, sure, the dll is in the same directory as the application.
I found another BlackBox.dll on my system: in the system directory:
	C:\WINDOWS\system32
Maybe the problem comes from that ?
I give up for the moment.

Didier

Re: [wxCode-users] Re: crashtest on windows (blackbox)

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

> > Yes, with VC++ when debugging always VC++ gets first. Just build a
> > normal application and try without VC++.
> > BTW for what application do you want to use crashprint?
> 
> Sorry but I'm not sure to understand: I build a release version of my app
> (with VC++) and then quit VC++. And even reboot. Then, when I launch my
> app (without VC++) I get the usual "Unhanled exception" message box,
> instead of the Blackbox window.
> 
> I should perhaps ask the developper of Blackbox, or do you see where the
> problem is ?
> 
Curious, do you have the BlackBox.dll in the same directory as the
application? It work here, so I don't know why not with you.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] Re: crashtest on windows (blackbox)

[<did...@op...>]

> Yes, with VC++ when debugging always VC++ gets first. Just build a
> normal application and try without VC++.
> BTW for what application do you want to use crashprint?

Hi Otto,

Thanks for your reply.

Sorry but I'm not sure to understand: I build a release version of my app  
(with VC++) and then quit VC++. And even reboot. Then, when I launch my  
app (without VC++) I get the usual "Unhanled exception" message box,  
instead of the Blackbox window.

I should perhaps ask the developper of Blackbox, or do you see where the  
problem is ?

The application for witch I wanted to test crashprint is a classic  
litterature database.

Thanks,
	Didier