Looks like there is already a guile integration into zile?

See the guile news item of 2012-02-16 at:

http://www.gnu.org/software/guile/news.html

It says: Mike Gran polished his port of GNU Zile to Guile. Shortly after, he released a new version, along with an implementation of Tetris in Scheme that uses GNU Guile-Ncurses.

Links from there:

• http://lists.gnu.org/archive/html/guile-user/2012-02/msg00033.html
• http://lists.gnu.org/archive/html/guile-user/2012-02/msg00041.html

I'm wondering why you are using instead of guile?  It does look like lua is a lot smaller, so maybe that's a good reason.

Meanwhile, I notice the wikipedia article about zile describes it as if the lua version was already a done thing.  I downloaded the zile source and was surprised to find it was all in C.  So, there's a bit of a disconnect.

Anyway, thanks for writing and maintaining zile: I find I've been using it rather frequently on small virtual servers where I don't want to deal with downloading or launching emacs.

Oh, I hope I didn't give the impression that I'm opposing any of this.  I fully agree with the logic of everything you've raised... but for the logistics, I'm afraid I don't have the energy to push it forward myself.

If you (or a suitable delegate) moves forward with this however, I will of course be happily right behind you :)

I mentioned the RMS thing only because I was involved in the AutoGen project when exactly what I describe actually happened: Bruce had to add Guile scripting in place of his much simpler home-brew customizations to qualify for GNU dubbing.  IMHO, AutoGen is now a worse product than it was prior to Guile (somewhat akin to strapping a jet engine to a toy kite and wondering what happened to the string in your hand when you first launch it -- but relieved that at least it didn't launch your whole arm into orbit!).  Hopefully I won't need to live through a repeat of that :)

Well, let's say we agree to rename current Lua Zile to GNU Lek.  How do we actually take action?  All our references, urls, the savannah project, gnu.org homepage, free code page, etc etc need moving.  There's probably a lot of email back and forth with various admins and a long wait for it all to come together.

Or do we just kill those to start again from scratch with a brand new project named GNU Lek (seeking blessing from RMS might not be straight forward unless we rewrite it in Guile) and let the project that wants to take over the Zile name do all the running around to get access to the Zile namespace?

I have to admit that I'm somewhat tired of acronym project names, particularly of the recursive kind (Sorry GNU!)... I'd rather try to home in on something (a) memorable (b) descriptive.  Not meaning to reject your suggestions out of hand though.  Here's a few more:

gluon text editor: gluons hold bits of matter together
blunderbus text editor: a scattershot editor you can customize
editorkit: simple, descriptive
prototype: catchy play on words, somewhat memorable

and violating my own avoiding acronyms axiom:

LEK: Lua Editor Kit, and Thai for "small" :)

Also the first letter in the Thai spelling of lek (เล็ก) is `lor ling` (ล) or monkey, so we get a built in mascot/logo -- the middle of those three symbols really is the first letter, because of the way Thai vowels change depending on their position relative to the initial consonant of a syllable.

I'm not sure exactly where you're going here... so please correct me if I have the wrong end of the stick :)

Are you proposing renaming Lua Zile entirely away from the ZILE backronym to make room for a whole new Zile project built from actual Emacs components but optimized for size?  If so, that's fine with me... since there hasnt been a real release from the Lua Zile branch yet, and may not be for a while if I keep heading down rabbit holes with stdlib, luaposix etc ;) Be we first need to come up with a good name for Lua Zile.