[wxPython] RE: wxpython-users digest, Vol 1 #1063 - 14 msgs

Please Unsubscribe me from your list.

···

-----Original Message-----
From: wxpython-users-request@lists.wxwindows.org
[mailto:wxpython-users-request@lists.wxwindows.org]
Sent: Tuesday, October 22, 2002 4:00 AM
To: wxpython-users@lists.wxwindows.org
Subject: wxpython-users digest, Vol 1 #1063 - 14 msgs

Send wxpython-users mailing list submissions to
  wxpython-users@lists.wxwindows.org

To subscribe or unsubscribe via the World Wide Web, visit
  http://lists.wxwindows.org/mailman/listinfo/wxpython-users
or, via email, send a message with subject or body 'help' to
  wxpython-users-request@lists.wxwindows.org

You can reach the person managing the list at
  wxpython-users-admin@lists.wxwindows.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of wxpython-users digest..."

Today's Topics:

   1. Re: Pure-Python Initial Implementation finished. (Robin Dunn)
   2. Re: International characters in treeview (Robin Dunn)
   3. Re: wxPython build on HP-UX 11 (Robin Dunn)
   4. Re: Combobox Win2k bad display (Uwe C. Schroeder)
   5. Re: Bugfix and new features: ColourSelect (Robb Shecter)
   6. useBestVisual (KennethJ.Dowling)
   7. wxListCtrl highlighting (Nigel Moriarty)
   8. Re: wxListCtrl highlighting (Uwe C. Schroeder)
   9. Re: wxListCtrl highlighting (Nigel Moriarty)
  10. Wrappers for wxDialUpManager? (Dale Arntson)
  11. Re: International characters in treeview (Corrado Santoro)
  12. Re: useBestVisual (Alberto Griggio)
  13. Re: International characters in treeview (Magnus Lycka)
  14. Re: International characters in treeview (Corrado Santoro)

--__--__--

Message: 1
Date: Mon, 21 Oct 2002 12:46:21 -0700
From: Robin Dunn <robin@alldunn.com>
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] Pure-Python Initial Implementation finished.
Reply-To: wxpython-users@lists.wxwindows.org

Michael Gilfix wrote:

  I've basically reverse engineered the windows colour dialog
interface and created a pure-python implementation that isn't
dependent on any other packages (except wxPython of course). It's also
suprising fast (you can tweak the speed of the algorithm by changing
a 'step' variable).

  I'm just started a new SF project to house it, but Robin, you might
be interested in including it with the wxPython disto, both as an
embeddable widget, and as a drop-in replacement per-platform.

Sure, just send it to me along with a module to go into the demo. Also,
take a look at the new wxPython Coding Guidlines page at
http://wxpython.org/codeguidelines.php

I take
it using the LGPL license is the best way to make this "compatible".
I'll probably bundle it with the FTP app I'm working on.

Actually, it will need to be the wxWindows License, which is just LGPL
with a couple extensions.

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

--__--__--

Message: 2
Date: Mon, 21 Oct 2002 12:46:23 -0700
From: Robin Dunn <robin@alldunn.com>
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] International characters in treeview
Reply-To: wxpython-users@lists.wxwindows.org

Corrado Santoro wrote:

Hello wxpython users,
I tried to use italian character with accents in wxTreeView, but I

obtained

an "assertion failed error", which notifies me that I cannot use ASCII

codes

greater than 128.
Does anyone have a fix or suggestion?

More info please. Which platform and version? Sample code?

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

--__--__--

Message: 3
Date: Mon, 21 Oct 2002 12:46:34 -0700
From: Robin Dunn <robin@alldunn.com>
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] wxPython build on HP-UX 11
Reply-To: wxpython-users@lists.wxwindows.org

Rick Johns wrote:

wxPython seemed to build successfully under HP-UX 11 but crashes. I'm
using wxGTK-2.3.3, wxPythonSrc-2.3.3.1, and Python 2.2.2.. Any ideas?

Here's the gdb output:

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

(gdb) r wxProject.py
Starting program: /usr/local/bin/python wxProject.py

