Re: Problem with Resource Editor on Debian / Kubuntu

Kevin,

Thanks a lot for your detailed reply. Actually its not that big problem,
since the GUI design is not the biggest deal and i am still able to code
and test on linux, just when adjustements to the GUI are necessary I'll
connect to a nearby Terminal Server and will do the adjustements there.
Also I thought I exhausted google on this matter but I overlooked the
most obvious source of information: local docs ;-)

Cheers,
Christoph

Kevin Altis wrote:
> 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/