Forums | Admin

Discussion Forums: open-discussion

Start New Thread Start New Thread

 

By: Simon Strandgaard
RE: speed? [ reply ]  
2003-08-10 21:19
davegaramond wrote:
> Will aeditor become a "real" editor with acceptable performance

Yes. You might ask: When will it become 'real' ?
There is few important TODOs I must finish before I want to move on making AEditor fast an low-memory consuming. There is a saying: "Make it work, Make it right, Make it fast". The TODOs are: syntax hiliting, bookmarks, unicode. I don't know how long will it take to implement all these, maybe some months ? It depends on how much sparetime I have :-)

> or is it intended "for educational purposes only"?

No, I have done enough expriments.

--
Simon Strandgaard

By: Simon Strandgaard
RE: speed? [ reply ]  
2003-08-10 20:51
Agree, AEditor *is* slow, because 2 reasons:

#1 the undo/redo system in some cases, takes a full-snapshot of the buffer content (Backspace). Idealistic it should of cause only take a snapshot of the affected data. I will add this to my TODO-list.

#2 the data-structure for the model is KISS and consumes many bytes in order to represent only one letter in the buffer. I started developing prototypes in C++ (before I knew Ruby), I made a relative good design: where several letters is grouped into one object, thus I don't need the pointers in the double-linked list. I plan to use same concept for AEditor, this will require an C++ module. It will hopefully turn AEditor into an low-memory-consuming application :-)

--
Simon Strandgaard

By: David Garamond
speed? [ reply ]  
2003-08-10 19:56
Just tried aeditor today, 0.10. While a nice project and source code I can learn Ruby from, aeditor is hopelessly slow on my computer. It eats >30-40% CPU when I type stuff fast (my computer is kind of outdated, but not that slow! Other editors and programs run fine on this little box).

Will aeditor become a "real" editor with acceptable performance, or is it intended "for educational purposes only"?