<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lib.wxwidgets.devel">
    <title>gmane.comp.lib.wxwidgets.devel</title>
    <link>http://blog.gmane.org/gmane.comp.lib.wxwidgets.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149248"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149240"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149232"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149231"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149229"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149226"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149203"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149191"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149175"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149171"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149164"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149128"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149116"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149111"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149094"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149090"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149089"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149074"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149070"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149248">
    <title>#15266: Add support for horizontal mouse wheel scrolling to wxStyledTextCtrl</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149248</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15266&amp;gt;

#15266: Add support for horizontal mouse wheel scrolling to wxStyledTextCtrl
---------------------------------------------------------------+------------
 Reporter:  toiffel                                            |       Owner:         
     Type:  enhancement                                        |      Status:  new    
 Priority:  normal                                             |   Milestone:         
Component:  wxStyledText                                       |     Version:  2.9-svn
 Keywords:  wxStyledTextCtrl wxSTC horizontal scrolling wheel  |   Blockedby:         
    Patch:  1                                                  |    Blocking:         
---------------------------------------------------------------+------------
 This patch does exactly what the title says - enables the horizontal
 scrolling using wxMouseEvent::GetColumnsPerAction() introduced in #15239.
 The current implementation doesn't distinguish between vertical and
 horizontal axes so the horizontal scrolling behaves as vertical one.

 In order to make things work I've added ''axis'' and ''columnsPerAction''
 parameters to ScintillaWX::DoMouseWheel(). Note that unlike line-by-line
 vertical scrolling, Scintilla allows us to perform smooth horizontal
 scrolling on a pixel-by-pixel basis. Also ''wheelRotation'' accumulator is
 now splitted up to ''wheelVRotation'' and ''wheelHRotation'' members for
 vertical and horizontal axes respectively.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15266&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-19T15:15:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149240">
    <title>#15265: wxListCtrl::AppendColumn detail</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149240</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15265&amp;gt;

#15265: wxListCtrl::AppendColumn detail
-------------------------+--------------------------------------------------
 Reporter:  troelsk      |       Owner:         
     Type:  enhancement  |      Status:  new    
 Priority:  normal       |   Milestone:         
Component:  GUI-all      |     Version:  2.9-svn
 Keywords:  wxListCtrl   |   Blockedby:         
    Patch:  1            |    Blocking:         
-------------------------+--------------------------------------------------
 This method is new, there is no reason not to make it type safe.
 Also, use AppendColumn() in 3 samples


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15265&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-19T13:22:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149235">
    <title>#15264: No Multicell line for wxGrid in Combination with wxPanel or wxNotebook</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149235</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15264&amp;gt;

#15264: No Multicell line for wxGrid in Combination with wxPanel or wxNotebook
--------------------+-------------------------------------------------------
 Reporter:  HelgeB  |       Owner:       
     Type:  defect  |      Status:  new  
 Priority:  normal  |   Milestone:       
Component:  wxGrid  |     Version:  2.9.1
 Keywords:          |   Blockedby:       
    Patch:  0       |    Blocking:       
