wxcode-users — Submission, Questions, Information

[wxCode-users] How to provide dialogs in components

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

Hi,
    since I'm working on the "webupdate" component which will provide a 
dialog for updating your app, the following question raised:

how should we provide dialog windows in our components ?
Using XRC files, or just hard-coded classes that build the UI ?

I've never used the XRC system before and all my components (but 
actually only keybinder has a dialog) do not use it.

What is the "right" approach ?


Thanks for your opinion,
Francesco

Re: [wxCode-users] About site reworking

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

Hi,

> Francesco (I'm assuming you changed index.html/php), please see the
> readme.txt in the the root directory (add to it as as necessary).
I could not found any readme in wxCode or wxCode\components or 
wxCode\website (CVS); do you refer to the readme.txt stored in 
/home/groups/w/wx/wxcode/htdocs ?
I suggest to put that readme.txt in wxCode\website CVS... ;-)


> You have to get the CVS version of the website, edit files locally,
> commit, and then do a checkout at SF using the script wxCode-website
> or just run the parts of it that are necessary for your changes.
ok, perfect.

> Secondly, do we want to have doxygen docs in wxCode's CVS? They're
> pretty large and checking out wxCode is already pretty slow.
sorry for that, I stored doxygen docs for some components in CVS... I'll 
remove them ASAP

> I think
> that just providing a doxygen.cfg file for people to run may be enough
> since doxygen is easy to use. We could also make them available to
> people by putting them up on the website in
> htdocs/doxygen/projectname.
> That way people can refer to them online
> and if they really want a local copy either provide a zipped version
> (also stored in htdocs/doxygen/projectname) or like I said, just ask
> them to run doxygen themselves. Each individual maintainer would add
> these using ssh (probably using scp) as suits them.
I agree, this is a good solution.


> Thirdly, for screenshots, we could create
> htdocs/screenshots/projectname and users put their screenshots there.
good idea; a special folder for the screenshots would make easier to put 
a link to them in the complist but I'm unsure about removing them from 
CVS... they could be very useful to people who just checkout the 
wxCode\components to choose if use/not use that component.
But I understand that if all dev save their screenshots in CVS we'll end 
up with a very heavy CVS repository...

> We could provide a sample template for people to use if they like,
> just so long as they have an index.html it'll work. All the developers
> for wxcode have ssh rights if I understand correctly, so they'll have
> to manage this aspect themselves. Again, I don't think it would be a
> good idea to put these in CVS since they're binary and when you
> download a component you'll have no need or want to have them. (Maybe
> this could be made easier with a wiki, but I don't know anything about
> that.)
Just give me some time to:
1) understand exactly how wxCode website works actually
2) do my PHP experiments ;-)
so I'll be ready to discuss about these site changes better next week ;-)

Francesco Montorsi

PS: I won't make any modifications to wxCode website without first 
mailing it to wxcode-users

Re: [wxCode-users] About site reworking

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

On 6/23/05, Francesco Montorsi <f18...@ya...> wrote:
> > It's perfect if you look into a better design of the website but I've n=
o
> > time at the moment to help with anything.
> ok, never mind;
> I think I could:
> 1) put some CSS & XHTML in the website to make it look better
...
> Just one thing: to perform the required changes, I'll need to write over
> some files of wxCode\htdocs folder which do not have the group write
> permission set... can you add it to all wxCode site files ?

Francesco (I'm assuming you changed index.html/php), please see the
readme.txt in the the root directory (add to it as as necessary).

You have to get the CVS version of the website, edit files locally,
commit, and then do a checkout at SF using the script wxCode-website
or just run the parts of it that are necessary for your changes.

-------------

Secondly, do we want to have doxygen docs in wxCode's CVS? They're
pretty large and checking out wxCode is already pretty slow. I think
that just providing a doxygen.cfg file for people to run may be enough
since doxygen is easy to use. We could also make them available to
people by putting them up on the website in
htdocs/doxygen/projectname. That way people can refer to them online
and if they really want a local copy either provide a zipped version
(also stored in htdocs/doxygen/projectname) or like I said, just ask
them to run doxygen themselves. Each individual maintainer would add
these using ssh (probably using scp) as suits them.

Thirdly, for screenshots, we could create
htdocs/screenshots/projectname and users put their screenshots there.
We could provide a sample template for people to use if they like,
just so long as they have an index.html it'll work. All the developers
for wxcode have ssh rights if I understand correctly, so they'll have
to manage this aspect themselves. Again, I don't think it would be a
good idea to put these in CVS since they're binary and when you
download a component you'll have no need or want to have them. (Maybe
this could be made easier with a wiki, but I don't know anything about
that.)

