climacs-announce

climacs-announce@common-lisp.net

17 discussions

[climacs-announce] Climacs progress
by Robert Strandh 02 Mar '05

02 Mar '05

Dear mailing list member, The past week, Aleksandar Bakic has been working on making it possible for several buffer implementations to co-exist, so that an adequate buffer implementation can be selected at runtime based on the contents that it is supposed to hold. Aleksandar has been implementing the buffer protocol as a persistent data structure, which essentially means that all previous versions are kept around, making things like undo very easy. I have been working on the syntax framework. The HTML syntax module now uses the Earley parser, and it is plenty fast. This probably means that the CL syntax module can use an Earley parser as well. The main problem right now is figuring out what the protocol for interacting with an Earley parser is supposed to look like. Expect some interesting progress in the near future. Here is an itemized list of what happened since the last progress report: * Climacs now has better error handling. More conditions have been added that are now handled by the command loop or by individual commands, and the command loop no longer handles all error conditions, making it a bit easier to debug new code. * Optimized the code of clone-mark to use constant class names. Also adapted the code to the new buffer organization. * Updated persistent buffer and buffer tests to reflect changes in the buffer organization. (thanks to Aleksandar Bakic) * Improved on performance of incremental lexer for CL syntax by having a single mark and a length in each stack entry. Also, made line comments into single stack entries to cut down on number of stack entries. Eliminated whitespace as a stack entry. * Introduced a delegating buffer which is now what all Climacs buffers should be. The delegating buffer contains a real buffer which can have different possible implementations. Fixed up a lot of code that made assumptions that are no longer valid for a delegating buffer. (thanks to Aleksandar Bakic) * Updated documentation to reflect changes in buffer organization. * Documented buffer-line-number and buffer-column-number (thanks to Aleksandar Bakic) * Improved on HTML syntax. It is not yet usable, but serves as a good example of how to write grammars for syntax module. * Added a section in the documentation on incremental parsing. This section is still incomplete, as I am discovering how to interface with the Early parser. -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

[climacs-announce] recent progress
by Robert Strandh 23 Feb '05

23 Feb '05

Dear mailing list member. It has been two weeks since the latest progress report, simply because for a week I was quite busy with other things, so had time neither to make any progress to speak of, nor to write about it. The other day I could not think of anything that needed to be worked on urgently, other than large projects such as syntax modules for various programming languages, and creating a custom scroller pane. Perhaps this is a sign that Climacs is getting quite usable. In reality, there are of course tons of things that could be worked on, including many Emacs-features that are not yet implemented, in particular various introspective commands such as describe-xxx, help, etc. I continue to think that such features can wait until the basic editing commands exist. However, any of those features would be a reasonable medium-sized project for someone outside of the set of core developers to work on, so if anyone feels like making a contribution like that, let me know. Here is an itemized list of what has happened since the previous report: * The Climacs top-level loop now establishes an input context for commands, meaning that presentations that can trigger commands are now clickable. This possibility is not yet exploited in the core Climacs code, but an important syntax module (tabcode, not in the Climacs distribution) uses it. (Thanks to Christophe Rhodes) * A command (com-single-window) was added to delete all windows except the current. (Thanks to Elliott Johnson) * Implemented flag *numeric-argument-p* to detect whether a numeric argument was given at all. * Implemented eval-expression, M-:, which uses numeric-argument-p to determine whether to show the result in the minibuffer or to insert it into the buffer itself. * Used the new *numeric-argument-p* feature to implement Emacs-like behavior for kill-line. * next-line, previous-line, and open-line now take an additional optional argument indicating how many lines to move. com-next-line, com-previous-line, and com-open-line now take numeric arguments and pass then on to next-line, previous-line, and open-line. * Redisplay is now invoked when the frame is resized. This fixes an annoying problem where after the users resized the main window, a key had to be hit in order for the rest of the buffer to be visible. * Lines are no longer wrapped by CLIM. * Simplified implementation of com-delete-window. * Finally found and fixed a problem with using the adjuster gadget to adjust the size of windows. Now, the adjuster gadget is inserted whenever a window is split, either vertically or horizontally. * Implemented the possibility of issuing an abort gesture (C-g) to abort out of an extended command or reading of arguments. -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

[climacs-announce] recent progress
by Robert Strandh 10 Feb '05

10 Feb '05

