Custom Query (1030 matches)
Results (337 - 339 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #555 | fixed | Two top-level command system bugs | ||
| Description |
1) TLC'c interact badly with symbol macros. For example: ? (define-symbol-macro pwd 1) PWD ? pwd #P"/" ? This wouldn't be so bad except that 2) there also seems to be a bug in the top-level command processor for TLCs that take arguments, e.g.: ? :cd "/" #P"/" ? cd "/" Too few arguments in call to #<Compiled-function CCL::CD (Non-Global) #x3000405443CF>: 0 arguments provided, at least 1 required. ? "/" ? TLC could use some documentation as well. |
|||
| #556 | fixed | #$NIL is now #$nil | ||
| Description |
This just changed in the last few releases: the foreign constant #$NIL has apparently changed to #$nil. As a result, easygui fails to compile, which causes (require 'cocoa-application) to fail. |
|||
| #557 | fixed | Return key behavior is kerfliggered | ||
| Description |
The behavior of the return key in the listener in the latest release seems to have changed in a very annoying way. The previous behavior was:
a complete sexpr on that line, that sexpr would be evaluated.
not a complete sexpr on that line, a newline would inserted.
left of the cursor would replace the last line in the buffer. (IMHO, this was not the correct behavior. The correct behavior is what Fred used to do: append the sexpr to the left of the cursor to the last line. But that's another issue.) The new behavior, as best I can make out, is:
line) and there is a complete sexpr to the left of the cursor then the sexpr is evaluated. This is as it should be. However...
that line is copied to the last line AND it is evaluated. This is badly broken IMHO because there is no opportunity to edit the line. Now to re-use a previous line of input with changes you have to select, copy, click, and paste. Very annoying. Worse...
then a newline is inserted. In addition, if there was a complete sexpr on the last line, it is evaluated. However, the cursor does not drop down to the new last line. It stays where it is. This is just b0rken. It's particularly annoying because there's a bug in the listener scrolling code so that if you do this at the bottom of a window, you get output that you don't see unless you manually scroll the window down. I'm rating this "major" because it's really messing me up, especially the last item. |
|||
