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: SourceForge.net <no...@so...> - 2011-08-05 08:14:20
|
Feature Requests item #3386604, was opened at 2011-08-05 08:14 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3386604&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: Mailing list Group: CVS HEAD Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: igeTAeWCbAgnVzVE Initial Comment: YJBn2p <a href="http://qgxuonnbgokn.com/">qgxuonnbgokn</a>, [url=http://lpxwrdpibriw.com/]lpxwrdpibriw[/url], [link=http://twjdutxrelnr.com/]twjdutxrelnr[/link], http://zxixllwspfho.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3386604&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-07-11 14:01:51
|
Bugs item #3363088, was opened at 2011-07-11 14:01 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3363088&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: wxpdfdoc Group: last released version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Checked Iterators Initial Comment: If wxWidgets and wxPDFdoc are compiled with _SECURE_SCL=0 at runtime there is an exception at wxPdfEncoding::wxPdfEncoding() { m_encoding = wxEmptyString; m_baseEncoding = wxEmptyString; m_specific = false; m_firstChar = 0; m_lastChar = 0; m_cmap.Alloc(256); <<---------- EXCEPTION m_cmapBase.Alloc(256); m_glyphNames.Alloc(256); m_cmap.Insert(0, 0, 256); m_cmapBase.Insert(0, 0, 256); m_glyphNames.Insert(wxString(wxT(".notdef")), 0, 256); m_encodingMap = NULL; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3363088&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-05-25 14:35:46
|
Bugs item #3307531, was opened at 2011-05-25 14:35 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3307531&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxSQLite3Transaction doesn't report error if Commit failed Initial Comment: First I would like to congratulate for your great job with wxSQLite3. I'm starting using it and with exception and wxWidgets supports, SQLite3 is really simple to use. I'm lookinbg for transaction and I found your wxSQLite3Transaction that make the job even an exception is raised, my function use it like : bool CMyDatabase::ExecuteUpdateWithTransaction(wxString _strSQL) throw(wxSQLite3Exception) { bool bRet = false; if (IsOpened()) { wxSQLite3Transaction transaction(m_pDatabase); m_pDatabase->ExecuteUpdate(_strSQL); transaction.Commit(); bRet = true; } return bRet; } But I have a question : why Commit function doesn't return a boolean or throw another exception ? Because if the commit failed no error and the transaction is roolback and the programmer think it is good. Why don't do ? void wxSQLite3Transaction::Commit() { try { m_database->Commit(); } catch (wxSQLite3Exception &_rException) { // Propagate exception, destructor will make rollback throw; } catch (...) { // Throw unknown exception (strange to catch ...), destructor will make rollback throw wxSQLite3Exception(-1, wxT("Unknown error while execute commit")); } m_database = NULL; } What do you think about this evolution ? Best regards, Stphane Chteau / Feneck91 (French). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3307531&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-05-09 16:24:56
|
Feature Requests item #3299537, was opened at 2011-05-09 16:24 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3299537&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxTreeListCtrl horizontal scrollbars by column Initial Comment: In the wxTreeListCtrl, is it possible to have a horizontal scroll bar for each column? I know there is one horizontal scroll bar that covers the entire control, but that does not help if one of the columns is too narrow to show the entire content width. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3299537&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-05-03 10:09:45
|
Bugs item #3296803, was opened at 2011-05-03 10:09 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3296803&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxSQLite3 doesn't support non-english path name Initial Comment: when there were Chinese characters in the path name for the db file or sqlite3.dll, the dll reported access violation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3296803&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-04-28 16:13:37
|
Patches item #3294472, was opened at 2011-04-28 16:13 Message generated for change (Tracker Item Submitted) made by philpem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462818&aid=3294472&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: Any Group: last released version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Philip Pemberton (philpem) Assigned to: Nobody/Anonymous (nobody) Summary: wxFreeChart: fix extent calculation for axis labels Initial Comment: [freechart] Bugfix: Vertical axis title extent calculation error Extents were being miscalculated for vertical axes titles. This left a lot of white space to the right side of the title. Basically, the longer the label string, the more space was left. The root cause of this was the calculations being based on the height of the label text for horizontal label strings, and the width for vertical strings... Patch attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462818&aid=3294472&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-04-27 20:30:46
|
Bugs item #3293977, was opened at 2011-04-27 20:30 Message generated for change (Tracker Item Submitted) made by philpem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3293977&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: last released version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Philip Pemberton (philpem) Assigned to: Nobody/Anonymous (nobody) Summary: (wxFreePlot) markers become invisible on XY charts Initial Comment: [freechart] BUGFIX: H/V marker visibility check error In some situations, the marker lines on an XY chart may become invisible. The attached patch fixes this issue. In brief: Markers were not being checked against the correct axis. A horizontal marker line should be checked against the vertical (Y) axis (because it's plotted on that axis), while a vertical marker line should be checked against the horizontal (X) axis. This meant that if you had a Y axis value range of say 1..1000 (integer) and an X axis value range of 0.04 to 2.00 (float), any vertical markers located below value 1.0 would be ignored (half the value span). Other code which calls Axis->IsVisible() should also be checked for correctness. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3293977&group_id=51305 |
From: PGridDev <pgr...@ya...> - 2011-04-25 07:14:00
|
Hi matjazc / nomorekiss Just in case: have you tried to contact the maintainer directly? This would be John Labenski, see : http://wxcode.sourceforge.net/showcomp.php?name=wxPlotCtrl for the email. @John, if you read this: the website links are dead (maybe following the migration to SVN) Cheers, Ronan On 21/04/2011 22:33, SourceForge.net wrote: > Feature Requests item #3291087, was opened at 2011-04-21 22:33 > Message generated for change (Tracker Item Submitted) made by nomorekiss > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3291087&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: matjazc (nomorekiss) > Assigned to: Nobody/Anonymous (nobody) > Summary: wxPlotCtrl - example ? > > Initial Comment: > I have been trying to create working example of wxPlotCtrl for couple of days now with no success. > I can not find any examples for recent wxPlotCtrl widgets. Besides I've been getting linker errors until I commented this line in link_adittions.h: > //#pragma comment( lib, GET_WX_LIB_NAME( plot ) ) > > I am using wxPack and wxFormBuilder - could this be wxPack/wxFormBuilder issue ? > > Can someone please post simple app with one graph with "y=power(x,2)" ? > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3291087&group_id=51305 > > ------------------------------------------------------------------------------ > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users > |
From: SourceForge.net <no...@so...> - 2011-04-21 20:33:28
|
Feature Requests item #3291087, was opened at 2011-04-21 22:33 Message generated for change (Tracker Item Submitted) made by nomorekiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3291087&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: matjazc (nomorekiss) Assigned to: Nobody/Anonymous (nobody) Summary: wxPlotCtrl - example ? Initial Comment: I have been trying to create working example of wxPlotCtrl for couple of days now with no success. I can not find any examples for recent wxPlotCtrl widgets. Besides I've been getting linker errors until I commented this line in link_adittions.h: //#pragma comment( lib, GET_WX_LIB_NAME( plot ) ) I am using wxPack and wxFormBuilder - could this be wxPack/wxFormBuilder issue ? Can someone please post simple app with one graph with "y=power(x,2)" ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3291087&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-04-19 08:28:35
|
Bugs item #3289326, was opened at 2011-04-19 10:28 Message generated for change (Tracker Item Submitted) made by luccat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3289326&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: wxJSON Group: last released version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luciano Cattani (luccat) Assigned to: Luciano Cattani (luccat) Summary: wxJSON <= 1.2 - problem when linking with wxWidgets 2.9.1 Initial Comment: Patrick discovered a bug when wxJSON is linked against wxWidgets 2.9.1 64 bits: There is an ASSERTION failure with wxjson on 64bit (it compiles fine) : /src/wx291debug/include/wx-2.9/wx/strvararg.h(449): assert "(argtype & (wxFormatStringSpecifier<T>::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type it is happening when: wxJSONValue preference; ASSERT INFO: /home/psc/src/wx291debug/include/wx-2.9/wx/strvararg.h(449): assert "(argtype & (wxFormatStringSpecifier<T>::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type BACKTRACE: [1] wxOnAssert(char const*, int, char const*, char const*, char const*) /home/psc/src/wxWidgets-2.9.1/./src/common/appbase.cpp:1129 [2] wxArgNormalizer() /home/psc/src/wx291debug/include/wx-2.9/wx/strvararg.h:449 [3] wxJSONValue::Item(wxString const&) /home/psc/src/kiku/kiku/jsonval.cpp:1818 [4] MainFrame::createpreference() /home/psc/src/kiku/kiku/main.cpp:2699 [5] MainFrame() /home/psc/src/kiku/kiku/main.cpp:247 Patrick also discovered the problem but not the casue: needed to comment this line in jsonval.cpp in wxJSONValue::Item() wxLogTrace( traceMask, _T("(%s) actual object: %s"), __PRETTY_FUNCTION__, GetInfo().c_str()); The ASSERTION failure does not occur in wxWidgets 2.8 64-bit. I will try to reproduce the error on 32-bit systems (I do not own a 64 bit machine) in order to determine if the problem is in the architecture (64bit) or in the wxWidgets version; it seems that the failure only happens with 2.9.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3289326&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-04-19 08:09:57
|
Bugs item #3289309, was opened at 2011-04-19 10:09 Message generated for change (Tracker Item Submitted) made by luccat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3289309&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: wxJSON Group: last released version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luciano Cattani (luccat) Assigned to: Nobody/Anonymous (nobody) Summary: wxJSON <= 1.2 - error building against wxBase Initial Comment: The mail received from Tian Yantao: wxJSON works very well with wxWidgets-GTK. But when I reconfigure it with wxWidgets-base, there comes a problem which saying: Cannot detect the currently installed wxWidgets port ! Please check your 'wx-config --cxxflags'... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3289309&group_id=51305 |
From: PGridDev <pgr...@ya...> - 2011-04-04 20:21:27
|
Hi all, This is a broadcast for users of the wxTreeListCtrl control. A new release 1104 is available, codename "eye candy" (per cell colors, fonts & more!): - website (with an additional screenshot to show off the new features): http://wxcode.sourceforge.net/components/treelistctrl - direct download link: http://sourceforge.net/projects/wxcode/files/Components/treelistctrl/treelistctrl_1104.zip/download Happy coding, Ronan ==================== ChangeLog begin ==================== * treelistctrl_1104.zip - Fixed: position of editor when a column is hidden [wxPack] - Fixed: extra check to prevent painting of zero-width columns under GTK [#3061215] - Fixed: improved computing of BestSize, non-expanded controls in a sizer keep their initial size [#3061207] - Fixed: Edit control does not move with columns (stop editing on column move) [#2815443] - Changed: background color is applied to entire column width. Same for cursor and selection highlight excepted for main col [#2823804] - Added: make scroll events accessible to child class [#3082693] - Added: test program includes demonstrates capturing mouse events in child class (compile option WITH_CHILD_CLASS) [#3082693] - Added: SetCurrentItem() allows to set/reset the current item (cursor indicated by the black rectangle) [Remigius] - Added: EndEdit() to match EditLabel() [#2815443] - Added: multi-column support for various attribute (colors, font, ...) [#2823804 --thanks Chris Klecker] - Added: extented Sort() method [--thanks Chris Klecker] - Added: test program now has a 'Item' and 'Cell' menu to better play with attributes NOTE for DLL builders: some methods were removed or changed * treelistctrl_2010-06.26.tar.gz - Fixed: improved support for GCC 4.x & compiling under Linux/GTK [#2858731] - Fixed: crash on start with GTK (call to SetBackgroundStyle) - Fixed: Unicode support [#2911015] - Fixed: spurious warning, unicode support with VC8.0 [#2962879] - Fixed: keep multiple selection when right-clicking on any selected (included last selected) item - Fixed: rectangle on non-current item after multiple unselection - Fixed: explicit conversions around size_t - Changed: made GetHeaderWindow() and GetMainWindow() protected (useless outside treelistctrl.cpp) - Changed: IsVisible now with 'within' option, and will only return true for fully visible items - Added: test program now reports selection content - Added: tooltip support, also for individual items [feature#2858734] - Added: support for page-up/page-down, improved 'end' key [feature#2989510] * treelistctrl_2009-07-19.tar.gz - Fixed: GetPrev() not working at all [#2691182] - Changed: reduced flickering [feature #2460180] * treelistctrl_2008-12-05.tar.gz - Fixed: non-compliant declarations in class wxTreeListMainWindow [#2051640] - Fixed: edit changes commited to wrong column [#2342061] - Fixed: crash after rename / cell edit [#2342054] - Fixed: crash on deletion of selected item (seen with multiple selection enabled on shutdown); bug introduced in v2008-07-21 - Fixed: empty item text (in main & other columns) - Fixed: Drag from treelistctrl to another works improperly (drag origin not remembered accurately) [#1811335] - Fixed: allow multiple selection in right-click & dragging [#1488235] - Fixed: assertion in DoNotifyWindowAboutCaptureLost in wxMSW 2.7.1 [#1583135] - Changed: better positioning and size of editing cell * treelistctrl_2008-07-21.tar.gz - Fixed: selection behavior - Fixed: make all mouse events accessible to child class [#2018407] - Fixed: column now always populated for mouse events [#2018407] - Fixed: crash on key navigation after item delete [#2021908] - Fixed: crash on edit after item delete [#2021908] - Fixed: missing event EVT_TREE_END_LABEL_EDIT when cancelled - Fixed: several crash possibilities when there is no root [#2021908] - Changed: changing the selection mode (wxTR_MULTIPLE style) will now reset the selection - Changed: id of main column is always returned in events (used to be -1 on blank area) - Changed: after an item is deleted, its next siblings is selected if it exists - Changed: key actions: if no item is selected, root is selected and no further action is taken - Changed: use same logic for double-click and return key (i.e. activate event will expand by default) - Added: events EVT_TREE_ITEM_MIDDLE_CLICK, EVT_TREE_ITEM_MENU - Added: events are also generated when empty area is clicked (with wxTreeEvent::IsOk() returning false) [#2018407] - Added: test program now with log window showing events fired - Added: test program includes compile option WITH_CHILD_CLASS demonstrating capturing mouse events in child class [#2018407] - Doc: added ommited (EVT_TREE_END_DRAG,EVT_TREE_ITEM_RIGHT_CLICK) and new events [#2018407] - Doc: mention wxTreeEvent::GetInt() to obtain column [#2018407] - Doc: corrected incorrect mention of no event on some delete actions * treelistctrl_2008-06-18.tar.gz - Fixed: dead zone in labels with big fonts - Fixed: improved text/frame proportion in label row for big fonts (MSW) - Added: support for MinGW+MSYS through Makefile - Added: support for CodeBlock+GCC through project file * treelistctrl_2006-06-21.tar.gz - first available release on sf.net ==================== ChangeLog end ==================== |
From: SourceForge.net <no...@so...> - 2011-03-26 07:13:29
|
Feature Requests item #3246444, was opened at 2011-03-26 07:13 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3246444&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxTreeListCtrl - FindItem not working Initial Comment: Actually it doesn't seem to be fully implemented. It searches only the node it was sent (actually I think it grabs the next node after the node you send it). I implemented a fix in my version however I don't think it fully works but in a nutshell all that I really needed to do was add a while loop to the method. Hope this helps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3246444&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-03-22 20:53:18
|
Bugs item #3235488, was opened at 2011-03-22 20:53 Message generated for change (Tracker Item Submitted) made by abasle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3235488&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: Arnaud Basle (abasle) Assigned to: Nobody/Anonymous (nobody) Summary: wxAdditions segmentation fault Initial Comment: Hi, When I create a dialog containing wxplotctrl the program crashes (tried other wxAdditions such as wxLedBarGraph it works fines). Here the error I get in the terminal: (xdsgui:14286): GLib-GObject-WARNING **: cannot register existing type `GtkPizza' (xdsgui:14286): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (xdsgui:14286): Gtk-CRITICAL **: gtk_container_add: assertion `GTK_IS_WIDGET (widget)' failed Segmentation fault Any ideas? Cheers, Arnaud ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3235488&group_id=51305 |
From: SourceForge.net <no...@so...> - 2011-03-14 09:56:46
|
Bugs item #3210722, was opened at 2011-03-14 09:56 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3210722&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: wxgzipstreams Group: CVS HEAD Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Chiclero (chiclero) Summary: lNLDbeVA Initial Comment: jaQBVp <a href="http://vzhbmqlonjzs.com/">vzhbmqlonjzs</a>, [url=http://moagranfxylz.com/]moagranfxylz[/url], [link=http://ksposbxjwqbk.com/]ksposbxjwqbk[/link], http://odjqenauirli.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3210722&group_id=51305 |
From: Francesco <f18...@ya...> - 2011-02-20 05:45:30
|
Ulrich, everything sounds good to me. Changing the search and the udpate website script (for regeneration of the component lists) in order to include/exclude outdated components should not be difficult... (I hope :)). Let me know if you need help with the PHP stuff. Thanks, Francesco 2011/2/19 Ulrich Telle <ulr...@gm...> > Hi Francesco, > > >>> Of course empty components make little sense, > >> > >> Especially if they stayed already empty for 4 or more years. So > >> I'm going to delete them > > > > I agree... > > The mentioned empty components have been removed by now. > > > I think that we could just add a new category to wxCode DB "outdated" > > and put there those outdated components? > > I added a column "outdated" to the components' table and flagged those > components stating version 2.4 as the highest supported wxWidgets > version as "outdated". Probably all components for version 2.6 and below > could be flagged that way, since I don't think they are usable with > version 2.8 without major adjustments. > > The change is not yet reflected on the wxCode website. > > > This way they are not displayed in the pages with other components > > but still are available to everyone (without having to search in the > > SVN repository history or things like that!)... > > I intend to add a switch to the search/display components page so that > visitors can choose whether they want to see outdated entries or not > (where omitting them will be the default). > > Regards, > > Ulrich > > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users > |
From: Ulrich T. <ulr...@gm...> - 2011-02-19 08:49:28
|
Hi Francesco, >>> Of course empty components make little sense, >> >> Especially if they stayed already empty for 4 or more years. So >> I'm going to delete them > > I agree... The mentioned empty components have been removed by now. > I think that we could just add a new category to wxCode DB "outdated" > and put there those outdated components? I added a column "outdated" to the components' table and flagged those components stating version 2.4 as the highest supported wxWidgets version as "outdated". Probably all components for version 2.6 and below could be flagged that way, since I don't think they are usable with version 2.8 without major adjustments. The change is not yet reflected on the wxCode website. > This way they are not displayed in the pages with other components > but still are available to everyone (without having to search in the > SVN repository history or things like that!)... I intend to add a switch to the search/display components page so that visitors can choose whether they want to see outdated entries or not (where omitting them will be the default). Regards, Ulrich |
From: Francesco <f18...@ya...> - 2011-02-19 04:42:07
|
Hi Ulrich, Ronan, 2011/2/16 Ulrich Telle <ulr...@gm...> > Hi Ronan, > > > Of course empty components make little sense, > > Especially if they stayed already empty for 4 or more years. So I'm > going to delete them > I agree... > > To help users sort obsolete code from maintained one, we could: - > > introduce an option to not display them in the 'component search' of > > the website - use some CSS markup or a special field in the > > component list to issue a warning The criteria for obsolescence could > > be for instance: (wxWidget version < 2.8) || (no maintainer) > > Yes, I think it's a good idea to separate them somehow from the actively > maintained components. I'll check which option might be suited best. > > Thank you for your feedback. > I think that we could just add a new category to wxCode DB "outdated" and put there those outdated components? This way they are not displayed in the pages with other components but still are available to everyone (without having to search in the SVN repository history or things like that!)... Again, keep up the great job Ulrich! Francesco |
From: Ulrich T. <ulr...@gm...> - 2011-02-16 18:15:49
|
Hi Ronan, > Of course empty components make little sense, Especially if they stayed already empty for 4 or more years. So I'm going to delete them - with one exception: the maintainer of wxUML contacted me today to announce that there'll be probably a first release in spring. The component is part of his diploma thesis he's currently working on. > but I would not delete outdated ones --always had a hard time > throwing old things away! I'm not going to throw away any component easily, but I feel it's necessary to present to the wxCode users a tidy website not cluttered with obsolete and/or outdated and/or unmaintained components. > To help users sort obsolete code from maintained one, we could: - > introduce an option to not display them in the 'component search' of > the website - use some CSS markup or a special field in the > component list to issue a warning The criteria for obsolescence could > be for instance: (wxWidget version < 2.8) || (no maintainer) Yes, I think it's a good idea to separate them somehow from the actively maintained components. I'll check which option might be suited best. Thank you for your feedback. > I do not understand the reason for the shell/website access > restrictions, it makes your job harder, but was there an issue ? Well, it's in fact only a precautionary measure due to the problems SourceForge had recently. Only very few maintainers have published online documentation for their components on the wxCode website. So I don't see a general need to grant shell/website access to everyone. Of course access rights will be granted to every maintainer who needs them. > At any rate I hope I still have access :-) You have. :-) Regards, Ulrich |
From: PGridDev <pgr...@ya...> - 2011-02-16 17:15:19
|
Hi Ulrich, and thanks again for your recent work for wxCode. Of course empty components make little sense, but I would not delete outdated ones --always had a hard time throwing old things away! To help users sort obsolete code from maintained one, we could: - introduce an option to not display them in the 'component search' of the website - use some CSS markup or a special field in the component list to issue a warning The criteria for obsolescence could be for instance: (wxWidget version < 2.8) || (no maintainer) I do not understand the reason for the shell/website access restrictions, it makes your job harder, but was there an issue ? At any rate I hope I still have access :-) Cheers, Ronan On 16/02/2011 00:44, Ulrich Telle wrote: > Since I received some complaints about the current state of wxCode I > started to inspect the components hosted by wxCode. > > All in all there are 91 components listed in the wxCode database. > > I detected 6 *empty* components for which never code was being uploaded: > > wxCoolBar (4 years) > wxMemoryMappedFile (4 years) > wxUML (8 months) > wxAudio (5 years) > wxBetterDialog (6 years) > wxDom (5 years) > > If noone objects I'm going to delete those "components". > > Then there are currently 22 officially unmaintained components. Several > of them are in fact outdated, i.e. last supported wxWidgets version 2.4. > IMHO several of them clutter wxCode without being of pratical use anymore. > > At last there are quite a few (about 40 to be precise) components which > don't seem to be actively maintained anymore as the highest supported > wxWidgets version stated in their description is 2.4 or 2.6. From my > point of view it's understandable that several visitors of wxCode feel > disappointed. > > What should we do with these components? I'm open to suggestions. > > CVS update: In the meantime I set the wxCode CVS to read-only access. 5 > of 20 maintainers of prior CVS hosted components gave mainly positive > feedback. > > Additonally I restricted shell and website access to those maintainers > which actively upload for example the documentation of their components. > Feel free to contact me in case website access needs to be restored. > > Regards, > > Ulrich |
From: Bryan P. <br...@ib...> - 2011-02-16 10:33:14
|
On Wed, Feb 16, 2011 at 2:50 AM, Paul Breen <gre...@ya...> wrote: > I'm guessing that I did something wrong during wxWidgets installation. Ah, I see. I'm guessing you installed from the wxWidgets exe installer, and must have assumed that it installed some pre-built libraries. In fact, it doesn't. wxWidgets doesn't distribute any official pre-built binaries. You still have to open the wxWidgets project in the build/msw directory, and build the configuration you need. Don't bother trying that with VS2010 with wxWidgets 2.8 though if that's what you're using. VS2010 is only supported with current SVN trunk (2.9.2+, not 2.9.1 though). It's possible to get 2.8 working with VS2010, but there's a bit of work needed, and you really need to know what you're doing. Regards, Bryan Petty |
From: Paul B. <gre...@ya...> - 2011-02-16 09:51:08
|
Hi Bryan, I'm glad to hear it worked on your system. I checked my Windows Vista system, and I see that I have defined the WXWIN environment variable to point to my wxWidgets root directory, but for some reason my $(WXWIN)\lib\vc_lib folder was never created. I created one manually and copied the setup.h that I found under another folder there. Compilation completed, but linking failed with 'cannot open input file "wxmsw28_core.lib"'. I couldn't find such a library among my wxWidgets files, and an Internet search told me that it should have been under the vc_lib folder. I'm guessing that I did something wrong during wxWidgets installation. As long as it works on other people's systems, I don't think I'm going to worry about it. Sincerely, Paul Breen --- On Tue, 2/15/11, Bryan Petty <br...@ib...> wrote: From: Bryan Petty <br...@ib...> Subject: Re: [wxCode-users] TimePickerCtrl component uploaded to svn repository To: wxc...@li... Date: Tuesday, February 15, 2011, 2:14 PM On Tue, Feb 15, 2011 at 1:37 PM, Paul Breen <gre...@ya...> wrote: > I've uploaded the TimePickerCtrl files to the svn repository. Running "./configure&&make&&sudo make install" on my system (Ubuntu 10.04) succeeds and makes a functional sample. However, if anyone encounters problems building on their system, please let me know. I'm open to suggestions, criticism, etc, so please don't hesitate to contact me if you have any feedback. For what it's worth, the VS2008 static ANSI release multilib configuration built and ran perfectly fine with wxWidgets 2.8 on Windows. Something to note that you may not be aware of on Windows... It's necessary to setup a "WXWIN" environment variable pointing to the wxWidgets root folder, as this is what the project files use to find both the include and library directories. Depending on the configuration of wx you build, wxWidgets copies a specific setup.h configuration to $(WXWIN)\lib\vc_lib\msw(d)\wx\setup.h, which your TimePickerCtrl project files are correctly configured to look for (well at least the one I built anyway). So this is likely the culprit to your issues getting it to build on MSW. Make sure you are in fact using the same configuration profile to build both wxWidgets and your component, as the directory locations are different per-configuration. Regards, Bryan Petty ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ wxCode-users mailing list wxC...@li... https://lists.sourceforge.net/lists/listinfo/wxcode-users |
From: Ulrich T. <ulr...@gm...> - 2011-02-15 23:44:36
|
Since I received some complaints about the current state of wxCode I started to inspect the components hosted by wxCode. All in all there are 91 components listed in the wxCode database. I detected 6 *empty* components for which never code was being uploaded: wxCoolBar (4 years) wxMemoryMappedFile (4 years) wxUML (8 months) wxAudio (5 years) wxBetterDialog (6 years) wxDom (5 years) If noone objects I'm going to delete those "components". Then there are currently 22 officially unmaintained components. Several of them are in fact outdated, i.e. last supported wxWidgets version 2.4. IMHO several of them clutter wxCode without being of pratical use anymore. At last there are quite a few (about 40 to be precise) components which don't seem to be actively maintained anymore as the highest supported wxWidgets version stated in their description is 2.4 or 2.6. From my point of view it's understandable that several visitors of wxCode feel disappointed. What should we do with these components? I'm open to suggestions. CVS update: In the meantime I set the wxCode CVS to read-only access. 5 of 20 maintainers of prior CVS hosted components gave mainly positive feedback. Additonally I restricted shell and website access to those maintainers which actively upload for example the documentation of their components. Feel free to contact me in case website access needs to be restored. Regards, Ulrich |
From: Bryan P. <br...@ib...> - 2011-02-15 22:14:23
|
On Tue, Feb 15, 2011 at 1:37 PM, Paul Breen <gre...@ya...> wrote: > I've uploaded the TimePickerCtrl files to the svn repository. Running "./configure&&make&&sudo make install" on my system (Ubuntu 10.04) succeeds and makes a functional sample. However, if anyone encounters problems building on their system, please let me know. I'm open to suggestions, criticism, etc, so please don't hesitate to contact me if you have any feedback. For what it's worth, the VS2008 static ANSI release multilib configuration built and ran perfectly fine with wxWidgets 2.8 on Windows. Something to note that you may not be aware of on Windows... It's necessary to setup a "WXWIN" environment variable pointing to the wxWidgets root folder, as this is what the project files use to find both the include and library directories. Depending on the configuration of wx you build, wxWidgets copies a specific setup.h configuration to $(WXWIN)\lib\vc_lib\msw(d)\wx\setup.h, which your TimePickerCtrl project files are correctly configured to look for (well at least the one I built anyway). So this is likely the culprit to your issues getting it to build on MSW. Make sure you are in fact using the same configuration profile to build both wxWidgets and your component, as the directory locations are different per-configuration. Regards, Bryan Petty |
From: Paul B. <gre...@ya...> - 2011-02-15 20:38:02
|
Hello, I've uploaded the TimePickerCtrl files to the svn repository. Running "./configure&&make&&sudo make install" on my system (Ubuntu 10.04) succeeds and makes a functional sample. However, if anyone encounters problems building on their system, please let me know. I'm open to suggestions, criticism, etc, so please don't hesitate to contact me if you have any feedback. Sincerely, Paul Breen |