Just some thoughts,
    John Labenski

Re: [wxCode-users] About site reworking

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

Hi,

> It's perfect if you look into a better design of the website but I've no
> time at the moment to help with anything. 
ok, never mind;
I think I could:
1) put some CSS & XHTML in the website to make it look better
2) re-code PHP stuff so that it does not use the SF email system (since 
new SF docs suggest to use cronjobs, which seems to be run not very 
often...)
3) maybe set up a simple wiki both for wxCode users and for wxCode 
developers...

> So just go ahead with what you
> have in mind and I'll look into it after the summer holiday. Please keep
> in mind that a component  should be completely managable by the owner
> through CVS.
sure, CVS is too much useful to forget it ;-)

Just one thing: to perform the required changes, I'll need to write over 
some files of wxCode\htdocs folder which do not have the group write 
permission set... can you add it to all wxCode site files ?

Thanks,
Francesco

Re: [wxCode-users] New component submission

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

Hi,

> Is this a normal component or is this for wxCode handling?
this is a normal component...

 > In other
> words shall I put it under the components folder or directly in wxCode?
just in wxCode\components like all other components

> This doesn't seems to have any wxWidgets code so it might be better to
> have it outside of the components folder. Or do I understand it wrong?
it will be wx-based just like other components ;-)

Thanks,
Francesco Montorsi

Re: [wxCode-users] New component submission

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

Francesco Montorsi wrote:
> 
>     since I know submission form is not working, I ask you directly to
> add a new component:
> 
> Component: webupdate
> Subdir: webupdate
> wxWidgets: 2.5.x, 2.6.x
> Description:
> Adds all required code & dialogs to implement a full update-check &
> update-download to your application. Requires just a text file to be
> uploaded on your web server and few lines of code in your application to
>   implement this new amazing feature.
> 
Is this a normal component or is this for wxCode handling? In other
words shall I put it under the components folder or directly in wxCode?
This doesn't seems to have any wxWidgets code so it might be better to
have it outside of the components folder. Or do I understand it wrong?

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] About site reworking

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

Hi Francesco,

Francesco Montorsi wrote:
> 
> Hi Otto,
>     I know that since some SF.net changes, wxCode submission form does
> not work well anymore... since I'm going to learn PHP for other reasons
> I'd like to help you with a site enhancement - something like what were
> said in the wx thread 'wxCode & wxWidgets' - that will make the site
> more look-pleasant and the content more accessible...
> 
> is it okay ?
> 
It's perfect if you look into a better design of the website but I've no
time at the moment to help with anything. So just go ahead with what you
have in mind and I'll look into it after the summer holiday. Please keep
in mind that a component  should be completely managable by the owner
through CVS.

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] New component submission

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

Hi,
    since I know submission form is not working, I ask you directly to 
add a new component:

Component: webupdate
Subdir: webupdate
wxWidgets: 2.5.x, 2.6.x
Description:
Adds all required code & dialogs to implement a full update-check & 
update-download to your application. Requires just a text file to be 
uploaded on your web server and few lines of code in your application to 
  implement this new amazing feature.

Thanks indeed,
Francesco Montorsi

[wxCode-users] About site reworking

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

Hi Otto,
    I know that since some SF.net changes, wxCode submission form does 
not work well anymore... since I'm going to learn PHP for other reasons 
I'd like to help you with a site enhancement - something like what were 
said in the wx thread 'wxCode & wxWidgets' - that will make the site 
more look-pleasant and the content more accessible...

