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: Francesco M. <f18...@ya...> - 2007-01-24 12:28:28
|
Armel Asselin ha scritto: >>> name: wxCommand >> Isn't the name a bit too generic? > > doesn't it already exist? cf. include/cmdproc.h right. Thanks for noticing it. The name really needs to be changed before inclusion in wxCode... Francesco |
From: Armel A. <ass...@wa...> - 2007-01-24 12:15:05
|
> > name: wxCommand > Isn't the name a bit too generic? doesn't it already exist? cf. include/cmdproc.h Armel |
From: Francesco M. <f18...@ya...> - 2007-01-24 11:39:52
|
Hi Armando, > name: wxCommand Isn't the name a bit too generic? Wouldn't it better to rename it to e.g. wxFileExplorer or wxCommander ? Especially for a component hosted at wxCode, the "wxCommand" name seems misleading... (e.g. at first it gave me the idea of something related to external commands/scripting). > wxversion: 2.6 > category: application > language: cpp > description: Is a File Explorer Like a Windows Commander but GNU. > See the Web for more information http://vdoble.host.sk/ > The proyect is in Alpha and only in MSW (step by step). > location: wxcommand the "wx" in the location name is not necessary; I'd remove it. > cdate: 2007-01-22 > id: 124 > status: alpha > docs: notavailable > buildsys: projectfiles > extdep: none > wiki: website > wxport: wxmsw > samples: 1 > approved: 0 > author: Armando Urdiales González > version: 0.1 the other infos seems ok. Francesco |
From: Francesco M. <fr...@us...> - 2007-01-24 00:46:04
|
name: wxCommand wxversion: 2.6 category: application language: cpp description: Is a File Explorer Like a Windows Commander but GNU. See the Web for more information http://vdoble.host.sk/ The proyect is in Alpha and only in MSW (step by step). location: wxcommand cdate: 2007-01-22 id: 124 status: alpha docs: notavailable buildsys: projectfiles extdep: none wiki: website wxport: wxmsw samples: 1 approved: 0 author: Armando Urdiales González version: 0.1 maintainerid: 49 Maintainer SF username: aurgo Maintainer name: Armando Urdiales González Maintainer mail address: au...@ho... |
From: Francesco M. <fr...@us...> - 2007-01-23 00:46:06
|
name: wxCommand wxversion: 2.6 category: application language: cpp description: Is a File Explorer Like a Windows Commander but GNU. See the Web for more information http://vdoble.host.sk/ The proyect is in Alpha and only in MSW (step by step). location: wxcommand cdate: 2007-01-22 id: 124 status: alpha docs: notavailable buildsys: projectfiles extdep: none wiki: website wxport: wxmsw samples: 1 approved: 0 author: Armando Urdiales González version: 0.1 maintainerid: 49 Maintainer SF username: aurgo Maintainer name: Armando Urdiales González Maintainer mail address: au...@ho... |
From: John L. <jla...@gm...> - 2007-01-11 16:16:34
|
On 1/11/07, SourceForge.net <no...@so...> wrote: > Bugs item #1633261, was opened at 2007-01-11 15:58 > 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=1633261&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. > Submitted By: jerk (fantaz) > Assigned to: Nobody/Anonymous (nobody) > Summary: wxplotctrl_wxplotctrl.dsp corrupted? > > Initial Comment: > When trying to open wxplotctrl.dsw with Visual studio > (don't matter with VS 2005, 2003 or 6) the program reports that wxplotctrl_wxplotctrl.dsp is curropted and cannot be opened - to cite the VS error MessageBox. Furthermore, when i tried to build the project myself using bakefile 0.21, using > C:\Programs\Bakefile\src\bakefile.exe -f msvc wxplotctrl.bkl > I got the following error > wxCode\build\bakefiles\wxhacks.bkl:20: error: can't find file 'presets/wx.bkl' in > in wxCode\build\bakefiles:C:\Programs\Bakefile\rules:C:\Programs\Bakefile\output:C:\Programs\Bakefile > And the wx.bkl is really missing. > Any ideas? It shouldn't be corrupted, I just tried it in MSVC2005 using the CVS version? Are you using CVS or did you download a release? Chances are that in either case the line endings are incorrect and need to be converted to CRLF from Unix's LF using the free program unix2dos.exe (search web for a copy). You can also get a fresh copy of the dsw file from CVS using the web CVS browser on the wxcode SF project page and try that too. Also I see now that you'll probably have to copy the generated wxthings lib to the ../lib dir in wxplotctrl. I will try to add a path to the wxthings lib with an environment variable when I get a chance. Regards, John Labenski ps. For small things like this it might be easier to just post them here rather than creating a bug report. If you don't get a response in a reasonable amount of time then do the bug report so that the problem doesn't get lost or forgotten. |
From: SourceForge.net <no...@so...> - 2007-01-11 14:58:42
|
Bugs item #1633261, was opened at 2007-01-11 15:58 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=1633261&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 Private: No Submitted By: jerk (fantaz) Assigned to: Nobody/Anonymous (nobody) Summary: wxplotctrl_wxplotctrl.dsp corrupted? Initial Comment: When trying to open wxplotctrl.dsw with Visual studio (don't matter with VS 2005, 2003 or 6) the program reports that wxplotctrl_wxplotctrl.dsp is curropted and cannot be opened - to cite the VS error MessageBox. Furthermore, when i tried to build the project myself using bakefile 0.21, using C:\Programs\Bakefile\src\bakefile.exe -f msvc wxplotctrl.bkl I got the following error wxCode\build\bakefiles\wxhacks.bkl:20: error: can't find file 'presets/wx.bkl' in in wxCode\build\bakefiles:C:\Programs\Bakefile\rules:C:\Programs\Bakefile\output:C:\Programs\Bakefile And the wx.bkl is really missing. Any ideas? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1633261&group_id=51305 |
From: Francesco M. <f18...@ya...> - 2007-01-10 21:20:35
|
Blake Madden ha scritto: > I'm sorry, I've been separated from my Linux workstation for a couple > of days so I haven't had a chance to upload this yet. I will > definitely do that tonight as soon as I get home. I guess I'll use CVS. ok, now the component directory "wxCode/components/memorymappedfile" (note I removed the 'wx' prefix) is in CVS . Please refer to the maintainer guide and for any doubt ask here. Good luck! Francesco |
From: Blake M. <bla...@ol...> - 2007-01-10 17:21:12
|
I'm sorry, I've been separated from my Linux workstation for a couple =20 of days so I haven't had a chance to upload this yet. I will =20 definitely do that tonight as soon as I get home. I guess I'll use CVS. Quoting Francesco Montorsi <f18...@ya...>: > John Labenski ha scritto: >> Are we still waiting to see what happens with the integration of >> wxMemoryMappedFile into wxWidgets itself? > I'd guess so... btw this morning I've approved the component just to =20 > stop these > messages. However I'll wait Blake's reply before create the CVS/SVN =20 > component repo. > > > Francesco > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share yo= ur > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DD= EVDEV > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users > ****************************************** Blake Madden Development Lead Oleander Solutions E-mail: bla...@ol... Web: http://www.oleandersolutions.com |
From: Francesco M. <f18...@ya...> - 2007-01-10 16:41:09
|
John Labenski ha scritto: > Are we still waiting to see what happens with the integration of > wxMemoryMappedFile into wxWidgets itself? I'd guess so... btw this morning I've approved the component just to stop these messages. However I'll wait Blake's reply before create the CVS/SVN component repo. Francesco |
From: John L. <jla...@gm...> - 2007-01-10 16:31:10
|
Are we still waiting to see what happens with the integration of wxMemoryMappedFile into wxWidgets itself? Regards, John Labenski On 1/9/07, Francesco Montorsi <fr...@us...> wrote: > name: wxMemoryMappedFile > wxversion: all > category: stream,system,wrapper,miscellaneous > language: cpp > description: Class for mapping a file into your address space (rather than having to buffer its contents). This gives you direct access to the files contents as a raw char*, bypassing the usual file stream operations. You can even write to the char* and have that immediately write back directly to the file. > location: wxmemorymappedfile > cdate: 2007-01-07 > id: 123 > status: stable > docs: doxygen > buildsys: > extdep: none > wiki: disabled > wxport: all > samples: 1 > approved: 0 > author: Blake Madden > version: 1.0 > maintainerid: 48 > > Maintainer SF username: blizzymadden > Maintainer name: Blake Madden > Maintainer mail address: blake.madden@oleandersolutions.c > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users > |
From: John L. <jla...@gm...> - 2007-01-10 16:09:12
|
On 1/10/07, SourceForge.net <no...@so...> wrote: > Bugs item #1632434, was opened at 2007-01-10 15:42 > 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=1632434&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: CVS HEAD > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: jerk (fantaz) > Assigned to: Nobody/Anonymous (nobody) > Summary: wxthings build error > > Initial Comment: > Im' using VS 2005 and wx 2.6.3, and wxthings cvs head as of january 10th 2007. > During wxthings build, > in matrix2d.cpp in > wxMatrix2D wxMatrix2D::Exp10() const > Line 579 > I get the following error: > error C3861: 'exp10': identifier not found > > There is no exp10 fn documented in VS 2005 help. Any thoughts? I replaced it with PowN(double n) that does n^(element value) which is more generally useful. Gcc does have exp10. I also fixed #including wxWidgets/src/generic/filedlgg.cpp for MSVC. You can get the new version from CVS or browse the sourceforge CVS and replace the files. Thanks for the heads up. John Labenski |
From: SourceForge.net <no...@so...> - 2007-01-10 14:42:13
|
Bugs item #1632434, was opened at 2007-01-10 15:42 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=1632434&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: CVS HEAD Status: Open Resolution: None Priority: 5 Private: No Submitted By: jerk (fantaz) Assigned to: Nobody/Anonymous (nobody) Summary: wxthings build error Initial Comment: Im' using VS 2005 and wx 2.6.3, and wxthings cvs head as of january 10th 2007. During wxthings build, in matrix2d.cpp in wxMatrix2D wxMatrix2D::Exp10() const Line 579 I get the following error: error C3861: 'exp10': identifier not found There is no exp10 fn documented in VS 2005 help. Any thoughts? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1632434&group_id=51305 |
From: Francesco M. <fr...@us...> - 2007-01-10 00:46:02
|
name: wxMemoryMappedFile wxversion: all category: stream,system,wrapper,miscellaneous language: cpp description: Class for mapping a file into your address space (rather than having to buffer its contents). This gives you direct access to the files contents as a raw char*, bypassing the usual file stream operations. You can even write to the char* and have that immediately write back directly to the file. location: wxmemorymappedfile cdate: 2007-01-07 id: 123 status: stable docs: doxygen buildsys: extdep: none wiki: disabled wxport: all samples: 1 approved: 0 author: Blake Madden version: 1.0 maintainerid: 48 Maintainer SF username: blizzymadden Maintainer name: Blake Madden Maintainer mail address: blake.madden@oleandersolutions.c |
From: Francesco M. <fr...@us...> - 2007-01-09 00:46:01
|
name: wxMemoryMappedFile wxversion: all category: stream,system,wrapper,miscellaneous language: cpp description: Class for mapping a file into your address space (rather than having to buffer its contents). This gives you direct access to the files contents as a raw char*, bypassing the usual file stream operations. You can even write to the char* and have that immediately write back directly to the file. location: wxmemorymappedfile cdate: 2007-01-07 id: 123 status: stable docs: doxygen buildsys: extdep: none wiki: disabled wxport: all samples: 1 approved: 0 author: Blake Madden version: 1.0 maintainerid: 48 Maintainer SF username: blizzymadden Maintainer name: Blake Madden Maintainer mail address: blake.madden@oleandersolutions.c |
From: Francesco M. <fr...@us...> - 2007-01-08 00:46:02
|
name: wxMemoryMappedFile wxversion: all category: stream,system,wrapper,miscellaneous language: cpp description: Class for mapping a file into your address space (rather than having to buffer its contents). This gives you direct access to the files contents as a raw char*, bypassing the usual file stream operations. You can even write to the char* and have that immediately write back directly to the file. location: wxmemorymappedfile cdate: 2007-01-07 id: 123 status: stable docs: doxygen buildsys: extdep: none wiki: disabled wxport: all samples: 1 approved: 0 author: Blake Madden version: 1.0 maintainerid: 48 Maintainer SF username: blizzymadden Maintainer name: Blake Madden Maintainer mail address: blake.madden@oleandersolutions.c |
From: SourceForge.net <no...@so...> - 2007-01-04 21:09:04
|
Bugs item #1628172, was opened at 2007-01-04 23:09 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=1628172&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 Private: No Submitted By: OlegTs (olegts) Assigned to: Nobody/Anonymous (nobody) Summary: wxPlotCtrl with sizer Initial Comment: Hi! There is a problem using wxPlotCtrl, when it is added to wxBoxSizer with proportion==0 and/or without wxEXPAND flag. It's size become very large while resizing dialog. Example is attached. [wxMSW 2.6.3, WindowsXP, VC6.0, wxplotctrl_2006_04_28] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1628172&group_id=51305 |
From: Francesco M. <f18...@ya...> - 2007-01-03 10:35:16
|
Blake Madden ha scritto: > I wish to submit a new component, wxMemoryMappedFile. It is a class > that wraps the Win32 MapViewOfFile and UNIX mmap functions. It has > been tested on Windows and Linux and should work on Mac OSX (although > not tested yet). > > Please let me know if wxCode would be interested in this. Sure, we are! However this kind of memory mapped files has already been discussed on wx-dev: http://thread.gmane.org/gmane.comp.lib.wxwidgets.devel/81833/focus=81833 so maybe it could end up to duplicate something that will be added to wxWidgets. Probably the best thing would be to talk with Thomas Spitzer and see in which way your classes are different from his classes and merge them in a unique submission to wxWidgets. If however you don't have enough time to do that (write a reply to that thread on wx-dev), then please just submit it as a wxCode component: http://wxcode.sourceforge.net/submit.php note that the submission form doesn't allow you (yet) to choose between CVS and Subversion so if you prefer subversion just let me know. THanks, Francesco |
From: Francesco M. <f18...@ya...> - 2007-01-03 10:30:16
|
Hi, cecilio ha scritto: > Hi Francesco, > Sorry for the delay. > >>> could you submit it as a patch? >>> It's much easier to apply in that form (just do a "cvs diff -bu2 > >sample.patch" in wxXml2\sample). > > Well I am very new to CVS and SVN so I dont know how to prepare the > patch. But in any case, I moved to SVN and currently I don't have CVS > installed, so I can not execute the suggested command. well actually I did forget that I moved wxXml2 to SVN so that it's in wxCode SVN and not in wxCode CVS... ;) > Therefore I am sending you the full modified source file. this is ok anyway. > I built the > sample and tested it. It works ok: external entities are detected and > replaced correctly. There was a bug in the code I sketched in my > previous e-mail, as it only worked ok if the xml file being processed > has only one external entity defined. If it has more than one > definition, I have discovered that after a node of type > wxXML_ENTITY_REF_NODE you will find, as children, the full list of > declared external entities. So I had to modify the code to choose the > proper one. The attached code is tested and works ok. > > Hope this is OK for you. Sure, thanks! I'll check it in asap. Francesco |
From: Blake M. <bla...@ol...> - 2007-01-02 20:56:40
|
I wish to submit a new component, wxMemoryMappedFile. It is a class that wraps the Win32 MapViewOfFile and UNIX mmap functions. It has been tested on Windows and Linux and should work on Mac OSX (although not tested yet). Please let me know if wxCode would be interested in this. Thank you, Blake ****************************************** Blake Madden Development Lead Oleander Solutions E-mail: bla...@ol... Web: http://www.oleandersolutions.com |
From: cecilio <s.c...@gm...> - 2006-12-29 15:36:51
|
Hi Francesco, Sorry for the delay. >> could you submit it as a patch? >> It's much easier to apply in that form (just do a "cvs diff -bu2 >sample.patch" in wxXml2\sample). Well I am very new to CVS and SVN so I dont know how to prepare the patch. But in any case, I moved to SVN and currently I don't have CVS installed, so I can not execute the suggested command. Therefore I am sending you the full modified source file. I built the sample and tested it. It works ok: external entities are detected and replaced correctly. There was a bug in the code I sketched in my previous e-mail, as it only worked ok if the xml file being processed has only one external entity defined. If it has more than one definition, I have discovered that after a node of type wxXML_ENTITY_REF_NODE you will find, as children, the full list of declared external entities. So I had to modify the code to choose the proper one. The attached code is tested and works ok. Hope this is OK for you. Regards, Cecilio 2006/12/13, Francesco Montorsi <f18...@ya...>: > Hi Cecilio, > sorry again for the delay... > > cecilio ha scritto: > > This is just to confirm you that replacing external entities on the > > fly works. > very good! > > > The following code is the modification to add to your > > sample code: > > > > else if (node.GetType() == wxXML_ENTITY_DECL) > > { > > wxXml2EntityDecl* pNode = (wxXml2EntityDecl*)&node; > > toadd += wxString::Format(_T(", NodeType=%d, Name='%s', > > SystemID='%s'\n"), > > node.GetType(), pNode->GetSystemID() ); > > > > // insert here the referenced xml tree > > > > // load the referebced XML file as tree of nodes > > wxXml2Document oDoc; > > wxString sError; > > wxFileName oFN(m_sMainFilename); > > oFN.SetFullName(pNode->GetSystemID()); > > wxString sFilename = oFN.GetFullPath(); > > if (!oDoc.Load(sFilename, &sError)) { > > wxLogMessage(_T("Error parsing file %s\nError:%s"), > > sFilename, sError); > > return; // or continue? > > } > > //Process it recursively > > wxXml2Node oRoot = oDoc.GetRoot(); > > wxString sChildTree; > > ParseNodeAndSiblings(oRoot, sChildTree, n); > > toadd += sChildTree; > > } > great - nice addition to the sample; could you submit it as a patch? > It's much easier to apply in that form (just do a "cvs diff -bu2 > >sample.patch" in wxXml2\sample). > > > > > > Two important issues: > > > > 1. You will see global variable m_sMainFilename. This is needed > > because the external entity URL could be relative to main file. So we > > need to know the main file URL. A second issue is that in this sample > > code I am assuming that the external entity URL is just > > "filename.ext", so that it will be located at the same folder than > > main XML file. > > This is a non-valid assuption and so, more code must be > > inserted to compose the rigth URL. > aren't these two issues the same ? > I'd simply write: > > wxFileName oFN(pNode->GetSystemID()); > if (oFN.IsRelative()) > oFN.MakeAbsolute(wxPathOnly(m_sMainFilename)); > > > - I did not tested this code in the sample, but in my app, so maybe > > there is some bug in last line (toadd += sChildTree). > I'll look at it.... > > Thanks, > Francesco > |
From: Nuklear Z. <nuk...@gm...> - 2006-12-28 22:03:41
|
won't let me post news on wxcode. i will put something on the wxforum though. good idea, thanks. Francesco Montorsi wrote: > Hi, > > happy to see a new release. I'd suggest you however to post a news > on e.g. wx-users to make some more publicity for your component ;) > > Francesco > |
From: Francesco M. <f18...@ya...> - 2006-12-28 10:21:17
|
Hi, happy to see a new release. I'd suggest you however to post a news on e.g. wx-users to make some more publicity for your component ;) Francesco Nuklear Zelph ha scritto: > unfortunately i was unable to get the library finished right after the > beta release, but it is still out before the end of the year. i removed > all of the older releases and did a binary/source 7z file. given that > this is only a wrapper i don't think that the older releases are too > important and the source is in cvs anyway. since the beta version i > changed how the color settings for each lexer are implemented, but i > think that it is a much better and cleaner approach. i probably won't do > any more on it now since it is done unless someone finds a bug. i > changed it to work in a Unicode build too. (just added all the wxT > macros) the binary included is a 2.8.0 build and it supports everything > that wxSTC does. there is only one problem i know of should someone > build the library in wxWidgets version 2.7.0 since i think it uses a > couple 2.6.x function names that where changed latter so the macro kicks > on and messes things up, but it only takes commenting that line in the > top of XSTC.h. if this is not the case then i was imagining things. > > i will put the information about the version problem on the webspace and > update it. hope someone else finds this useful too. i figured it was a > waste reimplimenting the colors every new application and did not run > across something like this, so i built it. and heck i learned a thing or > two along the way. enjoy ;) > > Nuklear > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV |
From: Nuklear Z. <nuk...@gm...> - 2006-12-28 03:50:43
|
unfortunately i was unable to get the library finished right after the beta release, but it is still out before the end of the year. i removed all of the older releases and did a binary/source 7z file. given that this is only a wrapper i don't think that the older releases are too important and the source is in cvs anyway. since the beta version i changed how the color settings for each lexer are implemented, but i think that it is a much better and cleaner approach. i probably won't do any more on it now since it is done unless someone finds a bug. i changed it to work in a Unicode build too. (just added all the wxT macros) the binary included is a 2.8.0 build and it supports everything that wxSTC does. there is only one problem i know of should someone build the library in wxWidgets version 2.7.0 since i think it uses a couple 2.6.x function names that where changed latter so the macro kicks on and messes things up, but it only takes commenting that line in the top of XSTC.h. if this is not the case then i was imagining things. i will put the information about the version problem on the webspace and update it. hope someone else finds this useful too. i figured it was a waste reimplimenting the colors every new application and did not run across something like this, so i built it. and heck i learned a thing or two along the way. enjoy ;) Nuklear |
From: John L. <jla...@gm...> - 2006-12-23 16:18:27
|
On 12/21/06, Juan Jose Natera <nat...@gm...> wrote: > Hi everyone, > > I am trying to build wxPlotCtrl and I have found some problems, > basicly it's looking for gdk/gdk.h and failing, those files are in > /usr/include/gtk-2.0 though. > > src/plotdraw.cpp:60:25: warning: gdk/gdk.h: No such file or directory > > It then dies after it sees some undeclared gdk_* functions. > > My system is Debian Sarge with the wxgtk backports: > > libwxgtk2.6-0c102 > libwxgtk2.6-dbg > libwxgtk2.6-dev If you're using configure you can set the environment variable $export CFLAGS=/usr/local/include as an additional path to search in. Or, if you're using the Makefiles just add the include path to APPEXTRADEFS. Or, you can just edit include/wx/plotctrl/plotdefs.h and change this #define wxPLOTCTRL_FAST_GRAPHICS 0 to just use the wxWidgets DC drawing routines. Hope this helps, John Labenski |