wxcode-users — Submission, Questions, Information

Re: [wxCode-users] wxTreeListCtrl suggestion...

[Christian B. <ex...@gm...>]

Carl Godkin schrieb:
> My comment was just FYI.  wxTreeListCtrl is not in wxWidgets proper 
> unless something
> has changed.  It's in wxcode.  So I guess I don't understand this request.

Ah I see. I thought it was wxTreeCtrl ;)

But I will watch on wxTreeListCtrl
-- 
publictimestamp.org/ptb/PTB-7107 tiger2 2009-09-10 09:00:04
D7C2A6C1B48BB8FECEAF5161DECB84121E99E44EC374C541

[wxCode-users] [ wxcode-Patches-2855459 ] Build pbm wxJSON and wx 2.9

[SourceForge.net <no...@so...>]

Patches item #2855459, was opened at 2009-09-09 23:00
Message generated for change (Tracker Item Submitted) made by kosenko
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2855459&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: Kolya Kosenko (kosenko)
Assigned to: Nobody/Anonymous (nobody)
Summary: Build pbm wxJSON and wx 2.9

Initial Comment:
wxJSON have build problems with wxWidgets 2.9.0. Tested with wxGTK:

wxJSON/src/jsonreader.cpp: In member function в__int wxJSONReader::SkipComment()в_T:
wxJSON/src/jsonreader.cpp:1040: error: call of overloaded в__append(int, int&)в_T is ambiguous
wxWidgets-2.9.0-RC5/include/wx/string.h:2471: note: candidates are: wxString& wxString::append(const char*, size_t) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2479: note:                 wxString& wxString::append(const wchar_t*, size_t) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2494: note:                 wxString& wxString::append(const wxCStrData&, size_t) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2502: note:                 wxString& wxString::append(size_t, wxUniChar)
wxWidgets-2.9.0-RC5/include/wx/string.h:2524: note:                 wxString& wxString::append(size_t, char)
wxWidgets-2.9.0-RC5/include/wx/string.h:2526: note:                 wxString& wxString::append(size_t, unsigned char)
wxWidgets-2.9.0-RC5/include/wx/string.h:2528: note:                 wxString& wxString::append(size_t, wchar_t)
wxWidgets-2.9.0-RC5/include/wx/string.h:2540: note:                 wxString& wxString::append(const char*, const char*) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2542: note:                 wxString& wxString::append(const wchar_t*, const wchar_t*) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2544: note:                 wxString& wxString::append(const wxCStrData&, const wxCStrData&) <near match>
wxJSON/src/jsonreader.cpp:1050: error: call of overloaded в__append(int, int&)в_T is ambiguous
wxWidgets-2.9.0-RC5/include/wx/string.h:2471: note: candidates are: wxString& wxString::append(const char*, size_t) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2479: note:                 wxString& wxString::append(const wchar_t*, size_t) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2494: note:                 wxString& wxString::append(const wxCStrData&, size_t) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2502: note:                 wxString& wxString::append(size_t, wxUniChar)
wxWidgets-2.9.0-RC5/include/wx/string.h:2524: note:                 wxString& wxString::append(size_t, char)
wxWidgets-2.9.0-RC5/include/wx/string.h:2526: note:                 wxString& wxString::append(size_t, unsigned char)
wxWidgets-2.9.0-RC5/include/wx/string.h:2528: note:                 wxString& wxString::append(size_t, wchar_t)
wxWidgets-2.9.0-RC5/include/wx/string.h:2540: note:                 wxString& wxString::append(const char*, const char*) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2542: note:                 wxString& wxString::append(const wchar_t*, const wchar_t*) <near match>
wxWidgets-2.9.0-RC5/include/wx/string.h:2544: note:                 wxString& wxString::append(const wxCStrData&, const wxCStrData&) <near match>
make: *** [wxJSON/src/jsonreader.o] Error 1


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2855459&group_id=51305

Re: [wxCode-users] wxTreeListCtrl suggestion...

[Christian B. <ex...@gm...>]

Carl Godkin schrieb:
> If you just make the small changes I mentioned in the email it should 
> all work,

Please make a diff/patch

> I should mention that I'm using wx 2.8.8.

against TRUNK. ;)
-- 
publictimestamp.org/ptb/PTB-7095 sha160 2009-09-08 21:00:04
A6D12B1189391091CD6B2F4514CFB4ABA2A75472

Re: [wxCode-users] wxTreeListCtrl suggestion...

[Carl G. <cg...@gm...>]

