(defun drkm:test ()
(interactive)
(with-temp-buffer
(insert-file-contents "/tmp/an-existing-file" t)
(insert "To modify the buffer...")
(error "Some error")))
I think it is incorrect to use insert-file-contents with VISIT non-nil
on a
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org,
> [EMAIL PROTECTED]
> Date: Sat, 16 Jul 2005 16:45:32 -0400
>
> Yes, I think Windows-specific appendix in the manual is sorely needed,
> to at least describe all those w32-SOMETHING functi
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 13:56:43 +0200
>
> >> Look, it is getting annoying. You have not _once_ in this whole
> >> thread clearly spelled out _what_ your problem is and what you want
> >> done.
> >
> > Actual
> Cc: Lennart Borgman <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 14:00:57 +0200
>
> > How about adding some code to `openp' so that, on w32 platforms, it
> > would look for the program/file in the Registry, in addition to the
> > li
I (finally) have a patch for quail’s sgml-input.el and rfc1345.el
as proposed some months ago.
I'm not sure whether it will make it though via mail, so
uni and context diffs are available on my website:
http://jhcloos.com/emacs/quail/rfc-sgml_c.diff
http://jhcloos.com/emacs/quail/rfc-sgml_u.diff
Would people be interested in a change that introduces a function
`tool-bar-toggle' (in toolbar.el), allowing to switch a tool-bar on
and off in a single frame?
I would not mind, but please put `toggle' at the start of the name,
for consistency with other such names,
Ghostscript is a port of a Unix program,
It's not a "Unix program"--it was developed for the GNU system,
and GNU's Not Unix ;-).
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Look, it is getting annoying. You have not _once_ in this whole
> thread clearly spelled out _what_ your problem is and what you want
> done.
Actually, he did. Perhaps you weren't listening.
With so much mail in this thread, I don't see how he could
even read all of it. I can
Jason Rumney <[EMAIL PROTECTED]> writes:
> Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
>> (I'm suggesting to look in the Registry _before_ you look along
>> PATH because this is simpler and faster. But if there are good
>> reasons to look along PATH first, let's hear them.)
>
> Few users will kno
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> (I'm suggesting to look in the Registry _before_ you look along PATH
> because this is simpler and faster. But if there are good reasons to
> look along PATH first, let's hear them.)
Few users will know about this registry "App Path" (it was news to
me
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> According to that article, there are a few more directories where
> openp should look for executables: the Windows directory and the
> Windows/System32 (Windows/system on Windows 9X) directory. Perhaps
> w32.c:init_environment should prepend these two d
Yes, I think Windows-specific appendix in the manual is sorely needed,
to at least describe all those w32-SOMETHING functions and variables,
if nothing else.
I would rather not put them in the printed Lisp Manual.
A separate manual that we don't print would be better.
___
I think Stefan is write about this:
IIRC, the reason why I used `setq' is that most pre-existing global minor
modes used setq rather than setq-default. I assumed the reason was to make
it possible to make the mode buffer-local in a specific buffer.
_
There is no specific maintainer for complete.el, and I have never
studied that code myself. Who would like to debug this?
> * Stefan Monnier <[EMAIL PROTECTED]> [2005-07-15 16:49:56 -0400]:
>
>> I have 3 files:
>> config.h.in
>> config.h.in~
>> configure.in
>
>> C-x C-f c o n TAB
>
>> ==> comple
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> From: David Kastrup <[EMAIL PROTECTED]>
>> Date: Sat, 16 Jul 2005 08:14:10 +0200
>> Cc: Emacs Devel , Jason Rumney <[EMAIL PROTECTED]>
>>
>> Look, it is getting annoying. You have not _once_ in this whole
>> thread clearly spelled out _what_ your prob
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> Date: Fri, 15 Jul 2005 23:39:44 +0200
>> From: Lennart Borgman <[EMAIL PROTECTED]>
>> Cc: Emacs Devel
>>
>> Paper size is one I remember right now. Another is the location of
>> Ghostscript.
>
> How about adding some code to `openp' so that, on w32 pl
Eli Zaretskii wrote:
As for Qw32_charset_default and Vx_hand_shape, someone with more
knowledge in the w32 code than myself should look at this.
The declaration for Vx_hand_shape may be removed.
Qw32_charset_default was declared in w32term.c rev 1.62 in early 2000, but was
not defined there e
Eli Zaretskii wrote:
In the case of Ghostscript it is actually quite complicated. I have code
for finding Ghostscript in the file w32-regdat.el which is part of
EmacsW32. This uses an external program to read the Registry. The actual
Registry interface is in w32-reg-iface.el (also in EmacsW32)
Eli Zaretskii wrote:
According to that article, there are a few more directories where
openp should look for executables: the Windows directory and the
Windows/System32 (Windows/system on Windows 9X) directory. Perhaps
w32.c:init_environment should prepend these two directories to the
value of
> Date: Sat, 16 Jul 2005 14:40:00 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> I do not think it is only for DLLs. I can not say that MS is very clear
> in their documentation, some info is hard to find. But look here, this
>
On 7/15/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Whats wrong with the situation extisting the last 10 years (estimated ;-):
> 1. Installing w32-emacs
> 2. Installing gnuserv/gnuclient
> 3. setting up gnuserv/gnuclient (AFAIK ~ 2 line in .emacs)
> 4. Having a well working Emacs-server on
> Date: Sat, 16 Jul 2005 14:53:04 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: Jason Rumney <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> In the case of Ghostscript it is actually quite complicated. I have code
> for finding Ghostscript in the file w32-regdat.el which is part of
> Ema
Jason Rumney wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\.
I see. The path is not as unpredictable as I thought. However, gs.exe
or gswin32.exe is not listed in my registry, even though I have it
installed, so this is no
> Date: Sat, 02 Jul 2005 19:36:52 +0200
> From: Eli Zaretskii <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> > Date: Sat, 02 Jul 2005 18:01:18 +0200
> > From: Lennart Borgman <[EMAIL PROTECTED]>
> > CC: emacs-devel@gnu.org
> >
> > >If that output is not enough, we could add some more text to w
Eli Zaretskii wrote:
Date: Sat, 16 Jul 2005 12:28:20 +0200
From: Lennart Borgman <[EMAIL PROTECTED]>
CC: emacs-devel@gnu.org
I found it however a bit hard to think of a seamless way to
integrate this in openp. Could you elaborate a little bit more?
Something like a call to a w32-specifi
Would people be interested in a change that introduces a function
`tool-bar-toggle' (in toolbar.el), allowing to switch a tool-bar on
and off in a single frame?
As shown below, it's not a minor mode (opposed to what Drew Adams
suggested here: http://lists.gnu.org/archive/html/emacs-devel/
2
Eli Zaretskii wrote:
Cc: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-devel@gnu.org
From: Jason Rumney <[EMAIL PROTECTED]>
Date: Sat, 16 Jul 2005 12:50:14 +0100
Lennart Borgman <[EMAIL PROTECTED]> writes:
HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\.
I see. The path is n
Does anyone know why "make info" on MS-Windows runs install-info
for every manual, instead of relying on info/dir?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Date: Sat, 16 Jul 2005 12:28:20 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> I found it however a bit hard to think of a seamless way to
> integrate this in openp. Could you elaborate a little bit more?
Something like a call to a w32-specific function (whose
> Cc: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: Jason Rumney <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 12:50:14 +0100
>
> Lennart Borgman <[EMAIL PROTECTED]> writes:
>
> > HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\.
>
> I see. The path is not as unpredictab
> From: [EMAIL PROTECTED] (Kim F. Storm)
> Date: Tue, 12 Jul 2005 14:44:06 +0200
>
>
> Code inspection revealed the following w32 specific problems:
>
> - Qhigh and Qlow have no staticpro.
>
> - Vw32_valid_codepages has no staticpro.
>
> - Vw32_valid_locale_ids has no staticpro.
>
> - Qw32_ch
Lennart Borgman <[EMAIL PROTECTED]> writes:
> A note for non w32 users: On w32 application paths are (if the
> installation process is welbehaved) stored in a Registry key under
> "App Paths" (with a path prepended, the registry has an hierarchical
> view looking like a tree structured file system
Lennart Borgman <[EMAIL PROTECTED]> writes:
> HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\.
I see. The path is not as unpredictable as I thought. However, gs.exe
or gswin32.exe is not listed in my registry, even though I have it
installed, so this is not useful for finding ghostscrip
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> Date: Fri, 15 Jul 2005 23:39:44 +0200
>> From: Lennart Borgman <[EMAIL PROTECTED]>
>> Cc: Emacs Devel
>>
>> Paper size is one I remember right now. Another is the location of
>> Ghostscript.
>
> How about adding some code to `openp' so that, on w32 p
> From: Jhair Tocancipa Triana <[EMAIL PROTECTED]>
> Date: Sat, 09 Jul 2005 13:54:04 +0200
>
> 2005-07-09 Jhair Tocancipa Triana <[EMAIL PROTECTED]>
>
> * ebrowse.c (main): Don't hardcode executable name.
>
> --- ebrowse.c 08 Jul 2005 22:54:32 +0200 1.38
> +++ ebrowse.c 09 Jul 2005
Jason Rumney wrote:
Eli Zaretskii <[EMAIL PROTECTED]> writes:
Date: Fri, 15 Jul 2005 23:39:44 +0200
From: Lennart Borgman <[EMAIL PROTECTED]>
Cc: Emacs Devel
Paper size is one I remember right now. Another is the location of
Ghostscript.
How about adding some code to `openp' so t
> From: Juri Linkov <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
> Date: Tue, 12 Jul 2005 09:51:05 +0300
>
> Here is a new patch:
I tried that on a tty. I'm mildly worried about the visibility of
green on (the default) white background: is it possible that it will
stand out t
Eli Zaretskii wrote:
Date: Fri, 15 Jul 2005 23:39:44 +0200
From: Lennart Borgman <[EMAIL PROTECTED]>
Cc: Emacs Devel
Paper size is one I remember right now. Another is the location of
Ghostscript.
How about adding some code to `openp' so that, on w32 platforms, it
would look for the pr
> Date: Fri, 15 Jul 2005 23:39:44 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: Emacs Devel
>
> Paper size is one I remember right now. Another is the location of
> Ghostscript.
How about adding some code to `openp' so that, on w32 platforms, it
would look for the program/file in the
On 7/15/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Ok. Could you add a comment explaining this?
Stefan was right and the comment *was* there. I just overlooked it.
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel
On 7/16/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> If it is easy to make this work (or work more), we can do it,
> but I'd rather not do a lot of work for that sake.
The problem was related to changes in the handling of the inherited
syntax table. I've been able to fix the problem with
Eli Zaretskii wrote:
Here's one plan to attack and solve this problem:
Step 1: Design a Lisp-level API for using the paper size. This API
should be useful on all supported platforms. If necessary, discuss
the design here and implement any corrections/suggestions.
Step 2: Implement the API su
On 7/16/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> This should go in the Emacs humor file.
I'll put in the file I'm going to add (some day or other) in etc.
Wrt constants, I'll drop the issue.
--
/L/e/k/t/u
___
Emacs-d
> Date: Fri, 15 Jul 2005 19:55:13 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: Emacs Devel
>
> I can for sure be more specific. Paper size on w32 must be fetched from
> the windows Registry because it is stored there. All major applications
> on w32 I know of does this.
Here's one p
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 11:03:37 +0200
> Cc: Emacs Devel , Jason Rumney <[EMAIL PROTECTED]>
>
> Lennart Borgman <[EMAIL PROTECTED]> writes:
>
> > David Kastrup wrote:
> >
> >>>There are several reasons I think. One reason is that installing new
> >>>prog
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 08:02:16 +0200
> Cc: Emacs Devel , Jason Rumney <[EMAIL PROTECTED]>
>
> What use is there in "interfaces with version control" in a system
> that does not even support different versions of DLLs to be installed
> at the same time?
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 08:14:10 +0200
> Cc: Emacs Devel , Jason Rumney <[EMAIL PROTECTED]>
>
> Look, it is getting annoying. You have not _once_ in this whole
> thread clearly spelled out _what_ your problem is and what you want
> done.
Actually, he di
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 00:33:52 +0200
> Cc: Emacs Devel , Jason Rumney <[EMAIL PROTECTED]>
>
> > Ghostscript is not installed that way on w32. It is not supposed to
> > be find in the PATH. That is because the w32 "architecture" is
> > different. You can
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 mak
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.
A more important reason is that programs on w32 commun
Lennart Borgman <[EMAIL PROTECTED]> writes:
> David Kastrup wrote:
>
>>So unless the registry access is required for implementing some
>>cross-platform functionality, there is no motivation to add it into
>>Emacs because that would only encourage unportable applications.
>>
>>The right way to go a
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Jason Rumney wrote:
>
>>>Ghostscript is not installed that way on w32. It is not supposed to be
>>>find in the PATH.
>>>
>>>
>>
>>Why? It seems very inconvenient to require programs to find other
>>programs by searching for them manually in a "regi
52 matches
Mail list logo
