wxcode-users — Submission, Questions, Information

Re: [wxCode-users] About site reworking

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

Francesco Montorsi wrote:
> 
> use approach #1.
> 
Yes, I think PHP is better in this case. IMO it would make sense to
stick with PHP as long as 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] About site reworking

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

Francesco Montorsi wrote:
> 
> However I see that a wxCode database already exists; it also already
> have some data in it (2 tables, components & newadds...)... were you
> already using it ?
> 
No, it was probably from the previous maintainers. You can scrap
everything if you need.

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

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

Hi,

> However I see that a wxCode database already exists; it also already 
> have some data in it (2 tables, components & newadds...)... were you 
> already using it ?
besides this database issue (also I'd like to inform you that I've 
changed the password to 'test' to be able to access it...) I want to ask 
a thing:

since Sinorca webtheme requires quite a lot of code repetition (like any 
other theme which is XHTML compliant) I've found successful two 
different types of solutions:

1) use PHP include() statement in all files to include the repeated 
stuff. Advantages: easy ! Disavantages: requires work from the server on 
each page request...

2) use an XSLT file which takes the text from rough XML files and then 
produces the well-formatted XHTML files; this could be set up to be done 
in real-time on each page request (but this would be useless since we 
are already using PHP technology for other things and this would be like 
solution #1 just using a different - perhaps slower - approach!) or to 
be done offline using an XSLT processor.
This requires to have
- iconv.dll
- libxml2.dll
- libxslt.dll
- zlib1.dll
- libexslt.dll
- xsltproc.exe
installed on the PC in order to have XSLTPROC working....
the advantage of doing the XHTML generation offline is that the server 
then needs only to send the page to the user and thus is faster.
However since we will be using PHP for other things (like mySQL access) 
the pages still would require webserver processing and thus I suggest to 
use approach #1.

Francesco

Re: [wxCode-users] About site reworking

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

Hi,

> No problem, you are now a project manager as well.
Thanks.

However I see that a wxCode database already exists; it also already 
have some data in it (2 tables, components & newadds...)... were you 
already using it ?

Francesco

Re: [wxCode-users] About site reworking

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

Francesco Montorsi wrote:
> 
> > What access do you need?
> Only people with full administrative rights can open the
> 
> https://sourceforge.net/project/admin/database.php?group_id=51305
> 
> page... i.e. only you or John...
> 
No problem, you are now a project manager as well.

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: Style

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

Francesco Montorsi wrote:
> 
> > and I would draw a small border around the
> > scrollable window. Just fill in once the texts of the current front page.
> added; still I like the page without it since the highlighted button has
> a white background colour which matches the page suggesting to the user
> a 'connection' between the button and the content... however this is a
> minor point...
> 
Just think I always browse the net with my own background (white) ;-)

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 notes...

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

I've thought again about your change and think the following is the
right solution

    if ((parent->HasChildren() && parent->IsExpanded()) || 
        ((parent == (wxTreeListItem*)GetRootItem().m_pItem) &&
HasFlag(wxTR_HIDE_ROOT))) {

I've just made a new file release (see the component list) so you might
use this instead of 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

Re: [wxCode-users] About site reworking: Style

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

Hi,

> Perfect.
;-)

> 2 small points, the Goole search field is too wide for the
> column in a 800x600 display
I replaced the size attribute from that INPUT tag with WIDTH=90% but I 
cannot test it on my PC (which uses 1024x768)...

> and I would draw a small border around the
> scrollable window. Just fill in once the texts of the current front page.
added; still I like the page without it since the highlighted button has 
a white background colour which matches the page suggesting to the user 
a 'connection' between the button and the content... however this is a 
minor point...

by now, I'm working on PHP scripts + mySQL locally; I hope the slightly 
different versions used by SF won't give me much troubles when switching...

Francesco

Re: [wxCode-users] About site reworking

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

Hi,

>>I've now access to 3d studio max 5 which can be used (improperly) to
>>generate 3d logos... however I wonder if Jorgen Bodde could help us with
>>graphics; I remember he said on wx mailing list he was good in these
>>things...
>>
> 
> I'd love if someone updates the graphics on wyoGuide/wyoDesktop ;-)
I'll ask him... :-)