Program received signal SIGSEGV, Segmentation fault.
0x7a5a1a30 in _ZN10wxListBase6AppendEPv (this=<incomplete type>,
object=0x404af4d0)
   at src/common/list.cpp:248
248 wxNodeBase *node = CreateNode(m_nodeLast, (wxNodeBase
*)NULL, object,
Current language: auto; currently c++
(gdb) l
243 wxCHECK_MSG( m_keyType == wxKEY_NONE, (wxNodeBase *)NULL,
244 wxT("need a key for the object to append") );
245 246 // we use wxDefaultListKey even though it is the
default parameter value
247 // because gcc under Mac OS X seems to miscompile this call
otherwise
248 wxNodeBase *node = CreateNode(m_nodeLast, (wxNodeBase
*)NULL, object,
249 wxDefaultListKey);
250 251 return AppendCommon(node);
252 }
(gdb) bt
#0 0x7a5a1a30 in _ZN10wxListBase6AppendEPv (this=<incomplete type>,
object=0x404af4d0)
   at src/common/list.cpp:248
#1 0x7a6c7324 in _ZN12wxWindowList6AppendEP12wxWindowBase
(this=<incomplete type>,
   object=0x404af4d0) at include/wx/window.h:73
#2 0x7a40c3d8 in

_ZN19wxTopLevelWindowGTK6CreateEP8wxWindowiRK8wxStringRK7wxPointRK6wxSizelS4
_

(this=<incomplete type>, parent=0x0, id=-1, title=@0x400fb650,
pos=@0x79e31d3c,
   sizeOrig=@0x7bff1f90, style=541134400, name=@0x7a99fba0) at
src/gtk/toplevel.cpp:333
#3 0x7a3a104c in
_ZN7wxFrame6CreateEP8wxWindowiRK8wxStringRK7wxPointRK6wxSizelS4_ (
   this=<incomplete type>, parent=0x0, id=-1, title=@0x400fb650,
pos=@0x79e31d3c,
   sizeOrig=@0x7bff1f90, style=541134400, name=@0x7a99fba0) at
src/gtk/frame.cpp:219
#4 0x7ac47730 in _wrap_new_wxFrame (self=0x79e31a00, args=0x4018e008,
kwargs=0x404ad770)
   at /include/wx/gtk/frame.h:48
#5 0x6ab4c in PyCFunction_Call (func=0x4010f240, arg=0x4018e008,
kw=0x79e31a00)
   at Objects/methodobject.c:74
#6 0x7a6c7324 in _ZN12wxWindowList6AppendEP12wxWindowBase
(this=<incomplete type>,
   object=0x40049468) at include/wx/window.h:73

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

Something is screwed up as there is no way for wxWindowList::Append (#6)
to call PyCFunction_Call (#5). Unfortunately I don't know what to
suggest other than to rebuild everything and ensure that compatible
build flags are used everywhere.

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

--__--__--

Message: 4
From: "Uwe C. Schroeder" <uwe@oss4u.com>
Organization: OSS4U, LLC
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] Combobox Win2k bad display
Date: Mon, 21 Oct 2002 13:16:37 -0700
Reply-To: wxpython-users@lists.wxwindows.org

On Monday 21 October 2002 12:46 pm, Robin Dunn wrote:

Uwe C. Schroeder wrote:
> On Thursday 17 October 2002 09:58 am, Robin Dunn wrote:
>>Uwe C. Schroeder wrote:
>>>Hi
>>>
>>>I've a dialog with a combobox (drop down style). It displays nice on
>>>linux, however on win2k the dropdown is only 1 row high.
>>>Can this behaviour be changed ? I'd like to have a couple more lines
>>>visible. Version 2.3.3.1
>>
>>How are you specifying the size? Is it controlled by a sizer or layout
>>constraints?
>
> Here is the code that generates the window.
> Actually I'm using wxDesigner - a very nice tool.
> The layout uses sizers.

Add a few more items to the choices list given to the combobox
constructor. When an item is added to a sizer it asks the item for its
best size. Since you wxDesigner generated code only has one choice then
the "best size" is enough room for just one choice.

Thanks a lot. That does the job. However this might be a kind of small bug.
On
linux the combobox resizes automatically. Actually it resizes to the very
bottom of the screen if enough choices are there. I think it might be good
to
have a "maximum number of choices visible" parameter.
Anyways - its working now.

  UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

--__--__--

Message: 5
Date: Mon, 21 Oct 2002 13:25:13 -0700
From: Robb Shecter <rs@onsitetech.com>
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] Bugfix and new features: ColourSelect
Reply-To: wxpython-users@lists.wxwindows.org

