[ANN] aeditor 1.7

ruby-talk
1

I'm new to Aeditor and I probably should try it out. I have a bias for
emacs. I've used it or one of its ancestors for two decades and have become
used to being able to do just about everything in it.

Having a general purpose language like Ruby on board might make one think
that you plan on going down the emacs road with aeditor. Could this be
true? Do you plan on making this a general purpose environment?

Drew

-> -----Original Message-----
-> From: Simon Strandgaard [mailto:neoneye@adslhome.dk]
-> Sent: Wednesday, August 25, 2004 12:01 PM
-> To: ruby-talk@ruby-lang.org
-> Subject: [ANN] aeditor 1.7
->
->
-> AEditor is an uborcool programmer's editor, written entirely in Ruby
-> and very easy to extend with your own customizations.
->
-> screenshots:
-> http://aeditor.rubyforge.org/wiki/wiki.pl?HomePage
->
-> install guide + download: http://raa.ruby-lang.org/project/aeditor/
->
->
-> Contact me if you want to volunteer.
->
->
->
-> Changes since 1.6
->
-> 1) ruby syntax coloring has been improved
-> it can now deal with strings,literals,regexp that spans over
-> multiple lines. If brackets has been used for literals, then
-> it count bracket-pairs and ignores escaped brackets.
-> http://aeditor.rubyforge.org/wiki/wiki.pl?RubyLexer
->
->
-> 2) c++ syntax coloring
-> http://aeditor.rubyforge.org/aeditor_shots/029.png
-> http://aeditor.rubyforge.org/aeditor_shots/027.png
->
->
-> 3) delete key.
->
->
-> 4) immediate update.. earlier if there were incoming event
-> then no repaint occured, which could be frustrating if
-> you held down a key.
->
->
-> Thanks for all the feedback I have gotten. Keep it coming :wink:
->
->
->
-> AEditor 1.7 features
->
-> aeditor --selftest # -> 421 tests, 1447 assertions, 0
-> failures, 0 errors
-> syntax coloring for: ruby, c++.
-> multi buffers
-> option for autoindent
-> option for skipping tabs or moving through tabs
-> option for tabsize
-> configuration file
-> easy to make custom themes
-> ruby license
-> platform independent: works on unix, mac and win.
->
->
-> AEditor 1.7 uses these keybindings
->
-> CURSOR
->
-> CTRL-G Goto line
-> CTRL-M Jump to matching parentesis
-> CTRL-Left Prev word
-> CTRL-Right Next word
-> CTRL-PgUp Goto Top
-> CTRL-PgDn Goto Bottom
-> F4 Incremental centering
-> Left Move left
-> Right Move right
-> Up Move up
-> Down Move down
-> PgUp Move a page up
-> PgDn Move a page down
-> Home Move to indentation point / move to line begin
-> End Move to line end
->
->
-> EDIT
->
-> Backspace Remove left letter
-> Delete Remove right letter
-> Enter Break line
-> Tab Indent line
-> SHIFT-Left Unindent line / Unindent selection
-> SHIFT-Right Indent line / Indent selection
-> SHIFT-Up Exchange with line above
-> SHIFT-Down Exchange with line below
-> F5 Selection on/off (turn off copies to clipboard)
-> F6 Paste from clipboard
-> F7 Cut selection
-> F10 Record/Stop
-> F11 Play Macro
->
->
-> SEARCH
->
-> CTRL-F Find text
-> CTRL-R Replace text
-> F3 Repeat search
-> F9 Jump to next bookmark
-> CTRL-B Insert/Remove Bookmark
->
->
-> OTHER
->
-> CTRL-Z Undo
-> CTRL-SHIFT-Z Redo
-> Esc Return to normal mode (turn off selectionmode)
-> F1 [ debug - inspect aeditor internals ]
->
->
-> BUFFERS
->
-> CTRL-O Open File
-> CTRL-S Save File
-> CTRL-1 Switch to 1st buffer
-> CTRL-2 Switch to 2nd buffer
-> CTRL-3 Switch to 3rd buffer
-> F12 Next Buffer
-> SHIFT-F12 Prev Buffer
->
->
-> VIEW
->
-> F8 Fullscreen / Window mode
->
->
->
-> Open Questions
-> Q. In which direction should AEditor evolve?
-> Q. What features is missing so it fits your needs?
-> Q. Whats wrong with AEditor?
->
->
-> I am very willing to help if you have requests. Thanks.
->
-> --
-> Simon Strandgaard
->

2

Im focusing primary on making the editor a good programming environment,
but a good environment has many faces.

for c++ good binding with debugger and compiler are required, maybe some
setup with an c++ interpreter so that you can change the code on the fly.
Similar with other languages.. interaction with debugger, jump to errors,
tag-browser, code-completion, code-templates, refactoring tools.

for webpages, xml, LaTeX other features are required. Check if document is
valid, spellchecking, reflow-selection.

I believe that above things can be implemented via plugins loaded via the
configuration files. Maybe I even move the editor itself to the configuration
file, so only the frontend remain!

There are other senarios which emacs can do, which im not looking into (yet),
such as mail client, games. There is probably more senarios which emacs
supports, but im not into emacs.

Another thing which I think we will see lot more of in the future is
pair-programming. I have practiced it a few times and really like the idea,
except that im not satisfied with what the current editors can offer.
Current editors assumes that only one person sits in front of the display,
and only cause confusion for the observing person. Above all I want to support
this senario, but im still miles from being near any of those things that I
imagined. First I want to make it a good editor.. next I dig into this.

I have many visions of what it should become, but all these wonderful things
takes time.. my primary goal at the moment is to improve AEditor so it can
reach the critical point where people begins to like it (I still don't know
if people likes its concept or not?). Then I can begin on the interesting
stuff. I guess that im on the emacs road...

ยทยทยท

On Tuesday 31 August 2004 22:57, Mills Thomas (app1tam) wrote:

I'm new to Aeditor and I probably should try it out. I have a bias for
emacs. I've used it or one of its ancestors for two decades and have
become used to being able to do just about everything in it.

Having a general purpose language like Ruby on board might make one think
that you plan on going down the emacs road with aeditor. Could this be
true? Do you plan on making this a general purpose environment?

--
Simon Strandgaard