--------------------+-------------------------------------------------------
 When I use wxGrid with AutoWrapCellEditor as a control item in a wxPanel
 or wxNotebook (wxAuiNotebook maybe also) I can not use multicell line. The
 same error occurs when I use wxGrid with RichtextCtrl or wxAdvTable with
 wxTextCtrl or wxRichtTextCtrl.


 When I put wxGrid directly in the MainFrame (wxFrame) then I can create
 the next line with Ctrl-Enter. The wxGrid shows the multi lines correctly.
 When I put wxGrid in a wxPanel (or wxNotebook or other container) and I
 use Ctrl-Enter then the cursor is moved to next row of the grid. Also
 other enter combination jumps always to the next cell in the next row.
 Therefore I can not use multi line cell which is very important.

 I debug the process and the combination with wxFrame the wxTextCtrl or
 wxRichTrxtCtrl get the event Ctrl-Enter command.
 If wxPanel/wxNotebook as parent window the command event is captured and
 the text control doesn't get the event.
 A wxText (multiline) has the same problem, the event doesn't hand over to
 the control.
 Some additional windows styles When I use wxGrid with AutoWrapCellEditor
 as a control item in a wxPanel or wxNotebook (wxAuiNotebook maybe also) I
 can not use multicell line. The same error occurs when I use wxGrid with
 RichtextCtrl or wxAdvTable with wxTextCtrl or wxRichtTextCtrl.


 When I put wxGrid directly in the MainFrame (wxFrame) then I can create
 the next line with Ctrl-Enter. The wxGrid shows the multi lines correctly.
 When I put wxGrid in a wxPanel (or wxNotebook or other container) and I
 use Ctrl-Enter then the cursor is moved to next row of the grid. Also
 other enter combination jumps always to the next cell in the next row.
 Therefore I can not use multi line cell which is very important.

 I debug the process and the combination with wxFrame the wxTextCtrl or
 wxRichTrxtCtrl get the event Ctrl-Enter command.
 If wxPanel/wxNotebook as parent window the command event is captured and
 the text control doesn't get the event.
 A wxText (multiline) has the same problem, the event doesn't hand over to
 the control.

 I create a wxGrid or wx(Rich)TextCtrl in the MainFrame (wxFrame) configure
 the styles and so on. The multiline is working. Now move the control to a
 wxPanel/wxNotebook in the MainFrame. The multi cell line doesn't work
 anymore.

 The same problem is in the 2.9.3 also.
 I use Dialogblocks (5.0.3, before 4.5?) to create the structure with
 visual express studio 2008 compiler and debugging.
 Configuration is Unicode Debug wxMSW and Debug wxMSW.


 Own capture of the event (e.g. with wxTE_PROCESS_ENTER or
 wxTE_PROCESS_TAB) doesn't work also. The event will be captured alwys.
 multiline and wxRichTextCtrl is needed for next program version.

 I should configured correctly the controls.


 see also
 http://forums.wxwidgets.org/viewtopic.php?f=1&amp;amp;t=37320&amp;amp;p=151825&amp;amp;hilit=helge#p151825

 Reproducable: yes, always

 see also
 http://forums.wxwidgets.org/viewtopic.php?f=1&amp;amp;t=37320&amp;amp;p=151825&amp;amp;hilit=helge#p151825

 Reproducable: yes, always


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15264&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-19T06:43:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149232">
    <title>#15263: wxDataViewModel::Resort() should pass model column and sort order as parameters</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149232</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15263&amp;gt;

#15263: wxDataViewModel::Resort() should pass model column and sort order as
parameters
-------------------------+--------------------------------------------------
 Reporter:  manyleaves   |       Owner:     
     Type:  enhancement  |      Status:  new
 Priority:  normal       |   Milestone:     
Component:  base         |     Version:     
 Keywords:               |   Blockedby:     
    Patch:  1            |    Blocking:     
-------------------------+--------------------------------------------------
 When a column header on a wxDataViewCtrl which is associated with a
 virtual list model is clicked and a Resort() is initiated, the model has
 no way of determining which column or order it is to resort on without
 accessing the view (for GetSortingColumn()) or binding to
 wxEVT_COMMAND_DATAVIEW_COLUMN_HEADER_CLICK outside the model. Neither of
 these two options practises good design patterns.

 I suggest adding the sorting column and order as parameters to the model
 Resort() method.

 Patch attached

 Thanks


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15263&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-19T00:49:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149231">
    <title>Has anyone tried making a NuGet package for wxMSW?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149231</link>
    <description>&lt;pre&gt; Hello,

 I've never used it myself but I believe that NuGet (http://nuget.org/) is
a very popular extension among C# developers and it has been available
since recently for C++ too, see

http://blogs.msdn.com/b/vcblog/archive/2013/04/26/nuget-for-c.aspx

 So I wonder if anybody here has any experience with it and already tried
or would be interested in trying to create a wx package for it? I really
don't know anything about it but another blog post (and the one from which
I've actually learnt about its availability for C++) seems to hint that
it's not that difficult:

http://blogs.msdn.com/b/vcblog/archive/2013/06/18/deep-dive-into-nuget-native-part-one.aspx

 It would be definitely nice to have a wxWidgets package for VS2010/2012
for 3.0 so if anybody has time to look at this, it would be great.

 TIA,