>>I checked and I've found that SF still uses 4.3 so we must adapt...
>>Also, if we want to use a database in the website (I strongly suggest
>>this), we need to opt-in for database usage in SF administration page ->
>>Shell/DB/Web page (which I cannot access...)
> 
> What access do you need?
Only people with full administrative rights can open the

https://sourceforge.net/project/admin/database.php?group_id=51305

page... i.e. only you or John...

Francesco

Re: [wxCode-users] About site reworking

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

Francesco Montorsi wrote:
> 
> I've now access to 3d studio max 5 which can be used (improperly) to
> generate 3d logos... however I wonder if Jorgen Bodde could help us with
> graphics; I remember he said on wx mailing list he was good in these
> things...
> 
I'd love if someone updates the graphics on wyoGuide/wyoDesktop ;-)

> > 4) I suggest to use the following technologies for the website:
> > XHTML 1.0
> > CSS 2.0
> > PHP 5.0
> I checked and I've found that SF still uses 4.3 so we must adapt...
> Also, if we want to use a database in the website (I strongly suggest
> this), we need to opt-in for database usage in SF administration page ->
> Shell/DB/Web page (which I cannot access...)
> 
What access do you need?

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: Style

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

Francesco Montorsi wrote:
> 
> http://wxcode.sourceforge.net/test/
> 
> > Firefox is good and the behaviour for IE is acceptable.
> I managed to fix the page also for IE !
> It's now fully compliant ;-)
> 
Perfect. 2 small points, the Goole search field is too wide for the
column in a 800x600 display and I would draw a small border around the
scrollable window. Just fill in once the texts of the current front page.

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] wxScintilla

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

Steve B wrote:
> 
> > See here
> > "http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/wxscintilla/samples/test/"
> > or get the file release which contains this sample. It's a simple editor
> > which allows to edit just one file. I've you need a better sample see
> > here "http://freshmeat.net/projects/wyoeditor/".
> >
> > O. Wyss
> Yes.  After looking some more I found the test and it has proved very
> usefull.  The other components seem interesting as well, however I
> need to figure out to build a bakefile first ;P.  So I must say that
> wxScintilla was very easy to build and install.  Cudo's to those that
> are developing it.  I would like to figure out how to interface
> directly with Scintilla as you can under windows, but I'm sure I can
> figure that out through looking at the wxScintilla source code.
> Thanks.
> 
If you successfully create a bakefile for the sample it would be nice if
you submit it back to wxScintilla. Get the wyoEditor file release and
look into the build instructions, Makefile etc.

Besides for what do plan to use wxScintilla? I'm always curious what
happens with my code ;-)

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 notes...

[Carl G. <cg...@gm...>]

On 6/28/05, Otto Wyss <ott...@or...> wrote:
>=20
>=20
>=20
> > 2. For those of us who build with WXWIN_COMPATIBILITY_2_4 turned
> > off, I suggest changing the references to
> > wxSystemSettings::GetSystemColo
> > ur()
> > to GetColour() since the former form is now deprecated.
> >
> I've put a
>=20
> #if !wxCHECK_VERSION(2,5,0)
>=20
> around each occurence (see the source) so I wonder why it doesn't work
> with you. I've not problem building it with 2.4 and 2.6.



I naively just downloaded the version from the Components page.=20
I didn't think about getting the latest from CVS. Thanks a lot for
pointing it out!

carl

Re: [wxCode-users] wxScintilla

[Steve B <lin...@gm...>]

> See here
> "http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/wxscintil=
la/samples/test/"
> or get the file release which contains this sample. It's a simple editor
> which allows to edit just one file. I've you need a better sample see
> here "http://freshmeat.net/projects/wyoeditor/".
>=20
> O. Wyss
Yes.  After looking some more I found the test and it has proved very
usefull.  The other components seem interesting as well, however I
need to figure out to build a bakefile first ;P.  So I must say that
wxScintilla was very easy to build and install.  Cudo's to those that
are developing it.  I would like to figure out how to interface
directly with Scintilla as you can under windows, but I'm sure I can
figure that out through looking at the wxScintilla source code.=20
Thanks.

[wxCode-users] wxTreeListCtrl notes...

[Carl G. <cg...@gm...>]

Hi,

I was delighted to discover wxTreeListCtrl the other day. I've integrated
it into my application easily. Thanks a lot!

I have three comments:

