From: Berndl, K. <kla...@sd...> - 2004-09-28 08:47:20
|
Hi all, Many thanks for your very constructive and helpful feedback! I think ECB should combine both: Per default checking the options = settings if still compatible and if not then upgrading them but asking = the user before really saving the new values into the file used by Emacs = for customize-settings: - If the user says "yes, go on, save it" then ECB saves the new values = via=20 `customize-save-values' - If the user says "Ooohhh, go away, do not touch me" then ECB just uses = =20 `customize-set-values' (which only sets a value for the current=20 Emacs-session but do not save it into a file) so ECB can at least = start=20 with correct values. Then the user is responsible for himself to save = the=20 new values of the upgraded option into a file otherwise ECB would=20 complain about incompatible option-values each time it is started in a = new Emacs session. IMHO this is the way to satisfy all ECB-users ;-) Isn't it?`Suggestions = for further enhancements are appretiated! Ciao, Klaus -----Original Message----- From: ecb...@li... To: ecb...@li... Sent: 27.09.2004 23:20 Subject: RE: [ECB-list] ECB auto-saves my ~/.emacs file?!? My feeling is that NO program should do ANYTHING to settings/preferences without me knowing about it. I was using 2.21 (I think it was anyway) and depending on how I opened or closed emacs (ECB active or not) it would completely hose my custom section of my .emacs file. After doing this a couple of times, I actually wrote a wrapper script that copied a saved .emacs before starting emacs! That ain't right. There's a limit to how 'convenient' to make a program before it starts being annoying. In my view, ECB should never modify the .emacs file on it's own, unless a statement is put in the .emacs by the user - not by default. But don't get me wrong - Overall, ECB kicks total ass!=20 -C > -----Original Message----- > From: Berndl, Klaus [mailto:kla...@sd...]=20 > Sent: Sunday, September 26, 2004 6:29 AM > To: Thorsten Bonow; ra...@ca... > Cc: ecb...@li... > Subject: RE: [ECB-list] ECB auto-saves my ~/.emacs file?!? >=20 > Thorsten Bonow wrote: > >>>>>> "Raul" =3D=3D Raul Acevedo <ra...@ca...> writes: > >=20 > > Raul> Aiyeee!!!! The latest ECB is apparently automatically > > overwriting my Raul> .emacs file on startup. This is terrible.=20 > > I have my .emacs symlinked Raul> to ~/emacs/emacs.elc. I do NOT > > want anybody ever automatically Raul> deleting it and replacing > > it. Ever.=20 > >=20 > > Raul> Raul > >=20 > > Hi, this was discussed before, see > >=20 > > http://sourceforge.net/mailarchive/message.php?msg_id=3D7603472 > >=20 > > To put it in a nutshell, ECB only modifies your custom settings. You > > can disable=20 > > this by toggling 'Ecb Auto Compatibility Check'. > >=20 > > Although hating the default behaviour of ECB, why do you want to > > symlink a lisp source file (your .emacs) to a byte compiled one > > (*.elc)?=20 >=20 > Ineed, an interesting question because with such a symlink not only > ECB is able to upgrade option-changes in your settings but also Emacs > itself is unable to store any settings done via the customize-feature > for future Emacs-sessions! I assume you will now answer, i never use > this ugly customize-stuff...well no problem but still your symlink > is an unintended use of .emacs which AFAIK not only ECB but also Emacs > too expects to be a text-file containing code written in=20 > emacs-lisp and > not a byte-compiled file. >=20 > Anyway: ECB checks already if that file the option=20 > `custom-file' points > to is writeable or not; now I have added to ECB a further=20 > check if this > file is not a file with extension ".elc"...now only if both checks > succeed > ECB tries to upgrade your ecb-settings. >=20 > Question to the folks: Would it be better if ECB would *not* check via > default the option-values and try to upgrade them? >=20 > Klaus >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your=20 > judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Ecb-list mailing list > Ecb...@li... > https://lists.sourceforge.net/lists/listinfo/ecb-list >=20 >=20 ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Ecb-list mailing list Ecb...@li... https://lists.sourceforge.net/lists/listinfo/ecb-list |