VZ
&lt;/pre&gt;</description>
    <dc:creator>Vadim Zeitlin</dc:creator>
    <dc:date>2013-06-18T23:42:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149229">
    <title>#15262: Fix wxPython/Phoenix build with wxGTK3/X11 port</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149229</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15262&amp;gt;

#15262: Fix wxPython/Phoenix build with wxGTK3/X11 port
-------------------------+--------------------------------------------------
 Reporter:  kosenko      |       Owner:         
     Type:  build error  |      Status:  new    
 Priority:  normal       |   Milestone:         
Component:  Phoenix      |     Version:  2.9-svn
 Keywords:               |   Blockedby:         
    Patch:  1            |    Blocking:         
-------------------------+--------------------------------------------------
 This patch similar to #15142 one but Phoenix related.

  1. Apply attached patch
  2. Apply following patch

 {{{
 #!diff
 diff --git buildtools/config.py buildtools/config.py
 index da01b02..07d35b6 100644
 --- buildtools/config.py
 +++ buildtools/config.py
 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -52,7 +52,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; class Configuration(object):
      # wx-config command will be assembled based on version, port,
      # etc. and it will be looked for on the default $PATH.

 -    WXPORT = 'gtk2'
 +    WXPORT = 'gtk3'
      # On Linux/Unix there are several ports of wxWidgets available.
      # Setting this value lets you select which will be used for the
      # wxPython build.  Possibilites are 'gtk', 'gtk2' and 'x11'.
 diff --git wscript wscript
 index 4e0b328..4b0e46a 100644
 --- wscript
 +++ wscript
 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -209,7 +209,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; def configure(conf):
          # GTK2 port of wxWidgets.  If we ever support other ports then
          # this code will need to be adjusted.
          if not isDarwin:
 -            gtkflags = os.popen('pkg-config gtk+-2.0 --cflags',
 'r').read()[:-1]
 +            gtkflags = os.popen('pkg-config gtk+-3.0 --cflags',
 'r').read()[:-1]
              conf.env.CFLAGS_WX   += gtkflags.split()
              conf.env.CXXFLAGS_WX += gtkflags.split()

 }}}

  3. Compile wxWidgets/wxGTK3/X11 with argumets: "../wxWidgets/configure
 --with-gtk=3 --enable-debug=max"

  4. Build wxPython/Phoenix with

 {{{
 #!sh
 python build.py dox etg --nodoc sip build_py
 --build_dir=/path/to/wxgtk3-build/
 PYTHONPATH=. python demo/demo.py
 }}}


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15262&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-18T21:03:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149226">
    <title>#15261: Adding new external wxWebView factory can block creating default wxWebView</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149226</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15261&amp;gt;

#15261: Adding new external wxWebView factory can block creating default wxWebView
---------------------+------------------------------------------------------
 Reporter:  Teolog   |       Owner:         
     Type:  defect   |      Status:  new    
 Priority:  low      |   Milestone:         
Component:  WebView  |     Version:  2.9-svn
 Keywords:           |   Blockedby:         
    Patch:  0        |    Blocking:         
---------------------+------------------------------------------------------
 The default wxWebView list filled only by wxWebView::Create request, by
 checking if factrory list empty.
 So if you own factory added before any wxWebView::Create request, default
 factories will not added, and creating system default wxWebView
 implementation will fail.
 This can solved in user code by calling wxWebView::Create(wxEmptyString)
 before add own factory, but better to fix this in library code here
 wxStringWebViewFactoryMap::iterator wxWebView::FindFactory(const wxString
 &amp;amp;backend)
 {
     // Initialise the map if needed
     if(m_factoryMap.empty())
         InitFactoryMap();
     return m_factoryMap.find(backend);
 }


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15261&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-18T18:08:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149203">
    <title>wxFileIconsTable::GetIconID Handling strange extensioned files</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149203</link>
    <description>&lt;pre&gt;My App was giving me constant assert error *failed in 