Robin Dunn wrote:

Nice.

Thanks!

...send a patch to colourselect.py then I'll apply it.

...It would also be nice if it was easy to share the wxColourData
across different ColourWells and/or ColourSelects, so the custom
colours can be saved and reset when the app is run again.

Yep! I had this same thought, and will probably be forced to implement
it soon for the app I'm doing.

Robb

--__--__--

Message: 6
Date: Mon, 21 Oct 2002 13:43:33 -0700
From: Kenneth J. Dowling <kdowling@aspen-financial.com>
To: wxpython-users@lists.wxwindows.org
Organization: Aspen Financial Services
Subject: [wxPython] useBestVisual
Reply-To: wxpython-users@lists.wxwindows.org

I know this has been mentioned on this list before, but I want to bring
it up again.

With useBestVisual defaulting to true, gtk themes are broken on all the
linux machines I have tried it on. If the App is initialized with
useBestVisual=false, gtk themes work. (I compile wxGTK with #define
DISABLE_STYLE_IF_BROKEN_THEME 0)

I don't know if this is a bug in wxGTK or not. Maybe you can't
change the visual and still have gtk themes work properly, or mabe the
visual isn't being changed early enough in the app initialization. I
don't know enough about gtk/gdk to answer those, but why not change the
default if the default is not going to work?

I've checked on a number of machines, and it seems that xwindows has
visuals that are apparently considered (at least by gdk) better that the
24bit TrueColor that was currently being used. On these machines, no
visual is explicitly being called for, just 24bit depth. Here's what the
xdpyinfo looks like on this machine...

  number of visuals: 4
  default visual id: 0x23
  visual:
    visual id: 0x23
    class: TrueColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
  visual:
    visual id: 0x24
    class: TrueColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
  visual:
    visual id: 0x25
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
  visual:
    visual id: 0x26
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits

I have no idea what those other visuals are, or if they are better than
the one thats being used (0x23). The depth and color bits are the same
on all of them.

Any chance on getting the default changed to 'false' for useBestVisual?

--
Ken Dowling

--__--__--

Message: 7
From: "Nigel Moriarty" <a_list@attbi.com>
To: "wxpython-users" <wxpython-users@lists.wxwindows.org>
Date: Mon, 21 Oct 2002 14:23:19 -0700
Subject: [wxPython] wxListCtrl highlighting
Reply-To: wxpython-users@lists.wxwindows.org

This is a multi-part message in MIME format.

------=_NextPart_000_03C9_01C2790D.6756C230
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

It seems that a right click on a wxListCtrl on MSW will highlight the =
item while under GTK on Linux the item remains unselected. Is it =
possible to highligth the item in both cases?

Nigel

------=_NextPart_000_03C9_01C2790D.6756C230
Content-Type: text/html;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>It seems that a right click on a =
wxListCtrl on MSW=20
will highlight the item while under GTK on Linux the item remains=20
unselected.&nbsp; Is it possible to highligth the item in both=20
cases?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Nigel</FONT></DIV></BODY></HTML>

------=_NextPart_000_03C9_01C2790D.6756C230--

--__--__--

Message: 8
From: "Uwe C. Schroeder" <uwe@oss4u.com>
Organization: OSS4U, LLC
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] wxListCtrl highlighting
Date: Mon, 21 Oct 2002 14:29:40 -0700
Reply-To: wxpython-users@lists.wxwindows.org

On Monday 21 October 2002 02:23 pm, Nigel Moriarty wrote:

It seems that a right click on a wxListCtrl on MSW will highlight the item
while under GTK on Linux the item remains unselected. Is it possible to
highligth the item in both cases?

Nigel

Create a
  EVT_LIST_ITEM_RIGHT_CLICK(id, func)

