Re: rcirc.el

Ryan Yeske [EMAIL PROTECTED] writes: David Kastrup [EMAIL PROTECTED] writes: I think the basic entry points (and their aliases) at least should get autoload cookies. What is the right way to do this given the way I conditionalized the defalias: (unless (fboundp 'irc) ;;;###autoload

Re: image size limit?

be appropriate (image viewers with provisions for panning, i.e.) can allow them in their own buffers using buffer-local settings of the variables limiting the size. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel

Re: compress files patch for mac/make-package

. Second, I think this compression should not be done on non-Posix systems where gzip is not available. And third, I think that we should not compress as part of tarring the distribution. Maybe add an make install-gzip target? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: rcirc.el

(along the lines of it's designed to be lightweight and not excessively customizable). I think the basic entry points (and their aliases) at least should get autoload cookies. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing

Re: Amendments in calc-units.el

, either. That's somewhat of a nuisance, since TeX users would probably like to be able to work with calc without investing too much thought. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Amendments in calc-units.el

be defined in the course of those ratios: that makes it possible to use rational operations for converting units between TeX and PostScript (for example). -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Amendments in calc-units.el

Miles Bader [EMAIL PROTECTED] writes: 2005/10/19, David Kastrup [EMAIL PROTECTED]: It's too long to enter already. It would be an idea to offer all TeX dimensions with t prefixed: ... Seems like this scheme is not feasible, either. I does seem interesting, and would be much more practical

Re: Amendments in calc-units.el

or to educate. Of course, K should be available as a unit of its own, but I see no harm by degK being an alias. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: TUTORIAL.gz

recompressed even if global auto-compression-mode was off. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Saving minibuffer history

anything, I got this error message: Invalid coding system: utf-8. I changed the code to this: (defvar savehist-coding-system nil With these simple changes, the library seems to work fine in Emacs 20. Thanks for it. Uh, Emacs 20? Why would one need to be compatible with that? -- David

Re: Amendments in calc-units.el

, to distinguish it from the slightly smaller typographic point 1/72.27 in. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Saving minibuffer history

out whether all other things are equal, and which is the backward-compatible solution, if one considers it to make sense to talk about backward-compatible for what _is_ supposed to be a proper part of Emacs 22. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Saving minibuffer history

. A good example why Emacs 20 compatibility for single files should not even be an issue on this list: it confuses and detracts from more important work. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: rcirc.el

is. If it is distributed as rcirc.el widely elsewhere, it might be confusing if it were included under a different name in Emacs. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum X-Draft-From: (nnml+private:mail.misc ) ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Amendments in calc-units.el

think the normally used abbreviation for pint should also be used. Sure, TeX users would prefer to have pt and bp, but I don't think at the price of making the Imperial system inconsistent. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs

Re: TUTORIAL.gz

add a difficulty, since stock Windows systems don't have gzip. Anybody want to try his hand at a CCL-Program for gunzipping? Just kidding. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: TUTORIAL.gz

is very nice.) It sounds good to me. Would you like to write the patch? Hmm, what about making Emacs install the tutorials compressed by default? I don't see the point in doing that when the info manuals remain uncompressed at the same time. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Yet another emacs icons

? The horns can be viewed as either E or M depending on the angle, and they look more horn-like from the M aspect. Maybe one should use _two_ horns, identical but with different angles so that EM is more or less spelled, and have them in a relative position suggesting two gnus locking horns? -- David

Re: filling bug in text-mode

, just as it does after one period. Why? A single period can signify a part of an abbreviation, like in Richard M. Stallman, but I can't see three periods doing the same. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs

Re: Another Emacs icon

. GNU is certainly not an operating system with a Linux kernel. _GNU/Linux_ is a _variant_ (which happens to be more workable than GNU proper running off the HURD) of the GNU operating system. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs

Re: flyspell bug

. The current _buffer_ is something which is not visible and which can be switched around from C. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Better default values for tooltip padding and `tooltip-hide-delay'?

object to mouse tips occuring _below_ mouse point. It would render menu tooltips quite obnoxious. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: emacsclient wrapper to launch emacs server if none running?

. It specifies a command to run if `emacsclient' fails to contact Emacs. For example, the following setting for the EDITOR environment variable will always give you an editor, even if no Emacs server is running: EDITOR=emacsclient --alternate-editor emacs +%d %s -- David Kastrup, Kriemhildstr. 15

Re: About `image-load-path'

'), and voilà! With the new code, you wou have to modify image-load-path too. I don't think that is so difficult. Maybe image-load-path could also allow symbols. Then one could make its last element the symbol `load-path', and thus it would be able to track changes of load-path. -- David Kastrup

Re: Release timelines and Unicode2 branch

Emacs.app is fine. Web page and announcement will carry the information for which operating systems Emacs.app is known to work in their main text. There are also things like View.app and similar, and people tend to know what this implies, more or less. -- David Kastrup, Kriemhildstr. 15, 44793

Re: defvars at compile time

Juanma Barranquero [EMAIL PROTECTED] writes: On 9/16/05, David Kastrup [EMAIL PROTECTED] wrote: Actually, I get might be undefined at run time in some similar eval-when-compile wrapped situations. Maybe with some unusual combination of circumstances. And having different semantics during

Re: Faster binary IO, please?

and: 1. possibly suggest a speedup in the functions as they are now or 2. implement some of them as a primitive in C Have you taken a look at define-ccl-program? You could probably do quite a bit of processing with that. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Crash on invalid cons_free_list

, when the data became invalid. I find that significantly lowering gc-cons-threshold helps a lot in triggering such errors more often and making them occur somewhat closer to their origin. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel

Re: Release timelines and Unicode2 branch

to change dramatically. That does beg the question as to why unicode-2 hasn't already been merged into HEAD given that, using timescales for Emacs 22, Emacs 23 won't be released until about 2010. So that Emacs 22 will not get released only in 2010. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Release timelines and Unicode2 branch

on Emacs 22 before going bonkers over Emacs 23 _again_? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Release timelines and Unicode2 branch

more reason to delay? One should give out warnings suitably in advance to all serious hackers so that they don't suffer a heart attack. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: grep-use-null-device

as the process is not considered dead from Emacs' point of view. That there is nobody to actually look at the eof can't be considered a problem in asynchronous operations: the consuming process can close down without waiting for an explicit eof. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: AW: (no subject)

[EMAIL PROTECTED] writes: IMHO a very felicitous design... Klaus The E, the most prominent feature, is both out of character as well as ugly. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: make `occur' use word at point as default

in other cases. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: patch for woman (woman-topic-at-point)

word-at-point woman-topic-all-completions) word-at-point) (when (and word-at-point (test-completion word-at-point woman-topic-all-completions)) word-at-point) It's more verbose, but brings across the purpose somewhat better. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: version comparison functions

: (version= 22 22.0.50.37) = t That would mean (version= 22 22.0.50.37) = t (version= 22 22.1.50.37) = t (version= 22.0.50.37 22.0.50.37) = nil Not exactly endearing to the average mathematician or logician... -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: patch for woman (woman-topic-at-point)

to the topic at point without attempting any course of action that requires an advance course in divination. There'd be quite a sensational market for that, you know. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel

Re: What's This? in Describe submenu

that sentiment? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Default position of the vertical scroll bar w/ GTK toolkit

, anyway. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Suggestions for the temporary windows used from the minibuffer

center the top line above the second line) I have attached an 16x16 image using this idea. It is quite hard to make it readable. Personally I am not very fond of it Me neither. Not because of your artwork, but because I find the design uninspiring, to say the least. -- David Kastrup

Re: copyright in .tex files

authors. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Suggestions for the temporary windows used from the minibuffer

Frank Schmitt [EMAIL PROTECTED] writes: David Kastrup [EMAIL PROTECTED] writes: [GNU head] Maybe one should put a pen into the gnu's mouth. But that is more reminiscent of word processing rather than editing. I'd rather go the line of what makes Emacs a special editor. Something like

Re: FOR-RELEASE.W32

releasing 22.1 for Unix-type systems, but I would tend not to release Windows binaries that are deficient. Even if that means that such binaries will only appear with 22.2 or so. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing

Re: [EMAIL PROTECTED]: popd in tcsh fails]

and also BASH shell. What am I missing in my testing? Whether Emacs' idea of the current directory agrees with that of the shell. This is important, for example, for path completion. You can check by using C-x C-f and see whether Emacs offers the now current directory as the default. -- David

Re: w32 does not have emacsclient/server

. It is a new feature fixing a bug. Of course I'd like to include it now, but I won't complain if the decision goes to shelving it for the moment being. In my opinion it is one thing worth the hassle of ironing out, though it is definitely new. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: w32 does not have emacsclient/server

of potential... -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: w32 does not have emacsclient/server

is just feasible for local delivery. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: emacs MAXPATHLEN

to act partly as a program, at least if the microkernel does the scheduling. It's not exactly like any of this should be news to you. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org

Re: emacs MAXPATHLEN

Sascha Wilde [EMAIL PROTECTED] writes: On Thu, Aug 04, 2005 at 08:30:05AM +0200, David Kastrup wrote: Richard M. Stallman [EMAIL PROTECTED] writes: Linux is not really a program in the usual sense. It is a program, in the usual sense of the word. You must have some unusual sense

Re: info.texi

distinction. Or On those window systems which It might be a bit much to demand that non-native speakers catch the difference in meaning conveyed by the absence of the comma. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel

Re: emacs MAXPATHLEN

, but not certainly: URL:http://www.skarnet.org/poweredby.html -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: A few questions about desktop.el

if you do emacs -nw ? It sounds like something that has potential for problems, certainly enough to push it till after release. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman

Re: Strange change in bytecmop.el

, or just putting (boundp 'emacs) habitually in without thinking anything about it. I really think that this is one change that we are better off without. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Strange change in bytecmop.el

Juanma Barranquero [EMAIL PROTECTED] writes: On 7/26/05, David Kastrup [EMAIL PROTECTED] wrote: I really think that this is one change that we are better off without. I didn't propose it, so I'm hardly going to enter a fight for it. I just happen to think is not only not as outrageous

Re: Strange change in bytecmop.el

Robert J. Chassell [EMAIL PROTECTED] writes: David Kastrup [EMAIL PROTECTED] wrote, XEmacs, after all, does meet the criteria of free software. Actually and unfortunately, we do not know whether it does. Certainly, the main authors intend that. But they have not collected the legal

Re: Strange change in bytecmop.el

backwards that I consider it repulsive. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Strange change in bytecmop.el

'xemacs) means here is an exception for the sake of XEmacs. We don't have to make exceptions for the sake of Emacs. We are the main line. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Strange change in bytecmop.el

of proportion in my opinion. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Line wrapping during redisplay

[EMAIL PROTECTED] (Kim F. Storm) writes: David Kastrup [EMAIL PROTECTED] writes: Another thing worth mentioning is that in the presence of images, font locking with different font sizes, proportional fonts and similar, the wrapped column should certainly be the visual column instead

Re: Turn on longlines in text modes [patch]

settings of 'min and 'current (with the obvious implications), another would be to use window-local display properties for letting spaces display as newlines (and newlines as spaces) when some window has a different width. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: w32 does not have emacsclient/server - getting paper size

of that this is the w32 way and to integrate in the w32 environment as first class citizens this must be accepted. It is not a goal for Emacs to be a first class w32 citizen. The goal for Emacs on Windows is to be as good an Emacs as elsewhere. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: w32 does not have emacsclient/server - getting paper size

Lennart Borgman [EMAIL PROTECTED] writes: David Kastrup wrote: There are several reasons I think. One reason is that installing new programs should not change system overall behaviour. Then why install them in the first place? I am sorry but this does not make sense. Why bother

Re: w32 does not have emacsclient/server - getting paper size

see how this would be able to disambiguate between those installed versions. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: w32 does not have emacsclient/server - getting paper size

Eli Zaretskii [EMAIL PROTECTED] writes: From: David Kastrup [EMAIL PROTECTED] Date: Sat, 16 Jul 2005 08:14:10 +0200 Cc: Emacs Devel emacs-devel@gnu.org, Jason Rumney [EMAIL PROTECTED] Look, it is getting annoying. You have not _once_ in this whole thread clearly spelled out _what_ your

Re: w32 does not have emacsclient/server - getting paper size

if it does not work. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: w32 does not have emacsclient/server

nobody-did-it-yet case. It is not part of any strategy or something. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: w32 does not have emacsclient/server

Lennart Borgman [EMAIL PROTECTED] writes: David Kastrup wrote: Lennart Borgman [EMAIL PROTECTED] writes: Yes, nobody has done it yet and I believe there is no one working on it actively at the moment. I raised the issue to see if someone could do it. I have suggested that there might

Re: w32 does not have emacsclient/server

for misery, and stumbling through foreign code is misery, anyway. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: w32 does not have emacsclient/server

purpose of my message. Please write about the problem I took up (no emacsclient/server on w32) and possible solutions. The solution is that somebody write a working emacsclient/server. Obviously, this someone is to be looked for among people actually using Windows. -- David Kastrup, Kriemhildstr. 15

Re: w32 does not have emacsclient/server - getting paper size

Lennart Borgman [EMAIL PROTECTED] writes: David Kastrup wrote: I personally find it quite disturbing that the policies do not allow for fetching for example paper size from within Emacs. Nonsense. If they are implemented as a general feature that would, for example, consult LC_PAPER

Re: w32 does not have emacsclient/server - getting paper size

not violate any policies. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

What is the way to byte compile files into a different directory?

versions has to be done and it would be inconvenient to copy the source tree for each configuration. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: calc undo fails?

it loses the undo history, but I think that has always been the case. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Emacs and Squiggles as filenames

that. (I do remember reading in the manual though that the former is preferable, because it is portable across OSes, including VMS..) The latter, with file-name-as-directory, should also do the trick on VMS unless I am mistaken. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: rcirc.el

are going to maintain the stuff in CVS yourself, you might want others to do the initial check-in so that it lands in the proper place. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: obsolete comment in tool-bar.el

the _standard_ initialization functions in an Emacs used for dumping? That way, one would not need to have to adapt custom definitions that are going to be dumped. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs

longlines.el problems...

. Unfortunately, current-column does not take images into account. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Is there any way to have a string literal that is read raw

be made to deal with that currently, so this is definitely not stuff we should be considering for the next release. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo

Re: Emacs and Squiggles as filenames

-name-as-directory ~/tmp) (file-name-nondirectory ~/tmp/~)) I am afraid that the former version is _so_ ingrained into Elisp code that we should add advice into DOC strings and Elisp manual. _If_ the latter is sure to work under all circumstances. -- David Kastrup, Kriemhildstr. 15, 44793

Re: etc/refcard.tex update.

, since it works only for commands. Sounds more like C-h S to me. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: How to avoid insert anything without switching to read only

doing in the first place. Why not just let those characters self-insert? They don't have any other meaning in vi. What use is it to have them beep? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Is there any way to have a string literal that is read raw

is _not_ regexp syntax. Now regex = 4H^.* (notice the literal newline) would be retro-chic. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: turning on global-font-lock-mode by default?

to a small value like 4000 increase the likelihood of the crash? It's one of the things I try on sporadic problems. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs

Re: theming

right now seems incompatible with both stable (as it would need to get changed afterwards, anyway) and relatively bug-free. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman

Re: Sorting of directories in dired

platform don't belong into a theme. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Is there any way to have a string literal that is read raw

, without escaping any characters? What would you need this for? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Is there any way to have a string literal that is read raw

Lennart Borgman [EMAIL PROTECTED] writes: David Kastrup wrote: Is it possible to tell Emacs not to interpret escape character in a certain string? If I have something like this: (setq str some\thing\escaped) Can this be changed without changing the literal so that Emacs takes exactly what

Re: Is there any way to have a string literal that is read raw

. That's the whole point of the above construct: getting a string _verbatim_ from the environment without any interpretation of quotes or backslashes or similar. The above has not been written as emacs --eval (do-something-with \$FILENAME\) for good reason. -- David Kastrup, Kriemhildstr. 15

Address changes in COPYING

if the address change did not count as a version change. After all, it occurs outside of the actual terms and conditions. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman

Re: Address changes in COPYING

Lute Kamstra [EMAIL PROTECTED] writes: David Kastrup [EMAIL PROTECTED] writes: the recent batch of address changes also affected a lot of COPYING files. Those now start with GNU GENERAL PUBLIC LICENSE Version 2, June 1991 [...] While the Free

Re: Incorrect indentation after :name

definitions where it is a quoted function. Maybe this is too complicated. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Documentation not clear for the Lisp function set-variable

name has a defcustom. But then it should go to the customize dialog for the real variable. Everything else would be too confusing in the long run, particularly if you are saving options in your .emacs file. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Darwin support for lisp/battery.el.

the kernels and the larger systems. Well, looks like with Linux, the communication is just with the kernel, but with MacOSX/Darwin, the communication is with a command line utility. Sometimes accuracy is an annoying goal. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Some error info from configure.bat please

meme? Perhaps related to genus Microtus...? Maybe URL:http://en.wikipedia.org/wiki/Wikipedia:Votes_for_deletion/Microsoft_vole helps somewhat. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http

Re: Darwin support for lisp/battery.el.

to call the MacOS kernel if not Darwin? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Completion with M-Tab for custom type 'directory

problem as it is a viper problem, and viper has explicitly documented and addressed this problem. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Completion with M-Tab for custom type 'directory

with a swedish (or other national) keyboard? It is perfectly feasible to use Ctrl-\ on a German keyboard. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs

Re: Darwin support for lisp/battery.el.

by this code? Does this code do anything if the mode is not explicitly enabled? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: More bugs in Custom themes

and gratitude about how often Luc comes out with a good analysis and working suggestions and patches for faulty code or documentation that was not written by himself. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel

Re: Darwin support for lisp/battery.el.

Lute Kamstra [EMAIL PROTECTED] writes: David Kastrup [EMAIL PROTECTED] writes: The systems that are affected by this change are those whose `system-type' is equal to darwin (and that have the pmset program available). What changes for the users of those systems is that they will be able

  1   2   3   4   >