<?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://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel">
    <title>gmane.comp.lib.wxwidgets.devel</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148763"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148762"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148761"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148760"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148759"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148758"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148757"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148756"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148755"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148754"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148753"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148752"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148751"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148750"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148749"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148748"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148747"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148746"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148745"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148744"/>
      </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://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148763">
    <title>Re: #10323: printing problem when set copies &gt; 1</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148763</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/10323#comment:12&amp;gt;

#10323: printing problem when set copies &amp;gt; 1
------------------------------------+---------------------------------------
 Reporter:  Lexxigo                 |       Owner:           
     Type:  defect                  |      Status:  confirmed
 Priority:  normal                  |   Milestone:           
Component:  wxMSW                   |     Version:  2.9-svn  
 Keywords:  print copy count wrong  |   Blockedby:           
    Patch:  1                       |    Blocking:           
------------------------------------+---------------------------------------

Comment(by johnr):

 If we use the wxPrinterDC returned from the wxWindowsPrintDialog then we
 don't need the copies loop if the device supports multiple copy printing.
 However, if we construct our own wxPrinterDC and set copies &amp;gt; 1 then we do
 need the copies loop.

 We have 2 options:

 1. Always construct our own wxPrinterDC and loop until copy count.
 2. Loop for multiple copies&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-25T06:55:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148762">
    <title>Re: Re[2]: X server code ok to include ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148762</link>
    <description>&lt;pre&gt;Hi


ok, I'll do that

Thanks a lot,

Stefan

&lt;/pre&gt;</description>
    <dc:creator>Stefan Csomor</dc:creator>
    <dc:date>2013-05-24T16:42:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148761">
    <title>Re[2]: X server code ok to include ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148761</link>
    <description>&lt;pre&gt;
