| # | User | Message | Date |
| 22 | Anton | I've submitted some editor patches to DevBase. | 25-May-08 17:15 |
| 21 | Anton | (Notes to you privately.) | 14-Mar-08 6:19 |
| 20 | BTiffin | On rebol.org pager.r :) http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=pager.r It's nice imho. / forward and ? backward search h for help. more/num system | 14-Mar-08 3:35 |
| 19 | Anton | What more are you talking about ? | 14-Mar-08 2:40 |
| 18 | BTiffin | Anton; print mold system/view/screen-face/feel ? Don't you mean more system/view/screen-face/feel after loading pager.r out of rebol.org. :) more is great for viewing the system. Then again, that one is only 30 lines or so; but still I'm promoting more as the system explorers friend. :) | 14-Mar-08 2:01 |
| 17 | Henrik | :-) | 13-Mar-08 16:41 |
| 16 | Anton | That sort of stuff drives me crazy. | 13-Mar-08 16:00 |
| 15 | Anton | Also, if you analyse ctx-edit, you end up with the strong desire to rewrite it. Have a look at the two-letter variable names in ? ctx-edit | 13-Mar-08 15:59 |
| 14 | Anton | After consideration of all the bugs/missing features listed above, I think the easiest one is the line counter. The rest are quite detailed. I solved most of them for my editor, though. | 13-Mar-08 15:44 |
| 13 | Anton | I remember Carl being concerned that the face object was becoming too large. | 13-Mar-08 15:38 |
| 12 | Anton | So it does not forget. | 13-Mar-08 15:37 |
| 11 | Anton | Yes, the focus system is simplistic. I gave my edit-panel a caret facet of its own. | 13-Mar-08 15:36 |
| 10 | Henrik | ok, that's bad | 13-Mar-08 15:36 |
| 9 | Anton | Yes the caret is lost. See source of unfocus where it says caret: none. | 13-Mar-08 15:35 |
| 8 | Henrik | i.e. if he were to click in the window or the text area, the area would be focused, but the cursor would remain at its original position. | 13-Mar-08 15:35 |
| 7 | Henrik | the cursor position is also not remembered, but I don't know if that's actually lost with unfocus. I don't think it is, but the user has no way to retrieve both focus and cursor position. | 13-Mar-08 15:34 |
| 6 | Anton | I have solved that somehow, I think by patching the focus system (ie. patching focus and unfocus to make them 100% customizable). | 13-Mar-08 15:33 |
| 5 | Anton | I confirm the focus losing problems. This is due to the default global event handler seen with print mold system/view/screen-face/feel | 13-Mar-08 15:10 |
| 4 | Anton | patches for caret-to-offset and offset-to-caret seem to fix that bug. | 12-Mar-08 15:09 |
| 3 | Anton | I confirm the "caret misplaced before spaces at end of line" bug.My mezzanine | 12-Mar-08 15:08 |
| 2 | Anton | In my editor (which supports monospace font only), I implemented unlimited undo in a heavily modified ctx-text. | 12-Mar-08 15:00 |
| 1 | Henrik | I think some things can be done to improve the editor in simple ways. Some things are plain bugs, while other things can be changed through design. I'm going to list the open bugs from RAMBO here, then we can review how to deal with them: #3934: Viewtop Editor Open and New don't work right after entering text #3836: Viewtop Editor locks up when accessing non-existing network drives #3740: View Editor slider doesn't update sometimes #3026: Add a ftp menu option for the View editor And then some of my own. If you can confirm them, they should be RAMBO'ed: - When clicking the slider, the text field focus is lost. - When clicking one of the menu buttons, the text field focus is lost. - When drag-selecting text beyond the top or bottom, the text field does not scroll. This works fine when using the shift and cursor keys. - There's no undo at all, which is dangerous when the editor allows you to destroy text very easily through bugs and accidents. How it would be implemented, I don't know (Anton's made some Undo code for text fields AFAIK). Even just one level of undo would do wonders against lost code. - There's no search/replace function. - If you decide to copy a selected piece of text, the selection is dropped after copying. - There's no line counter or no way to tell easily how big your text file is. - I think this is a general bug, as I can see this one in AltME: When entering a line of text and then adding some spaces, click on the written line with the mouse, beyond the end of the line, i.e. some spaces to the right of the text. The cursor is not placed at the line end, but at the end of the text. I think the scope of the editor is OK. I like the clean and simple UI. We're not trying to build a complete code editor here or an editor with special features, but it would be easier and more pleasant to use, if it worked right. | 12-Mar-08 10:03 |