auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[AUCTeX] Re: Toolbar-x development


From: Reiner Steib
Subject: [AUCTeX] Re: Toolbar-x development
Date: Fri, 28 Jul 2006 15:38:08 +0200
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux)

Could we please discuss this on the development list (auctex-devel)
instead of the user list (auctex)?

On Fri, Jul 28 2006, Miguel V. S. Frasson wrote:

> Dear all
>
> For a long while I have not talked too much here about what is going
> on with the toolbar tools.
>
> In my free time, I have been developing toolbar-x to improve
> performance.  After some ponderation, I realized that there were some
> wrong decisions in the implementation.  The code, although it works
> (far from optimally), is not easily understandable (difficulting
> maintainability).  The engines (parse + display in Emacs + display in
> XEmacs) were not clearly separated.
>
> In order to incorporate the improvements that I will describe bellow,
> I had to reprogram the core part.  I didn't finish the implementation
> (almost, but not quite), so I will not publish it imediately, but it
> think I can do it soon. Apart from dropdown groups, everything is
> working in Emacs. XEmacs will follow soon. Still some documentation to
> be typed and a lot of testing.
>
> About what is new:
>
> * Performance was my main concern, specially if there were many many
> buttons.  The symbols toolbar eventually could have hundreds of
> symbols (seldomly used most of them).  Before, all the tree of buttons
> was parsed, even if buttons never happened to be inserted. Now parsing
> is gradual and only on demand.  Only what is to be displayed is
> parsed. Before, a refresh forced buttons to be recomputed, even if
> this computation yield to objects that are `equal' (lisp function).
> Now, everything that can be computed only once is computed just once
> and stored for faster redisplay.
>
> * The algorithm is clearer.  I think that most guys here could
> understand it reading the comments and code.  Before some people
> complained that the code was too confusing, and it really was. The
> engines are completely separated due to improved clearness. Before we
> have the situation `function x calls function y and function y calls
> function x', mixing everything. This does not happen anymore.
>
> * There is a single and important sintax change: the argument
> `meaning-alist' becomes `meaning-alists' which is a list of alists or
> variable bound to alists. This avoids the necessity of concatenation
> of alists (takes "long" and can introduce inconsistence, since both
> can have properties for the same symbol) like done before. I think
> that this change is for the best.
>
> * David asked me for the omega icon with a sumo fighter head, (I
> understood that it should be the TeX lion's head).  It is almost
> looking good. Eventually I will deliver it.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]