is it okay ?

Let me know,
Francesco Montorsi

Re: [wxCode-users] Active maintenance for paletteframe, wxxml2, keybinder, wxscript

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

Hi,

Otto Wyss wrote:
> Since it's important for a user of wxCode to know if a component is
> actively maintained I have to know if the current maintainer is still
> taking care. The easiest way is if any maintainer sends a status report
> to the wxcode-users list every halve year.
I agree; it's important to have some kind of "quality & development" 
check on the components

> So please send a message for
> each component you still care for to the list until the end of June.
> Please name the components in the subject.
I'm currently mantaining actively the following wxcode components:
- paletteframe
- wxxml2
- keybinder
- wxscript
and also wxcode bakefile build system.

As status report I could say that all the components are fully working 
with any wx version from 2.5.x to 2.6.x and they have no open bugs 
except for wxscript.

> This status report might be the right time to update a component to the
> latest development point. Also don't forget to upload an image.png
> (160x120px) to your components website.
I really appreciate this option but as said in some previous mail in wx, 
I suggest to make a wxcode site restyling maybe looking for example to 
the 'bluehaze' open source web design at  http://www.oswd.org/
You can see that theme in action at http://bakefile.sourceforge.net/
I managed to obtain some good-quality web pages (XHTML 1.1 & CSS 2 
conformant) and all with the same headers & footers just using a nice 
XSLT template...


However, I'll try to make some nice image for my components ASAP (very 
busy with studies, now) because that is required for a good presentation.


> I've slightly changed the meaning of the wxWidgets field in the
> component list, the first means the oldest usable version, der second
> the last tested version. This gives a better idea how well a component
> might work with a given wxWidgets release.
will give a look later...

Francesco Montorsi

Re: [wxCode-users] wxTreeListCtrl column value editing

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

eco wrote:
> 
> Otto Wyss wrote:
> 
> >You should check CVS once more, I just uploaded a fix albeit not very
> >well tested ;-)
> >
> Works great now. Thanks Otto!
> 
Perfect. Just in case you haven't known, have a look into wyoGuide
(http://wyoguide.sf.net) to get ideas how to improve your code further.

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] wxTreeListCtrl column value editing

[eco <ec...@gn...>]

Otto Wyss wrote:

>You should check CVS once more, I just uploaded a fix albeit not very
>well tested ;-)
>  
>

Works great now. Thanks Otto!

Regards,
Brad Anderson

Re: [wxCode-users] can't perform submission

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

tmonjalo wrote:
> 
> When I try to perform submission on the web page, I have no
> response and no message generated in the mailing list.
> Why ?
> 
It doesn't work anymore and I don't know why. If you know any PHP look
into
"http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/website/submit.php?rev=1.10&view=auto"
and tell me what's wrong.

> My SF account is tmonjalo.
> My (little) component is wxLed (a LED widget with RGB colour).
> I would like CVS access to put it.
> 
Okay read once how to make a component and try to figure out how the
"Readme" should look like (see component wxTreeListCtrl)  and send the
content to me. Deside carefully if the directory name is "led" or
wxled".  Both forms are possible.

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] wxTreeListCtrl column value editing

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

eco wrote:
> 
> That is to say, I was using the latest released wxTreeListCtrl (not from
> CVS).  I did just gave CVS HEAD a shot though and the problem is still
> there.
> 
You should check CVS once more, I just uploaded a fix albeit not very
well tested ;-)

> I'm using it to replace an existing layout that had two large list
> controls side by side (the left side representing the parents and the
> right side being the children of the currently selected parent).  I can
> show much more information in a window about half the size with the
> wxTreeListCtrl.  My boss was pretty happy when I showed him the new
> interface :).
> 
Nice. 

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

[wxCode-users] can't perform submission

[tmonjalo <tmo...@la...>]

When I try to perform submission on the web page, I have no
response and no message generated in the mailing list.
Why ?

