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: SourceForge.net <no...@so...> - 2009-10-24 22:40:43
|
Bugs item #2885585, was opened at 2009-10-24 22:57 Message generated for change (Tracker Item Submitted) made by catalinr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2885585&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: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: catalin (catalinr) Assigned to: Nobody/Anonymous (nobody) Summary: [msw] build fix for mingw gcc and 2.9.x Initial Comment: A few errors and warnings encountered when building with mingw/gcc on msw with 2.9.x. CodeBlocks automatically removed the extra spaces and the end of rows so those are in the patch as well. But the main issues are: - in pdffontparsertruetype.cpp: the inclusion of "wx/msw/private.h"; - in wxmemdbg.h: include "wx/msw/msvcrt.h" instead of <crtdbg.h>; and the DEBUG_NEW defines (not sure if they should be removed completely like the patch does but they do look wrong now). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2885585&group_id=51305 |
|
From: Arif R. <ar...@uw...> - 2009-10-23 13:47:08
|
Hi there Please find below a link to a survey related to my PhD research work to evaluate OSS usability improvement from Contributor's point of view. It shall not take more than 5 minutes of your precious time. Your identity is neither required nor recorded. The participation is highly valued and appreciated. http://www.kwiksurveys.com/online-survey.php?surveyID=OLHOO_22480cb3 Thank you and Best Regards Arif |
|
From: Troels K <tr...@kn...> - 2009-10-22 19:04:04
|
The page is good now! Thanks Troels On Thu, Oct 22, 2009 at 5:19 PM, Francesco Montorsi <f18...@ya... > wrote: > Hi Troels, > > Troels K ha scritto: > > Hi again > > > > Final details: the page still says "unmaintained" and "browse cvs" > > http://wxcode.sourceforge.net/showcomp.php?name=ogl > should be fixed now... > > Francesco > |
|
From: Francesco M. <f18...@ya...> - 2009-10-22 15:20:04
|
Hi Troels, Troels K ha scritto: > Hi again > > Final details: the page still says "unmaintained" and "browse cvs" > http://wxcode.sourceforge.net/showcomp.php?name=ogl should be fixed now... Francesco |
|
From: Troels K <tr...@kn...> - 2009-10-19 09:21:55
|
Hi Francesco John says it's ok that I contribute. Please move wxStEdit from cvs to svn first. Many thanks! Troels |
|
From: Troels K <tr...@kn...> - 2009-10-18 22:03:22
|
Hi again Final details: the page still says "unmaintained" and "browse cvs" http://wxcode.sourceforge.net/showcomp.php?name=ogl Thanks! Troels On Fri, Oct 16, 2009 at 1:52 PM, Francesco Montorsi <f18...@ya... > wrote: > Hi, > > Troels K ha scritto: > > Thanks! I'm tr...@us... > good! I've added your user account to wxCode project; to set you as ogl > maintainer however I need you to register on wxCode website as maintainer. > > I've also moved OGL from CVS to SVN. > > > >Nice to see someone interested in maintainance of a legacy wx contrib > > lib ;) > > > > I have my eyes set on wxStEdit also. I've sent a mail to John, waiting > > for ok. > good. I know John used to maintain it actively but maybe he has less time > now... > (just like me :/) > > Francesco > |
|
From: Francesco M. <f18...@ya...> - 2009-10-16 11:53:04
|
Hi, Troels K ha scritto: > Thanks! I'm tr...@us... good! I've added your user account to wxCode project; to set you as ogl maintainer however I need you to register on wxCode website as maintainer. I've also moved OGL from CVS to SVN. > >Nice to see someone interested in maintainance of a legacy wx contrib > lib ;) > > I have my eyes set on wxStEdit also. I've sent a mail to John, waiting > for ok. good. I know John used to maintain it actively but maybe he has less time now... (just like me :/) Francesco |
|
From: Troels K <tr...@kn...> - 2009-10-16 11:25:51
|
Hi Francesco >> - Move from cvs to svn >I'll do this as soon as I configure you as the maintainer of ogl Thanks! I'm tr...@us.... >Nice to see someone interested in maintainance of a legacy wx contrib lib ;) I have my eyes set on wxStEdit also. I've sent a mail to John, waiting for ok. Greetings Troels On Fri, Oct 16, 2009 at 12:46 PM, Francesco Montorsi < f18...@ya...> wrote: > Hi Troels, > > Troels K ha scritto: > > Hi (Francesco) > > > > I need simple drawing in a project (in two projects actually), ogl seems > > okay for me. > > I'd like write access to be able to get improvements upstream. > good! > In this case please let me know your Sourceforge login name so I can add > you as > developer to wxCode project. > > > Todo list: > > - Move from cvs to svn > I'll do this as soon as I configure you as the maintainer of ogl > > > - wx29 compatibility > > - More menu items, Move Back/Front/Top/Bottom etc > > - An additional sample using wxAUI and xrc > > - Implement more features (in OGL Studio, or in the new sample); > > save/load (xml file format), 'real' clipboard, print (preview), gripper > > cursor > > - CodeBlocks project files > great! > Nice to see someone interested in maintainance of a legacy wx contrib lib > ;) > > Francesco > |
|
From: Francesco M. <f18...@ya...> - 2009-10-16 10:48:10
|
Hi Troels, Troels K ha scritto: > Hi (Francesco) > > I need simple drawing in a project (in two projects actually), ogl seems > okay for me. > I'd like write access to be able to get improvements upstream. good! In this case please let me know your Sourceforge login name so I can add you as developer to wxCode project. > Todo list: > - Move from cvs to svn I'll do this as soon as I configure you as the maintainer of ogl > - wx29 compatibility > - More menu items, Move Back/Front/Top/Bottom etc > - An additional sample using wxAUI and xrc > - Implement more features (in OGL Studio, or in the new sample); > save/load (xml file format), 'real' clipboard, print (preview), gripper > cursor > - CodeBlocks project files great! Nice to see someone interested in maintainance of a legacy wx contrib lib ;) Francesco |
|
From: SourceForge.net <no...@so...> - 2009-10-16 08:40:46
|
Bugs item #2880364, was opened at 2009-10-16 10:40 Message generated for change (Tracker Item Submitted) made by g00fy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2880364&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: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steven Van Ingelgem (g00fy) Assigned to: Nobody/Anonymous (nobody) Summary: wxWidgets wrongly detected by wxwin.m4 Initial Comment: In wxwin.m4 there is a mistake which affects all components which make use of wxcode.m4 -> wxwin.m4: around line 867 there is being done a check for all kind of ports. But in "$WX_SELECTEDCONFIG", I have "osx_carbon-unicode-static-2.9"... As such it doesn't find there is any port available... The ports I have are: Default config is osx_carbon-unicode-static-2.9 Default config will be used for output Also available in /usr: mac-unicode-debug-2.8 osx_carbon-unicode-debug-static-2.9 osx_carbon-unicode-release-static-2.9 osx_cocoa-unicode-debug-static-2.9 osx_cocoa-unicode-release-static-2.9 As you can see there will need to be a check for Cocoa & Carbon added into this script. Grtz, Steven ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2880364&group_id=51305 |
|
From: Troels K <tr...@kn...> - 2009-10-14 18:16:17
|
Hi (Francesco) I need simple drawing in a project (in two projects actually), ogl seems okay for me. I'd like write access to be able to get improvements upstream. Thanks Troels Todo list: - Move from cvs to svn - wx29 compatibility - More menu items, Move Back/Front/Top/Bottom etc - An additional sample using wxAUI and xrc - Implement more features (in OGL Studio, or in the new sample); save/load (xml file format), 'real' clipboard, print (preview), gripper cursor - CodeBlocks project files |
|
From: SourceForge.net <no...@so...> - 2009-10-01 09:16:36
|
Bugs item #2871203, was opened at 2009-10-01 11:16 Message generated for change (Tracker Item Submitted) made by luccat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2871203&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] bugs in wxJSONValue::IsSameAs() function Initial Comment: There are a few bugs in the wxJSONValue::IsSameAs() function. The wxJSONValue class does not define a operator= function because testing two JSON values for equality does not make much sense. For example, if two JSON values contains the same type and value but they differ in the comment lines, they are not stricly equal but they are the same. BUG #1: comparing signed and unsigned returns wrong results Example: wxJSONValue v1( 100 ); wxJSONValue v2( (unsigned) 100 ); bool r = v1.IsSameAs( v2 ); // should return TRUE Actually the function returns FALSE but it should return TRUE if the values are within 0 and LLONG_MAX (positive). BUG #2: comparing very large INT64 returns the wrong result Example: wxJSONValue i( (wxInt64) 9223372036854775706LL ); // LLONG_MAX - 101 wxJSONValue d( (double) 9223372036854775707LL ); // LLONG_MAX - 100 r = i.IsSameAs( d ); ASSERT( r == false ); Actually, the comparison of numbers is done by promoting all of them to DOUBLE and then compating the DOUBLE values. This works for INTs and LONGs but for very large 64-bits-INTs that differ by a small amount the conversion to DOUBLE truncates the INT to the closest available DOUBLE so that they have the same value. The comparison of INTs has to be done without promotion. BUG #3: wrong result in array comparison Example: { "v1" : [ 10, 20 ], "v2" : [ 20, 10 ] } Actually, the two arrays "v1" and "v2" are considered the same because they contains the same values although in a different order. Yhe JSON syntax states that an array is an _ordered_ collection of values so the ORDER of elements is important. If the order differs, the arrays are NOT THE SAME. Bugs will be fixed in version 1.1.0 which is planned for the end of october Luciano ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2871203&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2009-10-01 08:56:39
|
Bugs item #2871194, was opened at 2009-10-01 12:56 Message generated for change (Tracker Item Submitted) made by bevz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2871194&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: E.Bevz (bevz) Assigned to: Nobody/Anonymous (nobody) Summary: databaselayer firebird login with cyrillic symbols Initial Comment: If I try to open database using cyrillic symbols in password, login fails becouse password snring was converted to unicode. If I send password without converting to unicode, then login is successfull. May be it is good idea to add boolean parameter to firebirddatabaselayer, indicating to do convertion of user credentials to unicode or don't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2871194&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2009-09-29 17:54:33
|
Bugs item #2869972, was opened at 2009-09-29 19:54 Message generated for change (Tracker Item Submitted) made by robekras You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2869972&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: Robert Kraske (robekras) Assigned to: Nobody/Anonymous (nobody) Summary: wxAdvTable memory leak Initial Comment: I found a memory leak problem in wxAdvTable. The hashmap entries of wxAdvCellEditorMap m_editors are not freed on wxAdvTable destructor. It should be processed like the m_renderers hasmap. And in addition, the wxAdvStringCellEditor destructor should free the m_textCtrl. Cheers Robert ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2869972&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2009-09-18 01:26:18
|
Bugs item #2861084, was opened at 2009-09-17 18:26 Message generated for change (Tracker Item Submitted) made by kkheller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2861084&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: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kelly Heller (kkheller) Assigned to: Nobody/Anonymous (nobody) Summary: [DatabaseLayer] type-related errors are ignored in mysql Initial Comment: I just submitted a diff/patch that helps clarify what I am talking about in this bug report. Please view the patch before reading this. The patch is here: https://sourceforge.net/tracker/?func=detail&aid=2861075&group_id=51305&atid=462818 I have some fairly involved SQL queries that I use in my application. They go beyond a simple "select x from y where z = w". I am using many functions and features of SQL, but I believe the reason that I came across what I call "silent failures" inside the code for MysqlPreparedStatementResultSet is that I am using the "IF" function and the "MAX" aggregate function. One of my queries looks like this: SELECT IF ( kp.client_date > some_boundary_date1, IF ( kp.client_date < some_boundary_date2, kp.client_date , some_special_date ), some_special_date) as result_field1, XXXXX as result_field2, YYYYY as result_field3 FROM ....... I had thought that "result_field1" would be returned as a date. I thought it would be a date because all of the columns and values involved within the nested "if" clauses are all of type DATETIME. So, it turns out that I thought wrong about that. But when I called the function DatabaseResultSet::GetResultDate I would have expected to have at least received a warning, an assert, something. What the code actually did inside MysqlPreparedStatementResultSet::GetResultDate was to just go ahead and cast the result buffer to a (MYSQL_TIME*). It does not seem safe to just perform this C-style cast to (MYSQL_TIME*) unequivocally, especially since it is easy to quickly verify the type of the buffer. (Refer to the patch I submitted at https://sourceforge.net/tracker/?func=detail&aid=2861075&group_id=51305&atid=462818 ) Something similar happened to a query I am using that calls the Aggregate Function MAX. I am applying MAX to a column that is of type integer, and the column is also non-nullable, so I know that the MAX function is operating purely on integer values. Therefore, I thought the returned value would be an integer, and so I called DatabaseResultSet::GetResultInt. However, inside MysqlPreparedStatementResultSet::GetResultInt , the buffer type returned from mysql was **not** MYSQL_TYPE_LONG (or anything else that is listed in the switch statement). The buffer type is MYSQL_TYPE_NEWDECIMAL. Because MYSQL_TYPE_NEWDECIMAL is not handled in the switch statement inside MysqlPreparedStatementResultSet::GetResultInt, the function returned 0 to me as the result of GetResultInt. I think that it should at least throw an assert when the buffer is type MYSQL_TYPE_NEWDECIMAL. The fact that it returns 0 without indicating any error or any anomaly is very misleading. It would seem that the query simply returned 0. I have been a heavy user of "wxWidgets Proper" for a couple years. (what I mean by "wxWidgets Proper" is to clarify that I am talking about what is on wxwidgets.org and not anything on wxcode.sourceforge.net.) A couple patches of mine have even been accepted into wxWidgets Proper. However, I am completely new to wxCode. So far, DatabaseLayer is the first of any of the wxCode components that I have interacted with. Perhaps wxCode developers have a different practice in regards to using wxFAIL and wxASSERT ? Maybe there is a reason why I do not see any usage of wxFAIL or wxASSERT inside DatabaseLayer? Is anything preventing your developers from enabling debug-only assertion code? The wxWidgets book recommends using wxASSERT in Chapter 15: Memory Management, Debugging, and Error Checking. wxWidgets Proper uses assert messages quite heavily, and I have found their assert messages to be VERY helpful ! I would love to see more assertions inside of DatabaseLayer. Is this possible? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2861084&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2009-09-18 00:52:45
|
Patches item #2861075, was opened at 2009-09-17 17:52 Message generated for change (Tracker Item Submitted) made by kkheller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2861075&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: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kelly Heller (kkheller) Assigned to: Nobody/Anonymous (nobody) Summary: DatabaseLayer, errors are ignored in Mysql ResultSet Initial Comment: This patch is intended to demonstrate where I am encountering "silent failures" inside various functions. This patch demonstrates where I added error-checking and wxFAIL_MSG code in order to help me develop and debug. This patch is probably not "ready for prime time" so that you would simply apply it to the mainline and include it in the next release. However, I hope that this patch draws attention to the SILENT FAILURES that can happen. I would have really appreciated it if some wxASSERT calls or wxFAIL calls existed in this code before I found it. Therefore, I think other developers might also like for these wxFAIL (or wxASSERT if you choose) calls to be patched into the code one way or another. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2861075&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2009-09-16 22:55:09
|
Bugs item #2860349, was opened at 2009-09-16 15:55 Message generated for change (Tracker Item Submitted) made by cbrockman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2860349&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: Charles Brockman (cbrockman) Assigned to: Nobody/Anonymous (nobody) Summary: wxThings Build Errors Under Microsoft Visual Studio Initial Comment: I updated my local copy of the CVS repository and opened wxThings.sln in Microsoft Visual C++ 2008. The solution file was converted by Visual C++. I choose the Static Unicode Debug Multilib configuration and started the build process. I received the following errors and warnings. Build started: Project: things, Configuration: Static Unicode Debug Multilib Win32 Compiling... cl : Command line warning D9035 : option 'Wp64' has been deprecated and will be removed in a future release genergdi.cpp ..\src\genergdi.cpp(416) : error C2664: 'wxPen::SetCap' : cannot convert parameter 1 from 'int' to 'wxPenCap' Conversion to enumeration type requires an explicit cast (static_cast, C-style cast or function-style cast) ..\src\genergdi.cpp(417) : error C2664: 'wxPen::SetJoin' : cannot convert parameter 1 from 'int' to 'wxPenJoin' Conversion to enumeration type requires an explicit cast (static_cast, C-style cast or function-style cast) filebrws.cpp ..\src\filebrws.cpp(991) : error C2664: 'wxGenericFileCtrl::wxGenericFileCtrl(wxWindow *,wxWindowID,const wxString &,const wxString &,const wxString &,long,const wxPoint &,const wxSize &,const wxString &)' : cannot convert parameter 5 from 'const wxPoint' to 'const wxString &' Reason: cannot convert from 'const wxPoint' to 'const wxString' No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called ..\src\filebrws.cpp(993) : error C2039: 'GoToDir' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1303) : error C2039: 'ChangeToSmallIconMode' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1428) : error C2039: 'GetNextItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1432) : error C2039: 'GetItemData' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1572) : error C2039: 'GoToDir' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1717) : error C2039: 'GoToDir' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1735) : warning C4312: 'type cast' : conversion from 'long' to 'wxFileData *' of greater size ..\src\filebrws.cpp(1757) : warning C4312: 'type cast' : conversion from 'long' to 'wxFileData *' of greater size ..\src\filebrws.cpp(1775) : error C2039: 'GetNextItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1778) : error C2039: 'GetItemData' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1786) : error C2039: 'GetNextItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1791) : error C2039: 'GetNextItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1806) : error C2039: 'GetItemData' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1857) : error C2039: 'GetItemData' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1905) : error C2039: 'DeleteItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1919) : error C2039: 'DeleteItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1945) : error C2039: 'GetItemData' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(1951) : error C2039: 'SetItemState' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2032) : error C2660: 'wxWindow::FindItem' : function does not take 2 arguments ..\src\filebrws.cpp(2037) : error C2039: 'GetItemCount' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2040) : error C2039: 'Add' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2046) : error C2039: 'UpdateItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2116) : error C2039: 'MakeDir' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2139) : error C2039: 'GetNextItem' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2141) : error C2039: 'EditLabel' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2369) : error C2660: 'wxWindow::FindItem' : function does not take 3 arguments ..\src\filebrws.cpp(2372) : error C2039: 'SetItemState' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2373) : error C2039: 'EnsureVisible' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' ..\src\filebrws.cpp(2442) : error C2039: 'SetWild' : is not a member of 'wxGenericFileCtrl' C:\wxWidgets SVN\include\wx/generic/filectrlg.h(185) : see declaration of 'wxGenericFileCtrl' dropdown.cpp ..\src\dropdown.cpp(184) : error C2248: 'wxWindowBase::ProcessEvent' : cannot access protected member declared in class 'wxWindowBase' C:\wxWidgets SVN\include\wx/window.h(840) : see declaration of 'wxWindowBase::ProcessEvent' C:\wxWidgets SVN\include\wx/window.h(166) : see declaration of 'wxWindowBase' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2860349&group_id=51305 |
|
From: Ronan C. <pgr...@ya...> - 2009-09-14 18:16:36
|
Carl Godkin <cgodkin@...> writes: > On Sun, Sep 13, 2009 at 9:40 AM, Ronan Chartois <pgriddev <at> yahoo.fr> wrote: > > Would you be happy with the following methods ? > // set default tip (header, blank area) > treeListCtrl->SetToolTip(const wxString &tip); > // set tip for specific row > treeListCtrl->SetToolTip(const wxTreeItemId& item, const wxString &tip); > If so I would merge your code into the control and add these 2 public methods > > > Hi Ronan, > > I think this is a fine idea. Thanks! In that case, I opened wxCode feature tracker ticket 2858734 on your behalf, follow-up on: https://sourceforge.net/tracker/index.php? func=detail&aid=2858734&group_id=51305&atid=462819 Ronan |
|
From: SourceForge.net <no...@so...> - 2009-09-14 18:06:58
|
Feature Requests item #2858734, was opened at 2009-09-14 20:06 Message generated for change (Tracker Item Submitted) made by pgriddev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2858734&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 component Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ronan Chartois (pgriddev) Assigned to: Nobody/Anonymous (nobody) Summary: wxTreeListCtrl - add tooltips per row Initial Comment: [opened on behalf of Carl Godkin] I have a suggestion for improving wxTreeListCtrl. I wanted to add tool tips to a wxTreeListCtrl but had a little trouble that I have since worked around. I want the tool tips to be based on the item I'm hovering over. To do this, I added a handler for mouse motion and am using HitTest to figure out which item I'm hovering over. There's a problem with this, though: the header. I needed a way to account for the height of the header but m_headerHeight is a private member. My first change was to make a protected GetHeaderHeight() method. Then in my OnMouseMotion handler I can do this: wxPoint point (event.GetX(), event.GetY() + GetHeaderHeight()); wxTreeItemId item = HitTest (point); Second, wxWindow::SetToolTip() doesn't work correctly since it's really the main window that needs to handle the tool tip. So my second change was to override wxTreeListCtrl::SetToolTip() and have my function call m_main_win::SetToolTip(). Here's the whole function that I added to the end of treelistctrl.cpp: void wxTreeListCtrl::SetToolTip (const wxString &tip) { m_main_win->SetToolTip (tip); } And here are the changes I made to the protected section of treelistctrl.h: int GetHeaderHeight() const { return m_headerHeight; } void SetToolTip (const wxString &tip); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2858734&group_id=51305 |
|
From: Ronan C. <pgr...@ya...> - 2009-09-14 18:04:47
|
Hi Max as emailed before, I am grateful for the report and am going to look into this --very soon now. I opened ticket 2858731 in the wxCode bug tracker on your behalf, follow-up on: https://sourceforge.net/tracker/? func=detail&aid=2858731&group_id=51305&atid=462816 Ronan |
|
From: SourceForge.net <no...@so...> - 2009-09-14 18:00:53
|
Bugs item #2858731, was opened at 2009-09-14 20:00 Message generated for change (Tracker Item Submitted) made by pgriddev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2858731&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: treelistctrl Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ronan Chartois (pgriddev) Assigned to: Ronan Chartois (pgriddev) Summary: problems compiling wxTreeListCtrl with GCC 4.x Initial Comment: [opened on behalf of Max Jonathan Spaulding] Hello Ronan, I am not sure if you check the wxCode users list. I had some problems compiling the latest wxTreeListCtrl with GCC 4.4.0 and a mingw cross compiler also 4.4.0 on Fedora Linux 11. I sent this to the wxCode mailing list. The patches fix most everything. -Max ---------- Forwarded Message ---------- I have to patches that fix most of my problems I still get a bunch of warnings from bitmaps/file.xpm bitmaps/file.xpm:38: warning: deprecated conversion from string constant to ‘char*’ and for some reason on Fedora 11 gcc 4.4.0 the makefile in samples/treelisttest thinks it should run windres. make windres `wx-config --cppflags -rescomp` -i treelisttest.rc -J rc -o treelisttest.res -O coff /bin/sh: windres: command not found make: *** [treelisttest.res] Error 127 Don't think I am going to bother looking at either of them as all I need is the treelistctrl.cpp to compile and link and I think the patch takes care of that. Added some typecasts that were missing and through _T() around some bare quotes. -Max On Sunday 16 August 2009 19:02:20 Max Jonathan Spaulding wrote: > Just checking to see if anyone has compiled the newest release of this? > > Trying to get the 07/09/2009 version fo this to build from here > http://wxcode.sourceforge.net/components/treelistctrl/ > > I thought from reading the forum that it was stable and would just build. > But I can't get it to compile with GCC or Mingw > > gcc version for linux > gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) (GCC) > > gcc version for mingw cross compiler > gcc version 4.4.0 20090319 (experimental) (GCC) > > Both give me the same errors. Missing <wx/app.h> Passing of > wxTreeListItem*'s all over where wxTreeItemId&'s are expected etc... > > So my question is am I insane and just missing something to make this work, > or is the latest stable not so stable? > > wxWidgets versions > > wx-config --list > > Default config is gtk2-unicode-release-2.8 > > > /usr/i686-pc-mingw32/sys-root/mingw/bin/wx-config --list > > Default config is i686-pc-mingw32-msw-unicode-debug-2.8 > > Default config will be used for output > > Alternate matches: > i686-pc-mingw32-msw-unicode-release-2.8 > > Output from make in treelisttest > make > g++ -c -I../../include `wx-config --cxxflags` -g -o treelistctrl.o > ../../src/treelistctrl.cpp > ../../src/treelistctrl.cpp: In member function ‘virtual bool > wxEditTextCtrl::Destroy()’: > ../../src/treelistctrl.cpp:1020: error: ‘wxTheApp’ was not declared in this > scope > ../../src/treelistctrl.cpp: In member function ‘void > wxTreeListMainWindow::DoDeleteItem(wxTreeListItem*)’: > ../../src/treelistctrl.cpp:2509: error: conversion from ‘int’ to ‘const > wxTreeItemId’ is ambiguous > /usr/include/wx-2.8/wx/treebase.h:75: note: candidates are: > wxTreeItemId::wxTreeItemId(long int) > /usr/include/wx-2.8/wx/treebase.h:59: note: > wxTreeItemId::wxTreeItemId(void*) > ../../src/treelistctrl.cpp: In member function ‘void > wxTreeListMainWindow::PaintItem(wxTreeListItem*, wxDC&)’: > ../../src/treelistctrl.cpp:3080: error: operands to ?: have different types > ‘const wxString’ and ‘const char [2]’ > ../../src/treelistctrl.cpp: In member function ‘void > wxTreeListMainWindow::OnChar(wxKeyEvent&)’: > ../../src/treelistctrl.cpp:3492: error: conversion from ‘int’ to ‘const > wxTreeItemId’ is ambiguous > /usr/include/wx-2.8/wx/treebase.h:75: note: candidates are: > wxTreeItemId::wxTreeItemId(long int) > /usr/include/wx-2.8/wx/treebase.h:59: note: > wxTreeItemId::wxTreeItemId(void*) > ../../src/treelistctrl.cpp: In member function ‘void > wxTreeListMainWindow::OnMouse(wxMouseEvent&)’: > ../../src/treelistctrl.cpp:3938: error: conversion from ‘int’ to ‘const > wxTreeItemId’ is ambiguous > /usr/include/wx-2.8/wx/treebase.h:75: note: candidates are: > wxTreeItemId::wxTreeItemId(long int) > /usr/include/wx-2.8/wx/treebase.h:59: note: > wxTreeItemId::wxTreeItemId(void*) > ../../src/treelistctrl.cpp: In member function ‘void > wxTreeListMainWindow::CalculateSize(wxTreeListItem*, wxDC&)’: > ../../src/treelistctrl.cpp:4066: error: operands to ?: have different types > ‘const wxString’ and ‘const char [2]’ > make: *** [treelistctrl.o] Error 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2858731&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2009-09-14 11:38:05
|
Bugs item #2858530, was opened at 2009-09-14 11:38 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2858530&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: wrong operator= Initial Comment: 1. wxSQLite3Database::operator=(const wxSQLite3Database& db) has resource leak. You must close m_db before assigning new value to one. 2.All operator=() do not perform self-assigning check, for example: wxSQLite3Database& wxSQLite3Database::operator=(const wxSQLite3Database& db) { if ( this == &db) { // ADD THIS CHECK FOR EVERY operator= return *this; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2858530&group_id=51305 |
|
From: Carl G. <cg...@gm...> - 2009-09-13 19:31:36
|
On Sun, Sep 13, 2009 at 9:40 AM, Ronan Chartois <pgr...@ya...> wrote: > > Would you be happy with the following methods ? > > // set default tip (header, blank area) > treeListCtrl->SetToolTip(const wxString &tip); > // set tip for specific row > treeListCtrl->SetToolTip(const wxTreeItemId& item, const wxString &tip); > > If so I would merge your code into the control and add these 2 public > methods > > Hi Ronan, I think this is a fine idea. Thanks! carl |
|
From: Ronan C. <pgr...@ya...> - 2009-09-13 17:15:18
|
> Hi, Hi Carl, and sorry about the delay, I was off on a trip > I have a suggestion for improving wxTreeListCtrl. > > I wanted to add tool tips to a wxTreeListCtrl but had a little > trouble that I have since worked around. I want the tool tips to be > based on the item I'm hovering over. > . . . . . I find it a very good idea. In fact, IMHO the functionality should be supported directly by the control, without you having to worry about gory details --although I am very thankful that you already did the job :-) Would you be happy with the following methods ? // set default tip (header, blank area) treeListCtrl->SetToolTip(const wxString &tip); // set tip for specific row treeListCtrl->SetToolTip(const wxTreeItemId& item, const wxString &tip); If so I would merge your code into the control and add these 2 public methods > This leads me to a final question: Why does wxTreeListCtrl have > public member functions GetHeaderWindow() and GetMainWindow()? > Since the classes they returned are only defined inside treelistctrl.cpp, > I don't see how they do me any good. I could have accomplished > both of the changes I suggest above if I could get at these classes, > but I cannot. Am I missing something obvious? Ahum... maybe not everything in the class definition makes sense anymore, the control went through several hands... Ideally you should not have to access the underlying windows, i.e. those methods should not be public. Like you pointed out they are useless outside treelistctrl.cpp, so I will change them to protected. Thanks for the remark! Ronan |
|
From: SourceForge.net <no...@so...> - 2009-09-10 23:49:49
|
Bugs item #2856540, was opened at 2009-09-10 16:49 Message generated for change (Tracker Item Submitted) made by cbrockman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2856540&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: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Brockman (cbrockman) Assigned to: Nobody/Anonymous (nobody) Summary: [wxFreeChart] Files References Missing from MSVC Projects Initial Comment: In trying to build the wxFreeChart library and the sample program in Microsoft Visual C++ 2008 I received some linker errors due to missing file references in the WXFREECHART and wxFreeChartDemo_lib projects. ------ Build started: Project: wxFreeChartDemo_lib, Configuration: Static Unicode Debug Multilib Static Win32 ------ Linking... democollection.obj : error LNK2001: unresolved external symbol "class ChartDemo * * bubbleDemos" (?bubbleDemos@@3PAPAVChartDemo@@A) democollection.obj : error LNK2001: unresolved external symbol "int bubbleDemosCount" (?bubbleDemosCount@@3HA) democollection.obj : error LNK2001: unresolved external symbol "class ChartDemo * * ganttDemos" (?ganttDemos@@3PAPAVChartDemo@@A) democollection.obj : error LNK2001: unresolved external symbol "int ganttDemosCount" (?ganttDemosCount@@3HA) To correct these errors I added bubbledemos.cpp and ganttdemos.cpp to the wxFreeChartDemo_lib project. With the next build I received these messages. Linking... bubbledemos.obj : error LNK2019: unresolved external symbol "public: __thiscall XYZRenderer::XYZRenderer(int,int)" (??0XYZRenderer@@QAE@HH@Z) referenced in function "public: virtual class Chart * __thiscall BubbleDemo1::Create(void)" (?Create@BubbleDemo1@@UAEPAVChart@@XZ) wxcode_msw28ud_freechart.lib(bubbleplot.obj) : error LNK2019: unresolved external symbol "public: void __thiscall XYZRenderer::Draw(class wxDC &,class wxRect,class Axis *,class Axis *,class XYZDataset *)" (?Draw@XYZRenderer@@QAEXAAVwxDC@@VwxRect@@PAVAxis@@2PAVXYZDataset@@@Z) referenced in function "protected: virtual void __thiscall BubblePlot::DrawDatasets(class wxDC &,class wxRect)" (?DrawDatasets@BubblePlot@@MAEXAAVwxDC@@VwxRect@@@Z) I then added xyzrenderer.cpp and xyzrenderer.h to the WXFREECHART project. Now the sample program compiles, links and runs as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2856540&group_id=51305 |
6 messages has been excluded from this view by a project administrator.