On Tue, Sep 8, 2009 at 2:56 AM, Christian Buhtz <ex...@gm...> wrote:

> Carl Godkin schrieb:
> > 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.
>
> Hi Carl,
>
> I tried it some weeks ago, too. But I am not a crack! ;)
>
> I am very interested in the progress of your work and would test your
> code. Please let me know if I can help you!
>
>
If you just make the small changes I mentioned in the email it should all
work,
at least on wxMSW and wxGTK.  Note that there are a couple of funny problems
with wxGTK, however:

1. If you select a tree item, then tooltips stop working until you move out
and then
back into the window.

2. The tool tip is positioned at the bottom of the window.

Both of these problems were discussed in this thread on the wx-users list:
http://article.gmane.org/gmane.comp.lib.wxwidgets.general/46477

I should mention that I'm using wx 2.8.8.

carl

Re: [wxCode-users] wxTreeListCtrl suggestion...

[Christian B. <ex...@gm...>]

Carl Godkin schrieb:
> 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.

Hi Carl,

I tried it some weeks ago, too. But I am not a crack! ;)

I am very interested in the progress of your work and would test your 
code. Please let me know if I can help you!
-- 
publictimestamp.org/ptb/PTB-7091 sha384 2009-09-08 09:00:04
1203EAF9E9A2629AF64B1F28BB8E81D29A86D41774A3392F5415C8A05B8155BDA8934E
40CDAAE113C4862B99D446B1EE

[wxCode-users] wxTreeListCtrl suggestion...

[Carl G. <cg...@gm...>]

Hi,

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);


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?

Thanks,

carl

[wxCode-users] [ wxcode-Bugs-2853383 ] Resource leak in wxsqlite3?

[SourceForge.net <no...@so...>]

Bugs item #2853383, was opened at 2009-09-07 06:59
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2853383&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: Resource leak in wxsqlite3?

Initial Comment:
Class wxSQLite3Statement (wxsqlite3.cpp) has resource leak in its operator=().
The code does not release m_stmt before assigning new value to one.

wxSQLite3Statement& wxSQLite3Statement::operator=(const wxSQLite3Statement& statement)
{
  m_db = statement.m_db;
  m_stmt = statement.m_stmt; // RESOURCE LEAK, must be called sqlite3_finalize(m_stmt) first!!!
  // Only one object can own prepared statement
  const_cast<wxSQLite3Statement&>(statement).m_stmt = 0;
  return *this;
}


Take a look at similar right code.

wxSQLite3ResultSet& wxSQLite3ResultSet::operator=(const wxSQLite3ResultSet& resultSet)
{
  try
  {
    Finalize(); // free m_stmt if owns
  }
  catch (...)
  {
  }
  m_stmt = resultSet.m_stmt;
  // Only one object can own the statement
  const_cast<wxSQLite3ResultSet&>(resultSet).m_stmt = 0;
  m_eof = resultSet.m_eof;
  m_first = resultSet.m_first;
  m_cols = resultSet.m_cols;
  m_ownStmt = resultSet.m_ownStmt;
  return *this;
}


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2853383&group_id=51305

[wxCode-users] [ wxcode-Bugs-2846586 ] [wxPlotCtrl] SetCursor Call to wxString(int)

[SourceForge.net <no...@so...>]

Bugs item #2846586, was opened at 2009-08-28 16:17
Message generated for change (Tracker Item Submitted) made by cbrockman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846586&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: [wxPlotCtrl] SetCursor Call to wxString(int)

Initial Comment:
While trying to compile the plotctrl project in Microsoft Visual C++ 2008 under Windows I received the following errors:

..\src\plotctrl.cpp(592) : error C2248: 'wxString::wxString' : cannot access private member declared in class 'wxString'
  C:\wxWidgets SVN\include\wx/string.h(478) : see declaration of 'wxString::wxString'
  C:\wxWidgets SVN\include\wx/string.h(456) : see declaration of 'wxString'
..\src\plotctrl.cpp(2186) : error C2248: 'wxString::wxString' : cannot access private member declared in class 'wxString'
  C:\wxWidgets SVN\include\wx/string.h(478) : see declaration of 'wxString::wxString'
  C:\wxWidgets SVN\include\wx/string.h(456) : see declaration of 'wxString'


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846586&group_id=51305

[wxCode-users] [ wxcode-Bugs-2846582 ] [wxPlotCtrl] SetLogicalFunction Call Requires a Cast

[SourceForge.net <no...@so...>]