handler and do the selection manually. You can even only activate the
handler
if run on "posix" (i.e. unix) systems by using

import os

if os.name == "posix":
  EVT_LIST_ITEM_RIGHT_CLICK(.....)

--
  UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

--__--__--

Message: 9
From: "Nigel Moriarty" <a_list@attbi.com>
To: <wxpython-users@lists.wxwindows.org>
Subject: Re: [wxPython] wxListCtrl highlighting
Date: Mon, 21 Oct 2002 14:55:31 -0700
Reply-To: wxpython-users@lists.wxwindows.org

Uwe

Got this far but couldn't actually select it manully. Used
SetBackgroundColour to no avail. Used SetState to no avail.

Nigel
----- Original Message -----
From: "Uwe C. Schroeder" <uwe@oss4u.com>
To: <wxpython-users@lists.wxwindows.org>
Sent: Monday, October 21, 2002 2:29 PM
Subject: Re: [wxPython] wxListCtrl highlighting

On Monday 21 October 2002 02:23 pm, Nigel Moriarty wrote:
> It seems that a right click on a wxListCtrl on MSW will highlight the

item

> while under GTK on Linux the item remains unselected. Is it possible to
> highligth the item in both cases?
>
> Nigel

Create a
EVT_LIST_ITEM_RIGHT_CLICK(id, func)

handler and do the selection manually. You can even only activate the

handler

if run on "posix" (i.e. unix) systems by using

import os

if os.name == "posix":
EVT_LIST_ITEM_RIGHT_CLICK(.....)

--
UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

_______________________________________________
wxpython-users mailing list
wxpython-users@lists.wxwindows.org
http://lists.wxwindows.org/mailman/listinfo/wxpython-users

--__--__--

Message: 10
Date: Mon, 21 Oct 2002 19:26:18 -0500
To: wxpython-users@lists.wxwindows.org
From: Dale Arntson <d-arntson@uchicago.edu>
Subject: [wxPython] Wrappers for wxDialUpManager?
Reply-To: wxpython-users@lists.wxwindows.org

Can anyone point me to any wxPython wrappers for wxDialUpManager?

Thanks,

Dale Arntson

--__--__--

Message: 11
Date: Tue, 22 Oct 2002 08:56:19 +0200
From: Corrado Santoro <csanto@diit.unict.it>
To: wxpython-users@lists.wxwindows.org
Cc: Robin Dunn <robin@alldunn.com>
Subject: Re: [wxPython] International characters in treeview
Reply-To: wxpython-users@lists.wxwindows.org

Ok Robin, you're right!
The platform is Win32 (Win98) with python 2.2.1 and wxpython 2.3.2.1.
As regards the code, I'm trying to use the method wxTreeCtrl.AppendItem
passing
an item string coming from Postgres: the latter encodes international
characters in the range 128--255, but wxpython (or wxwindows?) does not
accept
such characters.

-Corrado

Quoting Robin Dunn <robin@alldunn.com>:

Corrado Santoro wrote:
> Hello wxpython users,
> I tried to use italian character with accents in wxTreeView, but I

obtained

> an "assertion failed error", which notifies me that I cannot use ASCII
codes
> greater than 128.
> Does anyone have a fix or suggestion?
>

More info please. Which platform and version? Sample code?

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

_______________________________________________
wxpython-users mailing list
wxpython-users@lists.wxwindows.org
http://lists.wxwindows.org/mailman/listinfo/wxpython-users

-------------------------------------------------
This mail sent through IMP: http://www.cdc.unict.it/

--__--__--

Message: 12
Date: Tue, 22 Oct 2002 09:59:50 +0200
From: Alberto Griggio <albgrig@tiscalinet.it>
To: wxpython-users@lists.wxwindows.org
Subject: Re: [wxPython] useBestVisual
Reply-To: wxpython-users@lists.wxwindows.org

I know this has been mentioned on this list before, but I want to bring
it up again. [...]

Any chance on getting the default changed to 'false' for useBestVisual?

+1 for this, but in the meantime it's easy to change it manually, since such
default is not in the C++ code, but in the Python one (wx.py,
wxApp.__init__)

Ciao,
Alberto

