Per email discussion on devel list (started 11 Apr 2009, Subj: beanshell question),
the macro recorder does not completely capture user actions. The example is, while
recording, click File->New. When manually doing this, jEdit (1) creates a new buffer
and (2) places it as the active buffer in the current view. The macro recorder misses
action (2), so subsequent actions "recorded" by the user don't align.
What happens if I record closing the active buffer after creating it? When manually
doing this, the net result is an open and then closed new buffer. After recording,
the new buffer is still open, and another buffer gets closed.
The email discussion also proffered suggestions for an implementation fix.
Submitted | hunteke - 2009-04-13 05:53:00 | Assigned | |
---|---|---|---|
Priority | 5 | Labels | macros |
Status | open | Group | minor bug |
Resolution | None |
2009-04-13 05:53:48 hunteke |
- **assigned_to**: jgellene --> shlomy |
---|---|
2009-04-13 20:33:59 *anonymous |
- **status**: open --> closed-fixed |
2009-04-13 20:33:59 *anonymous |
Fixed in SVN rev. 14924.
|
2009-04-15 20:40:34 *anonymous |
Sorry. It is not fixed. It turns out the usage of the functions in startup.bsh does
not work as expected. So this bug is still open.
|
2009-04-15 20:40:35 *anonymous |
- **status**: closed-fixed --> open-fixed |
2009-04-15 20:40:36 *anonymous |
- **assigned_to**: shlomy --> nobody |
2009-04-16 21:01:09 *anonymous |
See here a discussion of this issue: http://marc.info/?t=123965520000003&r=1&w=2 |
2009-04-18 05:06:02 *anonymous |
Recording of actions that only change the current buffer is easy to fix by updating
the global "buffer" variable at the end of the action. For actions that change the
edit pane, such as split-related actions, even updating all the predefined variables
doesn't work, probably because some of the work of these actions is delayed, and the
next action continues to execute before the current action has fully completed.
|
2009-12-06 08:12:46 k_satoda |
- **status**: open-fixed --> open |
2009-12-06 08:12:46 k_satoda |
Setting the resolution to None since the previous fix was reverted at r14942.
|