Dear mailing list member, Progress on Climacs is still very fast. This week, Aleksandar Bakic has continued with his work on using an alternative buffer implementation based on persistent data structures. He has also continued his work on the test framework for validating the buffer protocol and the functionality in base.lisp. Personally, I started the work on Common Lisp syntax by implementing an incremental lexer. The incremental parser will be working directly from a representation of the buffer as syntactic elements that are incrementally updated at redisplay time. Here is an itemized list of what happened the past week: * more work on making regions symmetric with respect to the marks (thanks to Aleksandar Bakic) * forward-object and backward-object are now part of the buffer protocol. * improvements to indent-line and delete-indentation (thanks to Aleksandar Bakic) * Improvements to html-syntax * Implemented the new protocol for updating syntax * Implemented an incremental lexer for Common Lisp syntax -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

[climacs-announce] more progress
by Robert Strandh 03 Feb '05

03 Feb '05

Dear mailing list members, We continue making amazing progress on Climacs, but we are definitely reaching the point where we are running out of small Emacs-like functionality that is easy to put in. I predict that future progress will be in the form of bigger chunks but perhaps not as frequent as up until now. Aleksandar Bakic committed his alternative buffer implementation this week. Since the buffer protocol is pretty well defined, I think several implementations could (and should) co-exist, and eventually the choice of implementation could be made dynamically based on the contents of what is to be edited. As you may have seen, Lawrence Mitchell is thinking of using CL-PPCRE as a regex library for Climacs. This will definitely give Climacs functionality a boost. Christphe Rhodes is making progress on his tabcode editor based on Climacs. This is an application with an incremental parser and two panes, one for editing tabcode notation as text, and the other one that displays a more user-friendly view of what is being edited. I have spent most of the week implementing a generalization of the Earley parsing algorithm for Climacs. This algorithm is naturally incremental and can handle ambiguous grammars, which is going to be necessary for error recovery. I am hoping this will be the basis of new syntax implementations, perhaps even of the Common Lisp syntax that my students are going to work on. This week's progress itemized: * alternative buffer implementation based on persistent data structures, and tests for this implementation. (thanks to Aleksandar Bakic) * query-replace (thanks to Matthieu Villeneuve) * code factoring of command loops (thanks to Matthieu Villeneuve) * The function downcase-region, upcase-region capitalize-region are now symmetric with respect to the order of the marks (thanks to Aleksandar Backic) * started adding optional count arguments to various functions and numeric arguments to the corresponding Climacs commands. * implemented an Earley syntax and an embryonic parser for HTML. * modified documentation to reflect a more complete syntax protocol. Take care, -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

[climacs-announce] latest progress
by Robert Strandh 26 Jan '05

26 Jan '05

Dear mailing list member, We have had another amazing week of Climacs development. I keep telling myself that it will slow down very soon now, but that has not happened yet. At some point, though, we shall run out of fairly easy Emacs-like functionality to add, and we probably cannot expect this rate of progress anymore. When that will happen, I don't know. Here is a list of the progress that has been made this week: * Implemented keyboard macros * Auto-fill mode (thanks to Matthieu Villeneuve) * Test for climacs-base (thanks to Aleksandar Bakic) * Box ajuster gadget for changing size of windows [the code is in there but not enabled due to a problem that we cannot seem to find] (thanks to Nicolas Lamirault) * Kill-buffer command (thanks to Lawrence Mitchell) * Improved on the quit command so that Climacs asks to save buffers that need saving * Incremental search (thanks to Matthieu Villeneuve) * Implemented undo and redo Again, if someone feels like contributing, patches are welcome. Contributions can be of different kinds such as added functionality (probably the most gratifying), bug fixes (less so), code factoring, improvements to the architecture, contributions to the internals documentation, etc. There are still some major things to implement. Lawrence Mitchell is looking into using regular expressions, and my student project concerning Common Lisp syntax will soon start. Aleksandar Bakic is about to commit an alternative implementation of the buffer protocol based on so-called persistent data structures (in this context, "persistent" means that all previous states of the structure are automatically maintained) . This is interesting because given that the buffer protocol is fairly well defined, drop-in replacements should be possible. It might even be possible to have several different implementations in parallel, and to choose the one that is best suited to the editing task at hand. Take care, -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

[climacs-announce] progress report
by Robert Strandh 19 Jan '05

19 Jan '05