GetFileTypeFromExtension(): extension can't be empty* and tried to trace 
where it came fromm and found that in the mentioned method there a check 
for either ext or mime and use one of them. It is perfectly sane to do that 
and I wondered what might have happened to my app. After long hunting I 
found there is file produced by kazam named* "Kazam_screencast_00000."*which then produced no mime no extension and hence the assert. I was asking 
if such situation can be handled or if not at least give a useful message 
like* "file xxxy has neither extension nor mime"* wich will help user see 
such dumb files. My suggestion will be just silently handle them and assign 
default icon ID somehow.

What do you fellow think of such situation?

Best regards,
Stefano

&lt;/pre&gt;</description>
    <dc:creator>Stefano Mtangoo</dc:creator>
    <dc:date>2013-06-18T10:09:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149191">
    <title>Some change to image.cpp</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149191</link>
    <description>&lt;pre&gt;Hi!
I've got method ResampleBicubic from image.cpp.
As soon as i need to run this code on embedded device i had to optimize 
this code.
After adding some very simple optimization (precalculation) i managed to 
scale images up to 4 time faster then original algorithm.
Please, see attachment for changed code.
Sorry if this code will not be easyly compiled because i used std::vector 
in my code instead of wxVector and i don't have possibility to check code 
with wxVector, but i hope that there are not big differences between them.

I did my tests on big color picture 2560x1600 pixels, my results:

Original code 
scaling to  | time ms
2000x1250| 1070
1280x800  | 435
690x400    | 130

Optimized algorithm:
2000x1250| 266
1280x800  | 112
690x400    | 35

This algorithm uses 48 * ( width + height ) bytes more memory than original.

&lt;/pre&gt;</description>
    <dc:creator>Khnykin Evgeniy</dc:creator>
    <dc:date>2013-06-17T20:11:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149175">
    <title>SetSize on wxChoice / wxComboBox</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149175</link>
    <description>&lt;pre&gt;Hi

IIRC win32 API was using the y component of a size sent to these control
to indicate the size of the control and the drop-down list. What is the
contract as of trunk behind the wx versions of these controls ? always
just indicating the control's size or more ? if yes, then I'd have to
replace the height with GetBestSize().y then I guess

Thanks for an update,

Stefan

&lt;/pre&gt;</description>
    <dc:creator>Stefan Csomor</dc:creator>
    <dc:date>2013-06-17T15:41:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149171">
    <title>Feasability 64bit DLL Version of wxBase on MSW</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149171</link>
    <description>&lt;pre&gt;Hi all

been off the list for some time, the progress is amazing.

I wanted to build a 64bit DLL version of wxBase, but deducing from setup.h

#ifdef WXUSINGDLL
     #define wxLIB_SUBDIR wxCONCAT3(wxCOMPILER_PREFIX, wxARCH_SUFFIX, _dll)
#else // !DLL
     #ifdef _M_X64
         #define wxLIB_SUBDIR wxCONCAT3(wxCOMPILER_PREFIX, _lib, /x64)
     #else
         #define wxLIB_SUBDIR wxCONCAT3(wxCOMPILER_PREFIX, _lib, /Win32)
     #endif
#endif // DLL/!DLL

it seems, that 64bit is only available as static version.

What are the stumbling blocks and is there even a faint possibility to 
succeed by tackling it via nmake for wxBase only.

Thxs, Werner

&lt;/pre&gt;</description>
    <dc:creator>Werner Thie</dc:creator>
    <dc:date>2013-06-17T14:49:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149164">
    <title>wxHtmlHelpHtmlWindow using wxWebview</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149164</link>
    <description>&lt;pre&gt;wxHtmlHelpHtmlWindow display menus ugly and I wanted to check how much 
effort is needed to change it to wxWebview and if I can do it myself.
Looking at wxHtmlHelpHtmlWindow class it inherits wxHtmlWindow and have few 
methods that can be somehow changed to use wxWebView.
Is that all that I need to do? I can't believe its that simple. The file I 
was looking at is wx/src/html/helpwind.cpp

If I'm missing anything, what is it? 
TIA,
Stefano 

&lt;/pre&gt;</description>
    <dc:creator>Stefano Mtangoo</dc:creator>
    <dc:date>2013-06-17T10:03:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149128">
    <title>CMake build system</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149128</link>
    <description>&lt;pre&gt;Hi Guys,


First, thanks for the some excellent software.  I am in the KiCad project and we use wx in
there on Windows, Linux and OSX.


