From: <kc1...@ya...> - 2006-11-07 01:10:50
|
I fully recognize that Pythoncard is an OSS project and I can't thank the d= evelopers enough for their efforts. I simply like Pythoncard too much that= I hate to see it go away *because* "=0Athe PythonCard developers have day = jobs, partners, kids, etc which require occasional attention" :=3D) =0A=0A= The biggest difficulty I have with Pythoncard as it stands has to do with t= he resourceeditor or shall I say, the resourceeditors. The "experimental" = resource editor was a very nice improvement over the non-experimental versi= on but it hasn't been updated beyond it's initial experimental stage. As i= t stands, I have to click the command window back and forth in order to use= it. Eitherway, both resource editors are not very useful. I ended up us= ing my text editor to do most of the work and use the resource editors just= as a verification tool to see whether there's error with what I do. So, f= or a start, having a stable and usable resource editor would be a big help.= =0A=0AThen there is the code generator (resource editor again). I found my= self spend a lot of time keep looking up which event a particular control c= an handle. There is no reason why I can't be presented with a list of even= ts a particular control can handle, and I click on the ones I want the code= generator to create code for, and whoola, I get code stubs created for me.= I've seen other resource generators do that kind of stuff.=0A=0ABy the sa= me token, there is no reason why I have to keep looking up the attributes o= f controls. (Is it .text, or .stringSelected for combobox....). Again, I'= ve used other resource editors where I can have code stub created for me au= tomatically - rather then keep looking it up from code samples.=0A=0AAnd, y= es, we need a better way (much better way) to handle sizers. I finally lea= rned how to use wxsizer with Pythoncard but the present process is next to = impossible to use when things are not behaving the way you think it should.= =0A=0AAgain, I want to thank all the developers (past and present) for Pyth= onCard. :=3D)=0A=0A=0AOn Sunday 05 Nov 2006 15:43, kc106_2005-pythoncard@[= ...].com wrote:=0A> =0A> It would be ashame for PythonCard to go the way o= f the dinosours. I've=0A> looked at other alternatives (including wxPytho= n itself) and for my needs=0A> (a simple and productive package), PythonCa= rd fits very nicely. The others=0A> are all soooooo *complicated*.=0A> = =0A=0AAt the risk of sounding overly blunt, if PythonCard fits your needs n= icely, =0Awhat's missing from 0.8.2 that you would expect to see if we were= already at =0Aversion 1.0?=0A=0AIn common with most other OSS projects, th= e PythonCard developers have day =0Ajobs, partners, kids, etc which require= occasional attention. :-)=0A=0ADon't hold back - if you've got some though= ts for new features and/or =0Aenhancements, please share them.=0A=0A=0A-- = =0A=0ARegards=0A=0APhil Edwards=0ABrighton, UK =0A--=0AJohn Henry=0A=0A |
From: Sells, F. <fr...@ad...> - 2006-11-07 01:33:58
|
A gazillion years ago we built an Xwindows tool similar to PythonCard. We finally discovered that most developers preferred to edit their resource files directly, after using the GUI Builder to get a quick start. So hats off to PythonCard, If you want JBuilder, pay the $600. |
From: <ed...@le...> - 2006-11-07 03:33:53
|
kc1...@ya... wrote .. > I fully recognize that Pythoncard is an OSS project and I can't thank the > developers enough for their efforts. I simply like Pythoncard too much > that I hate to see it go away *because* " > the PythonCard developers have day jobs, partners, kids, etc which require > occasional attention" :=) > > The biggest difficulty I have with Pythoncard as it stands has to do with > the resourceeditor or shall I say, the resourceeditors. The "experimental" > resource editor was a very nice improvement over the non-experimental version > but it hasn't been updated beyond it's initial experimental stage. As > it stands, I have to click the command window back and forth in order to > use it. Eitherway, both resource editors are not very useful. I ended > up using my text editor to do most of the work and use the resource editors > just as a verification tool to see whether there's error with what I do. > So, for a start, having a stable and usable resource editor would be a > big help. > > Then there is the code generator (resource editor again). I found myself > spend a lot of time keep looking up which event a particular control can > handle. There is no reason why I can't be presented with a list of events > a particular control can handle, and I click on the ones I want the code > generator to create code for, and whoola, I get code stubs created for > me. I've seen other resource generators do that kind of stuff. Have you had a chance to look at Dabo? It addresses many of the concerns you expressed. It's quite actively being developed, and is growing in popularity among wxPython users looking for a simpler, more Pythonic approach to developing GUIs. It's been a few months since I've worked with PythonCard, but from what I remember, Dabo can do just about everything that PythonCard can, as well as a whole lot more. Our website is currently down, due to a major upgrade being done on our server (can you say 'reformat'? I knew you could!). But it should be back up within a day once I get all the kinks worked out with the change from Fedora to Ubuntu. But I at least wanted to point out that there is an alternative that might be what you are looking for. -- Ed Leafe |
From: <al...@tw...> - 2006-11-07 16:27:33
|
[Sorry - I replied earlier, but I'm having trouble getting mail through ....= ] kc1...@ya... wrote: > I fully recognize that Pythoncard is an OSS project and I can't =20 > thank the developers enough for their efforts. I simply like =20 > Pythoncard too much that I hate to see it go away *because* " > the PythonCard developers have day jobs, partners, kids, etc which =20 > require occasional attention" :=3D) The biggest difficulty I have =20 > with Pythoncard as it stands has to do with the resourceeditor or =20 > shall I say, the resourceeditors. The "experimental" resource =20 > editor was a very nice improvement over the non-experimental version =20 > but it hasn't been updated beyond it's initial experimental stage. > True - but the new "layoutEditor" has been released (in =20 tools/resourceEditor/layoutEditor). It's been substantially changed - =20 including the use of a single (larger) pane for propery editing (all =20 props visible and editable simultaneously), mul;tiple component =20 selection, etc. > As it stands, I have to click the command window back and forth in =20 > order to use it. Eitherway, both resource editors are not very =20 > useful. I ended up using my text editor to do most of the work and =20 > use the resource editors just as a verification tool to see whether =20 > there's error with what I do. So, for a start, having a stable and =20 > usable resource editor would be a big help. > Please try out layoutEditor and tell me what you think (either on or =20 off-list). > Then there is the code generator (resource editor again). I found =20 > myself spend a lot of time keep looking up which event a particular =20 > control can handle. There is no reason why I can't be presented =20 > with a list of events a particular control can handle, and I click =20 > on the ones I want the code generator to create code for, and =20 > whoola, I get code stubs created for me. I've seen other resource =20 > generators do that kind of stuff. > The codeEditor does (something very like) that. Why would you want to =20 do that in the resourceEditor rather than the codeEditor ? (OK - I know why you might want a single, integrated editor for both =20 code and layout - but that's a bigger question :-) > By the same token, there is no reason why I have to keep looking up =20 > the attributes of controls. (Is it .text, or .stringSelected for =20 > combobox....). Again, I've used other resource editors where I can =20 > have code stub created for me automatically - rather then keep =20 > looking it up from code samples. > Yeah - need to think about that .... > And, yes, we need a better way (much better way) to handle sizers. =20 > I finally learned how to use wxsizer with Pythoncard but the present =20 > process is next to impossible to use when things are not behaving =20 > the way you think it should. > In the works - though a few months away yet ... > Again, I want to thank all the developers (past and present) for =20 > PythonCard. :=3D) > --=20 Alex Tweedly al...@tw... http://www.tweedly.net |
From: <kc1...@ya...> - 2006-11-07 16:31:17
|
Well, I was asked "to be brave" and list what I *like to see* and that's wh= at I did. It has nothing to do with whether it will cost $600 or not.=0A= =0AGetting a quick start from the resource editor is okay. The problem is = that the resource editor in Pythoncard is not very usable even for that.=0A= =0AAnd regarding Dabo, yes, I am looking at that. The issue, of course, is= that PythonCard really does work - and pretty stable and usable (other tha= n the resourceeditor), and I am very productive with it. I just like to se= e that the project continues.=0A=0A=0A=0A=0AReply to message by Fred Sells = Nov 6 2006 5:34PM=0A=0A=0A=0A=0A=0A=0AA gazillion years ago we built an X= windows tool similar to PythonCard. We=0Afinally discovered that most deve= lopers preferred to edit their resource=0Afiles directly, after using the G= UI Builder to get a quick start.=0A=0ASo hats off to PythonCard, If you wa= nt JBuilder, pay the $600. =0A--=0AJohn Henry=0A=0A=0A |
From: <kc1...@ya...> - 2006-11-07 17:01:24
|
To Alex:=0A=0AThe "layout editor" (I errornously referred to it as one of t= he resource editor) is not very stable for me. When I use it, I get lots o= f failures and that's what I meant when I say "I have to click back and for= th between the command window and the GUI window for it to be usable). Tow= ards the bottom of this email, I listed some of the messages I get (from ju= st moving couple of the controls around) - it appears most problems are res= ize related.=0A=0AAnd at one time it kept asking me not to double click...d= rives me nuts...but it doesn't seem to do that now=0A=0ARegarding the quest= ion of code generator, you said that the codeEditor does that? How so? Ev= en if it does, it would be the wrong place to do that. I think it's very c= ounter-intuitive. Within the resource editor, you see a control, and natu= rally you would say "I want this control to do ... when the user click, sel= ect, ... "=0A=0A=0A=0A=0A=0A=0A=0A=0ATraceback (most recent call last):=0A = File "C:\PYTHON23\lib\site-packages\PythonCard\widget.py", line 408, in _d= ispatch=0A handler(background, aWxEvent)=0A File "C:\Python23\Lib\site-= packages\PythonCard\tools\layoutEditor\layoutEditor.py", line 1054, in on_t= opMiddle_mouseDrag=0A return=0A File "C:\Python23\Lib\site-packages\Pyth= onCard\tools\layoutEditor\layoutEditor.py", line 1023, in doResize=0A gl= obalPosition =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.p= y", line 19, in __getitem__=0A def __getitem__(self, key): return self.d= ata[key]=0AKeyError=0ATraceback (most recent call last):=0A File "C:\PYTHO= N23\lib\site-packages\PythonCard\widget.py", line 408, in _dispatch=0A h= andler(background, aWxEvent)=0A File "C:\Python23\Lib\site-packages\Python= Card\tools\layoutEditor\layoutEditor.py", line 1054, in on_topMiddle_mouseD= rag=0A return=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\l= ayoutEditor\layoutEditor.py", line 1023, in doResize=0A globalPosition = =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, = in __getitem__=0A def __getitem__(self, key): return self.data[key]=0AKe= yError=0ATraceback (most recent call last):=0A File "C:\PYTHON23\lib\site-= packages\PythonCard\widget.py", line 408, in _dispatch=0A handler(backgr= ound, aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\la= youtEditor\layoutEditor.py", line 1054, in on_topMiddle_mouseDrag=0A ret= urn=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\l= ayoutEditor.py", line 1023, in doResize=0A globalPosition =3D wx.GetMous= ePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, in __getitem__= =0A def __getitem__(self, key): return self.data[key]=0AKeyError=0ATrace= back (most recent call last):=0A File "C:\PYTHON23\lib\site-packages\Pytho= nCard\widget.py", line 408, in _dispatch=0A handler(background, aWxEvent= )=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\lay= outEditor.py", line 1054, in on_topMiddle_mouseDrag=0A return=0A File "= C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor.py= ", line 1023, in doResize=0A globalPosition =3D wx.GetMousePosition()=0A= File "C:\Python23\lib\UserDict.py", line 19, in __getitem__=0A def __g= etitem__(self, key): return self.data[key]=0AKeyError=0ATraceback (most rec= ent call last):=0A File "C:\PYTHON23\lib\site-packages\PythonCard\widget.p= y", line 408, in _dispatch=0A handler(background, aWxEvent)=0A File "C:= \Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor.py",= line 1054, in on_topMiddle_mouseDrag=0A return=0A File "C:\Python23\Li= b\site-packages\PythonCard\tools\layoutEditor\layoutEditor.py", line 1023, = in doResize=0A globalPosition =3D wx.GetMousePosition()=0A File "C:\Pyt= hon23\lib\UserDict.py", line 19, in __getitem__=0A def __getitem__(self,= key): return self.data[key]=0AKeyError=0ATraceback (most recent call last)= :=0A File "C:\PYTHON23\lib\site-packages\PythonCard\widget.py", line 408, = in _dispatch=0A handler(background, aWxEvent)=0A File "C:\Python23\Lib\= site-packages\PythonCard\tools\layoutEditor\layoutEditor.py", line 1054, in= on_topMiddle_mouseDrag=0A return=0A File "C:\Python23\Lib\site-package= s\PythonCard\tools\layoutEditor\layoutEditor.py", line 1023, in doResize=0A= globalPosition =3D wx.GetMousePosition()=0A File "C:\Python23\lib\User= Dict.py", line 19, in __getitem__=0A def __getitem__(self, key): return = self.data[key]=0AKeyError=0ATraceback (most recent call last):=0A File "C:= \PYTHON23\lib\site-packages\PythonCard\widget.py", line 408, in _dispatch= =0A handler(background, aWxEvent)=0A File "C:\Python23\Lib\site-package= s\PythonCard\tools\layoutEditor\layoutEditor.py", line 1054, in on_topMiddl= e_mouseDrag=0A return=0A File "C:\Python23\Lib\site-packages\PythonCard= \tools\layoutEditor\layoutEditor.py", line 1023, in doResize=0A globalPo= sition =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", li= ne 19, in __getitem__=0A def __getitem__(self, key): return self.data[ke= y]=0AKeyError=0ATraceback (most recent call last):=0A File "C:\PYTHON23\li= b\site-packages\PythonCard\widget.py", line 408, in _dispatch=0A handler= (background, aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\t= ools\layoutEditor\layoutEditor.py", line 1054, in on_topMiddle_mouseDrag=0A= return=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutE= ditor\layoutEditor.py", line 1023, in doResize=0A globalPosition =3D wx.= GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, in __ge= titem__=0A def __getitem__(self, key): return self.data[key]=0AKeyError= =0ATraceback (most recent call last):=0A File "C:\PYTHON23\lib\site-packag= es\PythonCard\widget.py", line 408, in _dispatch=0A handler(background, = aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEd= itor\layoutEditor.py", line 1054, in on_topMiddle_mouseDrag=0A return=0A= File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutE= ditor.py", line 1023, in doResize=0A globalPosition =3D wx.GetMousePosit= ion()=0A File "C:\Python23\lib\UserDict.py", line 19, in __getitem__=0A = def __getitem__(self, key): return self.data[key]=0AKeyError=0ATraceback (= most recent call last):=0A File "C:\PYTHON23\lib\site-packages\PythonCard\= widget.py", line 408, in _dispatch=0A handler(background, aWxEvent)=0A = File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEdi= tor=0A.py", line 1054, in on_topMiddle_mouseDrag=0A return=0A File "C:\= Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py= ", line 1023, in doResize=0A globalPosition =3D wx.GetMousePosition()=0A= File "C:\Python23\lib\UserDict.py", line 19, in __getitem__=0A def __g= etitem__(self, key): return self.data[key]=0AKeyError=0ATraceback (most rec= ent call last):=0A File "C:\PYTHON23\lib\site-packages\PythonCard\widget.p= y", line 408, in _dispa=0Atch=0A handler(background, aWxEvent)=0A File = "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor= =0A.py", line 1054, in on_topMiddle_mouseDrag=0A return=0A File "C:\Pyt= hon23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", = line 1023, in doResize=0A globalPosition =3D wx.GetMousePosition()=0A F= ile "C:\Python23\lib\UserDict.py", line 19, in __getitem__=0A def __geti= tem__(self, key): return self.data[key]=0AKeyError=0ATraceback (most recent= call last):=0A File "C:\PYTHON23\lib\site-packages\PythonCard\widget.py",= line 408, in _dispa=0Atch=0A handler(background, aWxEvent)=0A File "C:= \Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.p= y", line 1054, in on_topMiddle_mouseDrag=0A return=0A File "C:\Python23= \Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line = 1023, in doResize=0A globalPosition =3D wx.GetMousePosition()=0A File "= C:\Python23\lib\UserDict.py", line 19, in __getitem__=0A def __getitem__= (self, key): return self.data[key]=0AKeyError=0ATraceback (most recent call= last):=0A File "C:\PYTHON23\lib\site-packages\PythonCard\widget.py", line= 408, in _dispa=0Atch=0A handler(background, aWxEvent)=0A File "C:\Pyth= on23\Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", l= ine 1054, in on_topMiddle_mouseDrag=0A return=0A File "C:\Python23\Lib\= site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1023,= in doResize=0A globalPosition =3D wx.GetMousePosition()=0A File "C:\Py= thon23\lib\UserDict.py", line 19, in __getitem__=0A def __getitem__(self= , key): return self.data[key]=0AKeyError=0ATraceback (most recent call last= ):=0A File "C:\PYTHON23\lib\site-packages\PythonCard\widget.py", line 408,= in _dispa=0Atch=0A handler(background, aWxEvent)=0A File "C:\Python23\= Lib\site-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1= 054, in on_topMiddle_mouseDrag=0A return=0A File "C:\Python23\Lib\site-= packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1023, in d= oResize=0A globalPosition =3D wx.GetMousePosition()=0A File "C:\Python2= 3\lib\UserDict.py", line 19, in __getitem__=0A def __getitem__(self, key= ): return self.data[key]=0AKeyError=0ATraceback (most recent call last):=0A= File "C:\PYTHON23\lib\site-packages\PythonCard\widget.py", line 408, in _= dispa=0Atch=0A handler(background, aWxEvent)=0A File "C:\Python23\Lib\s= ite-packages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1054, = in on_topMiddle_mouseDrag=0A return=0A File "C:\Python23\Lib\site-packa= ges\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1023, in doResi= ze=0A globalPosition =3D wx.GetMousePosition()=0A File "C:\Python23\lib= \UserDict.py", line 19, in __getitem__=0A def __getitem__(self, key): re= turn self.data[key]=0AKeyError=0ATraceback (most recent call last):=0A Fil= e "C:\PYTHON23\lib\site-packages\PythonCard\widget.py", line 408, in _dispa= =0Atch=0A handler(background, aWxEvent)=0A File "C:\Python23\Lib\site-p= ackages\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1054, in on= _topMiddle_mouseDrag=0A return=0A File "C:\Python23\Lib\site-packages\P= ythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1023, in doResize=0A= globalPosition =3D wx.GetMousePosition()=0A File "C:\Python23\lib\User= Dict.py", line 19, in __getitem__=0A def __getitem__(self, key): return = self.data[key]=0AKeyError=0ATraceback (most recent call last):=0A File "C:= \PYTHON23\lib\site-packages\PythonCard\widget.py", line 408, in _dispa=0Atc= h=0A handler(background, aWxEvent)=0A File "C:\Python23\Lib\site-packag= es\PythonCard\tools\layoutEditor\layoutEditor=0A.py", line 1054, in on_topM= iddle_mouseDrag=0A return=0A File "C:\Python23\Lib\site-packages\Python= Card\tools\layoutEditor\layoutEditor=0A.py", line 1023, in doResize=0A g= lobalPosition =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.= py", line 19, in __getitem__=0A def __getitem__(self, key): return self.= data[key]=0AKeyError=0ATraceback (most recent call last):=0A File "C:\PYTH= ON23\lib\site-packages\PythonCard\widget.py", line 408, in _dispa=0Atch=0A = handler(background, aWxEvent)=0A File "C:\Python23\Lib\site-packages\Py= thonCard\tools\layoutEditor\layoutEditor=0A.py", line 1054, in on_topMiddle= _mouseDrag=0A return=0A File "C:\Python23\Lib\site-packages\PythonCard\= tools\layoutEditor\layoutEditor=0A.py", line 1023, in doResize=0A global= Position =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", = line 19, in __getitem__=0A def __getitem__(self, key): return self.data[= key]=0AKeyError=0ATraceback (most recent call last):=0A File "C:\PYTHON23\= lib\site-packages\PythonCard\widget.py", line 408, in _dispa=0Atch=0A ha= ndler(background, aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonC= ard\tools\layoutEditor\layoutEditor=0A.py", line 1054, in on_topMiddle_mous= eDrag=0A return=0A File "C:\Python23\Lib\site-packages\PythonCard\tools= \layoutEditor\layoutEditor=0A.py", line 1023, in doResize=0A globalPosit= ion =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", line = 19, in __getitem__=0A def __getitem__(self, key): return self.data[key]= =0AKeyError=0ATraceback (most recent call last):=0A File "C:\PYTHON23\lib\= site-packages\PythonCard\widget.py", line 408, in _dispa=0Atch=0A handle= r(background, aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\= tools\layoutEditor\layoutEditor=0A.py", line 1054, in on_topMiddle_mouseDra= g=0A return=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\lay= outEditor\layoutEditor=0A.py", line 1023, in doResize=0A globalPosition = =3D wx.GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, = in __getitem__=0A def __getitem__(self, key): return self.data[key]=0AKe= yError=0ATraceback (most recent call last):=0A File "C:\PYTHON23\lib\site-= packages\PythonCard\widget.py", line 408, in _dispa=0Atch=0A handler(bac= kground, aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\tools= \layoutEditor\layoutEditor=0A.py", line 1054, in on_topMiddle_mouseDrag=0A = return=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEd= itor\layoutEditor=0A.py", line 1023, in doResize=0A globalPosition =3D w= x.GetMousePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, in __= getitem__=0A def __getitem__(self, key): return self.data[key]=0AKeyErro= r=0ATraceback (most recent call last):=0A File "C:\PYTHON23\lib\site-packa= ges\PythonCard\widget.py", line 408, in _dispa=0Atch=0A handler(backgrou= nd, aWxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layo= utEditor\layoutEditor=0A.py", line 1054, in on_topMiddle_mouseDrag=0A re= turn=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\= layoutEditor=0A.py", line 1023, in doResize=0A globalPosition =3D wx.Get= MousePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, in __getit= em__=0A def __getitem__(self, key): return self.data[key]=0AKeyError=0AT= raceback (most recent call last):=0A File "C:\PYTHON23\lib\site-packages\P= ythonCard\widget.py", line 408, in _dispa=0Atch=0A handler(background, a= WxEvent)=0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEdi= tor\layoutEditor=0A.py", line 1054, in on_topMiddle_mouseDrag=0A return= =0A File "C:\Python23\Lib\site-packages\PythonCard\tools\layoutEditor\layo= utEditor=0A.py", line 1023, in doResize=0A globalPosition =3D wx.GetMous= ePosition()=0A File "C:\Python23\lib\UserDict.py", line 19, in __getitem__= =0A def __getitem__(self, key): return self.data[key]=0AKeyError=0A=0A = =0A--=0AJohn Henry=0A=0A |
From: <al...@tw...> - 2006-11-07 22:50:30
|
kc1...@ya... wrote: > To Alex: > > The "layout editor" (I errornously referred to it as one of the =20 > resource editor) is not very stable for me. When I use it, I get =20 > lots of failures and that's what I meant when I say "I have to click =20 > back and forth between the command window and the GUI window for it =20 > to be usable). Towards the bottom of this email, I listed some of =20 > the messages I get (from just moving couple of the controls around) =20 > - it appears most problems are resize related. > Ah - OK. I have never seen these errors - can you please send version =20 info (i.e. which platform, os version, python, wx, wxpython versions =20 and PythonCard version) and I'll see if I can reproduce them (or =20 failing that, if I can figure what the problem is without reproducing =20 them). And a reminder to everyone - I (we) can't fix errors we don't know =20 about. And if John has previously reprted them, then I'm very sorry =20 for missing the report :-) > And at one time it kept asking me not to double click...drives me =20 > nuts...but it doesn't seem to do that now > Yeah - that one was very irritating - I was on the point of simply =20 removing that error message, which was really only in there to let me =20 know that some "impossible" circumstance had happened and was being =20 ignored. > > Regarding the question of code generator, you said that the =20 > codeEditor does that? How so? When you're - in the code editor (the recent one - in oneEditor/codeEditor) - and you use the drop-down list to select a component the second drop-down now shows a list of events (with a "+" sign next =20 to those which have handlers defined). If you seelct one of those so marked, then the editor moves you to the =20 first line of that handler. If you select a new one (i.e. not marked with a "+"), the editor =20 inserts a blank handler for that event (beware - it does this at the =20 current cursor position - so you should position yourself at the start =20 of a blank line between handlers before doing this). > Even if it does, it would be the wrong place to do that. I think =20 > it's very counter-intuitive. Within the resource editor, you see a =20 > control, and naturally you would say "I want this control to do ... =20 > when the user click, select, ... " > Currently the resource editor provides you no way to see or edit the =20 source code, so making changes to the source while in the =20 resourceEditor would be (IMHO) quite unnatural, even dangerous. When =20 we (some day) have a single integrated editor, then it would make =20 sense. But today, while in the resource editor it shouldn't (again, =20 just IMHO) be able to touch the source code. Apart from anything else, =20 I often (usually) have both resource and code editors open at the same =20 time, so any source code changes would be either ignored or (perhaps) =20 lost due to subsequent writing out the source code frm the codeEditor. Thanks again for the tracebacks - I'll take a look at them (but the =20 version info would also help). --=20 Alex Tweedly al...@tw... http://www.tweedly.net |
From: <kc1...@ya...> - 2006-11-07 23:30:14
|
> =0A> kc1...@ya... wrote:=0A> =0A> > To Alex:=0A> >=0A>= > The "layout editor" (I errornously referred to it as one of the=0A> > re= source editor) is not very stable for me. When I use it, I get =0A> > lot= s of failures and that's what I meant when I say "I have =0A> to click =0A= > > back and forth between the command window and the GUI =0A> window for i= t =0A> > to be usable). Towards the bottom of this email, I listed some o= f =0A> > the messages I get (from just moving couple of the controls =0A> = around) =0A> > - it appears most problems are resize related.=0A> >=0A> Ah= - OK. I have never seen these errors - can you please send =0A> version = =0A> info (i.e. which platform, os version, python, wx, wxpython =0A> vers= ions =0A> and PythonCard version) and I'll see if I can reproduce them (or= =0A> failing that, if I can figure what the problem is without =0A> repro= ducing =0A> them).=0A> =0A=0AI am using WindowsXP (SP3), Python 2.3. Not = sure what version of wx and wxpython but the name of the directory is wx-2.= 6-msw-unicode and the __version__.py indicates that it's wx 2.6.3.2. To pr= oduce the failure, all I needed to do is to drag the components around.=0A= =0A=0A> And a reminder to everyone - I (we) can't fix errors we don't know = =0A> about. And if John has previously reprted them, then I'm very sorry = =0A> for missing the report :-)=0A> =0A=0ASorry. I wasn't sure if the code= is being maintained. :=3D)=0A=0AMy PythonCard searches always stops at a= round 2004 (with Kevin Altis's name mostly). So, I didn't think posting a= nything would be useful.=0A=0A<snip>=0A=0A> =0A> -- =0A> Alex Tweedly al= ex...@tw... http://www.tweedly.net=0A=0A=0A--=0AJohn Henry=0A=0A |
From: Winston W. <win...@st...> - 2006-11-07 23:41:15
|
Regarding resizing problems in Layout Editor: I have the same problem. I'm on Mac OS X 10.4.8, and using wxWidgets 2.6.2.1. I have found that when I first make a resource in Layout Editor, resizing a widget works. But if I save it and load it later, resizing will not work. I can click on the resize handles, but moving the mouse will move the widget instead of resizing it. Regarding sizers, I think this is a big area of need too. I've got a little make-shift solution, that I call in on_size() to recalculate widget sizes, but it should be built-in. I prefer Mac OS X Interface Builder style resizing. -Winston On Nov 7, 2006, at 6:30 PM, kc1...@ya... wrote: >> >> kc1...@ya... wrote: >> >>> To Alex: >>> >>> The "layout editor" (I errornously referred to it as one of the >>> resource editor) is not very stable for me. When I use it, I get >>> lots of failures and that's what I meant when I say "I have >> to click >>> back and forth between the command window and the GUI >> window for it >>> to be usable). Towards the bottom of this email, I listed some of >>> the messages I get (from just moving couple of the controls >> around) >>> - it appears most problems are resize related. >>> >> Ah - OK. I have never seen these errors - can you please send >> version >> info (i.e. which platform, os version, python, wx, wxpython >> versions >> and PythonCard version) and I'll see if I can reproduce them (or >> failing that, if I can figure what the problem is without >> reproducing >> them). >> > > I am using WindowsXP (SP3), Python 2.3. Not sure what version of > wx and wxpython but the name of the directory is wx-2.6-msw-unicode > and the __version__.py indicates that it's wx 2.6.3.2. To produce > the failure, all I needed to do is to drag the components around. > > >> And a reminder to everyone - I (we) can't fix errors we don't know >> about. And if John has previously reprted them, then I'm very sorry >> for missing the report :-) >> ______________________________________________________ winston wolff - (646) 827-2242 - http://www.stratolab.com learning by creating - video game courses for kids in new york |
From: <al...@tw...> - 2006-11-08 20:20:01
|
kc1...@ya... wrote: >> >> Ah - OK. I have never seen these errors - can you please send =20 >> version info (i.e. which platform, os version, python, wx, =20 >> wxpython versions and PythonCard version) and I'll see if I can =20 >> reproduce them (or failing that, if I can figure what the problem =20 >> is without reproducing them). >> > > I am using WindowsXP (SP3), Python 2.3. Not sure what version of wx =20 > and wxpython but the name of the directory is wx-2.6-msw-unicode and =20 > the __version__.py indicates that it's wx 2.6.3.2. To produce the =20 > failure, all I needed to do is to drag the components around. You can get those from Help / About PythonCard in the codeEditor or =20 resourceEditor (or many of the samples). Hmmmm - wonder if it could be unicode related ??? - I'll try to load =20 up a machine with these versions and see if I can reproduce it at all =20 (though that won't happen until I get home from hokiday - so don't =20 expect much more from until after this weekend). Does it *always* happen when you try to resize ? Or mostly happen ? or =20 just sometime happen ? > >> And a reminder to everyone - I (we) can't fix errors we don't know =20 >> about. And if John has previously reprted them, then I'm very sorry =20 >> for missing the report :-) >> > > Sorry. I wasn't sure if the code is being maintained. :=3D) > > My PythonCard searches always stops at around 2004 (with Kevin =20 > Altis's name mostly). So, I didn't think posting anything would be =20 > useful. > Hmmm - that's a bit odd. I know I've posted around 150 to 200 messages =20 to the PythonCard users list since the middle of 2004 .... maybe =20 you're just not searching for what I've been talking about :-) --=20 Alex Tweedly al...@tw... http://www.tweedly.net |
From: <kc1...@ya...> - 2006-11-08 21:01:01
|
>Does it *always* happen when you try to resize ? Or mostly =0A=0A> happen = ? or =0A=0A> just sometime happen ?=0A=0A> =0A=0AAlways.=0A=0A(1) Start a = new session=0A(2) Create a new component=0A(3) Drag the new component to a = new place=0A(4) Resize=0A=0ANow I loose any response from the GUI window. = If I switch to the command window, I will see that I get a KeyError. Now = if I click back to the GUI window, I get response again. I can drag the co= mponent around but anytime I resize, I get the trace again....=0A=0A=0A=0A>= -----Original Message-----=0A> From: pyt...@li...urce= forge.net =0A> [mailto:pyt...@li...] On = =0A> Behalf Of al...@tw...=0A> Sent: Wednesday, November 08, 2006 12:2= 0 PM=0A> To: kc1...@ya...=0A> Cc: pythoncard-users@lists= .sourceforge.net=0A> Subject: Re: [Pythoncard-users] State of PythonCard=0A= > =0A> =0A> kc1...@ya... wrote:=0A> =0A> >>=0A> >> Ah - = OK. I have never seen these errors - can you please send=0A> >> version in= fo (i.e. which platform, os version, python, wx, =0A> >> wxpython version= s and PythonCard version) and I'll see if I can =0A> >> reproduce them (o= r failing that, if I can figure what the =0A> problem =0A> >> is without = reproducing them).=0A> >>=0A> >=0A> > I am using WindowsXP (SP3), Python 2= .3. Not sure what =0A> version of wx =0A> > and wxpython but the name of = the directory is =0A> wx-2.6-msw-unicode and =0A> > the __version__.py ind= icates that it's wx 2.6.3.2. To produce the =0A> > failure, all I needed = to do is to drag the components around.=0A> =0A> You can get those from Hel= p / About PythonCard in the codeEditor or =0A> resourceEditor (or many of = the samples).=0A> =0A> Hmmmm - wonder if it could be unicode related ??? - = I'll try to load =0A> up a machine with these versions and see if I can re= produce =0A> it at all =0A> (though that won't happen until I get home fro= m hokiday - so don't =0A> expect much more from until after this weekend).= =0A> =0A> Does it *always* happen when you try to resize ? Or mostly =0A> h= appen ? or =0A> just sometime happen ?=0A> =0A> >=0A> >> And a reminder to= everyone - I (we) can't fix errors we =0A> don't know =0A> >> about. And= if John has previously reprted them, then I'm =0A> very sorry =0A> >> fo= r missing the report :-)=0A> >>=0A> >=0A> > Sorry. I wasn't sure if the co= de is being maintained. :=3D)=0A> >=0A> > My PythonCard searches always s= tops at around 2004 (with Kevin =0A> > Altis's name mostly). So, I didn'= t think posting anything =0A> would be =0A> > useful.=0A> >=0A> =0A> Hmmm = - that's a bit odd. I know I've posted around 150 to 200 =0A> messages =0A= > to the PythonCard users list since the middle of 2004 .... maybe =0A> yo= u're just not searching for what I've been talking about :-)=0A> =0A> =0A> = -- =0A> Alex Tweedly al...@tw... http://www.tweedly.net=0A> =0A> = =0A> =0A> =0A> ------------------------------------------------------------= --=0A> -----------=0A> Using Tomcat but need to do more? Need to support we= b =0A> services, security?=0A> Get stuff done quickly with pre-integrated t= echnology to make =0A> your job easier=0A> Download IBM WebSphere Applicati= on Server v.1.0.1 based on =0A> Apache Geronimo=0A> http://sel.as-us.falkag= .net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&=0Adat=3D121642=0A____________= ___________________________________=0APythoncard-users mailing list=0APytho= nca...@li...=0Ahttps://lists.sourceforge.net/lists/lis= tinfo/pythoncard-users=0A=0A =0A--=0AJohn Henry=0A=0A |