My SF account is tmonjalo.
My (little) component is wxLed (a LED widget with RGB colour).
I would like CVS access to put it.

Thanks for explications.

-- 
Thomas Monjalon
th...@mo...=0A=0AAcc=E9dez au courrier =E9lectronique de La Poste=
 : www.laposte.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 1=
3 50 (0,34=80/mn)=0A=0A

Re: [wxCode-users] wxTreeListCtrl column value editing

[eco <ec...@gn...>]

Otto Wyss wrote:

>eco wrote:
>  
>
>>Oh, I forgot to mention this is with wxWidgets CVS; Windows XP SP2, and
>>the latest version of wxTreeListCtrl.
>>
>>    
>>
>That means I may have forgotten to commit it back to CVS. Just give me
>some time since I'm rather busy.
>
>O. Wyss
>
>  
>
That is to say, I was using the latest released wxTreeListCtrl (not from 
CVS).  I did just gave CVS HEAD a shot though and the problem is still 
there.

I'm using it to replace an existing layout that had two large list 
controls side by side (the left side representing the parents and the 
right side being the children of the currently selected parent).  I can 
show much more information in a window about half the size with the 
wxTreeListCtrl.  My boss was pretty happy when I showed him the new 
interface :).

Thanks,
Brad Anderson

[wxCode-users] Active maintenance

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

Since it's important for a user of wxCode to know if a component is
actively maintained I have to know if the current maintainer is still
taking care. The easiest way is if any maintainer sends a status report
to the wxcode-users list every halve year. So please send a message for
each component you still care for to the list until the end of June.
Please name the components in the subject. Any component I don't get a
status report will have the maintainer name on the component list
removed and is open for other developers to take over as a maintainer.

This status report might be the right time to update a component to the
latest development point. Also don't forget to upload an image.png
(160x120px) to your components website.

I've slightly changed the meaning of the wxWidgets field in the
component list, the first means the oldest usable version, der second
the last tested version. This gives a better idea how well a component
might work with a given wxWidgets release.

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] wxTreeListCtrl column value editing

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

eco wrote:
> 
> Oh, I forgot to mention this is with wxWidgets CVS; Windows XP SP2, and
> the latest version of wxTreeListCtrl.
> 
That means I may have forgotten to commit it back to CVS. Just give me
some time since I'm rather busy.

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] wxTreeListCtrl column value editing

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

eco wrote:
> 
> If you go to edit a column's data by single clicking on a column's text
> and typing the new data it will replace the first column's text no
> matter what column you click on.  This behavior happens in both the
> included sample and my own app.  It would be nice if it behaved how
> you'd expect it to. Very nice control apart from this issue.
> 
I remember I've seen this myself but thought I fixed it. Did you try the
CVS version or do you use the file release?

BTW I'm always curious for what you use wxTreeListCtrl.

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://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] wxTreeListCtrl column value editing

[eco <ec...@gn...>]

eco wrote:

> If you go to edit a column's data by single clicking on a column's 
> text and typing the new data it will replace the first column's text 
> no matter what column you click on.  This behavior happens in both the 
> included sample and my own app.  It would be nice if it behaved how 
> you'd expect it to. Very nice control apart from this issue.
>
> Regards,
> Brad Anderson

Oh, I forgot to mention this is with wxWidgets CVS; Windows XP SP2, and 
the latest version of wxTreeListCtrl.

[wxCode-users] wxTreeListCtrl column value editing

[eco <ec...@gn...>]

If you go to edit a column's data by single clicking on a column's text 
and typing the new data it will replace the first column's text no 
matter what column you click on.  This behavior happens in both the 
included sample and my own app.  It would be nice if it behaved how 
you'd expect it to. Very nice control apart from this issue.

Regards,
Brad Anderson

[wxCode-users] Add component wxStEdit

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

I've tried to add the component using this page twice, but I've gotten
no response.
http://wxcode.sourceforge.net/submit.php

