wxcode-users — Submission, Questions, Information

[wxCode-users] removing wx from comp names

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

Hi all,
    I was thinking that the new component list page will probably look like:

A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...

that is, since almost all component's names start by 'wx' the "W" initial will
be "abused".

Also: it's obvious that at wxCode we have only components wx-based;
so, why should we name all the components with "wx" prefix ?

So, I suggest to solve this problem removing the "wx" prefix by all
component names from wxCode database
(this would not require any change to CVS).

Then I could modify the scripts so that they show the component name with a "wx" prefix 
automatically attached. This would mean that all components at wxCode have a name which 
starts (at least in the component list page) by "wx"... is it okay ?
I have some components which do not have wx prefix and there is no problem at all for me 
to add "wx" prefix to them. Please post your opinion if you wouldn't like this change.

Another solution would be to tell to the database to ignore the
"wx" prefix. Unfortunately AFAIK there's no way to tell this to
a database through an SQL query... anyone knows ?

Francesco

Re: [wxCode-users] Component update

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

Hi,

> I've made a file release but have never downloaded a file release since
> since I use CVS. I just was wondering if the download link is anywhere
> on the components list, else I put it onto the wxScintilla info page.
sure; the download link is already displayed for each component; look at
http://wxcode.sourceforge.net/showcomp.php?name=wxScintilla
you will find a download link in the bottom list of links.

Francesco

Re: [wxCode-users] Component update

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

Francesco Montorsi wrote:
> 
> Otto Wyss wrote:
> > I've made a new wxScintilla release wxScintilla_1.65.0 but I don't know
> > how to update the component.
> sorry; what you mean by "update the component" ?
> Do you mean update the wxCode database so that
> http://wxcode.sourceforge.net/showcomp.php?name=wxScintilla
> displays the updated info ?
> If you mean this then just go at
> http://wxcode.sourceforge.net/edit.php
> and make the changes...
> 
I've made a file release but have never downloaded a file release since
since I use CVS. I just was wondering if the download link is anywhere
on the components list, else I put it onto the wxScintilla info 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] Re: ANN: wxXml2 1.5 released !

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

hi,