Bugs item #2846582, was opened at 2009-08-28 16:09
Message generated for change (Tracker Item Submitted) made by cbrockman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846582&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: [wxPlotCtrl] SetLogicalFunction Call Requires a Cast

Initial Comment:
I tried to compile the plotctrl project in Microsoft Visual C++ 2008 under Windows and received the following errors:

..\src\plotctrl.cpp(2518) : error C2664: 'wxDC::SetLogicalFunction' : cannot convert parameter 1 from 'int' to 'wxRasterOperationMode'
  Conversion to enumeration type requires an explicit cast (static_cast, C-style cast or function-style cast)
..\src\plotctrl.cpp(2532) : error C2664: 'wxDC::SetLogicalFunction' : cannot convert parameter 1 from 'int' to 'wxRasterOperationMode'
  Conversion to enumeration type requires an explicit cast (static_cast, C-style cast or function-style cast)

To correct the errors I added static_cast<wxRasterOperationMode> as shown in the attached patch.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846582&group_id=51305

[wxCode-users] [ wxcode-Bugs-2846562 ] [wxPlotCtrl] Ambiguous Call to floor in plotdraw.cpp

[SourceForge.net <no...@so...>]

Bugs item #2846562, was opened at 2009-08-28 15:38
Message generated for change (Tracker Item Submitted) made by cbrockman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846562&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: [wxPlotCtrl] Ambiguous Call to floor in plotdraw.cpp

Initial Comment:
I tried to compile the plotctrl project in Microsoft Visual C++ 2008 under Windows and received the following errors:

plotdraw.cpp
..\src\plotdraw.cpp(1171) : error C2668: 'floor' : ambiguous call to overloaded function
  C:\Program Files\Microsoft Visual Studio 9.0\VC\include\math.h(559): could be 'long double floor(long double)'  
  C:\Program Files\Microsoft Visual Studio 9.0\VC\include\math.h(511): or 'float floor(float)'
  C:\Program Files\Microsoft Visual Studio 9.0\VC\include\math.h(137): or 'double floor(double)'
  while trying to match the argument list '(int)'

..\src\plotdraw.cpp(1173) : error C2668: 'floor' : ambiguous call to overloaded function
  C:\Program Files\Microsoft Visual Studio 9.0\VC\include\math.h(559): could be 'long double floor(long double)'
  C:\Program Files\Microsoft Visual Studio 9.0\VC\include\math.h(511): or 'float floor(float)'
  C:\Program Files\Microsoft Visual Studio 9.0\VC\include\math.h(137): or 'double floor(double)'
  while trying to match the argument list '(int)'
  
To correct the errors I added a static_cast<double> at both lines as shown in the attached patch.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846562&group_id=51305

[wxCode-users] [ wxcode-Bugs-2846507 ] Bug: Multiline text in wxButton::SetLabel()

[SourceForge.net <no...@so...>]

Bugs item #2846507, was opened at 2009-08-28 20:48
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846507&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: Yes
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug: Multiline text in wxButton::SetLabel()

Initial Comment:
The label string as an ctor argument of wxButton (for MSW) triggers the BS_MULTILINE style (by looking for '\n' in the label string). SetLabel() does not. 
Hence, if button labels are initialized, e.g. with wsEmptyString in the ctor, SetLabel() will not break label lines. Workarount: Initialize the label with wxT("\n") in ctor.

Great toolkit, yeah !!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2846507&group_id=51305

[wxCode-users] [ wxcode-Patches-2845377 ] [wxPoltCtrl]: Warning on non-explicitly initialized bases.

[SourceForge.net <no...@so...>]

Patches item #2845377, was opened at 2009-08-27 08:18
Message generated for change (Tracker Item Submitted) made by jansson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2845377&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: Peter Jansson (jansson)
Assigned to: Nobody/Anonymous (nobody)
Summary: [wxPoltCtrl]: Warning on non-explicitly initialized bases.

Initial Comment:
Using MinGW with "g++ -Wextra", I get this warning:

..../components/wxplotctrl/include/wx/plotctrl/plotfunc.h: In copy constructor `wxPlotData::wxPlotData(const wxPlotData&)': ...components/wxplotctrl/include/wx/plotctrl/plotdata.h:60: warning: base class `class wxPlotCurve' should be explicitly initialized in the copy constructor

Similiar warnings are issued on other places as well, wich all depend on the same thing. Can we fix this?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2845377&group_id=51305

[wxCode-users] [ wxcode-Feature Requests-2840184 ] wxSQLite3 - Include Code::Blocks project file