--__--__--

Message: 13
Date: Tue, 22 Oct 2002 11:44:55 +0200
To: wxpython-users@lists.wxwindows.org
From: Magnus Lycka <magnus@thinkware.se>
Subject: Re: [wxPython] International characters in treeview
Reply-To: wxpython-users@lists.wxwindows.org

Corrado Santoro wrote:

I tried to use italian character with accents in wxTreeView, but I obtained
an "assertion failed error", which notifies me that I cannot use ASCII=

codes

greater than 128.

The platform is Win32 (Win98) with python 2.2.1 and wxpython 2.3.2.1.
As regards the code, I'm trying to use the method wxTreeCtrl.AppendItem=20
passing
an item string coming from Postgres: the latter encodes international
characters in the range 128--255, but wxpython (or wxwindows?) does not=20
accept
such characters.

I run Win2k and Win98SE with wxPython 2.3.3.1 and 2.3.3pre4 respectively.
I previously ran 2.3.2.1. All my international character problems were
with the grid. :frowning: For me the tree control works as it should... at least
with these:
>>> map(ord,"=E5=E4=F6=C5=C4=D6")
[229, 228, 246, 197, 196, 214]

Are you sure it's a python string that you send to AppendItem?
It's not by any chance a unicode object??? (Buth then I suppose you'd
get "UnicodeError: ASCII encoding error: ordinal not in range(128)"...)
Hm...

What happens if you for instance use "".join(map(chr, range(190,255)))
as a parameter for AppendItem?

--=20
Magnus Lyck=E5, Thinkware AB
=C4lvans v=E4g 99, SE-907 50 UME=C5
tel: 070-582 80 65, fax: 070-612 80 65
http://www.thinkware.se/ mailto:magnus@thinkware.se

--__--__--

Message: 14
Date: Tue, 22 Oct 2002 13:04:40 +0200
From: Corrado Santoro <csanto@diit.unict.it>
To: wxpython-users@lists.wxwindows.org, Magnus Lycka <magnus@thinkware.se>
Subject: Re: [wxPython] International characters in treeview
Reply-To: wxpython-users@lists.wxwindows.org

Thank you for the suggestion.
I'll try it!

Bye,
-Corrado

Quoting Magnus Lycka <magnus@thinkware.se>:

Corrado Santoro wrote:
>I tried to use italian character with accents in wxTreeView, but I
obtained
>an "assertion failed error", which notifies me that I cannot use ASCII
codes
>greater than 128.

>The platform is Win32 (Win98) with python 2.2.1 and wxpython 2.3.2.1.
>As regards the code, I'm trying to use the method wxTreeCtrl.AppendItem
>passing
>an item string coming from Postgres: the latter encodes international
>characters in the range 128--255, but wxpython (or wxwindows?) does not
>accept
>such characters.

I run Win2k and Win98SE with wxPython 2.3.3.1 and 2.3.3pre4 respectively.
I previously ran 2.3.2.1. All my international character problems were
with the grid. :frowning: For me the tree control works as it should... at least
with these:
>>> map(ord,"åäöÅÄÖ")
[229, 228, 246, 197, 196, 214]

Are you sure it's a python string that you send to AppendItem?
It's not by any chance a unicode object??? (Buth then I suppose you'd
get "UnicodeError: ASCII encoding error: ordinal not in range(128)"...)
Hm...

What happens if you for instance use "".join(map(chr, range(190,255)))
as a parameter for AppendItem?

--
Magnus Lyckå, Thinkware AB
Älvans väg 99, SE-907 50 UMEÅ
tel: 070-582 80 65, fax: 070-612 80 65
http://www.thinkware.se/ mailto:magnus@thinkware.se

_______________________________________________
wxpython-users mailing list
wxpython-users@lists.wxwindows.org
http://lists.wxwindows.org/mailman/listinfo/wxpython-users

-------------------------------------------------
This mail sent through IMP: http://www.cdc.unict.it/

--__--__--

_______________________________________________
wxpython-users mailing list
wxpython-users@lists.wxwindows.org
http://lists.wxwindows.org/mailman/listinfo/wxpython-users

End of wxpython-users Digest