wxStEdit is a library and sample program for the wxWidgets's wxStyledTextCt=
rl=20
wrapper around the Scintilla text editor widget. It provides a number of=20
convenience functions and added capabilities, including the necessary=20
prefs/styles/language management, menu creation and updating, a splitter,=
=20
notebook, and frame component. Additionally it provides a find/replace,=20
editor settings, and property dialogs. It is designed to be easily integrat=
ed=20
into a larger program and while it tries to manage as much as possible, it'=
s=20
fairly extensible as well. Individual features and "helper" functionality c=
an=20
be turned off or overridden if desired.

My username at SF is jrl1, the component name should be "wxStEdit" and
the unix name "wxstedit". It's for wxWidgets >=3D 2.6.

For a more complete description you can see here.
http://www.lehigh.edu/~jrl1/wxwidgets/wxStEdit/docs/README.txt
You can download it here
http://www.lehigh.edu/~jrl1/wxwidgets/download/
or see the sourcecode here
http://www.lehigh.edu/~jrl1/wxwidgets/wxStEdit/

Regards,
    John Labenski

[wxCode-users] [ wxcode-Bugs-1206812 ] wxBzipStream makes file wrong

[SourceForge.net <no...@so...>]

Bugs item #1206812, was opened at 2005-05-23 06:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1206812&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxgzipstreams
Group: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Submitted By: Steven Van Ingelgem (g00fy)
Assigned to: M.J.Wetherell (chiclero)
Summary: wxBzipStream makes file wrong

Initial Comment:
I'm just playing around a bit with the wxBzipStream, and 
it seems to be converting 0x0A -> 0x0D 0x0A on 
windows system... Which is ofcourse unacceptable...

What I do is the following:
  //////////////////////////////////////////////////////////////////////////
  // Compress BZ2
  {
    wxFFileOutputStream out(_T("test.bz2"));
    wxBZipOutputStream zip(out);
    wxFFile in( wxT("projects.db"), wxT("rb") );

    size_t size = in.Length();
    BYTE * tmp = new BYTE[size];

    in.Read(tmp, size);
    zip.Write( tmp, size );

    out.Close();
  }

  //////////////////////////////////////////////////////////////////////////
  // Extract BZ2
  {
    wxFFileInputStream in( wxT("test.bz2") );
    wxBZipInputStream zip(in);
    wxFFile out( wxT("temp"), wxT("w") );

    BYTE buf[4096];
    do
    {
    	zip.Read(buf, 4096);
      out.Write(buf, zip.LastRead());
    } while( zip.LastRead() > 0 );
  }


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1206812&group_id=51305

[wxCode-users] help needed reg wx-config

[Smitha <sm...@ce...>]

Hi,

We are using wxMac 2.5.4.We have a problem while running wxWidgets in Mac
OS.We are following the same procedure given at
<http://wiki.wxwidgets.org/wiki.pl?Table_Of_Contents> - Mac OS X and XCode
1.5 project guide. Under this we were able to do all the things from step 1
to 7. 8th step causes the problem. When I type wx-config --cxxflags It says
bad command. we dont know where the wx-config executable resides.But we are
able to see wx-config Alias at usr\local\bin. Could u please send us the
dump of the terminal session where u invoked wx-config --cxxflags?Is the
Output of that command same for all the demos? If yes Can u kindly send us
the output?

We were able to run the demo "Life" by following the steps given in Mac OS X
and XCode for Beginners.

Please help us out in this regard.

-Regards
Smitha


This message is free from Virus - IMSS

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

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

Hi,

I ended up with the first option: ignoring completely the build config.
Under autoconf there are too many options (think to --enable-XXX); they 
cannot be tracked down all in the lib name... best ignore them 
completely (even because I don't know how to parse wx-config output in a 
bakefile...).

Now wxCode has wx full-compliant bakefiles. Few modifications are 
required to add bakefile build system to wxCode components so I suggest 
to all wxCode programmers to tryout bakefile and read the Readme placed 
in wxCode/build/bakefiles.

For any help on bakefiles feel free to contact me...
Francesco Montorsi

f18m_217828 wrote:
> 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...
> 
> 
> 
> 
> 
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>