[SourceForge.net <no...@so...>]

Feature Requests item #2840184, was opened at 2009-08-19 10:02
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2840184&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 - Include Code::Blocks project file

Initial Comment:
Hello,
please can you add into build directory of wxSQLite3 component also Code:Blocks project file?

Thanks in advance

BlackRose

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2840184&group_id=51305

Re: [wxCode-users] wxTreeListCtrl - new release 2009-07-19 (maintenance release)

[Max J. S. <mc...@gr...>]

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
>
>
> -Max

-- 
Max Jonathan Spaulding - MC2 Research, LLC
3658 Shoshone St. Denver, CO 80211
email: mc...@gr... - phone: (303) 325-5013
linkedin: http://www.linkedin.com/in/maxjspaulding

Re: [wxCode-users] wxTreeListCtrl - new release 2009-07-19 (maintenance release)

[Max J. S. <mc...@gr...>]

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


-Max
-- 
Max Jonathan Spaulding - MC2 Research, LLC
3658 Shoshone St. Denver, CO 80211
email: mc...@gr... - phone: (303) 325-5013
linkedin: http://www.linkedin.com/in/maxjspaulding

[wxCode-users] wxTreeListCtrl - new release 2009-07-19 (maintenance release)

[PGRID dev. <pgr...@ya...>]

For wxTreeListCtrl users:  new release 2009-07-19 (maintenance release)

This is a maintenance release, no need to upgrade unless :
  - the release you are currently using is older than v2008-12-05
  - or your code makes use of GetPrev()
  - or you experience flickers in the wxTreeListCtrl windows
    
website: http://wxcode.sourceforge.net/components/treelistctrl

Happy coding !
Ronan


==================== ChangeLog begin ==================== 

* 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

==================== ChangeLog end ====================

[wxCode-users] [ wxcode-Feature Requests-2823804 ] wxTreeListCtrl: add colors

[SourceForge.net <no...@so...>]

Feature Requests item #2823804, was opened at 2009-07-19 08:51
Message generated for change (Tracker Item Submitted) made by pgriddev
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2823804&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: 1
Private: No
Submitted By: Ronan Chartois (pgriddev)
Assigned to: Ronan Chartois (pgriddev)
Summary: wxTreeListCtrl: add colors

Initial Comment:
[opened on behalf of Xulei/Andrew]

- set background / foreground color for any column / any row, but in particular for main column

[Ronan: because it is already possible to set colors for individual cells, this gets lowest priority]


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2823804&group_id=51305

[wxCode-users] [ wxcode-Bugs-2815443 ] Edit control does not move with columns

[SourceForge.net <no...@so...>]

Bugs item #2815443, was opened at 2009-07-01 20:58
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2815443&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: Nobody/Anonymous (nobody)
Assigned to: Ronan Chartois (pgriddev)
Summary: Edit control does not move with columns

Initial Comment:
If an item is being edited (the edit control is open) and a column is sized, the edit control does not move with the column. The edit control does close properly when the editing is done.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2815443&group_id=51305

[wxCode-users] [ wxcode-Patches-2813005 ] wxCurl: trivial g++ 4.3 warning fix

[SourceForge.net <no...@so...>]

Patches item #2813005, was opened at 2009-06-26 23:38
Message generated for change (Tracker Item Submitted) made by vadz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2813005&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: Vadim Zeitlin (vadz)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxCurl: trivial g++ 4.3 warning fix

Initial Comment:
This is a really trivial patch so let me put it inline:

--- a/lib/wxcurl/src/ftpparse.cpp
+++ b/lib/wxcurl/src/ftpparse.cpp
@@ -120,7 +120,7 @@ static long guesstai(long month,long mday)
   return 0;
 }

-static int checkit(char *buf,char *monthname)
+static int checkit(char *buf,const char *monthname)
 {
   if ((buf[0] != monthname[0]) && (buf[0] != monthname[0] - 32)) return 0;
   if ((buf[1] != monthname[1]) && (buf[1] != monthname[1] - 32)) return 0;
@@ -128,7 +128,7 @@ static int checkit(char *buf,char *monthname)
   return 1;
 }

