Re: Problem with Resource Editor on Debian / Kubuntu

Kevin Altis <[email protected]>
Newsgroups gmane.comp.python.pythoncard
Message-ID <[email protected]>
Sadly I don't know if there is any solution on GTK other than using a  
GTK1 build instead of GTK2. I don't currently have any Linux builds  
installed so I can't check myself, but maybe another user on the list  
can respond.

The following text has been sitting at the top of the changelog.txt  
file for the last 3 years along with the link to my SF bug report and  
test program for wxPython that shows the problem.

"""
SPECIAL NOTE: at least as of wxPython 2.5.2.8 you must still
use a GTK1 build of wxWidgets/wxPython on Linux in order for
component dragging to work in the resourceEditor. You can track
the following bug report to be notified when this issue is fixed.
http://sourceforge.net/tracker/? 
func=detail&aid=1024777&group_id=9863&atid=109863
"""

Since nobody on the wxWidgets team seems to have dealt with the issue  
I'm assuming the low-level mouse handling for native and compound  
controls under GTK2 remains a problem, which impacts wxPython and  
thus PythonCard which sits on top of wxPython. In order for the  
resourceEditor dragging to work, the low-level mouse drag events need  
to be available.

You can run the widgets sample, testevents sample or any other sample  
for that matter with the Message Watcher window (-m on the command- 
line) and it will show you every event PythonCard is seeing. You'll  
see different events depending on whether you are dragging (mouse is  
down) or moving (mouse is up) in and out of the various components on  
the different platforms (GTK1 and GTK2 included) with different  
builds of wxPython. This is the primary reason the current strategy  
used for building interfaces with the resourceEditor is problematic;  
the low-level mouse events are just not guaranteed by wxWidgets to  
work the same on all platforms. Almost every other interface builder  
for wx is sizer-based and doesn't allow the user to move and resize  
widgets except via the sizers they are contained in, so they avoid  
this problem.

I've never found an adequate work-around, so I'm always up for  
suggestions. It would probably be possible to make a rock-solid  
resourceEditor just for Windows, which is the most-consistent of the  
supported wx platforms with the idea that you build on Windows and  
then are able to run on Linux and Mac, but given that we've tried to  
remain platform-neutral since the beginning of the project, that  
isn't very appealing to me.

ka


On Aug 29, 2007, at 5:03 AM, Christoph Schneeberger wrote:

> Hi,
>
> I am new to PythonCard but already heavily fallen in love (2 weeks ago
> with Python and 1 week ago with PythonCard - until then, pls  
> forgive me,
> i thought Perl::Tk was really cool *lol*). I just love it and things
> work out of the box, including all my code i wrote yet -  a  
> complete new
> experience for somebody scripting since roughly 15yrs in all kind of
> languages. So first, thanks a lot for this wonderful tool.
>
> But I have a small problem when running the resource editor in my
> Kubuntu feisty Notebook: I can move certain elements with drag and  
> drop
> while others are not moveable at all (on my windows box, i had no
> problems at all). I tested this also on our terminal server running
> Debian Etch it behaves the same.
> The elements I tested that i can move are i.e.:
> - textarea
> - statictext
> - textfield
> - tree
>
> Elements that I cant move around at all are i.e.:
> - button
> - list (can't even be selected after being deselected for the first  
> time)
> - checkbox
> - imagebutton
>
> Now I am almost sure I lack some library or doing something inredibly
> stupid but I didn't find any information searching the archives for  
> the
> list and the website.
>
> Any tip or hints, reading instructions etc. will be highly  
> appreciated.
> As said, I don't think thats a bug, I think I miss something  
> completely,
> but I can't find it myself.
>
> Thanks in advance and have a nice day!
>
> Christoph Schneeberger
>
>
>
> -- 
>
>           "Quis custodiet ipsos custodes?"


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.