Custom Query (1030 matches)
Results (211 - 213 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1307 | fixed | Cocoa IDE Listener output uninterruptible and too slow | ||
| Description |
This ticket is mostly so I have a ticket to which to attach the Cocoa IDE listener optimization I did for a customer project. Listener output used to wait for the GUI thread to finish drawing a buffer full of text before being able to add more. |
|||
| #76 | fixed | Cocoa backup file names | ||
| Description |
Backup files in Cocoa have names of the form "foo~.lisp". Whatever advantage this may have over the Emacs convention (backup files have the same extension as the original) seems to be outweighed by the disadvantage (backup files have the same extension as the original), so things like "grep FOO *.lisp" require extra effort and things like filename completion get unnecessarily confused. I don't know how to influence the naming convention, but we can probably bypass the automatic mechanism and figure out how to rename the original file (when applicable) just before saving. (There may be issues with preserving Finder aliases and such unless this is done carefully, but I assume that it's doable.) (In short, I vote for "foo.lisp~" ...) |
|||
| #17 | fixed | Cocoa support should be a 'real library' (not just an example!) | ||
| Description |
OpenMCL ships with a bunch of useful functionality relegated to the 'Examples' directory. This stuff includes the nascent Hemlock editor, various support classes, and other tools that I have found useful trying to port the "Open Agent Engine" to OpenMCL. Can these useful things be moved to a more permanent location, perhaps as a "Cocoa" library or something along those lines? Ideally, the cocoa support stuff would be its own library, with perhaps GTK/GNUstep as alternative implementations of the same ideas. |
|||