> C:\MinGW\bin\wxxml2\thirdparty\libxml2\build>mingw32-make -fmakefile.gcc
> if not exist mingw mkdir mingw
> if not exist mingw mkdir mingw
> gcc -c -o mingw\libxml2_lib_c14n.o -DHAVE_W32API_H  -O2  -I..\include 
> -Ic:\iconv
> \include  -DNDEBUG -DLIBXML_STATIC -DWIN32 -D_WINDOWS -D_MBCS -Wall 
> -D_REENTRANT
>  -DHAVE_WIN32_THREADS   -MTmingw\libxml2_lib_c14n.o 
> -MFmingw\libxml2_lib_c14n.o.
> d -MD ../c14n.c
> In file included from ../include/libxml/parser.h:796,
>                  from ../include/libxml/globals.h:18,
>                  from ../include/libxml/threads.h:35,
>                  from ../include/libxml/xmlmemory.h:216,
>                  from ../include/libxml/tree.h:1150,
>                  from ../c14n.c:22:
> ../include/libxml/encoding.h:28:19: iconv.h: No such file or directory
> In file included from ../include/libxml/parser.h:796,
>                  from ../include/libxml/globals.h:18,
>                  from ../include/libxml/threads.h:35,
>                  from ../include/libxml/xmlmemory.h:216,
>                  from ../include/libxml/tree.h:1150,
>                  from ../c14n.c:22:
> ../include/libxml/encoding.h:136: error: syntax error before "iconv_t"
> ../include/libxml/encoding.h:136: warning: no semicolon at end of struct 
> or unio
> n
> ../include/libxml/encoding.h:137: warning: type defaults to `int' in 
> declaration
>  of `iconv_out'
> ../include/libxml/encoding.h:137: warning: data definition has no type 
> or storag
> e class
> ../c14n.c: In function `xmlC14NIsNodeInNodeset':
> ../c14n.c:268: warning: dereferencing type-punned pointer will break 
> strict-alia
> sing rules
> mingw32-make: *** [mingw\libxml2_lib_c14n.o] Error 1
>  
> So what next?I thnk wxxml2 is not interested in me... :-(
I see that you are compiling libxml2 directly from the
C:\MinGW\bin\wxxml2\thirdparty\libxml2\build
folder; in this case you need to use the
ICONV_DIR=..\..\libiconv
option when calling the makefile (see Scott's posts on wxusers).

If you launch the mingw32-make from C:\MinGW\bin\wxxml2\build you won't need to call any 
*_DIR option since it will automatically add them.

Sorry for the delay with this mail (I see you sent it 10 hours ago) but I got it only now.

Francesco Montorsi

Re: [wxCode-users] New component list

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

Hi,

Jorgen Bodde wrote:
> This sounds very good! I like a categoric approach. As long as the 
> categories makes it easy to find controls. What do you mean with managed 
> controls?
When I wrote the string

Networking (12): 1 2 | Managed windows (2): 1 | Controls (30): 1 2 3 | ...

I was just thinking to the categories I put in the database... I took them from the 
wxWidgets documentation page "classes by category": as you can see the first section is 
"managed windows", then "misc windows", etc.

> Maybe it is an idea to get the following categories:
> 
> - Edit controls (spin controls, text edit)
> - Layout / Container controls (controls that can contain other controls)
> - Non visual networking
> - Non visial misc
At first I took a similar approach creating some categories like these but then I thought: 
maybe using wxWidgets documentation categories is better since our components are based on 
wx and maybe that in future some of them will be integrated directly into wx itself.

The current categories are:

'managed windows', 'miscellaneous windows', 'common dialogs', 'controls', 'window layout', 
'networking', 'stream classes', 'database classes', 'miscellaneous', 'utilities', 
'tutorials/wxdocs'

Unfortunately I see that I completely forgot to update the "category" listbox in the EDIT 
page of the website :(

Before repairing that I'd like to decide definitevely the main categories that the DB must 
support (in future others categories can be added to the DB without problems).

So, do you think it's best to stick to wx categories I listed above (maybe adding some new 
entry) or we should use another different set of categories ?

> Thanks for your effort in the site!
> - Jorgen
Thanks to all people submitting their code to wxCode ! ;)

Francesco

Re: [wxCode-users] New component list

[Jorgen B. <sol...@xs...>]

This sounds very good! I like a categoric approach. As long as the 
categories makes it easy to find controls. What do you mean with managed 
controls? Maybe it is an idea to get the following categories:

- Edit controls (spin controls, text edit)
- Layout / Container controls (controls that can contain other controls)
- Non visual networking
- Non visial misc

Thanks for your effort in the site!
- Jorgen

[wxCode-users] Re: ANN: wxXml2 1.5 released !

[Ganesh.K <gan...@qu...>]

Hi Francesco,

Thanks for the suggestion . I downloade the make for mingw and was =
succesfull in builiding libiconv libraries, but i got some errors for =
libxml2:
C:\MinGW\bin\wxxml2\thirdparty\libxml2\build>mingw32-make -fmakefile.gcc
if not exist mingw mkdir mingw
if not exist mingw mkdir mingw
gcc -c -o mingw\libxml2_lib_c14n.o -DHAVE_W32API_H  -O2  -I..\include =
-Ic:\iconv
\include  -DNDEBUG -DLIBXML_STATIC -DWIN32 -D_WINDOWS -D_MBCS -Wall =
-D_REENTRANT
 -DHAVE_WIN32_THREADS   -MTmingw\libxml2_lib_c14n.o =
-MFmingw\libxml2_lib_c14n.o.
d -MD ../c14n.c
In file included from ../include/libxml/parser.h:796,
                 from ../include/libxml/globals.h:18,
                 from ../include/libxml/threads.h:35,
                 from ../include/libxml/xmlmemory.h:216,
                 from ../include/libxml/tree.h:1150,
                 from ../c14n.c:22:
../include/libxml/encoding.h:28:19: iconv.h: No such file or directory
In file included from ../include/libxml/parser.h:796,
                 from ../include/libxml/globals.h:18,
                 from ../include/libxml/threads.h:35,
                 from ../include/libxml/xmlmemory.h:216,
                 from ../include/libxml/tree.h:1150,
                 from ../c14n.c:22:
../include/libxml/encoding.h:136: error: syntax error before "iconv_t"
../include/libxml/encoding.h:136: warning: no semicolon at end of struct =
or unio
n
../include/libxml/encoding.h:137: warning: type defaults to `int' in =
declaration
 of `iconv_out'
../include/libxml/encoding.h:137: warning: data definition has no type =
or storag
e class
../c14n.c: In function `xmlC14NIsNodeInNodeset':
../c14n.c:268: warning: dereferencing type-punned pointer will break =
strict-alia
sing rules
mingw32-make: *** [mingw\libxml2_lib_c14n.o] Error 1

