You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
(5) |
Apr
(7) |
May
(11) |
Jun
(19) |
Jul
(9) |
Aug
(5) |
Sep
(6) |
Oct
(18) |
Nov
(9) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(8) |
Feb
(1) |
Mar
(5) |
Apr
(1) |
May
(1) |
Jun
(73) |
Jul
(128) |
Aug
(39) |
Sep
(91) |
Oct
(24) |
Nov
(42) |
Dec
(37) |
2006 |
Jan
(8) |
Feb
(22) |
Mar
(15) |
Apr
(44) |
May
(13) |
Jun
(9) |
Jul
(19) |
Aug
(35) |
Sep
(28) |
Oct
(53) |
Nov
(19) |
Dec
(29) |
2007 |
Jan
(28) |
Feb
(37) |
Mar
(86) |
Apr
(14) |
May
(48) |
Jun
(2) |
Jul
(20) |
Aug
(19) |
Sep
(19) |
Oct
(8) |
Nov
(11) |
Dec
(11) |
2008 |
Jan
(3) |
Feb
(1) |
Mar
(22) |
Apr
(7) |
May
(3) |
Jun
|
Jul
(16) |
Aug
(10) |
Sep
(5) |
Oct
(3) |
Nov
(24) |
Dec
(9) |
2009 |
Jan
(14) |
Feb
(4) |
Mar
(16) |
Apr
(13) |
May
(22) |
Jun
(3) |
Jul
(3) |
Aug
(8) |
Sep
(20) |
Oct
(18) |
Nov
(5) |
Dec
(11) |
2010 |
Jan
(4) |
Feb
(4) |
Mar
(7) |
Apr
(5) |
May
(41) |
Jun
(15) |
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(7) |
Nov
(8) |
Dec
(3) |
2011 |
Jan
(28) |
Feb
(29) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(4) |
Nov
(7) |
Dec
|
2012 |
Jan
(3) |
Feb
(4) |
Mar
(3) |
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(3) |
Nov
|
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
(5) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
2015 |
Jan
(7) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: <msz...@ya...> - 2007-02-11 22:51:19
|
Ulrich Telle escribió: > As wxWidgets 2.8 is around for quite a while it would be nice to have > the option to flag a wxCode component as compatible with wxWidgets 2.8, > but currently 2.8 is missing from the list of supported wxWidgets > versions. It would be nice, if one of the wxCode adminstrators could add > this option to the list. Thanks! > > Regards, > > Ulrich > > I wanted to add that bakefile is currently generating projects for wx2.6, you can see this in the msw projects as it lists the dependecies: wxbase26.lib, wxmsw26_core.lib, etc. Is there a way to set what wx versions should the component be compiled against? Or maybe generating different projects for each wx version? Regards, Matías __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: Ulrich T. <ulr...@gm...> - 2007-02-11 21:40:08
|
As wxWidgets 2.8 is around for quite a while it would be nice to have the option to flag a wxCode component as compatible with wxWidgets 2.8, but currently 2.8 is missing from the list of supported wxWidgets versions. It would be nice, if one of the wxCode adminstrators could add this option to the list. Thanks! Regards, Ulrich |
From: M. G. <fir...@ho...> - 2007-02-11 01:44:07
|
Hi, i would like to take over unmaintained project wxBorderSizer. I have already many fixes done for my project, that uses it. New features includ: - removing use of deprecated functions - cleaning up code and documenting it to make it more readable - replacing undocumented constants by enums - add an option to use flags instead of string parsing thanks _________________________________________________________________ Windows Live Spaces: partagez vos photos du Nouvel An! http://discoverspaces.live.com/?loc=fr-CA |
From: <msz...@ya...> - 2007-02-10 01:03:12
|
Hello all! Regarding bakefile: is there a more suitable template than compsample for an application? I would like to have different destinations for both debug and release version of the executable. Thanks in advance, Matías __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: <msz...@ya...> - 2007-02-10 01:01:01
|
Matías Szeftel escribió: > El Jueves, 8 de Febrero de 2007 22:34, klaas.holwerda escribió: > >> Matías Szeftel wrote: >> >>> btw: referencia a `vtable for xxxx' sin definir = undefined reference to >>> `vtable for xxxx' >>> >> Hi Matias, >> >> Now i have the same for wxArt2D, never seen it before, but after >> updating to fedora6, its there. >> If i find it i let you know :-) >> >> Klaas >> > > Damn, tough luck! > > Did you changed of gcc version? I'm using 4.1 and that's when the problem > started. And I've updated to wx2.8 but i don't think that is it. > > Good luck with that, Matías > > Well, I finally got it working. But I don't know what it was. I just used brute force: regenerated the GUI skeleton and copying the code from the old source piece by piece and compiling every change. Nothing happened, it all went smoothly and there weren't any undefined methods at the end...so...no idea why it didn't worked before. All I can guess is that it had something to do with the order of declaration/definition of the methods. Sorry for not finding the problem/solution. Regards, Matías __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: <msz...@ya...> - 2007-02-09 04:51:54
|
El Jueves, 8 de Febrero de 2007 22:34, klaas.holwerda escribi=F3: > Mat=EDas Szeftel wrote: > > btw: referencia a `vtable for xxxx' sin definir =3D undefined reference= to > > `vtable for xxxx' > > Hi Matias, > > Now i have the same for wxArt2D, never seen it before, but after > updating to fedora6, its there. > If i find it i let you know :-) > > Klaas Damn, tough luck! Did you changed of gcc version? I'm using 4.1 and that's when the problem=20 started. And I've updated to wx2.8 but i don't think that is it. Good luck with that, Mat=EDas __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: klaas.holwerda <kho...@xs...> - 2007-02-09 01:34:50
|
Mat=EDas Szeftel wrote: > btw: referencia a `vtable for xxxx' sin definir =3D undefined reference= to=20 > `vtable for xxxx' > =20 Hi Matias, Now i have the same for wxArt2D, never seen it before, but after=20 updating to fedora6, its there. If i find it i let you know :-) Klaas |
From: <msz...@ya...> - 2007-02-08 20:46:59
|
El Jueves, 8 de Febrero de 2007 15:01, Francesco Montorsi escribi=F3: > yet another source of problems maybe the library order: since it compiles > with MSVC (where lib order doesn't care) but doesn't under Linux I suggest > you to check that all libraries are orderered in this way: A B C where A > is the lib which depends on B and C, B is the one which depends from C and > so on (i.e. a library X may only depend from libs listed _after_ X). Hi Francesco, this is what I have in my bakefile currently: <wx-lib>xml</wx-lib> <wx-lib>core</wx-lib> <wx-lib>base</wx-lib> <!-- base must be last wx-lib --> > Another suggestion is to change (from console and temporarily) your locale > to be "en_us" (american english) and then copy&paste your error message to > google removing the name of your specific function :D I've already did. Not much information except the one about the vtable bein= g=20 put at the first non-inline virtual function. But, I use NO virtual functions in this table. Thanks, Mat=EDas Szeftel __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: <msz...@ya...> - 2007-02-08 20:37:27
|
El Jueves, 8 de Febrero de 2007 12:33, Klaas Holwerda escribi=F3: > Another reason might be mixing up Debug wxWidgest with non debug > application code. ( flags like __WXDEBUG__ and such ) > Hi Klaas, I'm not using such flags in my code.=20 And I'm using the bakefile generated GNUmakefile. Thanks, Mat=EDas Szeftel __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: <msz...@ya...> - 2007-02-08 20:35:05
|
El Jueves, 8 de Febrero de 2007 12:27, John Labenski escribi=F3: > On 2/8/07, Mat=EDas Szeftel <msz...@ya...> wrote: > > Hi wxCoders! > > I hope you can help me. This might be a more c++ related question but I > > feel that you are the only ones that can help me. HELP!!! :( > > > > I'm tryng to comile my component (wxActiveRecordGenerator: activerecord > > module in wxCode CVS). > > > > I'm in Kubuntu using wx2.8 and gcc 4.1 and DatabaseLayer 1.6. I'm having > > linking errors when doing a "make -f GNUmakefile". > > > > Hope you can help... > > > > Regards Mat=EDas. > > > > This is the output: > > > > btw: referencia a `vtable for xxxx' sin definir =3D undefined reference= to > > `vtable for xxxx' > > All the methods are defined so I really don'tget the error > > messages...and I have no virtual functions. I should be getting linker > > errors against DatabaseLayer because I haven't compiled it yet. > > > > gnu/wxActiveRecordGenerator_DatabaseConnectionDlg.o: In function > > `DatabaseConnectionDlg::DatabaseConnectionDlg(wxWindow*, int, wxString > > const&, wxPoint const&, wxSize const&, long)': > > DatabaseConnectionDlg.cpp:(.text+0x27af): referencia a `vtable for > > DatabaseConnectionDlg' sin definir > > > > > > gnu/wxActiveRecordGenerator_RelationPropertiesDlg.o: In function > > `RelationPropertiesDlg::RelationPropertiesDlg(wxWindow*, int, wxString > > const&, wxPoint const&, wxSize const&, long)': > > RelationPropertiesDlg.cpp:(.text+0x2223): referencia a `vtable for > > RelationPropertiesDlg' sin definir > > For starters you may want to try adding virtual destructors for these > classes, just an empty one like this. I think I've seen error messages > like these before and I'm guessing that they are from the base class > having a vtable, but your subclassed class doesn't explicitly have > one. > > in DatabaseConnectionDlg.h add > virtual ~DatabaseConnectionDlg() {} I did this John. But I made it a non-inline virtual destructor. Because I'= ve=20 read that the vtable shall be alocated in the first non-inline virtual=20 function. Anyway now I'm getting undefined reference to vtable for the destructors. = :( =2E.. plus the previous errors. I do think you are pointing the right way here, but I don't know what to=20 do... Thanks,=20 Matias Szeftel __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: Francesco M. <f18...@ya...> - 2007-02-08 18:01:51
|
yet another source of problems maybe the library order: since it compiles with MSVC (where lib order doesn't care) but doesn't under Linux I suggest you to check that all libraries are orderered in this way: A B C where A is the lib which depends on B and C, B is the one which depends from C and so on (i.e. a library X may only depend from libs listed _after_ X). Another suggestion is to change (from console and temporarily) your locale to be "en_us" (american english) and then copy&paste your error message to google removing the name of your specific function :D HTH, Francesco Klaas Holwerda ha scritto: > Another reason might be mixing up Debug wxWidgest with non debug application code. > ( flags like __WXDEBUG__ and such ) > > Klaas > > John Labenski wrote: >> On 2/8/07, Matías Szeftel <msz...@ya...> wrote: >> > >> For starters you may want to try adding virtual destructors for these >> classes, just an empty one like this. I think I've seen error messages >> like these before and I'm guessing that they are from the base class >> having a vtable, but your subclassed class doesn't explicitly have >> one. >> > |
From: Klaas H. <db...@nl...> - 2007-02-08 15:35:34
|
Another reason might be mixing up Debug wxWidgest with non debug applicat= ion code. ( flags like __WXDEBUG__ and such ) Klaas John Labenski wrote: > On 2/8/07, Mat=EDas Szeftel <msz...@ya...> wrote: >=20 > For starters you may want to try adding virtual destructors for these > classes, just an empty one like this. I think I've seen error messages > like these before and I'm guessing that they are from the base class > having a vtable, but your subclassed class doesn't explicitly have > one. >=20 --=20 Unclassified |
From: John L. <jla...@gm...> - 2007-02-08 15:27:12
|
On 2/8/07, Mat=EDas Szeftel <msz...@ya...> wrote: > > Hi wxCoders! > I hope you can help me. This might be a more c++ related question but I f= eel > that you are the only ones that can help me. HELP!!! :( > > I'm tryng to comile my component (wxActiveRecordGenerator: activerecord m= odule > in wxCode CVS). > > I'm in Kubuntu using wx2.8 and gcc 4.1 and DatabaseLayer 1.6. I'm having > linking errors when doing a "make -f GNUmakefile". > > Hope you can help... > > Regards Mat=EDas. > > This is the output: > > btw: referencia a `vtable for xxxx' sin definir =3D undefined reference t= o > `vtable for xxxx' > All the methods are defined so I really don'tget the error messages...an= d I > have no virtual functions. I should be getting linker errors against > DatabaseLayer because I haven't compiled it yet. > > gnu/wxActiveRecordGenerator_DatabaseConnectionDlg.o: In function > `DatabaseConnectionDlg::DatabaseConnectionDlg(wxWindow*, int, wxString > const&, wxPoint const&, wxSize const&, long)': > DatabaseConnectionDlg.cpp:(.text+0x27af): referencia a `vtable for > DatabaseConnectionDlg' sin definir > gnu/wxActiveRecordGenerator_RelationPropertiesDlg.o: In function > `RelationPropertiesDlg::RelationPropertiesDlg(wxWindow*, int, wxString > const&, wxPoint const&, wxSize const&, long)': > RelationPropertiesDlg.cpp:(.text+0x2223): referencia a `vtable for > RelationPropertiesDlg' sin definir For starters you may want to try adding virtual destructors for these classes, just an empty one like this. I think I've seen error messages like these before and I'm guessing that they are from the base class having a vtable, but your subclassed class doesn't explicitly have one. in DatabaseConnectionDlg.h add virtual ~DatabaseConnectionDlg() {} Hope this helps, John Labenski |
From: <msz...@ya...> - 2007-02-08 07:56:16
|
Hi wxCoders! I hope you can help me. This might be a more c++ related question but I fee= l=20 that you are the only ones that can help me. HELP!!! :( I'm tryng to comile my component (wxActiveRecordGenerator: activerecord mod= ule=20 in wxCode CVS). I'm in Kubuntu using wx2.8 and gcc 4.1 and DatabaseLayer 1.6. I'm having=20 linking errors when doing a "make -f GNUmakefile". Hope you can help... Regards Mat=EDas. This is the output: btw: referencia a `vtable for xxxx' sin definir =3D undefined reference to= =20 `vtable for xxxx' All the methods are defined so I really don'tget the error messages...and = I=20 have no virtual functions. I should be getting linker errors against=20 DatabaseLayer because I haven't compiled it yet. gnu/wxActiveRecordGenerator_DatabaseConnectionDlg.o: In function=20 `DatabaseConnectionDlg::DatabaseConnectionDlg(wxWindow*, int, wxString=20 const&, wxPoint const&, wxSize const&, long)': DatabaseConnectionDlg.cpp:(.text+0x27af): referencia a `vtable for=20 DatabaseConnectionDlg' sin definir gnu/wxActiveRecordGenerator_DatabaseConnectionDlg.o: In function=20 `DatabaseConnectionDlg::DatabaseConnectionDlg(wxWindow*, int, wxString=20 const&, wxPoint const&, wxSize const&, long)': DatabaseConnectionDlg.cpp:(.text+0x2827): referencia a `vtable for=20 DatabaseConnectionDlg' sin definir gnu/wxActiveRecordGenerator_DatabaseConnectionDlg.o: In function=20 `DatabaseConnectionDlg::DatabaseConnectionDlg()': DatabaseConnectionDlg.cpp:(.text+0x289e): referencia a `vtable for=20 DatabaseConnectionDlg' sin definir gnu/wxActiveRecordGenerator_DatabaseConnectionDlg.o: In function=20 `DatabaseConnectionDlg::DatabaseConnectionDlg()': DatabaseConnectionDlg.cpp:(.text+0x290e): referencia a `vtable for=20 DatabaseConnectionDlg' sin definir gnu/wxActiveRecordGenerator_RelationPropertiesDlg.o: In function=20 `RelationPropertiesDlg::RelationPropertiesDlg(wxWindow*, int, wxString=20 const&, wxPoint const&, wxSize const&, long)': RelationPropertiesDlg.cpp:(.text+0x2223): referencia a `vtable for=20 RelationPropertiesDlg' sin definir gnu/wxActiveRecordGenerator_RelationPropertiesDlg.o: In function=20 `RelationPropertiesDlg::RelationPropertiesDlg(wxWindow*, int, wxString=20 const&, wxPoint const&, wxSize const&, long)': RelationPropertiesDlg.cpp:(.text+0x22e7): referencia a `vtable for=20 RelationPropertiesDlg' sin definir gnu/wxActiveRecordGenerator_RelationPropertiesDlg.o: In function=20 `RelationPropertiesDlg::RelationPropertiesDlg()': RelationPropertiesDlg.cpp:(.text+0x23aa): referencia a `vtable for=20 RelationPropertiesDlg' sin definir gnu/wxActiveRecordGenerator_RelationPropertiesDlg.o: In function=20 `RelationPropertiesDlg::RelationPropertiesDlg()': RelationPropertiesDlg.cpp:(.text+0x2446): referencia a `vtable for=20 RelationPropertiesDlg' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::OnLoadClick(wxCommandEvent&)': wxActiveRecordGeneratorFrm.cpp:(.text+0x56a5): referencia a=20 `DatabaseConnectionDlg::GetActiveRecordGen() const' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::OnAboutClick(wxCommandEvent&)': wxActiveRecordGeneratorFrm.cpp:(.text+0x593e): referencia a=20 `wxActiveRecordGeneratorFrm::GetVersion() const' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::OnNewdatabaseClick(wxCommandEvent&)': wxActiveRecordGeneratorFrm.cpp:(.text+0x8de0): referencia a=20 `DatabaseConnectionDlg::GetActiveRecordGen() const' sin definir wxActiveRecordGeneratorFrm.cpp:(.text+0x8dfd): referencia a=20 `wxActiveRecordGeneratorFrm::GetVersion() const' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::wxActiveRecordGeneratorFrm(wxWindow*, int,=20 wxString const&, wxPoint const&, wxSize const&, long)': wxActiveRecordGeneratorFrm.cpp:(.text+0xe693): referencia a `vtable for=20 wxActiveRecordGeneratorFrm' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::wxActiveRecordGeneratorFrm(wxWindow*, int,=20 wxString const&, wxPoint const&, wxSize const&, long)': wxActiveRecordGeneratorFrm.cpp:(.text+0xe7e3): referencia a `vtable for=20 wxActiveRecordGeneratorFrm' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::wxActiveRecordGeneratorFrm()': wxActiveRecordGeneratorFrm.cpp:(.text+0xe933): referencia a `vtable for=20 wxActiveRecordGeneratorFrm' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `wxActiveRecordGeneratorFrm::wxActiveRecordGeneratorFrm()': wxActiveRecordGeneratorFrm.cpp:(.text+0xea1b): referencia a `vtable for=20 wxActiveRecordGeneratorFrm' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGeneratorFrm.o: In function=20 `RelationPropertiesDlg::~RelationPropertiesDlg()': wxActiveRecordGeneratorFrm.cpp: (.text._ZN21RelationPropertiesDlgD1Ev[RelationPropertiesDlg::~RelationPrope= rtiesDlg()]+0x7):=20 referencia a `vtable for RelationPropertiesDlg' sin definir gnu/wxActiveRecordGenerator_wxActiveRecordGuiApp.o: In function=20 `WxActiveRecordGuiApp::OnInit()': wxActiveRecordGuiApp.cpp:(.text+0x3c3): referencia a=20 `wxActiveRecordGeneratorFrm::SetVersion(wxString)' sin definir collect2: ld returned 1 exit status __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: Francesco M. <f18...@ya...> - 2007-02-03 13:30:26
|
Matías Szeftel ha scritto: > Every one on wxCode could try this if is no too much hassle and offer it > as a download option. In the hope of having a nice users base. It would > be nice to have a nice packaging system for our wxWidgets applications. > I'll try to use it in the next wxARG release. Great, thanks! This makes it possible for me to introduce a big topic which I already wanted to do :) Currently wxCode internals have some drawbacks: 1) administration is not as easy as it should be: approving new components takes various time and the current internal structure of wxCode website is not very easy-to-update / straightforward. 2) browsing the component list is not as fast as possible: except for the links at the top and at the bottom of the page (those to other categories of components) the content is still generated on-the-fly. Initially I thought to cache only the links (since generating that set of links is a _very_ slow operation) to allow the developer which uses the http://wxcode.sourceforge.net/edit.php page to immediately see his changes reflected on the component list page, without the need of waiting that some cron job on SF regenerates that page. However, I now realize that the infos of the components are not updated so often and that the entire contents of the complist.php page could easily be cached and refreshed only, say, once per day. 3) component infos are not in CVS: before my restructuring of wxCode the (very few) info characterizing each components were kept in the Readme.txt file which any component should have placed in its root folder. While this made impossible an automatic generation of nice web reports, it was more programmer-friendly than the current DB-driven solution because it allowed the developer to avoid to use the web interface at http://wxcode.sourceforge.net/edit.php to modify and/or keep updated the component infos. The file was kept in the source repository and thus when e.g. making a new release the programmer only had to modify the version number there. I don't know how many of you use http://wxcode.sourceforge.net/edit.php but I'd guess (not sure however) that many components have outdated infos also because of the lazyness of the programmer to update the wxCode internal DB. 4) programmers do not keep up2date their components / upload sources to CVS. [ 5) if you think I'm missing something else, please say your opinion... ] If we decide to solve problem #2, i.e. cache the components HTML description, then the wxWPM project may help us to partially solve #1, #3 problems providing the following (big IMO) advantages: 1) the component infos would be stored in the CVS in an XML-like format, i.e. as a wxWidgets package descriptor (WXP). A sample WXP file for my wxXml2 component is at: http://wxcode.svn.sourceforge.net/viewvc/wxcode/trunk/wxCode/components/wxxml2/build/wxxml2.wxp?view=markup having it in the CVS/SVN allows the developer to easily keep it updated. 2) the component list HTML pages could be easily created using 'wxp' command line program (just look at http://wxwpm.sourceforge.net/packages.php - it looks familiar, isn't it ;) ?), and thus also cached and regenerated anytime there's a change. Also, updating the website to e.g. a new look would be extremehely easy: just changing the "viewformat" used by the 'wxp' utility (while to change the look of the component list would currently require changing lots of PHP code). 3) it would simplify the wxCode website structure, because the DB should not be necessary anymore: from that WXP file (which also contains MORE INFO on the component rather than those currently contained ), the 'wxp' command line utility can generate the HTML description of the packages. Thus the wxCode PHP website should not query the DB anymore but rather use those cached HTML code snippets. 4) the maintainer of the component could create more easily the releases of his component. With the info taken from the WXP the 'wxp' utility is able to automatically create the .zip or .tar.gz excluding e.g. the object files, the CVS/.svn folders from the archive, etc. Those releases would automatically be directly usable as wxWidgets packages from the wxWPM Package Manager. The drawbacks of switching to the use of WXP files rather than the current DB solution: 1) administrators of wxCode should necessarily install 'wxp' utility to update the HTML descriptions and/or add new components 2) all the maintainers should keep the WXP file (and update it) in the repo of their components. What do you think? Are they acceptable? Looking forward to hear your opinion, Francesco |
From: <msz...@ya...> - 2007-02-02 22:15:56
|
Every one on wxCode could try this if is no too much hassle and offer it as a download option. In the hope of having a nice users base. It would be nice to have a nice packaging system for our wxWidgets applications. I'll try to use it in the next wxARG release. Regards, Matías. Francesco Montorsi escribió: > Hi all, > I'm posting this announce here as I think that even if wxWPM is not a > wxCode component, you'll still be interested: > > I'm pleased to announce a new release of the wxWPM, the wxWidgets > package manager project. > > > What is it? > ----------- > > The wxWidgets Packager Manager project (wxWPM in short) provides the > tools to create and use a new format of source packages: the wxWidgets > packages. > > The wxWidgets packages are simple compressed archives containing a WXP > (wxWidgets package descriptor file) which contains the info used by the > Package Manager to build (i.e. compile), install or uninstall the > package on the user's system using the build system of the packaged > software (e.g. bakefile or cmake). > > The concept is very similar to the DevC++'s devpaks, but unlike them > wxWidgets packages are cross-platform and are completely abstracted from > the build system used by the packaged project. > They are aimed to make the software modular and easy reusable! > > Packaging your software using the wxWidgets Packager GUI is extremely > easy; once you've filled in the fields, it will even help you to make > new releases of your software faster (creating the .zip and .tar.gz > archives automatically excluding unwanted files); you won't even need to > upload/distribute a new file as you can reuse your source releases (the > usual .zip, .tar.gz archives) as wxWidgets packages (just putting a > package descriptor inside them)! > > > What does it provide? > --------------------- > > The wxWPM project provides three applications: > > 1. a GUI Package Manager which can be used to browse remote > repositories of packages, download the selected packages, build them > using the user-specified configuration and finally install them. > > 2. the wxWidgets GUI Packager: an intuitive tool which creates the > wxWidgets package descriptors (WXP) and will create the wxWidgets > compressed package. > > 3. the third application is a command-line manager which provides all > functionalities of previous apps from command-line, allowing to e.g. > script the download and the installation of the latest version of your > favourite packages. > > This project was initially sponsorised by Google in its Summer Of Code > 2006, developed by Francesco Montorsi and mentored by Julian Smart. > > > Links > ----- > > To learn more about wxWPM: http://wxwpm.sourceforge.net > wxWPM screenshots page: http://wxwpm.sourceforge.net/screenshots.php > wxWPM download page: http://wxwpm.sourceforge.net/download.php > > To learn about wxWidgets: http://www.wxwidgets.org > > > > Feedback greatly appreciated ! > > Francesco Montorsi > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users > > __________________________________________________ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas |
From: Francesco M. <f18...@ya...> - 2007-02-02 19:36:14
|
Hi all, I'm posting this announce here as I think that even if wxWPM is not a wxCode component, you'll still be interested: I'm pleased to announce a new release of the wxWPM, the wxWidgets package manager project. What is it? ----------- The wxWidgets Packager Manager project (wxWPM in short) provides the tools to create and use a new format of source packages: the wxWidgets packages. The wxWidgets packages are simple compressed archives containing a WXP (wxWidgets package descriptor file) which contains the info used by the Package Manager to build (i.e. compile), install or uninstall the package on the user's system using the build system of the packaged software (e.g. bakefile or cmake). The concept is very similar to the DevC++'s devpaks, but unlike them wxWidgets packages are cross-platform and are completely abstracted from the build system used by the packaged project. They are aimed to make the software modular and easy reusable! Packaging your software using the wxWidgets Packager GUI is extremely easy; once you've filled in the fields, it will even help you to make new releases of your software faster (creating the .zip and .tar.gz archives automatically excluding unwanted files); you won't even need to upload/distribute a new file as you can reuse your source releases (the usual .zip, .tar.gz archives) as wxWidgets packages (just putting a package descriptor inside them)! What does it provide? --------------------- The wxWPM project provides three applications: 1. a GUI Package Manager which can be used to browse remote repositories of packages, download the selected packages, build them using the user-specified configuration and finally install them. 2. the wxWidgets GUI Packager: an intuitive tool which creates the wxWidgets package descriptors (WXP) and will create the wxWidgets compressed package. 3. the third application is a command-line manager which provides all functionalities of previous apps from command-line, allowing to e.g. script the download and the installation of the latest version of your favourite packages. This project was initially sponsorised by Google in its Summer Of Code 2006, developed by Francesco Montorsi and mentored by Julian Smart. Links ----- To learn more about wxWPM: http://wxwpm.sourceforge.net wxWPM screenshots page: http://wxwpm.sourceforge.net/screenshots.php wxWPM download page: http://wxwpm.sourceforge.net/download.php To learn about wxWidgets: http://www.wxwidgets.org Feedback greatly appreciated ! Francesco Montorsi |
From: Francesco M. <f18...@ya...> - 2007-01-27 11:01:53
|
Armando Urdiales ha scritto: > > Hi Francesco > > I have upload the project to: > > /wxCode/components/commander > > But before that, I have committed an errors and have upload it in erroneous routes. > > /wxCommander/ > /src/ don't worry. I've removed those files wrongly-placed. Francesco |
From: Armando U. <au...@ho...> - 2007-01-26 18:18:07
|
Hi Francesco I have upload the project to: /wxCode/components/commander But before that, I have committed an errors and have upload it in erroneous= routes. /wxCommander/ /src/ I feel it it will not happen again I am very ashamed Bye and sorry. AURGO =AE ---------------------------------------- > To: wxc...@li... > From: f18...@ya... > Date: Fri, 26 Jan 2007 18:16:57 +0100 > Subject: Re: [wxCode-users] Cron job: wxCommand is pending approval >=20 > Armando Urdiales ha scritto: > >=20 > > Hi Francesco > >=20 > > I changed the name of the project in the application (source code, etc)= the New name is wxCommander > > and I see the project name in wxCode and the name is wxCommand > ops! Forgot to correct the name to "wxCommander". > Fixed now (the website will auto-update at max in 24 hours)... >=20 >=20 > Francesco >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users _________________________________________________________________ Prueba algunos de los nuevos servicios en l=EDnea que te ofrece Windows Liv= e Ideas: tan nuevos que ni siquiera se han publicado oficialmente todav=EDa= . http://ideas.live.com= |
From: Francesco M. <f18...@ya...> - 2007-01-26 17:17:50
|
Armando Urdiales ha scritto: > > Hi Francesco > > I changed the name of the project in the application (source code, etc) the New name is wxCommander > and I see the project name in wxCode and the name is wxCommand ops! Forgot to correct the name to "wxCommander". Fixed now (the website will auto-update at max in 24 hours)... Francesco |
From: Armando U. <au...@ho...> - 2007-01-26 16:44:30
|
Hi Francesco I changed the name of the project in the application (source code, etc) the= New name is wxCommander and I see the project name in wxCode and the name is wxCommand Do I return to the old name? or is it an error? Sorry for the inconveniences. AURGO =AE ---------------------------------------- > To: wxc...@li... > From: f18...@ya... > Date: Fri, 26 Jan 2007 10:04:59 +0100 > Subject: Re: [wxCode-users] Cron job: wxCommand is pending approval >=20 > Armando Urdiales ha scritto: > > Hi=20 > >=20 > > I prefer CVS over Subversion > Good. I've created the repository of wxCommander in CVS. >=20 > Please refer to the Maintainers' Guide (you can find it at=20 > wxcode.sf.net) for help setting up your development environment or ask=20 > here at wxcode-users for any doubt. >=20 > Good work! > Francesco >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users _________________________________________________________________ Busca desde cualquier p=E1gina Web con una protecci=F3n excepcional. Consig= ue la Barra de herramientas de Windows Live hoy mismo y GRATUITAMENTE. http://www.toolbar.live.com= |
From: Francesco M. <f18...@ya...> - 2007-01-26 09:05:57
|
Armando Urdiales ha scritto: > Hi > > I prefer CVS over Subversion Good. I've created the repository of wxCommander in CVS. Please refer to the Maintainers' Guide (you can find it at wxcode.sf.net) for help setting up your development environment or ask here at wxcode-users for any doubt. Good work! Francesco |
From: Armando U. <au...@ho...> - 2007-01-26 08:26:21
|
Hi=20 I prefer CVS over Subversion Thanks. AURGO =AE ---------------------------------------- > To: wxc...@li... > From: f18...@ya... > Date: Thu, 25 Jan 2007 12:31:26 +0100 > Subject: Re: [wxCode-users] Cron job: wxCommand is pending approval >=20 > Armando Urdiales ha scritto: > >=20 > > ok I'll change the name, I think the name would be wxCommander, because= , it's the gnu alternative to the windowsCommander http://www.windowscomman= der.de/=20 > Ok, let's go with wxCommander. >=20 > Before creating the repo for it just let me know if you prefer CVS over=20 > Subversion or viceversa... >=20 > Thanks, > Francesco >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users _________________________________________________________________ =A1Ya est=E1 aqu=ED Windows Live Spaces! Ahora podr=E1s crear f=E1cilmente = tu propio sitio Web. http://spaces.live.com/signup.aspx= |
From: Francesco M. <f18...@ya...> - 2007-01-25 11:32:14
|
Armando Urdiales ha scritto: > > ok I'll change the name, I think the name would be wxCommander, because, it's the gnu alternative to the windowsCommander http://www.windowscommander.de/ Ok, let's go with wxCommander. Before creating the repo for it just let me know if you prefer CVS over Subversion or viceversa... Thanks, Francesco |
From: Armando U. <au...@ho...> - 2007-01-25 08:22:05
|
ok I'll change the name, I think the name would be wxCommander, because, it= 's the gnu alternative to the windowsCommander http://www.windowscommander.= de/=20 Thanks, I begin now to change all Code :-) AURGO =AE ---------------------------------------- > To: wxc...@li... > From: f18...@ya... > Date: Wed, 24 Jan 2007 13:27:25 +0100 > Subject: Re: [wxCode-users] Cron job: wxCommand is pending approval >=20 > Armel Asselin ha scritto: > >>> name: wxCommand > >> Isn't the name a bit too generic? > >=20 > > doesn't it already exist? cf. include/cmdproc.h > right. Thanks for noticing it. >=20 > The name really needs to be changed before inclusion in wxCode... >=20 > Francesco >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users _________________________________________________________________ Busca desde cualquier p=E1gina Web con una protecci=F3n excepcional. Consig= ue la Barra de herramientas de Windows Live hoy mismo y GRATUITAMENTE. http://www.toolbar.live.com= |