Custom Query (1030 matches)
Results (382 - 384 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #89 | fixed | Need some file searching capability | ||
| Description |
It's really hard to work on a large existing system without some kind of a file searching capability. Perhaps it wouldn't be that hard to implement something quick-and-dirty using grep: get string from user, run grep with some appropriate args to make output parsable, put up a selection dialog with one entry per line of output, and make double-clicking on the entry go to the line in the file. |
|||
| #106 | fixed | Can't eval region with package changes | ||
| Description |
Start up the IDE, and open an editor window on attached file. Hit cmd-A then Enter. Get error: Welcome to OpenMCL Version 1.1-pre-070722 (DarwinPPC32)! ? ;Loading #P"/Users/gz/OpenMCL/trunk/ccl/tools/asdf.dfsl"... ? ? ? > Error: Unbound variable: COMMON-LISP-USER::COCOA.ASD I'm guessing what's happening is that the in-package form is not affecting the rest of the evaluation. It should. |
|||
| #122 | fixed | Should create the application bundle from a skeleton | ||
| Description |
Currently we build the IDE from a skeleton bundle which is stored in cocoa-ide/Clozure CL.app (or cocoa-ide/OpenMCL.app - being phased out). The skeleton is modified by the build process, which is bad practice. We should generate the bundle, in a new directory, copying files from a template directory named something other than anything.app, around the time of fake-cfbundle-path. The template dir should contain the nib files and other resources that might be difficult to generate from Lisp, and the rest should be created dynamically. |
|||