So what next?I thnk wxxml2 is not interested in me... :-(

TIA
Regards
Ganesh.K

[wxCode-users] wiki status

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

Hi,
    after sending the last mail I found out that all wxCode wiki has gone !
Does anyone know anything about this ?

Two weeks ago I moved all the contents of the wiki from
/home/groups/w/wx/wxcode/htdocs/wiki/wiki.d
to
/tmp/persistent/wxcode/pmwiki.d/wiki.d

as told in

http://www.pmwiki.org/wiki/Cookbook/SourceForgeServers

and I remember everything was working... did anyone make a change ?
I really don't want such things happen; I'll add a backup script for wxcode wiki ASAP; but 
what about the old content of the wiki ?!?

I really hope it's still somewhere in SF servers !!! I would hate to rewrite all those pages.

If noone knows why this problem happened, I'll open a Sourceforge support request for 
clarifications...

Francesco

Re: [wxCode-users] Remove empty folders using tortoise cvs

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

Hi,

>> I think that in a month's time (at least I'll be busy until then, but
>> maybe someone else can do it before) we can do some cleaning and make
>> a single request to SF to remove all the "dead" directories.
Sure; that's a good idea !
Let's keep the list of the folders-to-remove in the wxCode wiki...

Francesco

Re: [wxCode-users] Component update

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

Hi,

Otto Wyss wrote:
> I've made a new wxScintilla release wxScintilla_1.65.0 but I don't know
> how to update the component.
sorry; what you mean by "update the component" ?
Do you mean update the wxCode database so that
http://wxcode.sourceforge.net/showcomp.php?name=wxScintilla
displays the updated info ?
If you mean this then just go at
http://wxcode.sourceforge.net/edit.php
and make the changes...

Francesco

[wxCode-users] New component list

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

Hi,
   I would like to make some improvements to the Components listing page of the wxCode 
website.
It's the most important page in the website and since the number of components is becoming
bigger and bigger, a better complist page is required to the let the user find quickly 
what's he's searching for.

In particular, for some reasons I explain below, I would like to keep only the current 
view options:

-> BROWSE BY "name" or "category"
-> COMPONENTS PER PAGE "10" or "-1" (all)

Reducing the possible view options would make simpler a powerful approach to the component 
listing which is what I would like to implement: the key are the page links currently 
shown as:

        << Previous | Page 1 | Page 2 | ... | Next >>

I would like to make these links in the following form, when browsing by category:

        Networking (12): 1 2 | Managed windows (2): 1 | Controls (30): 1 2 3 | ...

where the () parentheses indicates the number of components per category and the numbers 
after the ":" are the links to the paged list.

When browsing by name:

        A (5): 1 | B (12): 1 2 | C (3): 1 | ...

To make such page links, however, a lot of queries to the database would be required
(for browsebyname links, more than 26 !) since they provide much more info to the user
(in particular they will make the 'browse by category' option *much* more useful).
SourceForge servers cannot really handle such a traffic.
So I think that we can get all these "advanced page links" only using a little trick:
precalculating the page links and saving them in some files in the website folder.

