Re: [Boa Constr] New version in CVS
Status: Beta
Brought to you by:
riaan
From: Christian T. <ti...@ti...> - 2002-08-12 17:03:01
|
Hi Riaan, many many thanks for the good explanation. This has helped me very much. Understanding large code bases is not easy without an overview. Also many thanks for the slider example. > The destinction is usually even clearer than in Delphi, > Robin writes the run-time (wxPython classes), > I write the design-time (Companion classes). Yes, I understand. While I found it handy to have some stuff which is available both at design- and run-time in Delphi. Maybe some methods could be published with some _desidng_time_methods = {...} thingy, but this is minor. [Slider prob] >>One of them is the slider which I use. >>It has wrong tick handling, it does *not* respond to >>scrollevents, and when labels are selected, it becomes >>almost impossible to position the control in the IDE, since >>it jumps to the left. :-) > > > I don't understand. The control moving and sizing behaves properly > for me. Yes, unless you tell it to get a label which tells the current position. Boy then still thinks to know where the boundaries are, but the control believes it starts with the label, and positioning becomes impossible. On events: I tested the sliderevent it doesn't respond. Basically, it looks like a mistake in wxWindows to let it support it, since the docs say sliderevents are obsolete. Therefore, I'd remove the entry from Boa. Tickfreq is another one, I think I found a note in the source that this isn't handled correctly yet. > Note the Designer always tries to take over the mouse clicks of > a control for consistent selection and movement. > So you can't slide the slider in the IDE, set it's Value property. Yes, I know that. Same with tabbed notebooks. I'd love to tech them tabbing in the IDE, since that would make it considerable to put objects on them. Actually, access is too slow for me, and I use a couple of dummy wxFrames for my pages, and dynamically reparent them into my notebook container. I do this in many window contexts, since I'd like to mimick what Delphi does with its frames and subframes. > I have found a problem with the 'TickFreq' property. > It does not sound like like the problem you are describing. > Btw this problem is an instance where the property had the right methods > (GetTickFreq and SetTickFreq) and the getter returned a value (integer), > but the Setter is non-standard, it takes 2 parameters instead of one. > As even the Docs don't know what the second parameter is for and because > this property applies only to windows I think I should hide it from > the design-time interface. Yes, I found a comment like "what is the second parameter for" in the wxWindow docs. I guess this was meant to be the starting value where ticks should be generated? ... > Yes, if there is a problem with the component, I would like it > fixed. If you want to change some generic component/mouse > interaction, it might be more tricky. Will look into this, soon. [Slider plugin] Thanks again! [companion file size] > Or maybe it should be split up like the Palette pages are? > Say FramesComp.py, ContainersLayoutComp.py, BasicControlsComp.py, > ButtonsComp.py and ListControlsComp.py Looks like a good solution. This would make it much simpler to look up a definition. It took a lot of time until I understood where the labels in the Palette come from, and the icons (since the latter are computed names, tricky :-) Thanks so far, I will become a real Boa (ab)user. back to my pressing project problem*) -- ciao - chris *) deriving from a wxStaticBitmap works fine, but for some reason, I cannot avoid to produce a memory leak a wxBitmap of size 12 is always left over, even if I do no more than class MySpecialBitmap(wxStaticBitmap): def __init__(self, *args, **kwds): wxStaticBitmap.__init__(self, *args, **kwds) But this is probably a question for Robin :-) -- Christian Tismer :^) <mailto:ti...@ti...> Mission Impossible 5oftware : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9a : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 89 09 53 34 home +49 30 802 86 56 pager +49 173 24 18 776 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |