Menu
▾
▴
wxcode-users — Submission, Questions, Information
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: Otto W. <ott...@or...> - 2004-12-21 16:21:12
|
Didier CorbiËre wrote: > > I'm trying to see the blackbox crash window in the crashtest sample: > \wxCode\components\crashprint\samples\crashtest > ... but nothing happens. > > The dll is loaded sucessfully, but at the "force crash" line the usual > error message box is displayed. (using Visual C++ 6). > > Any idea ? > ;-) Yes, with VC++ when debugging always VC++ gets first. Just build a normal application and try without VC++. BTW for what application do you want to use crashprint? 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: <did...@op...> - 2004-12-21 13:05:24
|
Hi, I'm trying to see the blackbox crash window in the crashtest sample: \wxCode\components\crashprint\samples\crashtest ... but nothing happens. The dll is loaded sucessfully, but at the "force crash" line the usual error message box is displayed. (using Visual C++ 6). Any idea ? Thanks, Didier |
|
From: Otto W. <ott...@or...> - 2004-12-13 19:16:24
|
sub...@wx... wrote: > > Maintainer: David Hart (dghart) > Component: UnixFiledataClass > Release: 1.0 > Documents: > wxWidgets: 2.4.x, 2.5.x > Subdir: UnixFiledataClass > > Description: > FileData is a class to encapsulate some *nix-specific things that wxWidgets (very reasonably) ignores. It has accessors for information about a file\'s permissions, ownership etc, and methods to modify these where possible. Unlike wxStat, it deals correctly with symlinks. > > None of this is rocket science, most methods just returning parts of statstruct. However I hope it saves some wheel-reinvention. > Finally added. 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: <sub...@wx...> - 2004-12-09 20:29:25
|
David Hart (da...@si...) wants to submit a component Maintainer: David Hart (dghart) Component: UnixFiledataClass Release: 1.0 Documents: wxWidgets: 2.4.x, 2.5.x Subdir: UnixFiledataClass Description: FileData is a class to encapsulate some *nix-specific things that wxWidgets (very reasonably) ignores. It has accessors for information about a file\'s permissions, ownership etc, and methods to modify these where possible. Unlike wxStat, it deals correctly with symlinks. None of this is rocket science, most methods just returning parts of statstruct. However I hope it saves some wheel-reinvention. |
|
From: Otto W. <ott...@or...> - 2004-12-06 21:07:48
|
Malcolm Nealon wrote: > > I asked if Chris would include some extras in his Chinook IDE and he > said that he could as long as it was 1 Stable and 2. It would need to > run on BSD, Linux, Solaris, Windows and Mac. > > Am I correct in believing that some or all of the components in wxcode > fall into this? > Each component at wxCode is done by their developers with the greatest care, otherwise they wouldn't make it public. But free code doesn't mean it's also free of bugs and it's the user's responsiblity to check the code out. Usually developers fix a bug if they know it but the developer mostly lack the time to do a full check. So if you want more and better free code help any developer as much as you can. All my components are used in released stable applications, therefore I think my components are fairly stable as well. O. Wyss -- Development of frame buffer drivers: http://linux-fbdev.sf.net Sample code snippets for wxWidgets: http://wxcode.sf.net How to build well-designed applications: http://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: Otto W. <ott...@or...> - 2004-12-06 20:55:00
|
sub...@wx... wrote: > > Maintainer: Blake Madden (blizzymadden) > Component: wxListCtrlEx > Subdir: wxListCtrlEx wxListCtrlEx added. 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: <sub...@wx...> - 2004-12-06 17:45:15
|
Blake Madden (mad...@ya...) wants to submit a component Maintainer: Blake Madden (blizzymadden) Component: wxListCtrlEx Subdir: wxListCtrlEx Parts: D S More infos: wxWidgets: 2.5.0 Description: A subclass of wxListCtrl that advanced features such as built in column sorting (which can sort both text and numbers) and a simplified virtual data interface. It also can correctly resize your columns (maintaining their original proportions) when you resize it. |
|
From: Malcolm N. <m.n...@wa...> - 2004-12-06 16:56:57
|
Hello wxcode-users, Just saying hi and thanks for some great work. I asked if Chris would include some extras in his Chinook IDE and he said that he could as long as it was 1 Stable and 2. It would need to run on BSD, Linux, Solaris, Windows and Mac. Am I correct in believing that some or all of the components in wxcode fall into this? -- Best regards, Malcolm mailto:m.n...@wa... |
|
From: Otto W. <ott...@or...> - 2004-11-29 18:43:12
|
Francesco Montorsi wrote: > > I've updated the readmes for wxxml2, wxscript, keybinder and palettefrm > components... > Let me know if I have something more to do... > I've updated the project list, check if I've done everything right. I've seen you reference the docs as "../docs...". That doesn't work since web folder and CVS is something completely different. To make them available you have to generate the html files and put it into a folder (html?) into the "website" in CVS. Through a cron job "website" from CVS is extracted into the web folder but since my name starts with a "w" it's only done in once a while. So if you change something write it to the list or check if your cron jobs are done more often. 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: Francesco M. <f18...@ya...> - 2004-11-28 16:43:42
|
Hi, > Note: I've changed the format of the Readme-file, when you update yours > look at the Readme in crashprint component > "http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/crashprint/Readme?view=markup". I've updated the readmes for wxxml2, wxscript, keybinder and palettefrm components... Let me know if I have something more to do... FM |
|
From: Otto W. <ott...@or...> - 2004-11-20 10:14:27
|
First it's rather difficult to communicate with all the developers at wxCode. I'd really appreciate if all would subscribe to wxcode-users. I'm not very satisfied with how wxCode evolves mostly because the update of the component list isn't done automatically. Since I haven't gotten any help for the PHP solution I still do it manually. So if you want to have your project info updated, it's your task to keep your Readme updated and post a message to wxcode-users, annonce the update. Then I'll update the website accordingly. Don't send this messsage to me, the right places is wxcode-users. Note: I've changed the format of the Readme-file, when you update yours look at the Readme in crashprint component "http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/crashprint/Readme?view=markup". You might also look at the wxScintilla component, it contains a rather simple Makefile for building a library. IMO it should be very easy to adapt it to any other library. -- 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: Gary V. <gv...@br...> - 2004-11-13 01:15:11
|
>The real solution would be > wxHyperLink is derived from wxControl. The wxStaticText is derived from wxControl but it doesn't receive the mouse events. How will deriving wxHyperLink from wxControl directly help us? I slightly changed your wxHyperLink control to derive from wxPanel. I am attaching the source files. Your comments are greatly appreciated. I tested the code a little bit on Windows and Linux. Seems to work. The only thing I noticed is that wxExecute starts shell and only then the browser on Linux. Is it how it is supposed to be? Thank you, Gary Vernik Sr. Software Engineer Host SW Group Brooktrout Technology 408-874-4014 > -----Original Message----- > From: Otto Wyss [mailto:ott...@or...] > Sent: Friday, November 12, 2004 11:36 AM > To: Gary Vernik > Cc: wxc...@li... > Subject: Re: [wxCode-users] EVT_ENTER_WINDOW on wxStaticText > > > Gary Vernik wrote: > > > > I logged a bug against the wxWindows at the same time as > I've sent you an > > email. Here it is: > > > https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1 > 064929&group_i > > d=9863 > > > I've seen it. > > > The feedback I received is: > > On Linux, the native widget doesn't generate the events and > > as such it is impossible to generate such events. Put the > > static text control on a panel and catch the events in the > > panel. > > > > Apparently the developers on wxWindows project are not > considering this to > > be an issue. As such, I don't expect it to gain any > attention or to be > > fixed. > > > > I'd appreciate any advice/suggestion you can make. > > > Yes, that's an answer we have to live with. Anyway using a panel might > work but is IMO a rather worse hack. The real solution would be > wxHyperLink is derived from wxControl. But that means > OnPaint, etc. have > to be written like any ordinary custom control. It might be > possible to > look at the code of the wxStaticText from wxUniv which should not be > based on any native control. > > I don't have the time to do this myself, so you either > someone else does > it or look around on the web for a better solution. > > 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://wxguide.sf.net > Desktop with a consistent look and feel: http://wyodesktop.sf.net > |
|
From: <ott...@or...> - 2004-11-12 21:46:20
|
I've copied wxStyledTextCtrl from wxWidgets/contrib to wxCode, named it wxScintilla and upgraded it to the newest Scintilla 1.62. The reasons: - wxWidgets 2.4.x is barely maintained, the release cycle is too long - an up to date wxScintilla is much too important for wyoEditor The advantages having wxScintilla (wxStyledTextCtrl) at wxCode are: - it can be maintained, updated and enhanced by anyone interested - it can closely follow the release cycle of Scintilla - it reduces the workload of some of the core developers The choosen library name is "libwxscintilla" the wrapper class is still named wxStyledTextCtrl, say if you have any objections. I've taken the files from wxWidgets 2.5.3 and made them build with wxWidgets 2.4.2. This included some backwards changes. I've downloaded Scintilla 1.62 and replaced all the Scintilla files. All the lexers are included except the external lexer (didn't build). Also I haven't updated the API so it's still at version 1.61. wxScintilla builds with wxMSW and wxGTK (always 2.4.2). There are still some issues but so far it works. wxScintilla is currently only available through CVS, a file release will be made when the outstanding issues are fixed. Please test it out and give me any feedback (just click on my name in the component list). To do: - enhance the Linux Makefile - create a MacOSX build file if needed - decide on the name of the class - update the API to Scintilla 1.62 - fix the clicking on selected text annoyance - fix not working TAB under wxGTK - making Debian, RPM, packages - make it build with 2.5.x as well O. Wyss -- Development of frame buffer drivers: http://linux-fbdev.sf.net Sample code snippets for wxWidgets: http://wxcode.sf.net How to build well-designed applications: http://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: Otto W. <ott...@or...> - 2004-11-12 19:35:46
|
Gary Vernik wrote: > > I logged a bug against the wxWindows at the same time as I've sent you an > email. Here it is: > https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1064929&group_i > d=9863 > I've seen it. > The feedback I received is: > On Linux, the native widget doesn't generate the events and > as such it is impossible to generate such events. Put the > static text control on a panel and catch the events in the > panel. > > Apparently the developers on wxWindows project are not considering this to > be an issue. As such, I don't expect it to gain any attention or to be > fixed. > > I'd appreciate any advice/suggestion you can make. > Yes, that's an answer we have to live with. Anyway using a panel might work but is IMO a rather worse hack. The real solution would be wxHyperLink is derived from wxControl. But that means OnPaint, etc. have to be written like any ordinary custom control. It might be possible to look at the code of the wxStaticText from wxUniv which should not be based on any native control. I don't have the time to do this myself, so you either someone else does it or look around on the web for a better solution. 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: Gary V. <gv...@br...> - 2004-11-12 18:30:31
|
Otto, I logged a bug against the wxWindows at the same time as I've sent you an email. Here it is: https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1064929&group_i d=9863 The feedback I received is: On Linux, the native widget doesn't generate the events and as such it is impossible to generate such events. Put the static text control on a panel and catch the events in the panel. Apparently the developers on wxWindows project are not considering this to be an issue. As such, I don't expect it to gain any attention or to be fixed. I'd appreciate any advice/suggestion you can make. Thanks, Gary Vernik Sr. Software Engineer Host SW Group Brooktrout Technology 408-874-4014 > -----Original Message----- > From: Otto Wyss [mailto:ott...@or...] > Sent: Friday, November 12, 2004 9:34 AM > To: wxc...@li... > Cc: gv...@br... > Subject: Re: [wxCode-users] EVT_ENTER_WINDOW on wxStaticText > > > > Gary Vernik (gv...@br...) wants to give feedback > for component: hyperlink > > > > I would like to use your wxHyperLink control. I noticed a > problem with it. I also noticed your post to > comp.soft-sys.wxwindows about this problem. Are there any > resolutions? What\'s the status? Are there any known workarounds? > > > So far nothing has changed, wxStaticText still doesn't handle ENTER > messages correct, at least not in wxWidgets 2.4. All you can do is ask > in the wx-dev mailing list about the 2.5. > > Please add a weblink (e.g. via Google groups) of my old comment in > comp.soft-sys.wxwindows to the message so it's easier to find it. > > 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://wxguide.sf.net > Desktop with a consistent look and feel: http://wyodesktop.sf.net > |
|
From: Otto W. <ott...@or...> - 2004-11-12 17:34:40
|
> Gary Vernik (gv...@br...) wants to give feedback for component: hyperlink > > I would like to use your wxHyperLink control. I noticed a problem with it. I also noticed your post to comp.soft-sys.wxwindows about this problem. Are there any resolutions? What\'s the status? Are there any known workarounds? > So far nothing has changed, wxStaticText still doesn't handle ENTER messages correct, at least not in wxWidgets 2.4. All you can do is ask in the wx-dev mailing list about the 2.5. Please add a weblink (e.g. via Google groups) of my old comment in comp.soft-sys.wxwindows to the message so it's easier to find it. 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://wxguide.sf.net Desktop with a consistent look and feel: http://wyodesktop.sf.net |
|
From: <fee...@wx...> - 2004-11-12 01:49:56
|
Gary Vernik (gv...@br...) wants to give feedback for component: hyperlink Hello Otto, I would like to use your wxHyperLink control. I noticed a problem with it. I also noticed your post to comp.soft-sys.wxwindows about this problem. Are there any resolutions? What\'s the status? Are there any known workarounds? Thanks, Gary |
|
From: <ott...@or...> - 2004-10-30 08:45:32
|
Sorry I've reworked all the GetNextxxx/GetPrevxxx in wxTreeListCtrl and this involved some small API changes. I've updated the CVS, forgetting about these changes, but not the file release. In case you depend on the old interface don't use the CVS. Keep in mind wxTreeListCtrl is still some kind of beta, so use with care. BTW. does anybody know why GetLastChild doesn't have a cookie parameter, all the other childs function have? O. Wyss -- See a huge pile of work at "http://wyodesktop.sourceforge.net/" |
|
From: Otto W. <ott...@or...> - 2004-10-25 17:47:44
|
Rui Curado wrote: > > Curiously, it works almost OK if you select items > sequentially from top to bottom, but the opposite > (from bottom to top) normally fails. > It was a clipping problem which is now solved. A new file release 2004-10-25 is uploaded. O. Wyss -- See a huge pile of work at "http://wyodesktop.sourceforge.net/" |
|
From: Francesco M. <f18...@ya...> - 2004-10-24 10:07:29
|
Hi, > anyway, I still have to check the (very important) autoconf target; I'll > have linux > access in short time. > I'll then provide a default configure.ac file ready to be configured for > the bakefiles of wxCode. I found time to make the autoconf target work: I've added some new files to make the bakefilizing easier: the config.sub, config.guess and install.sh files, for example. I also created two simple scripts "regenall.sh" and "cleanall.sh" in the build folder of wxCode which can be used to regenerate the makefiles of all wxCode bakefile-based components or to clean out all intermediate/log/exe files before committing. For this last script, I created a new "cleanall" target in the generated makefiles. Hope this will be useful, Francesco Montorsi |
|
From: Francesco M. <f18...@ya...> - 2004-10-20 16:54:18
|
Hi, > Greg (g....@ge...) wants to give feedback for component: > paletteframe > > > Why did you remove this component ? the component is working and it is in the CVS, AFAIK... also the released files at SF.net can be safely downloaded... Which problem did you have about palettefrm ? > Is there a way to test it ? just dowload the palettefrm archive at: https://sourceforge.net/project/showfiles.php?group_id=51305&package_id=45182&release_id=257843 or checkout the wxCode/components/palettefrm directory using CVS. Let me know if you have problems, Francesco Montorsi |
|
From: Otto W. <ott...@or...> - 2004-10-20 15:38:49
|
fee...@wx... wrote: > > Greg (g....@ge...) wants to give feedback for component: paletteframe > > Why did you remove this component ? > Why do you think it's removed? Only the Readme isn't there because it's replace by the ReadMe.txt. Just go up in the CVS hierarchie. The problems is the website isn't dynamic updated so far. BTW you could download the source when clicking on the release date in the list. O. Wyss -- See a huge pile of work at "http://wyodesktop.sourceforge.net/" |
|
From: <fee...@wx...> - 2004-10-20 14:38:12
|
Greg (g....@ge...) wants to give feedback for component: paletteframe Why did you remove this component ? Is there a way to test it ? Regards, Greg |
|
From: Otto W. <ott...@or...> - 2004-10-16 18:00:30
|
fee...@wx... wrote: > > Rui Curado (rui...@ya...) wants to give feedback for component: wxTreeListCtrl > > Dear Otto, > > Thanks for your great resource, wxCode. > Thanks to all the others wxCode submitters as well. > I just incorporated the latest version of your wxTreeListCtrl, and I found that it works OK except one thing: Data in extra columns is erased when the row is selected. > Thanks to you sample changes it was easy for me to discover the bug. It's now fixed in CVS. I'm still not very happy with the current painting, so I keep on reworking it. This might introduce new problems which I may have forgotten to test. O. Wyss -- See a huge pile of work at "http://wyodesktop.sourceforge.net/" |
|
From: <fee...@wx...> - 2004-10-15 10:05:28
|
Rui Curado (rui...@ya...) wants to give feedback for component: wxTreeListCtrl Dear Otto, Thanks for your great resource, wxCode. I just incorporated the latest version of your wxTreeListCtrl, and I found that it works OK except one thing: Data in extra columns is erased when the row is selected. I am using wxWidgets 2.5.3, the development version released a few days ago, under win2000 and VC++6. I know it is stated on the site that the latest supported version is 2.5.1, but you could use this report to help upgrade your class to 2.5.3. To reproduce the problem: In your treelisttest.cpp file add : - In method AddTestItemsToTree() After AddColumn (_T(\"Main\"), 250); add: AddColumn(_(\"Col1\"), 50, wxTL_ALIGN_LEFT); SetColumnAlignment(1,wxTL_ALIGN_RIGHT); AddColumn(_(\"Col2\"), 50, wxTL_ALIGN_LEFT); SetColumnAlignment(2,wxTL_ALIGN_RIGHT); - In method AddItemsRecursively() After wxTreeItemId id = AppendItem(...) add: SetItemText(id,1,\"text1\"); SetItemText(id,2,\"text2\"); Then compile and try. When selecting a tree element, the corresponding list texts disappear until you select another tree element. I hope this helps. Regards Rui Curado |
6 messages has been excluded from this view by a project administrator.