Even if this precalculation would be done by a script, we must limit the number of view 
options in order to make the XHTML pages to precalculate as few as possible: with the view 
options I wrote above, we would need to recalc 4 pages (2 x 2).

Such "precalculation" script would have to be launched each time we add/remove a 
component, each time we change the category of a component and any time we change the name 
of a component.
This won't be a great issue, I hope. In fact, we could also avoid to manually call the 
script on these database changes and just put the script in a cron table.

If noone objects, then I will start making these changes (sorry but this means that for 
some hours the complist page won't work completely).

If someone wants to give suggestions, I'm open to any costructive critic ;)

Francesco

Re: [wxCode-users] Cron job: wxMidi is pending approval

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

Added as wxmidi, it'll be available in a few hours. Sorry about the
delay, I was having some problem reaching SF, but it seems ok now...

Thanks,
    John Labenski


On 8/31/05, Francesco Montorsi <fr...@us...> wrote:
> name: wxMidi
> wxversion: 2.6
> category:
> language: cpp
> description: wxMidi is a MIDI interface based on PortMidi, the Portable R=
eal-Time MIDI Library. wxMidi offers a set of classes (wxMidiSystem, wxMidi=
Device, wxMidiMessage, wxMidiDatabaseGM and derived from them) that interfa=
ces wxWidgets with the PortMidi library. With this component you can add MI=
DI in/out commands support to your wxWidgets application. wxMidi provides a=
 suitable interface, object oriented, to use portmidi with wxWidgets, and a=
ll strings has been moved from PortMidi and adapted to support internationa=
lization.
> location: wxmidi
> cdate: 2005-08-29
> id: 92
> status: beta
> docs: hand
> buildsys: projectfiles
> extdep: none
> wiki: disabled
> wxport: all
> samples: 1
> approved: 0
> author: Cecilio Salmeron
> version: 1.0
> mantainerid: 19
>=20
> Mantainer SF username: cecilios
> Mantainer name: cecilio salmeron
> Mantainer mail address: s.c...@gm...
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>

Re: [wxCode-users] Cron job: wxPdfDocument is pending approval

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

Added as wxpdfdoc, it'll be available in a few hours.

Thanks,
    John Labenski

On 8/31/05, Francesco Montorsi <fr...@us...> wrote:
> name: wxPdfDocument
> wxversion: 2.6
> category:
> language: cpp
> description: wxPdfDocument allows wxWidgets applications to generate PDF =
documents. The code is a port of FPDF - a free PHP class for generating PDF=
 files - to C++ using the wxWidgets library. Several add-on PHP scripts fou=
nd on the FPDF web site are incorporated into wxPdfDocument. Embedding of P=
NG, JPEG, GIF and WMF images is supported. In addition to the 14 standard A=
dobe fonts it is possible to use other Type1 or TrueType fonts - with or wi=
thout embedding them into the generated document. CJK fonts are supported, =
too. Graphics primitives allow the creation of simple drawings.
> location: wxpdfdoc
> cdate: 2031-08-20
> id: 93
> status: beta
> docs: doxygen
> buildsys: bakefile
> extdep: none
> wiki: disabled
> wxport: wxmsw
> samples: 0
> approved: 0
> author: Ulrich Telle
> version: 0.5
> mantainerid: 12
>=20
> Mantainer SF username: utelle
> Mantainer name: Ulrich Telle
> Mantainer mail address: ulr...@gm...
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>

[wxCode-users] Cron job: wxPdfDocument is pending approval

[Francesco M. <fr...@us...>]

name: wxPdfDocument
wxversion: 2.6
category: 
language: cpp
description: wxPdfDocument allows wxWidgets applications to generate PDF documents. The code is a port of FPDF - a free PHP class for generating PDF files - to C++ using the wxWidgets library. Several add-on PHP scripts found on the FPDF web site are incorporated into wxPdfDocument. Embedding of PNG, JPEG, GIF and WMF images is supported. In addition to the 14 standard Adobe fonts it is possible to use other Type1 or TrueType fonts - with or without embedding them into the generated document. CJK fonts are supported, too. Graphics primitives allow the creation of simple drawings.
location: wxpdfdoc
cdate: 2031-08-20
id: 93
status: beta
docs: doxygen
buildsys: bakefile
extdep: none
wiki: disabled
wxport: wxmsw
samples: 0
approved: 0
author: Ulrich Telle
version: 0.5
mantainerid: 12

Mantainer SF username: utelle
Mantainer name: Ulrich Telle
Mantainer mail address: ulr...@gm...

[wxCode-users] Cron job: wxMidi is pending approval

[Francesco M. <fr...@us...>]

name: wxMidi
wxversion: 2.6
category: 
language: cpp
description: wxMidi is a MIDI interface based on PortMidi, the Portable Real-Time MIDI Library. wxMidi offers a set of classes (wxMidiSystem, wxMidiDevice, wxMidiMessage, wxMidiDatabaseGM and derived from them) that interfaces wxWidgets with the PortMidi library. With this component you can add MIDI in/out commands support to your wxWidgets application. wxMidi provides a suitable interface, object oriented, to use portmidi with wxWidgets, and all strings has been moved from PortMidi and adapted to support internationalization.
location: wxmidi
cdate: 2005-08-29
id: 92
status: beta
docs: hand
buildsys: projectfiles
extdep: none
wiki: disabled
wxport: all
samples: 1
approved: 0
author: Cecilio Salmeron
version: 1.0
mantainerid: 19

Mantainer SF username: cecilios
Mantainer name: cecilio salmeron
Mantainer mail address: s.c...@gm...

Re: [wxCode-users] Remove empty folders using tortoise cvs

[<ger...@te...>]

Ok, is a bad time for this things (here summer).

If you need this list in the future, You only have to say it

The folders are the next.

In the wxplot directory (root of the component).

./bindings
./demowxplot
./drivers
./plplot_ref

(All except scr directory)

In the scr directory (on wxplot  (wxplot/src)

./demo
./doc (It can stay)
./cf
./bindings/python
./bindings/c++
./bindings/tcl


Very thanks, Germán.

John Labenski escribió:

>On 8/31/05, Germán Carrera <ger...@te...> wrote:
>  
>
>>I want to remove the empty folders of a component form the cvs using
>>tortoise on windows.
>>It seems to be easy but for the moment I  didn't get it.
>>    
>>
>
>Unfortunately you cannot remove empty folders from SourceForge unless
>you make a special request. If you just empty it out and update with
>-A -P -C you won't get it though.
>
>I think that in a month's time (at least I'll be busy until then, but
>maybe someone else can do it before) we can do some cleaning and make
>a single request to SF to remove all the "dead" directories.
>
>Could you please post back what folder you want removed so we won't forget it?
>
>Regards,
>    John Labenski
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>wxCode-users mailing list
>wxC...@li...
>https://lists.sourceforge.net/lists/listinfo/wxcode-users
>
>  
>

Re: [wxCode-users] Remove empty folders using tortoise cvs

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

On 8/31/05, Germ=E1n Carrera <ger...@te...> wrote:
> I want to remove the empty folders of a component form the cvs using
> tortoise on windows.
> It seems to be easy but for the moment I  didn't get it.

Unfortunately you cannot remove empty folders from SourceForge unless
you make a special request. If you just empty it out and update with
-A -P -C you won't get it though.

I think that in a month's time (at least I'll be busy until then, but
maybe someone else can do it before) we can do some cleaning and make
a single request to SF to remove all the "dead" directories.