Dear list member, This message is mostly for people who are not members of the climacs-cvs mailing list and who do not follow the discussion on the #lisp IRC channel. This has been a fantastic week for Climacs in terms of progress. Many people have implemented new functionality, factored existing code, or proposed bug fixes. On the downside, it appears that only one out of three student projects was taken (Common Lisp syntax). On the other hand, if this is confirmed, that leaves the implementation of the undo protocol and of the new buffer representation to some of you that are eager to get these functionalities working. Here is a list of the past week's accomplishments: * overwrite mode. (thanks to Alexandar Bakic) * new functionality: {downcase,upcase-capitilze}-region. (thanks to Matthieu Villeneuve) * new in the buffer protocol (setf buffer-object). (thanks to Matthieu Villeneuve) * code factoring in the form of a do-buffer-region macro. (thanks to Matthieu Villeneuve) * did a major overhaul of the syntax facility. The previous functionality is now divided into three parts: the first one is the real syntax, associated with the buffer instead of with the pane. The second part is the cache management, now associated with the pane instead of with the syntax. The third part is a CLIM view, associated with the pane, which determines presentation parameters such as highlighting. * tabify and untabify region commands. (thanks to Matthieu Villeneuve) * implemented beginning-of-paragraph and end-of-paragraph, the first commands to exploit a syntax, in this case text-syntax. * minor fixes in buffer.lisp and addition of a framework for regression testing of the buffer implementation. (thanks to Aleksandar Bakic) * new command: delete-indentation. (thanks to Matthieu Villeneuve) * implemented full-redisplay (C-l). * implemented multi-buffer support, with C-x b bound to the command switch-to-buffer. Buffer completion works as expected. * implemented preliminary multi-window support. C-x 2 splits the window vertically, C-x splits horizontally. C-x 0 deletes the current window. This is still preliminary code. One annoying problem is that the entire frame gets resized whenever a new window is added or deleted. * code factoring in text-syntax.lisp (thanks to Rudi Schlatte) * new commands (bound to TAB and C-j) for indenting lines according to the syntax. (thanks to Matthieu Villeneuve) * a key sequence such as ESC <key> now works the same way as they keystroke M-<key>. (thanks to Ignas Mikalajunas) * delete-region now works independently of the order between the two marks. (thanks to Rudi Schlatte and Aleksandar Bakic) * find-file does not create the file if it does not exist. (thanks to Lawrence Mitchell) -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

[climacs-announce] latest progress
by Robert Strandh 13 Jan '05

13 Jan '05

Hello, This message is mostly for those who do not read climacs-cvs and who do not participate in the #lisp IRC channel. More people are getting involved in Climacs development, which is good. I continue to take care of the basic stuff like redisplay and such, whereas others provide Emacs-like functionality. This is a good division of labor, because in order to provide new functionality, all you need to know is the buffer protocols which are well documented. Climacs now has the basic infrastructure for numeric arguments. One simple thing to work on would thus be to add &optional (n 1) to a number of functions such as the ones in base.lisp or buffer.lisp. If you do, first make sure the modification you introduce is backward compatible and also do not forget to update the documentation at the same time. Notice though, that this functionality requires a working unread-gesture, which was put into CVS McCLIM only a few days ago. Do not update your Climacs source before updating your McCLIM source. In order to have numeric arguments behave like in Emacs, we need to extend how CLIM handles numeric arguments. It is not enough to have a *numeric-argument-marker*, because Emacs can behave differently if no numeric argument was given and when a numeric argument of 1 was given. Adding that possibility to Climacs will require something like a *numeric-argument-flag* to indicate whether a numeric argument was given at all. Now that unread-gesture works, I am thinking of attacking incremental search next, though, if someone else feels like working on that, that would be fine as well. Recent improvements: * next-line and previous-line commands now follow columns just like Emacs does. * fixed a nasty problem in buffer.lisp (thanks to Matthieu Villeneuve) that was correct (but not great coding practice) but exposed a bug in CMUCL. * implemented an improved version of buffer-sequence according to a suggestion by Rudi Schlatte, as well as another minor style improvement, also from him. * implemented dynamic abbrev expansion (M-/) as suggested by Luigi Panzeri, and integrated his utility function into base.lisp. * fixed a bug in redisplay. * added numeric arguments. This feature requires a CVS version of McCLIM as of 2005-01-11. Only a few commands take numeric arguments at the moment such as forward-object, backward-object, delete-object, and backward-delete-object. There are more to come. * the cursor display problem has been "fixed" by drawing a rectangle rather than a line. This makes obsolete the hacky code for explicit rounding of cursor coordinates. Also made the cursor somewhat wider so that it is easier to find. * abbrevs work again (I am not sure when the got broken) * implemented a new command: load-file * probably some things I forgot. What is being worked on: * multi-buffer, multi-window (expect some partial commits soon) * upcase-region, downcase-region, capitalize-region (imminent) * probably some things I don't know about. Enjoy, -- Robert Strandh --------------------------------------------------------------------- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. ---------------------------------------------------------------------

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

climacs-announce