1. If someone goes back over the documentation, alphabetizing it would be
a great service. The methods are hard to find since it looks like the
wxTreeCtrl methods are first followed by the wxListCtrl-like ones. Or
something.

2. For those of us who build with WXWIN_COMPATIBILITY_2_4 turned
off, I suggest changing the references to=20
wxSystemSettings::GetSystemColour()
to GetColour() since the former form is now deprecated.

3. If you use the style wxTR_HIDE_ROOT, then wxTreeListCtrl::SelectAll()
(and perhaps other related methods) doesn't work correctly. The fix is=20
pretty simple. At line 2611 of treelistctrl.cpp, change

if (parent->HasChildren() && parent->IsExpanded()) {
to
if (parent->HasChildren() &&
(parent->IsExpanded() || HasFlag (wxTR_HIDE_ROOT))) {

Thanks again for the useful class,

carl

Re: [wxCode-users] About site reworking

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

Hi,
    need to correct/comment myself ;-)

> 1) create a new wxCode LOGO; something which gives the idea of an 
> extension / additional components for wx; I know it's not easy to 
> translate this effect in an image and also I'm very bad with graphics 
> (looking at result, you won't believe it, my image.png files for my 
> components took me a lot of time ;-))
I've now access to 3d studio max 5 which can be used (improperly) to 
generate 3d logos... however I wonder if Jorgen Bodde could help us with 
graphics; I remember he said on wx mailing list he was good in these 
things...


> 4) I suggest to use the following technologies for the website:
> XHTML 1.0
> CSS 2.0
> PHP 5.0
I checked and I've found that SF still uses 4.3 so we must adapt...
Also, if we want to use a database in the website (I strongly suggest 
this), we need to opt-in for database usage in SF administration page -> 
Shell/DB/Web page (which I cannot access...)

Francesco

Re: [wxCode-users] About site reworking: Style

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

Hi,

> Your zip didn't got through the mailing list. Best if you can just move
> the page to the folder "htdocs/test" of wxCode.
done; you can access it using the link:

http://wxcode.sourceforge.net/test/



> Firefox is good and the behaviour for IE is acceptable.
I managed to fix the page also for IE !
It's now fully compliant ;-)

Francesco

Re: [wxCode-users] About site reworking: Style

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

Francesco Montorsi wrote:
> 
> > I'm not happy with eider because the navigation still scolls away. There
> > is a solution here "http://de.selfhtml.org/css/layouts/fixbereiche.htm"
> > albeit in German. Maybe you are able to deduct it from the samples., the
> > second last is the best.
> it took me some time but I finally managed to modify the Sinorca theme
> to work in fixed mode navigation... I attach to this mail a little zip
> containing the modified sinorca index page.
> The problem is that in broken IE the sidebar menu still results
> non-fixed and scrolls together with the page... but on my great Firefox
> it works perfectly... I think this is an acceptable behaviour.
> 
Your zip didn't got through the mailing list. Best if you can just move
the page to the folder "htdocs/test" of wxCode.

Firefox is good and the behaviour for IE is acceptable.

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 notes...

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

Carl Godkin wrote:
> 
> 1. If someone goes back over the documentation, alphabetizing it would
> be
> a great service.  The methods are hard to find since it looks like the
> wxTreeCtrl methods are first followed by the wxListCtrl-like ones.  Or
> something.
> 
I've though about this too but haven't found the time to change it.

> 2. For those of us who build with WXWIN_COMPATIBILITY_2_4 turned
> off, I suggest changing the references to
> wxSystemSettings::GetSystemColo
> ur()
> to GetColour() since the former form is now deprecated.
> 
I've put a 

#if !wxCHECK_VERSION(2,5,0)

around each occurence (see the source) so I wonder why it doesn't work
with you. I've not problem building it with 2.4 and 2.6.

> 3. If you use the style wxTR_HIDE_ROOT, then
> wxTreeListCtrl::SelectAll()
> (and perhaps other related methods) doesn't work correctly.  The fix
> is
> pretty simple.  At line 2611 of treelistctrl.cpp, change
> 
>     if (parent->HasChildren() && parent->IsExpanded()) {
> to
>     if (parent->HasChildren() &&
>        (parent->IsExpanded() || HasFlag (wxTR_HIDE_ROOT))) {
> 
I think you don't use the newest version from CVS, do you?

I've added this change in TagNextChildren to CVS so please test it from there.

Tanks also
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] wxScintilla

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

Steve B wrote:
> 
> Is there a good example of using this control? basicly I'm just
> looking for a very small example that shows the control being created.
>  After I can create it I can read the online API to do what I need...
> 
See here
"http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/wxscintilla/samples/test/"
or get the file release which contains this sample. It's a simple editor
which allows to edit just one file. I've you need a better sample see
here "http://freshmeat.net/projects/wyoeditor/".

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] wxTreeListCtrl notes...