-static char *months[12] = {
+static const char *months[12] = {
   "jan","feb","mar","apr","may","jun","jul","aug","sep","oct","nov","dec"
 } ;


It basically just adds 2 const keywords to suppress g++ 4.3 warning about converting string literals to non-const char pointer.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2813005&group_id=51305

[wxCode-users] [ wxcode-Patches-2812063 ] wxCurl: 2.9 compilation and Unicode fix

[SourceForge.net <no...@so...>]

Patches item #2812063, was opened at 2009-06-25 13:14
Message generated for change (Tracker Item Submitted) made by vadz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2812063&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: Vadim Zeitlin (vadz)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxCurl: 2.9 compilation and Unicode fix

Initial Comment:
The code in wxCurlFTPTool::GetFTPFs() is using wxString::GetWriteBuf() which doesn't exist any more in wx 2.9 and also incorrectly casts between char* and wxChar* strings which means that it never worked in Unicode build. The attached patch tries to fix both problems, although I didn't actually test that it worked. But at least it compiles with 2.9 and it can't be worse than before as it could have never worked  in Unicode build anyhow.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2812063&group_id=51305

[wxCode-users] [ wxcode-Bugs-2807075 ] [wxJSON v1.0] build fault on mingw

[SourceForge.net <no...@so...>]

Bugs item #2807075, was opened at 2009-06-16 11:54
Message generated for change (Tracker Item Submitted) made by luccat
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2807075&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Luciano Cattani (luccat)
Assigned to: Nobody/Anonymous (nobody)
Summary: [wxJSON v1.0] build fault on mingw

Initial Comment:

Hi,
I have to reopen bug ID 2735592 because after analizing it I came to the conclusion that it is actually a bug (although not related to wxJSON) that could be fixed somewhat.
The wxJSON library does not compile on mingw: Below is the compiler's errors:

/home/AndrejsC/wxJSON-1.0.0/_build_/bk-deps g++ -c -o wxjson_lib_jsonreader.o -I../include -I/mingw/include -D__WXMSW__ -mthreads -O2 ../src/jsonreader.cpp
In file included from ../include/wx/jsonreader.h:35, from ../src/jsonreader.cpp:15:
../include/wx/jsonval.h:270: error: conflicting declaration 'typedef class
std::tr1::unordered_map<wxString, wxJSONValue, wxStringHash, wxStringEqual,
std::allocator<std::pair<const wxString, wxJSONValue> > > wxJSONInternalMap'
../include/wx/jsonval.h:40: error: 'struct wxJSONInternalMap' has a
previous declaration as 'struct wxJSONInternalMap'
../include/wx/jsonval.h:354: error: field 'm_valMap' has incomplete type
make: *** [wxjson_lib_jsonreader.o] Error 1


The problem seems to be that the 'wxHashMap' container class on mingw relies on the STL std::map template as the actual container but it behaves very strangly because it cause the redefinition of wxJSONInternalMap.
Consider the following code, actually used in wxJSON:

------------ EXAMPLE 1 -------------

// forward declaration
class wxJSONInternalMap;


class wxJSONValue
{
  ...
  // this is the reason of the forward declaration
  const wxJSONInternalMap* AsMap() const;
  ...
}
WX_DECLARE_STRING_HASH_MAP( wxJSONValue, wxJSONInternalMap );


-------- END EXAMPLE 1 -----------

The code compiles fine on my Linux machine and on Windows using BCC 5.5
Now substitute the wxWdiget's hashmap declaration with the following which uses STL:

typedef std::map<wxJSONValue>   wxJSONInternalMap;


Now the code is wrong and does NOT compile on my linux machine and the error message is the same as the one reported above when using mingw.
Also the code does NOT compile on windows BCC 5.5; the error message in this case is more accurate and it explicitly says that the wxJSONInternalMap was redefined as a different type (it is now a typedef).

The correct code, when using STL is the following:

------------ EXAMPLE 2 -------------

typedef std::map<class wxJSONValue>   wxJSONInternalMap;

class wxJSONValue
{
  ...
  const wxJSONInternalMap* AsMap() const;
  ...
}

-------- END EXAMPLE 2 -----------

This code DOES compile on both my systems.
The solution using STL is to use a forward declaration for wxJSONValue, next to write the container STL declaration and finally to define wxJSONValue but this solution is not applicable when using wxWidget's containers because the 'wxHashMap' macro requires the wxJSONValue to be fully known when declaring the container.
The enclosed 'jsonval.h' header file contains a patched version of the wxJSONValue declaration which can be used on mingw. Andrejs had compiled it successfully.

The bug will be definitely fixed when version 1.1 will be released which adds an option that allows the use of STL as the container's classes for JSON arrays / objects instead of wxWidget's own container classes.
I plan to release version 1.1 in july / august 2009.






----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2807075&group_id=51305

[wxCode-users] [ wxcode-Bugs-2796311 ] wxSQLite3 -- possible memory leak

[SourceForge.net <no...@so...>]

Bugs item #2796311, was opened at 2009-05-25 15:02
Message generated for change (Tracker Item Submitted) made by panduwana
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2796311&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: Perdana Panduwana (panduwana)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxSQLite3 -- possible memory leak

Initial Comment:
>From trunk/wxCode/components/wxsqlite3/src/wxsqlite3.cpp:
Function: wxMemoryBuffer& wxSQLite3Blob::Read(wxMemoryBuffer& blobValue, int length, int offset);

1763   char* localBuffer = new char[length];
...
1769     throw wxSQLite3Exception(rc, UTF8toWxString(localError));
...
1773   delete [] localBuffer;

so, if exception thrown, localBuffer never deleted.

A better way is to directly write to wxMemoryBuffer's internal memory using wxMemoryBuffer::GetWriteBuf(sizeNeeded) followed by wxMemoryBuffer::UngetWriteBuf(sizeUsed).
This completely remove the need of localBuffer.

I've attached the diff of my suggestion.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2796311&group_id=51305

[wxCode-users] [ wxcode-Bugs-2795247 ] [wxJSON v1.0] bug in the escaping of control characters

[SourceForge.net <no...@so...>]

Bugs item #2795247, was opened at 2009-05-22 09:34
Message generated for change (Tracker Item Submitted) made by luccat
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2795247&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Luciano Cattani (luccat)
Assigned to: Nobody/Anonymous (nobody)
Summary: [wxJSON v1.0] bug in the escaping of control characters

Initial Comment:
Hi,
after analizing the JSON specifications (see http://www.json.org) it seems that there is another bug in the wxJSONWriter class.
The JSON syntax states that a string value contains "any UNICODE character except " or \ or control character".
Those characters have to be escaped and some control characters are identified by a lower case letter as, for example, TAB si identified by a lower case letter 't'.
All other characters should be identified by the '\uXXXX' sequence where XXXX is a four-digit hexadecimal number.

Actually, wxJSON only checks for identified control characters and does nothing for all others.
Do you agree with my interpretation? All characters lower than decimal 32 (0x20 hex) should be escaped?

Luciano


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2795247&group_id=51305

Re: [wxCode-users] bakefile gdiplus lib

[John L. <jla...@gm...>]

On Tue, May 19, 2009 at 11:38 PM, John Labenski <jla...@gm...> wrote:

> On Mon, May 18, 2009 at 4:15 PM, Francesco Montorsi <
> f18...@ya...> wrote:
>
>> Hi Klaas,
>>
>> klaas.holwerda ha scritto:
>> > Francesco,
>> >
>> > I updated from CVS, but the linking problem is still there (gdiplus.lib
>> > is not in the makefile.vc.
>> > And with nmake it is a problem.
>> Yes, I see. It looks like John still has not committed his changes to the
>> bakefiles... John, if you want, I can do it...
>>
>
> Sorry about the delay, I looked at the wx.bkl, wx_win32.bkl, and
> wx_unix.blk in wxWidgets 2.8.10 and wxCode/build/bakefiles/presets and they
> are really very different. I was unsure about the rest of the changes, but I
> see that you think it is best to hold off until 3.0.
>
> I will commit the little change I posted before.
>
> Regards,
>     John
>

I have committed it, but it just dawns on me that since the MSVC GUI builds
won't be able to have gdiplus.lib linked as an option, maybe we should just
link to it all the time? Isn't it true that everyone has it and if you link
to it, but don't use anything from it the linker throws it out. There's
nothing to lose by doing that right?

-John

Re: [wxCode-users] bakefile gdiplus lib

[John L. <jla...@gm...>]

On Mon, May 18, 2009 at 4:15 PM, Francesco Montorsi <f18...@ya...
> wrote:

> Hi Klaas,
>
> klaas.holwerda ha scritto:
> > Francesco,
> >
> > I updated from CVS, but the linking problem is still there (gdiplus.lib
> > is not in the makefile.vc.
> > And with nmake it is a problem.
> Yes, I see. It looks like John still has not committed his changes to the
> bakefiles... John, if you want, I can do it...
>

Sorry about the delay, I looked at the wx.bkl, wx_win32.bkl, and wx_unix.blk
in wxWidgets 2.8.10 and wxCode/build/bakefiles/presets and they are really
very different. I was unsure about the rest of the changes, but I see that
you think it is best to hold off until 3.0.

I will commit the little change I posted before.

Regards,
    John