We are starting to do a lot of cross compilation tricks now.

I personally cross compile wx for both windows and linux.

Have you guys discovered CMake yet?  I really love that software.  I think it is one of
the best projects ever.  I even use it for commercial software.  But adopting it into
KiCad project was one of the best choices we ever made.


  *I would love to a see a wx build system based on CMake.*


It is excellent for mutli-platform and for cross compiling.

Please consider a CMake build system.  At least please accept one if it comes your way.


Thanks,

Dick Hollenbeck


&lt;/pre&gt;</description>
    <dc:creator>Dick Hollenbeck</dc:creator>
    <dc:date>2013-06-15T22:15:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149116">
    <title>#15260: Strange 'wxPython Widget Inspection Tool' Defect</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149116</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15260&amp;gt;

#15260: Strange 'wxPython Widget Inspection Tool' Defect
---------------------+------------------------------------------------------
 Reporter:  wxGuru   |       Owner:         
     Type:  defect   |      Status:  new    
 Priority:  normal   |   Milestone:         
Component:  Phoenix  |     Version:  2.9-svn
 Keywords:           |   Blockedby:         
    Patch:  0        |    Blocking:         
---------------------+------------------------------------------------------
 A strange defect was detected in the 'Widget Inspection Tool' while
 running an application on Windows 7 (64 bit), Phoenix revision 74239, and
 Python 3.3.2.

 When your application is running, start the 'Widget Inspection Tool' and
 click on 'Frame ("frame")' in the 'Widget Tree', then click on 'Highlight'
 in the tool bar. A gray rectangle (a window-like thing but without any
 widgets whatsoever) starts blinking and then stops blinking and stays
 visible on the screen. After a while, Python crashes. There's no error
 thrown in the console at blinking time of that rectangle or afterwards.

 If the class in the source code of your application that subclasses
 'wx.Frame' is named 'MyWindow', then clicking on 'MyWindow' in the 'Widget
 Tree' of the 'Widget Inspection Tool' and finally clicking the 'Highlight'
 button in the tool bar starts blinking the window of your application
 (with all the widgets and stuff).

 If anyone can reproduce this, try to figure out the cause of this defect.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15260&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-15T19:49:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149111">
    <title>#15259: wxSocketClient::DoClose crashes when used with wxHTTP in wxThread.</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149111</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15259&amp;gt;

#15259: wxSocketClient::DoClose crashes when used with wxHTTP in wxThread.
--------------------------------------------+-------------------------------
 Reporter:  janknepper                      |       Owner:         
     Type:  defect                          |      Status:  new    
 Priority:  high                            |   Milestone:  2.9.5  
Component:  wxOSX (any toolkit)             |     Version:  2.9-svn
 Keywords:  wxSocketClient wxHTTP wxThread  |   Blockedby:         
    Patch:  0                               |    Blocking:         