SC&amp;gt; &amp;gt; Otherwise we'd need at the very least update the documentation to explain
SC&amp;gt; &amp;gt;the licence of this code...
SC&amp;gt; 
SC&amp;gt; The have the following header in their source files
SC&amp;gt; 
SC&amp;gt; /*
SC&amp;gt;  
SC&amp;gt;  Copyright 1987, 1998  The Open Group
SC&amp;gt;  
SC&amp;gt;  Permission to use, copy, modify, distribute, and sell this software and
SC&amp;gt; its
SC&amp;gt;  documentation for any purpose is hereby granted without fee, provided that
SC&amp;gt;  the above copyright notice appear in all copies and that both that
SC&amp;gt;  copyright notice and this permission notice appear in supporting
SC&amp;gt;  documentation.
...
SC&amp;gt; we already have code from them in regiong.cpp btw

 Well, we seem to be in the breach of this clause already then :-( We
definitely need to include this in the documentation. And I guess it's fine
to reuse other code under the same licence if we're already doing this.
Could you please update the documentation (at least
docs/doxygen/mainpages/copyright.h and the licencing section of
docs/readme.txt) if you do this?

 TIA,
VZ
&lt;/pre&gt;</description>
    <dc:creator>Vadim Zeitlin</dc:creator>
    <dc:date>2013-05-24T16:31:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148760">
    <title>Re: Will crash when calling SetValue with the same as original text on a wxTextCtrl</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148760</link>
    <description>&lt;pre&gt;
Ki&amp;gt; Im not sure if it's a bug for wxTextCtrl of wx.
Ki&amp;gt; If you call SetValue on a wxTextCtrl,  it would got recursive calling,
Ki&amp;gt; which would lead the application hung or crash.

 You almost certainly get a crash due to an infinite recursion resulting
from calling SetValue() from wxEVT_TEXT handler. As SetValue() results in
wxEVT_TEXT being generated again, this is not a good idea.

 Either use ChangeValue(), which doesn't generate the event, instead, or
use a "reentrancy" flag in your code.

 Regards,
VZ
&lt;/pre&gt;</description>
    <dc:creator>Vadim Zeitlin</dc:creator>
    <dc:date>2013-05-24T16:27:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148759">
    <title>Re: #15223: The webView.SetPage baseUrl does not seem to be set</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148759</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223#comment:3&amp;gt;

#15223: The webView.SetPage baseUrl does not seem to be set
-------------------------+--------------------------------------------------
  Reporter:  martinronn  |       Owner:         
      Type:  defect      |      Status:  closed 
  Priority:  normal      |   Milestone:         
 Component:  WebView     |     Version:  2.9.4  
Resolution:  invalid     |    Keywords:  SetPage
 Blockedby:              |       Patch:  0      
  Blocking:              |  
-------------------------+--------------------------------------------------
Changes (by martinronn):

  * status:  infoneeded_new =&amp;gt; closed
  * resolution:  =&amp;gt; invalid


Comment:

 I am using the IE backend. I am using the wxpython version and the
 documentation at http://wxpython.org/Phoenix/docs/html/main.html did not
 have that information. Sorry for he inconvenience


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223#comment:3&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T14:24:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148758">
    <title>Re: #15207: Crash after repeatedly calling wxWebViewIE::Find()</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148758</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15207#comment:10&amp;gt;

#15207: Crash after repeatedly calling wxWebViewIE::Find()
--------------------+-------------------------------------------------------
 Reporter:  bitset  |       Owner:                
     Type:  defect  |      Status:  infoneeded_new
 Priority:  normal  |   Milestone:                
Component:  wxMSW   |     Version:                
 Keywords:          |   Blockedby:                
    Patch:  0       |    Blocking:                
--------------------+-------------------------------------------------------
Changes (by steve_lamerton):

  * status:  new =&amp;gt; infoneeded_new


Comment:

 I am afraid that I still cannot reproduce this, is there a specific page I
 can test to see this? Also what compiler are you using?


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15207#comment:10&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T14:14:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148757">
    <title>Re: #15223: The webView.SetPage baseUrl does not seem to be set</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148757</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223#comment:2&amp;gt;

#15223: The webView.SetPage baseUrl does not seem to be set
------------------------+---------------------------------------------------
 Reporter:  martinronn  |       Owner:                
     Type:  defect      |      Status:  infoneeded_new
 Priority:  normal      |   Milestone:                
Component:  WebView     |     Version:  2.9.4         
 Keywords:  SetPage     |   Blockedby:                
    Patch:  0           |    Blocking:                
------------------------+---------------------------------------------------

Comment(by SJL):

 (In [74046]) Document the unused baseURL parameter in wxWebViewIE.

 See #15223.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223#comment:2&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T14:04:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148756">
    <title>Re: #15223: The webView.SetPage baseUrl does not seem to be set</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148756</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223#comment:1&amp;gt;

#15223: The webView.SetPage baseUrl does not seem to be set
------------------------+---------------------------------------------------
 Reporter:  martinronn  |       Owner:                
     Type:  defect      |      Status:  infoneeded_new
 Priority:  normal      |   Milestone:                
Component:  WebView     |     Version:  2.9.4         
 Keywords:  SetPage     |   Blockedby:                
    Patch:  0           |    Blocking:                
------------------------+---------------------------------------------------
Changes (by steve_lamerton):

  * status:  new =&amp;gt; infoneeded_new
  * milestone:  2.9.5 =&amp;gt;


Comment:

 Which backend are you using? There doesn't seem to we a way of making it
 work if you are using the IE backend, I will add a note to the docs.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223#comment:1&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T13:56:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148755">
    <title>Re: X server code ok to include ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148755</link>
    <description>&lt;pre&gt;Hi


The have the following header in their source files

/*
 
 Copyright 1987, 1998  The Open Group
 
 Permission to use, copy, modify, distribute, and sell this software and
its
 documentation for any purpose is hereby granted without fee, provided that
 the above copyright notice appear in all copies and that both that
 copyright notice and this permission notice appear in supporting
 documentation.
 
 The above copyright notice and this permission notice shall be included
 in all copies or substantial portions of the Software.
 
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
 OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
 MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
 IN NO EVENT SHALL THE OPEN GROUP BE LIABLE FOR ANY CLAIM, DAMAGES OR
 OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
 ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
 OTHER DEALINGS IN THE SOFTWARE.
 
 Except as contained in this not&lt;/pre&gt;</description>
    <dc:creator>Stefan Csomor</dc:creator>
    <dc:date>2013-05-24T12:01:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148754">
    <title>Re: X server code ok to include ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148754</link>
    <description>&lt;pre&gt;
SC&amp;gt; on the search of a proven polygon fill code I found the code from Brian
SC&amp;gt; Kelleher in the X Server code
SC&amp;gt; 
SC&amp;gt; is this ok to include, or do I have to write my own implementation of the
SC&amp;gt; scan line fill algorithm ..

 I have no idea who is the copyright holder of this code but would it be
possible to ask them to relicense it under wx licence? This did work in
several other cases in the past and would be the ideal solution.

 Otherwise we'd need at the very least update the documentation to explain
the licence of this code...

 Regards,
VZ
&lt;/pre&gt;</description>
    <dc:creator>Vadim Zeitlin</dc:creator>
    <dc:date>2013-05-24T11:37:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148753">
    <title>Will crash when calling SetValue with the same as original text on a wxTextCtrl</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148753</link>
    <description>&lt;pre&gt;Hello, All,

Im not sure if it's a bug for wxTextCtrl of wx.
If you call SetValue on a wxTextCtrl,  it would got recursive calling,
which would lead the application hung or crash.

&lt;/pre&gt;</description>
    <dc:creator>K ipade</dc:creator>
    <dc:date>2013-05-24T01:28:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148752">
    <title>#15224: wxRichTextTable: Setting a cell's text colour affects subsequent cells</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148752</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15224&amp;gt;

#15224: wxRichTextTable: Setting a cell's text colour affects subsequent cells
--------------------------------------------+-------------------------------
 Reporter:  dghart                          |       Owner:         
     Type:  defect                          |      Status:  new    
 Priority:  normal                          |   Milestone:  2.9.5  
Component:  wxRichText                      |     Version:  2.9-svn
 Keywords:  wxRichTextCell SetTextColour()  |   Blockedby:         
    Patch:  0                               |    Blocking:         
--------------------------------------------+-------------------------------
 The attached patch to the 'richtext' sample sets cell(1,1)'s text colour
 red. As you can see, the text in all downstream cells also becomes red.
 This seems to be a drawing issue: the xml output is the correct:
 {{{
  &amp;lt;cell textcolor="#FF0000"&amp;gt;
 }}}
 for that cell only.

 In my own code I've tried various workarounds, includ&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T11:01:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148751">
    <title>#15223: The webView.SetPage baseUrl does not seem to be set</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148751</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15223&amp;gt;

#15223: The webView.SetPage baseUrl does not seem to be set
------------------------+---------------------------------------------------
 Reporter:  martinronn  |       Owner:       
     Type:  defect      |      Status:  new  
 Priority:  normal      |   Milestone:  2.9.5
Component:  WebView     |     Version:  2.9.4
 Keywords:  SetPage     |   Blockedby:       
    Patch:  0           |    Blocking:       
------------------------+---------------------------------------------------
 Adding content to the WebView using SetPage displays the content fine
 however the baseUrl does not seem to be set and makes it very difficult to
 show content with relative path.


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

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T10:05:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148750">
    <title>X server code ok to include ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148750</link>
    <description>&lt;pre&gt;Hi

on the search of a proven polygon fill code I found the code from Brian
Kelleher in the X Server code

is this ok to include, or do I have to write my own implementation of the
scan line fill algorithm ..

Thanks,

Stefan


&lt;/pre&gt;</description>
    <dc:creator>Stefan Csomor</dc:creator>
    <dc:date>2013-05-24T09:08:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148749">
    <title>Re: #15100: Drag/Drop from wxDataViewTreeCtrl broken in GTK</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148749</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15100#comment:2&amp;gt;

#15100: Drag/Drop from wxDataViewTreeCtrl broken in GTK
----------------------------+-----------------------------------------------
 Reporter:  mears           |       Owner:     
     Type:  defect          |      Status:  new
 Priority:  normal          |   Milestone:     
Component:  wxPython        |     Version:     
 Keywords:  wxDataViewCtrl  |   Blockedby:     
    Patch:  0               |    Blocking:     
----------------------------+-----------------------------------------------
Changes (by mears):

  * component:  wxGTK =&amp;gt; wxPython


Comment:

 Ok, I still don't fully understand the behavior in wxWidgets, but I was
 able to get a functioning example going.  It appears that DataViewCtrl
 derivatives don't support the whole wxDropSource thing, so you have to
 implement the drag event a bit differently.  The problem is in wxPython,
 the act of dropping will crash upon the initial drop or when shutting
 down.  The backtrace is always &lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-24T00:00:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148748">
    <title>Re: #15219: wxLocale returns incorrect language in Windows 8</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148748</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15219#comment:2&amp;gt;

#15219: wxLocale returns incorrect language in Windows 8
----------------------+-----------------------------------------------------
 Reporter:  raananc   |       Owner:       
     Type:  defect    |      Status:  new  
 Priority:  critical  |   Milestone:  2.9.5
Component:  base      |     Version:       
 Keywords:  locale    |   Blockedby:       
    Patch:  0         |    Blocking:       
----------------------+-----------------------------------------------------

Comment(by raananc):

 On my Vista 32 bits and on my Windows 7 64 bits GetLanguage() and
 GetSystemLanguage() work correctly. On both systems the system language
 and the working language are the same (French).

 On Windows 8 neither GetLanguage() nor GetSystemLanguage() work correctly,
 as described above.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15219#comment:2&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-23T21:59:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148747">
    <title>#15222: Not able to install from .dmg &gt; .pkg</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148747</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15222&amp;gt;

#15222: Not able to install from .dmg &amp;gt; .pkg
------------------------+---------------------------------------------------
 Reporter:  WildShroom  |       Owner:     
     Type:  defect      |      Status:  new
 Priority:  blocker     |   Milestone:     
Component:  wxPython    |     Version:     
 Keywords:              |   Blockedby:     
    Patch:  0           |    Blocking:     
------------------------+---------------------------------------------------
 Pulled down both `wxPython2.8-osx-unicode-py2.7` and `wxPython2.8-osx-
 unicode-py2.6`, since 2.7 wasn't working.

 Run the .dmg and then attempt to run the .pkg for either of them throws
 error: "wxPython2.8-osx-unicode-universal-py2.6.pkg” is damaged and can’t
 be opened. You should eject the disk image" -- you can see image attached.

 Priority blocker as I cannot run Robot Framework RIDE without the wxPython
 lib's


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

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-23T18:04:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148746">
    <title>Re: #15219: wxLocale returns incorrect language in Windows 8</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148746</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15219#comment:1&amp;gt;

#15219: wxLocale returns incorrect language in Windows 8
----------------------+-----------------------------------------------------
 Reporter:  raananc   |       Owner:       
     Type:  defect    |      Status:  new  
 Priority:  critical  |   Milestone:  2.9.5
Component:  base      |     Version:       
 Keywords:  locale    |   Blockedby:       
    Patch:  0         |    Blocking:       
----------------------+-----------------------------------------------------

Comment(by neis):

 Might be a duplicate of #11594 ?


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15219#comment:1&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-23T17:52:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148745">
    <title>build wxwidgets 2.9.4  with mingw64(rubenvb) return error</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148745</link>
    <description>&lt;pre&gt;Hi
I download i686-w64-mingw32-gcc-4.8.0-win32_rubenvb.7z from http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.8-release/,unpack it to a directory.
I also download wxwidgets2.9.4 from https://sourceforge.net/projects/wxwindows/files/2.9.4/wxWidgets-2.9.4.7z,unpack it to a directory
My OS:Microsoft Windows XP Professional (32-bit) version 5.01.2600 Service Pack 3


I cd the wx\build\msw directory and invoke command 
mingw32-make -f makefile.gcc -j4  BUILD=release SHARED=1 MONOLITHIC=0 UNICODE=1 CXXFLAGS="-m32 -pipe -fno-keep-inline-dllexport   -Os  -Wno-attributes -DNDEBUG"   1&amp;gt;1.txt 2&amp;gt;2.txt


The command returns error when it comes to 
g++ -shared -fPIC -o ..\..\lib\gcc_dll\wxmsw294u_core_gcc_custom.dll ....


I check the 2.txt and find it returns error as following


gcc_mswudll\coredll_textentry.o:textentry.cpp:(.text$_ZN20wxEventFunctorMethodI14wxEventTypeTagI10wxKeyEventE22wxTextAutoCompleteDataS1_S3_EclEP12wxEvtHandlerR7wxEvent[__ZN20wxEven&lt;/pre&gt;</description>
    <dc:creator>zhangxinghai</dc:creator>
    <dc:date>2013-05-23T06:19:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148744">
    <title>#15221: Unrealised widgets being used to handle gtk signals</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148744</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15221&amp;gt;

#15221: Unrealised widgets being used to handle gtk signals
-----------------------------------------------------------------+----------
 Reporter:  Chuddah                                              |       Owner:         
     Type:  defect                                               |      Status:  new    
 Priority:  critical                                             |   Milestone:  2.9.5  
Component:  wxGTK                                                |     Version:  2.9-svn
 Keywords:  WIDGET_REALIZED_FOR_EVENT Gtk-CRITICAL MenuBar Menu  |   Blockedby:         
    Patch:  1                                                    |    Blocking:         
-----------------------------------------------------------------+----------
 Firstly, I think this is more of a GTK bug but the patch here prevents
 this bug from propagating up to wxWidgets

 It is possible to get GTK into a state of trying to handle signals using
 widgets that have been previou&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-23T11:25:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148743">
    <title>Re: #15211: x64 128-bit float ("long double") support for wxString</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.wxwidgets.devel/148743</link>
    <description>&lt;pre&gt;Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15211#comment:2&amp;gt;

#15211: x64 128-bit float ("long double") support for wxString
------------------------------------------------+---------------------------
 Reporter:  ghostvoodooman                      |       Owner:     
     Type:  enhancement                         |      Status:  new
 Priority:  low                                 |   Milestone:     
Component:  wxMSW                               |     Version:     
 Keywords:  long double 128 bit float wxString  |   Blockedby:     
    Patch:  0                                   |    Blocking:     
------------------------------------------------+---------------------------

Comment(by ghostvoodooman):

 Yes, I know it is indeed not trivial but rather big challenge, so I don't
 have a courage to implement it myself in my own code. But any advice how
 to "steal" such code from FOSS like glibc, or any other library, is
 welcome.


--
Ticket URL: &amp;lt;http://trac.wxwidgets.org/ticket/15211#comment:2&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>wxTrac</dc:creator>
    <dc:date>2013-05-23T07:04:03</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>