Could you please post back what folder you want removed so we won't forget =
it?

Regards,
    John Labenski

[wxCode-users] Remove empty folders using tortoise cvs

[<ger...@te...>]

I want to remove the empty folders of a component form the cvs using 
tortoise on windows.
It seems to be easy but for the moment I  didn't get it.

Very Thanks.

[wxCode-users] Component update

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

I've made a new wxScintilla release wxScintilla_1.65.0 but I don't know
how to update the component.

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] Cron job: wxMidi is pending approval

[Francesco M. <fr...@us...>]

name: wxMidi
wxversion: 2.6
category: 
language: cpp
description: wxMidi is a MIDI interface based on PortMidi, the Portable Real-Time MIDI Library. wxMidi offers a set of classes (wxMidiSystem, wxMidiDevice, wxMidiMessage, wxMidiDatabaseGM and derived from them) that interfaces wxWidgets with the PortMidi library. With this component you can add MIDI in/out commands support to your wxWidgets application. wxMidi provides a suitable interface, object oriented, to use portmidi with wxWidgets, and all strings has been moved from PortMidi and adapted to support internationalization.
location: wxmidi
cdate: 2005-08-29
id: 92
status: beta
docs: hand
buildsys: projectfiles
extdep: none
wiki: disabled
wxport: all
samples: 1
approved: 0
author: Cecilio Salmeron
version: 1.0
mantainerid: 19