--------------------------------------------+-------------------------------
 When using wxHTTP in a wxThead destruction of wxHTTP which causes
 wxSocketClient to close causes a crash on OS X in TRUNK.

 The reason seems to be that the wxThread as well and the main thread both
 execute wxSocketImpl::DoClose.

 The temporary fix was to change sockosx.cpp as follows:

 private:
     wxCriticalSection   cs;

     virtual void DoClose()
     {
         wxCriticalSectionLocker  lock  ( cs );

         if ( m_source == 0 )
            return;

         wxSocketManager * const manager = wxSocketManager::Get();
         if ( manager )
         {
             manager-&amp;gt;Uninstall_Callback(this, wxSOCKET_INPUT);
             manager-&amp;gt;Uninstall_Callback(this, wxSOCKET_OUTPUT);
         }

 This (in an ugly way) prevents wxWidgets from executing DoClose twice for
 the same socket.
 A better solution/redesign is probably necessary.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15259&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-15T14:32:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149094">
    <title>Is root priviledge required to install wxPython?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149094</link>
    <description>&lt;pre&gt;Sorry newbie question.
Is root access required to install wxPython?
 
I'm working on a central server without root access, just access to my own 
HOME area.
I've downloaded the source tarballs for python275 and wxpython-2.9.4.0
 
I've built and installed python easily enough using './configure' 'make 
install'; however I can't build or install wxPython using the wx 
documentation.
 
using both the './configure' 'make' 
or recommended (documentated)
 /localPython/bin/python build-wxpython.py --build_dir=/HOME/bld 
----wxpy_installdir=/HOME/WXPY_INSTALLDIR --installdir=/HOME/INSTALLDIR 
--install
 
fail.
 
The wxWidgets folder is created and looks to build but shortly after the 
wxPython build fails stating that I do not have privelidges to write to 
/usr/local
 
am i missing something or is  this a hardcoded path in the installation 
code?
 
NOTE: during installation a whole bunch of other 'warnings' are printed but 
wanted to check not doing something really stupid before posting errors.
 
Apologies if dope question, I'm pretty new to linux and ploughed through 
several webpages for a solution and all documented install routes failed.
http://wxpython.org/INSTALL.html
http://www.wxpython.org/BUILD.html
http://wxpython.org/BUILD-2.8.html
 
I'm also guessing from my sparse HOME area, I'm going to be struggling for 
dependancy libraries
 

&lt;/pre&gt;</description>
    <dc:creator>Steve P</dc:creator>
    <dc:date>2013-06-14T17:35:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149090">
    <title>#15258: wxDataViewCtrl drag and drop fails when when initial drag moves below last item or outside control</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149090</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15258&amp;gt;

#15258: wxDataViewCtrl drag and drop fails when when initial drag moves below last
item or outside control
--------------------------------+-------------------------------------------
 Reporter:  james.rowley        |       Owner:         
     Type:  defect              |      Status:  new    
 Priority:  normal              |   Milestone:         
Component:  GUI-generic         |     Version:  2.9-svn
 Keywords:  wxDataViewCtrl dnd  |   Blockedby:         
    Patch:  0                   |    Blocking:         
--------------------------------+-------------------------------------------
 Given a data view control large enough to display more rows than are being
 displayed, if the last row is "dragged" down, the start drag and drop
 event may not be triggered. The same effect is if an item is dragged to
 the right of the last column or outside of the control. In all cases, I
 would expect the start drag and drop event to be triggered.

 Looking at the code in src/generic/datavgen.cpp (current trunk, from Apr
 25, 2013), lines 4065 to 4080 (starting // Check if we clicked outside the
 item area.) will cause the function to exit if the mouse moves below the
 last item or to the right of the last column and this occurs before the
 drag and drop code is executed. Therefore, if the mouse moves below or to
 the right of the items before the drag count reaches 3, the start of drag
 and drop is not triggered.

 I believe asolution to this is to move the code from lines 4138 (#if
 wxUSE_DRAG_AND_DROP) to 4187 (#endif // wxUSE_DRAG_AND_DROP) to before the
 code previously mentioned. In addition, I would like to suggest the
 following changes to support the mouse moving outside the control during
 the start of drag and drop.

 Change line 4139 from

 if (event.Dragging())

 to

 if (event.Dragging()||((m_dragCount &amp;gt; 0) &amp;amp;&amp;amp; event.Leaving()))


 and change lines 4151 to 4514 from

 if (m_dragCount != 3)

   return;

 to if ((m_dragCount == 3) ||

   ((m_dragCount &amp;lt; 3) &amp;amp;&amp;amp; event.Leaving()))


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15258&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-14T15:49:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149089">
    <title>OSX retina display - high resolution bitmaps</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149089</link>
    <description>&lt;pre&gt;Hi

I'm looking at best ways to implement support for retina 2 x resolution bitmaps. I'd like to make this as unobtrusive as possible.

So one way would be adding a scale factor to bitmaps. There is a lot of code using wxBitmaps for about everything, I've looked eg at aui code, I could try to do some lazy instantiation of the bitmap internally, use 2x if it has been selected into a dc. But since wxBitmap offers access to its internals this is getting dangerous, as code expects GetHeight and RowBytes etc. to reflect on the real state.

So there might have to be GetScaledHeight, GetScaledWidth and a CreateScaled calls, and a GetDisplayScale call or so on a dc ?

I'm thankful for your thoughts and opinions,

Best,

Stefan Csomor

&lt;/pre&gt;</description>
    <dc:creator>Stefan Csomor</dc:creator>
    <dc:date>2013-06-14T15:42:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149074">
    <title>#15257: wxLocale::Init(wxLANGUAGE_DEFAULT) is broken</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149074</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15257&amp;gt;

#15257: wxLocale::Init(wxLANGUAGE_DEFAULT) is broken
----------------------+-----------------------------------------------------
 Reporter:  troelsk   |       Owner:         
     Type:  defect    |      Status:  new    
 Priority:  normal    |   Milestone:         
Component:  base      |     Version:  2.9-svn
 Keywords:  wxLocale  |   Blockedby:         
    Patch:  1         |    Blocking:         
----------------------+-----------------------------------------------------
 This is not working:
 {{{
 locale.Init(wxLANGUAGE_DEFAULT)
 }}}
 wxstd.mo is not loaded and subsequent AddCatalog() calls seems to load
 nothing either.

 This on the other hand works fine, just as expected
 {{{
 locale.Init(wxLocale::GetSystemLanguage())
 }}}

 Attachment demonstrating this in the internat sample:
 ran it on Windows, having created a folder for my system language holding
 both files:
 wx\samples\internat\da\internat.mo
 wx\samples\internat\da\wxstd.mo

 Init(wxLANGUAGE_DEFAULT) in wx stable 2.8 seems to work as expected, doing
 the same as Init(wxLocale::GetSystemLanguage()).
 The Init() codepaths in trunk and stable are quite alike, both looking
 equally suspicious: why hang on to and use the 'language' parm after the
 'lang = GetSystemLanguage()' call


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15257&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-14T12:54:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149070">
    <title>#15256: wxCocoa HitTest in wxNotebook crashes</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149070</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15256&amp;gt;

#15256: wxCocoa HitTest in wxNotebook crashes
----------------------------------------+-----------------------------------
 Reporter:  bartvanstiphout             |       Owner:     
     Type:  defect                      |      Status:  new
 Priority:  normal                      |   Milestone:     
Component:  wxOSX-Cocoa                 |     Version:     
 Keywords:  HitTest wxNotebook wxCocoa  |   Blockedby:     
    Patch:  0                           |    Blocking:     
----------------------------------------+-----------------------------------
 When using the wxNotebook HitTest function, the app crashes.

  If I disable the following lines it works perfectly, but I don't know
 why.

 {{{
     int TabHitTest(const wxPoint &amp;amp; pt, long* flags)
     {
         int retval = wxNOT_FOUND;

         NSPoint nspt = wxToNSPoint( m_osxView, pt );

         wxNSTabView* slf = (wxNSTabView*) m_osxView;

         NSTabViewItem* hitItem = [slf tabViewItemAtPoint:nspt];

         if (!hitItem) {
 //            *flags = wxBK_HITTEST_NOWHERE;
         } else {
             retval = [slf indexOfTabViewItem:hitItem];
 //            *flags = wxBK_HITTEST_ONLABEL;
         }

         return retval;
     }

 }}}


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15256&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-14T11:55:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149069">
    <title>#15255: wxOSX-Cocoa prints one copy when multiple copies specified</title>
    <link>http://comments.gmane.org/gmane.comp.lib.wxwidgets.devel/149069</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15255&amp;gt;

#15255: wxOSX-Cocoa prints one copy when multiple copies specified
--------------------------+-------------------------------------------------
 Reporter:  johnr         |       Owner:         
     Type:  defect        |      Status:  new    
 Priority:  normal        |   Milestone:         
Component:  wxOSX-Cocoa   |     Version:  2.9-svn
 Keywords:  Print copies  |   Blockedby:         
    Patch:  0             |    Blocking:         
--------------------------+-------------------------------------------------
 wxOSX-Cocoa prints one copy only no matter what is requested.
 Print copy count settings are transferred correctly from native data.

 Ticket #4376 opened 6 years ago has the opposite problem in Carbon and the
 copy loop complained about in that ticket seems to be absent now in
 src/osx/core/printmac.cpp. It would be easy enough to re-institute that
 loop but doing so may break the Carbon printing again?


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15255&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-06-14T10:59:08</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.wxwidgets.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.wxwidgets.devel</link>
  </textinput>
</rdf:RDF>
