pycrust-users Mailing List for PyCrust (Page 8)
Brought to you by:
pobrien
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(76) |
Sep
(27) |
Oct
(5) |
Nov
(13) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(1) |
Feb
(24) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
2003 |
Jan
|
Feb
(4) |
Mar
(5) |
Apr
(3) |
May
(4) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Patrick K. O'B. <po...@or...> - 2001-08-02 20:27:08
|
Kevin and Rowland, Attached is the latest version of PyCrust. If you look in the Demos folder you will see an application called PyCrustMinimus.py which is a bare minimum application using PyCrust. It should be pretty easy to figure out from this example how to integrate PyCrust into PythonCard. Do you guys want to do the integration or do you want me to do it? The files that should be copied into the PythonCard folder are the following: pseudo.py PyCrustEditor.py PyCrustInterp.py PyCrustShell.py PyCrustVersion.py My thought on how to do the loading would be something like trying 'from PyCrust.PyCrustShell import Shell' and if that failed then 'from PyCrustShell import Shell'. That way PythonCard would load the Shell from the users PyCrust package if they had PyCrust installed or directly from the current directory (proto) if they did not have PyCrust. Then we need to decide how we want to expose PythonCard to the shell. Here are two possible ways: add an object to the sys module's namespace or add an object to the interpreter's local dictionary. In PyCrust.py I do: def main(): import sys application = App(0) sys.application = application application.MainLoop() Then inside the shell you can do: >>> import sys >>> sys.application.whatever >>> sys.application.whatever.something >>> sys.application.whatever.someaction() This is nice in that the user can drill down through whatever the application knows about. The other approach would look something like the following wherever the Shell object first gets created: self.shell = Shell(editorParent=self) self.shell.interp.locals['whatever'] = whatever The result of this is that inside the shell the user can type dir() and 'whatever' will be listed, without having to import the sys module. They can then do: >>> whatever.something >>> whatever.someaction() So it kind of depends on what we'd like to expose and how much we want to "pollute" the local namespace by loading it up with stuff. Let me know what you guys think and what I can do to help. --- Patrick K. O'Brien Orbtech "I am, therefore I think." -----Original Message----- From: Kevin Altis [mailto:al...@se...] Sent: Thursday, August 02, 2001 1:26 PM To: po...@or... Cc: Rowland Smith Subject: send me your latest files Let's try and get pycrust integrated today. What are the minimum files necessary? These would be the ones I would add to the proto directory in the release distributions so someone doesn't have to set their PYTHONPATH to use PyCrust and PythonCard. Complete file list if someone wants to have PyCrust in its own directory and set the PYTHONPATH. Can you do an example screenshot for PyCrust as well as a text dump showing off trying stuff out while running the Proof or another sample? This part can be done once we have the integration done. We want to remember position and size of the Message Watcher, PyCrust, Properties editor, etc. We could either do that by saving the info whenever a move or resize event happens or try and do it during the application close, but I'm not sure about the hook for the latter. ka |
From: Neil H. <ne...@sc...> - 2001-08-02 13:58:48
|
Patrick: > self.AutoCompSetIgnoreCase(1) doesn't seems to be working. > I set it to 1 (true), self.AutoCompGetIgnoreCase() returns 1, > but the auto-completion functionality is still case sensitive. Is > this a bug or am I missing something? > It works, in that I'm able to populate the list with the right stuff. > But IgnoreCase does not seem to work. If the AutoComp list > has both initial cap items and initial lowercase items and I type > in a lowercase letter after the list pops up, the uppercase items > are passed up in favor of the one starting with a lowercase letter. > I had assumed that IgnoreCase would allow me to type in all > lowercase letters and still match items in the list. I think we need to publish this on some more mailing lists ;) This is a bug although it works OK (not quite right, but usable) on the Windows version of Scintilla because the find function on Windows list boxes is case insensitive. Looks like the GTK+ version does the wrong thing as well as the wxWindows version. This is now fixed in Scintilla but I've only tested on Windows and GTK+ as I don't build wxWindows/wxPython yet. To make this work, on Windows the listbox is no longer given the automatic sort style. The comments in wxSTC imply that wxWindows list boxes are always sorted. As we want to have two different sort orders (case sensitive and case insensitive) this will need to be turned off there as well. The list is constructed with the items in the right order now so there is no need for sorting by the list box. Neil |
From: Patrick K. O'B. <po...@or...> - 2001-08-02 13:52:44
|
Is there a way to change the size, particularly the width, of the auto-completion list window? Some attribute names can be long and it seems like the window could stand to be a bit wider. --- Patrick K. O'Brien Orbtech "I am, therefore I think." |
From: Patrick K. O'B. <po...@or...> - 2001-08-02 01:54:00
|
It works, in that I'm able to populate the list with the right stuff. But IgnoreCase does not seem to work. If the AutoComp list has both initial cap items and initial lowercase items and I type in a lowercase letter after the list pops up, the uppercase items are passed up in favor of the one starting with a lowercase letter. I had assumed that IgnoreCase would allow me to type in all lowercase letters and still match items in the list. --- Patrick K. O'Brien Orbtech "I am, therefore I think." -----Original Message----- From: pyc...@li... [mailto:pyc...@li...]On Behalf Of Neil Hodgson Sent: Wednesday, August 01, 2001 7:31 PM To: pyc...@li... Subject: [PyCrust] Re: [pythoncard] wxSTC AutoCompSetIgnoreCase bug? Patrick: > self.AutoCompSetIgnoreCase(1) doesn't seems to be working. I > set it to 1 (true), self.AutoCompGetIgnoreCase() returns 1, but > the auto-completion functionality is still case sensitive. Is this a > bug or am I missing something? But then > P.S. PyCrust now has AutoCompletion working which is a very > nice way to explore PythonCard apps at runtime. Is this still a problem? Neil _______________________________________________ PyCrust-users mailing list PyC...@li... http://lists.sourceforge.net/lists/listinfo/pycrust-users |
From: Neil H. <ne...@sc...> - 2001-08-02 00:32:11
|
Patrick: > self.AutoCompSetIgnoreCase(1) doesn't seems to be working. I > set it to 1 (true), self.AutoCompGetIgnoreCase() returns 1, but > the auto-completion functionality is still case sensitive. Is this a > bug or am I missing something? But then > P.S. PyCrust now has AutoCompletion working which is a very > nice way to explore PythonCard apps at runtime. Is this still a problem? Neil |
From: Neil H. <ne...@sc...> - 2001-08-02 00:28:58
|
Patrick: > Thanks, Neil. Can I assume that this would be the correct workaround or is > there some other way to tell whether anything is currently selected? > > return self.GetSelectionStart() != self.GetSelectionEnd() Looks OK to me. Neil |