Mantainer SF username: cecilios
Mantainer name: cecilio salmeron
Mantainer mail address: s.c...@gm...

[wxCode-users] Cron job: wxMidi is pending approval

[Francesco M. <fr...@us...>]

name: wxMidi
wxversion: 2.6
category: 
language: cpp
description: wxMidi is a MIDI interface based on PortMidi, the Portable Real-Time MIDI Library. wxMidi offers a set of classes (wxMidiSystem, wxMidiDevice, wxMidiMessage, wxMidiDatabaseGM and derived from them) that interfaces wxWidgets with the PortMidi library. With this component you can add MIDI in/out commands support to your wxWidgets application. wxMidi provides a suitable interface, object oriented, to use portmidi with wxWidgets, and all strings has been moved from PortMidi and adapted to support internationalization.
location: wxmidi
cdate: 2005-08-29
id: 92
status: beta
docs: hand
buildsys: projectfiles
extdep: none
wiki: disabled
wxport: all
samples: 1
approved: 0
author: Cecilio Salmeron
version: 1.0
mantainerid: 19

Mantainer SF username: cecilios
Mantainer name: cecilio salmeron
Mantainer mail address: s.c...@gm...

[wxCode-users] [ wxcode-Bugs-1266946 ] Search doesn't work more than one page

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

Bugs item #1266946, was opened at 2005-08-23 11:57
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=1266946&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: website
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Włodzimierz Skiba (abxabx)
Assigned to: Francesco Montorsi (frm)
Summary: Search doesn't work more than one page

Initial Comment:
Hi!

I was curious what's not maintained yet. I went to 
search form, selected STATUS: UNMAINTAINED, 
hit "Search" button and got first page of result. But when 
I click on link to second page of search result I get 
some cryptic lines:

_POST is: array(0) { } 

_SESSION is:NULL 

and then I get red alert: "Sorry; you cannot call this 
page yourself. Use the search page instead."

ABX

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

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

Re: [wxCode-users] Missing Linux makefile for components

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

Hi,

> I have some questions about the wxCode bakefiles (bakefile Version 0.1.9.1)
> 
> After I cvs checkout the complete wxCode/components I switched into the 
> animate folder (because this one only includes a few source files).
> 
> I started with the bakefile_gen command in the animate/build directory. The OS 
> is Windows XP with wxWidgets-2.6.1 and VC++ 6.0
> 
> All works fine and after that a nmake -a -f makefile.vc build the animate 
> library and it's example.
good ;)


> With Linux (Debian 3.1, wxWidgets-2.6.1 gtk port and GCC) the Bakefiles.bkgen 
> doesn't work because the following line:
> 
> <add-flags>-I%WXWIN%\build\bakefiles\wxpresets</add-flags>
> 
> After I replace it by:
> 
> <add-flags>-I$WXWIN/build/bakefiles/wxpresets</add-flags>
> 
> I can run the bakefiles_gen also on linux:
> (How can I set this flag, so that the same file works with Windows and Linux?)
sorry; this is my fault: I always run bakefile_gen from win32 so I never noticed that.
Anyway I just tried with

<add-flags>-I$WXWIN/build/bakefiles/wxpresets</add-flags>

and it seems to work also on win32: bakefile does the '/' conversion :)
I'll change this line in all my bakefiles.bkgen files ASAP
Thanks !



> For the next I added the gnu format into the Bakefiles.bkgen , but now I get 
> the following errors:
> 
> [1/1] generating gnu from animate.bkl
> Traceback (most recent call last):
>   File "/usr/local/lib/bakefile/bakefile.py", line 173, in ?
>     run(sys.argv[1:])
>   File "/usr/local/lib/bakefile/bakefile.py", line 145, in run
>     if not reader.read(args[0]):
>   File "/usr/local/lib/bakefile/reader.py", line 972, in read
>     processFile(filename)
>   File "/usr/local/lib/bakefile/reader.py", line 930, in processFile
>     __doProcess(file=filename)
>   File "/usr/local/lib/bakefile/reader.py", line 911, in __doProcess
>     processNodes(m.children)
>   File "/usr/local/lib/bakefile/reader.py", line 908, in processNodes
>     h(e)
>   File "/usr/local/lib/bakefile/reader.py", line 603, in handleTarget
>     cond = mk.makeCondition(condstr)
>   File "/usr/local/lib/bakefile/mk.py", line 306, in makeCondition
>     condexpr_list.append(Condition.Expr(options[name], value))
> KeyError: 'WX_SHARED'
> [bakefile_gen] error: bakefile exited with error
> 
> So I remove the gnu format again and try to create the configure file with 
> autoconf. (I need a linux makefile).
sorry; 'gnu' format is not well supported currently because of some details about WX_* options on 
wxpresets. I sent a patch to wxdev which should fix this... by now, use autoconf format.



> after this a ./configure gives me the following error messages:
> 
> ./configure: line 3120: AM_OPTIONS_WXCONFIG: command not found
> ./configure: line 3121: syntax error near unexpected token `2.6.0,'
> ./configure: line 3121: `AM_PATH_WXCONFIG(2.6.0, wxWin=1, wxWin=0)'
> 
> Can you tell me, what's going wrong here? I need a valid GCC makefile, so I 
> can compile the animate lib (and the other components) also on my linux 
> machine.
you need to run "aclocal" first: it will find the wxwin.m4 file which should have been installed in 
/usr/local/share/aclocal and will substitute that options so that when you run "autoconf" you won't 
get these errors.

I'll add this note to the Readme of wxcode/build/bakefiles.

Francesco

[wxCode-users] [ wxcode-Patches-1266885 ] treelistctrl: added fullRow param to IsVisible

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

Patches item #1266885, was opened at 2005-08-23 10:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=1266885&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Armel Asselin (aasselin)
Assigned to: Nobody/Anonymous (nobody)
Summary: treelistctrl: added fullRow param to IsVisible

Initial Comment:
here is a ZIP with two patches, one for .h the other 
for .cpp. These patches add a fullRow parameter for the 
IsVisible class of functions (GetFirstVisible...)

the patches where generated with diff -u


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

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

[wxCode-users] [ wxcode-Bugs-1264868 ] going up toward hidden root

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

Bugs item #1264868, was opened at 2005-08-20 15:15
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=1264868&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: treelistctrl
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Armel Asselin (aasselin)
Assigned to: Otto Wyss (wyo)
Summary: going up toward hidden root

Initial Comment:
Hello,

in the wxTreeListMainWindow::OnChar function: the 
following code (in WXK_UP) seems wrong:
}else {
 newItem = GetItemParent (m_curItem);
 // don't go to root if it is hidden
 if ((newItem == GetRootItem()) && HasFlag
(wxTR_HIDE_ROOT)) --->break<---;
}

the 'break' should probably be a 'return' to prevent from 
browsing the root

Regards
Armel


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

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