[Carl G. <cg...@gm...>]

 Hi,

[I mailed this originally about 24 hours ago but it doesn't appear to have
reached the list. Sorry for the repost if both show up!]

I was delighted to discover wxTreeListCtrl the other day. I've integrated
it into my application easily. Thanks a lot!

I have three comments:

1. If someone goes back over the documentation, alphabetizing it would be
a great service. The methods are hard to find since it looks like the
wxTreeCtrl methods are first followed by the wxListCtrl-like ones. Or
something.

2. For those of us who build with WXWIN_COMPATIBILITY_2_4 turned
off, I suggest changing the references to wxSystemSettings::GetSystemColo=
=20
ur()
to GetColour() since the former form is now deprecated.

3. If you use the style wxTR_HIDE_ROOT, then wxTreeListCtrl::SelectAll()
(and perhaps other related methods) doesn't work correctly. The fix is=20
pretty simple. At line 2611 of treelistctrl.cpp, change

if (parent->HasChildren() && parent->IsExpanded()) {
to
if (parent->HasChildren() &&
(parent->IsExpanded() || HasFlag (wxTR_HIDE_ROOT))) {

Thanks again for the useful class,

carl

[wxCode-users] wxScintilla

[Steve B <lin...@gm...>]

[not sure if this posted the first time]

Is there a good example of using this control? basicly I'm just
looking for a very small example that shows the control being created.
 After I can create it I can read the online API to do what I need...

thanks.

[wxCode-users] wxScintilla

[Steve B <lin...@gm...>]

Is there a good example of using this control? basicly I'm just
looking for a very small example that shows the control being created.
 After I can create it I can read the online API to do what I need...

thanks.

Re: [wxCode-users] How to provide dialogs in components

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

Hi,

Joseph Blough wrote:
> If you like the flexibility, then XRC resources can be great.  I set up 
> the wxSpellChecker component to use XRC resources for most of the 
> dialogs, but one of the samples uses a hard coded dialog to demonstrate 
> adding custom functionality beyond what my "cookie-cutter" XRC based 
> dialogs handled.
> I found out how great XRC-based dialogs could be when I asked someone to 
> test the interface and tell me what he thought.  He remarked that a 
> combo box on the dialog should be sorted.  Thanks to XRC resources, only 
> a text editor was needed to change the combo box style and fix the problem.

I'm still undecided; looking at wxSpellChecker it seems that XRC gives 
more flexibility to the developer rather than an hardcoded dialog.

Still I'm not sure about performance; however, since my dialog will be 
quite simple I think this won't be an issue so I'll try to use XRC...

I'll let you know,
Francesco

Re: [wxCode-users] About site reworking: Style

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

Hi,

>>3) the STYLE of the website is a thing more subjective. I've found two
>>XHTML-compliant styles which would be easy to use:
>>http://www.oswd.org/viewdesign.phtml?id=1165&referer=%2Fbrowse.php%3Fpage%3D1%26sort%3Ddownloadsdesc
>>
>>and
>>
>>http://www.oswd.org/viewdesign.phtml?id=1192&referer=%2Fbrowse.php%3Fpage%3D1%26sort%3Ddownloadsdesc
>>
> 
> I'm not happy with eider because the navigation still scolls away. There
> is a solution here "http://de.selfhtml.org/css/layouts/fixbereiche.htm"
> albeit in German. Maybe you are able to deduct it from the samples., the
> second last is the best.
it took me some time but I finally managed to modify the Sinorca theme 
to work in fixed mode navigation... I attach to this mail a little zip 
containing the modified sinorca index page.
The problem is that in broken IE the sidebar menu still results 
non-fixed and scrolls together with the page... but on my great Firefox 
it works perfectly... I think this is an acceptable behaviour.

Let me know,
Francesco