Hi list,
_______________________________________________ eev mailing list eev@... https://lists.nongnu.org/mailman/listinfo/eev
Hello list (and a few other people),
_______________________________________________ eev mailing list eev@... https://lists.nongnu.org/mailman/listinfo/eev
Hello list, I have been experimenting with another (new?) way of documenting things: temporary buffers with tutorials, generated by calls like (find-estring "<Put the tuorial here>"). See: http://angg.twu.net/eev-current/eev-intro.el.html I haven't been testing the tarball in http://angg.twu.net/eev-current.tar.gz much, so some bugs may have crept in - I have been working mostly on the Debian packages, that are at: http://angg.twu.net/debian/ http://angg.twu.net/debian/README.html , especially on the one - "eev-puro" - that has mosts of its docs in Portuguese =(... I plan to create a version in English of that package soon, though. As a curiosity, here's a screenshot of Emacs's startup screen when invoked through the script "emacs-puro" or through its icon in the desktop menus: http://angg.twu.net/IMAGES/emacs-puro.png Cheers, Eduardo Ochs eduardoochs@... http://angg.twu.net/
Hi Xavier, > Sorry not to have posted an answer to your previous message but my > mail server just blowned up. I remember that as being my fault!... You sent this e-mail to the mailing list, http://lists.nongnu.org/archive/html/eev/2010-04/msg00000.html and as I felt that I only had a very incomplete answer I sent you an e-mail in private and promised a fuller, public answer soon - which I never finished, because it depended on fixing some things that looked trivial - but the fix became eev-template.el, which took me ages to write... > > Its dependencies have been reduced almost to a minimum - just emacs > > and xterm - and now the recommended way to interact with external > > programs with CLIs is by using eepitch (which has been rewritten): > > Does this mean you will deprecate the /old/ way ? Sorry, good questions! Let me be clearer about the plan. The other "ways" besides eepitch will not be deprecated, they will just become secondary - eepitch will be explained before the other ways in most docs, and the scripts to invoke eev-rctool, to set up eechannel, and to test if they work will be rewritten to become eepitch-based. > > Note that the "eepitch way" does not require any setup at all. > > What do you mean by "setup" ? No need of rc_tool ? Exactly.> Will GNU Eev be only eepitch+eev-template in a near future ? No, but I would like to rearrange the definitions in files to isolate the parts that depend on eev-rctool from the other parts. This is a medium-term goal, though. Cheers! =) Eduardo
Hello list, after a long time... I just updated the Debian package for eev - see: http://angg.twu.net/debian/README.html http://angg.twu.net/debian/ Its dependencies have been reduced almost to a minimum - just emacs and xterm - and now the recommended way to interact with external programs with CLIs is by using eepitch (which has been rewritten): http://angg.twu.net/eev-current/eepitch.el.html http://angg.twu.net/eev-current/eepitch.readme.html Note that the "eepitch way" does not require any setup at all. Remember that `M-x eev', `M-x eelatex', and friends did require "prepared shells" and a directory for temporary scripts, and eechannel required Expect, xterm, and several subtle details... The right thing to do would be to have eepitch-based scripts to guide the user through the installation and testing of all that, but that will have to be left to the future. Some functions that I considered too ugly and messy have been rewritten, and the files with their new definitions, http://angg.twu.net/eev-current/eepitch.el.html http://angg.twu.net/eev-current/eev-template.el.html are now loaded by http://angg.twu.net/eev-current/eev-all.el.html AFTER the other files, and so some old definitions get overridden by the newer ones. This may produce some bugs... =\ I would like to know of any problems that may arise - I will try to hang out at the #eev channel at Freenode as often as possible in the next few days, and I should have enough spare time for reading and writing long e-mails over the next two weeks (we're in a sort of mid-term holidays here)... Cheers!
Hello Xavier and List, On Tue, Nov 3, 2009 at 8:36 PM, Xavier Maillard <xma@...> wrote: > I am playing with Fedora and I am looking for a decent fedora package > for eev. Are you aware of something like that ? sorry for not announcing this before, but I haven't tested it enough yet, and it is not in the tarball, not integrated with the Makefile targets, not documented, etc, etc, but anyway... http://angg.twu.net/eev-current/debian/ http://angg.twu.net/debian/ I gave a workshop using it last week, and there are a handful of changes that I want to make in the Debian package... More soon, cheers, Eduardo Ochs eduardoochs@... http://angg.twu.net/ <-- big mess P.S.: one of my main problems with updating the eev package is that htmlize.el is not working well with new Emacsen... more later...
Glad to read that ! Xavier -- -- http://www.gnu.org http://www.april.org http://www.lolica.org
One, two, three ! Did it hit the eev mailing list ? Xavier -- -- http://www.gnu.org http://www.april.org http://www.lolica.org
Hi, I am planning to demo some cool stuff on my next local LUG meeting. We usually do this using OpenOffice.org documents but I want to change that and use my "own presentation tool" that is to say: eev. What I will present is ikiwiki (a wiki compiler) and I am pretty sure I can take advantage of eev to do both the presentation part and the "technical demo" part. Do you have recommendations on doing such thing ? I mean what should I do (and not do) to make the presentation interesting, clear and funny ? I know there are already packages (emacs mode I mean) to do presentation via emacs but I really want to show both ikiwiki, emacs and obviously eev. Any help greatly appreciated. Regards -- -- Xavier Maillard
Hello list,
here's a cute new feature that is only mentioned - briefly - in the
changelog. `M-h M-e' runs `find-eev-mode-links', that is this:
(defun find-eev-mode-links (&optional arg)
"Show the docstring for `eev-mode', or jump to the source code.
When ARG is non-nil this function should show a list of
eev-mode-related links - but currently it just jumps to the
location of its own source code."
(interactive "P")
(if arg (find-efunction 'find-eev-mode-links)
(find-efunctiondescr 'eev-mode)))
I'm planning to make `M-?' obsolete at some point.
Cheers,
Eduardo Ochs
eduardoochs@...
http://angg.twu.net/
 |
|
|
|
|
|
|
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 |
RSS Feed3 | |
|---|---|
2 | |
1 | |
1 | |
3 | |
1 | |
2 | |
4 | |
4 | |
3 | |
24 | |
7 | |
18 | |
10 | |
2 | |
1 | |
1 | |
1 | |
2 | |
7 | |
11 | |
1 | |
1 | |
5 | |
10 | |
4 | |
2 |