[EMAIL PROTECTED] (Kim F. Storm) writes:
> Jay Belanger <[EMAIL PROTECTED]> writes:
>
>> Nick Roberts <[EMAIL PROTECTED]> writes:
>>
>>> > It's been updated; now it looks like
>>> >
>>> > GNU Emacs Calculator version 2.1.
>>> >By Dave Gillespie, [EMAIL PROTECTED]
>>> >Copyright (C) 2
Stefan Monnier <[EMAIL PROTECTED]> writes:
[...]
>>> Another option is to evaluate those arguments before you plug them
>>> in the body of your major mode function, so they're only evaluated
>>> once, when the major mode is defined, thus reproducing the
>>> "pre-macro" behavior.
>
>> Considering
Consider the following situation.
Add a definition to lisp file A and make it available to other lisp
files by adding an autoload cookie. Commit the change. Then add some
code to lisp file B that depends on the presence of this definition to
compile. Commit this change as well.
As I found out
Hi Richard.
Richard Stallman said:
> ISTR that there was further discussion which suggested this might not
> be quite the right patch. That is why I didn't install it. However,
> I have not had time to investigate what would be exactly the right
> patch.
>
> Can you find the further discussion?
generic.el currently contains two facilities:
1. Defining major modes by means of define-generic-mode.
2. The definition of default-generic-mode and some setup code to use
it automatically for some files.
I think 2. is a strange side-effect when you are using generic.el to
do 1. So I propose
Hi Richard.
Richard Stallman said:
> What job does show_help_echo do? The comment says
[..]
> but that is cryptic and incomprehensible. For instance, it says
> "Display help echo"; what is this "help echo" that it is supposed
> to display?
>
> Under what sort of circumstances does this function
From: Marcelo Toledo <[EMAIL PROTECTED]>
Date: Wed, 30 Mar 2005 01:08:32 -0300
Looks good for me. I had a little problem when the patch
reached TUTORIAL.th and .zh, but it doesn't matter if the line
is there.
Would be intersting if all translators could take a look at the
fir
From: "Jan D." <[EMAIL PROTECTED]>
Date: Tue, 29 Mar 2005 21:41:59 +0200
or move away from unexec to something else
under vms a "map file" is created (w/ the misleading name
"emacs.dump") and invocation is via a command procedure
(text script) that does "emacs.exe -map emacs.dump".
gory
David Kastrup <[EMAIL PROTECTED]> writes:
>> Since calc is distributed with Emacs 22.x, I don't see a reason
>> to have a separate report-calc-bug function anymore.
>
> The bug reporting commands also report the settings of variables. If
> the general Emacs bug reporting command were to include t
Lute Kamstra <[EMAIL PROTECTED]> writes:
> Consider the following situation.
>
> Add a definition to lisp file A and make it available to other lisp
> files by adding an autoload cookie. Commit the change. Then add some
> code to lisp file B that depends on the presence of this definition to
> c
In article <[EMAIL PROTECTED]>, Werner LEMBERG <[EMAIL PROTECTED]> writes:
> Here a new try:
> Improved Thai support. A new minor mode `thai-word-mode' (which is
> automatically activated if you select Thai as a language
> environment) changes key bindings of most word-oriented commands to
Lute Kamstra <[EMAIL PROTECTED]> writes:
> Add a definition to lisp file A and make it available to other lisp
> files by adding an autoload cookie. Commit the change. Then add
> some code to lisp file B that depends on the presence of this
> definition to compile. Commit this change as well.
>
> Maybe the following enhanced definition can be put into emacs'
> bibtex.el:
> ,
> | bibtex-generate-url-list '((("doi" . "")
> | "http://dx.doi.org/";
> | ("doi" ".*" 0))
> | (("url" .
* David Kastrup (2005-03-29) writes:
> Richard asked me about this in private, and after taking a look at it,
> I recommended rather going for @subsection (which is the right size
> here) because @section appeared _too_ large. I did not notice the
> messup, but it also appears with @subsection.
OK to install this extra font-locking in lisp/progmodes/tcl.el?
*** tcl.el 27 Nov 2004 00:07:14 - 1.80
--- tcl.el 30 Mar 2005 15:22:11 -
***
*** 371,376
--- 373,393
Default list includes some TclX keywords.
Call `tcl-set-font-lock-keywords' after
Ralf Angeli wrote:
In the current version of the Emacs manual, "Detailed Node Listing"
has the same font size as the other headings in the menus (at least on
my system).
That is because of a second change Richard checked in yesterday.
Sincerely,
Luc.
_
It is ok for these copyright notices to use just the latest year.
(The Emacs startup screen also has just the latest year.)
The sources have more complete information.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinf
Right, no more than one menu per node.
It is no problem to have multiple @menu commands per node.
Info treats them all as a single menu.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Indeed. The final solution must be to either fix unexec (ELF I presume)
or move away from unexec to something else.
When you say "fix unexec", what does that mean?
Has anyone established that it is possible in principle
for unexec to do the right thing in this environment?
What change w
Why do we need two kindex entries here? Isn't the one that says
"Fortran mode" enough to cover both Fortran 90 and pre-9x Fortrans?
I agree. It is wasteful and useless to have the extra index entry for
F90 mode. These index entries are meant for and used by humans, not
machines, so they
> OK to install this extra font-locking in lisp/progmodes/tcl.el?
Go for it. AFAIK there's no maintainer for tcl-mode and I've been the most
"active" maintainer for it in the last few years, but my last use of Tcl
goes back many years.
> + (defvar tcl-builtin-list
> + '("after" "append" "array
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Ralf Angeli wrote:
>
>In the current version of the Emacs manual, "Detailed Node
>Listing" has the same font size as the other headings in the
>menus (at least on my system).
>
> That is because of a second change Richard checked in yesterday
David Kastrup wrote:
However, after regenerating Emacs
with the newest sources, it appears that the size seems to match
"subsection" level quite well (thus being larger than the menu
headings),
It is larger on my system too. It stands even out more clearly in the
standalone Info r
Richard Stallman <[EMAIL PROTECTED]> writes:
> It is ok for these copyright notices to use just the latest year.
> (The Emacs startup screen also has just the latest year.)
> The sources have more complete information.
Thanks for clearing that up. I just hope that such corrections to
misconstrui
Stefan Monnier wrote:
> Just skimming through it, I notice "namespace". Is it really a
> builtin? I would've expected it to be a keyword.
It's a command, if that's what you're asking. (I got this list from
Some-Frighteningly-Thick-Tcl-Book.)
>> + (list (concat "\\(\\s-\\|^\\|\\[\\)"
>>
I created a fontset just as the Manual said:
Emacs.Fontset-0: -*-fixed-medium-r-normal-*-24-*-*-*-*-*-fontset-24,\
chinese-gb2312:-*-*-medium-r-normal-*-24-*-gb2312*-*
Emacs.Font: fontset-24
Then I start emacs22 (emacs-unicode-2 cvs20050126), and I just get the
error:
"Wrong type argum
* David Kastrup (2005-03-30) writes:
> At least on my system, there is not much except "perfect" to say about
> it. I have not checked HTML and other documentation formats, though.
> If Ralf finds that the font size indeed is not larger than that of
> other menu headings, perhaps there is some fo
> From: Richard Stallman <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
> Date: Wed, 30 Mar 2005 11:20:17 -0500
>
> Right, no more than one menu per node.
>
> It is no problem to have multiple @menu commands per node.
> Info treats them all as a single men
Indeed. The final solution must be to either fix unexec (ELF I
presume)
or move away from unexec to something else.
When you say "fix unexec", what does that mean?
Has anyone established that it is possible in principle
for unexec to do the right thing in this environment?
What change wo
Ralf Angeli wrote:
> If Ralf finds that the font size indeed is not larger than that of
> other menu headings, perhaps there is some font-related problem?
Sigh. It seems so.
Too bad that the underlining is made invisible. Just do
M-x visible-mode and see how much clearer things becom
On Wed Mar 30 2005 Jochen Küpper wrote:
> Another question: I have a function, defined as below, which gets me a
> PDF from my private archive based on the entry's key (Not a "key = {}"
> item, but the actual "@Article{key," value.). Is there a way to hook
> that into the bibtex-generate-url machin
Roland Winkler <[EMAIL PROTECTED]> writes:
>> Maybe the following enhanced definition can be put into emacs'
>> bibtex.el:
[...]
> Thanks a lot for these suggestions. However, I hesitate to put these
> changes into bibtex.el. It appears to me that the above value for
> bibtex-generate-url-list re
Some recent change, I suspect Stefan's change on 2005-03-28, modified
the behavior of read-file-name-internal which is called from ffap.el.
It used to return
"//server/"
for
(read-file-name-internal "//server/" "c:/emacs/" nil)
but now it returns
"/server/"
This hinders to input network path
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> From: Richard Stallman <[EMAIL PROTECTED]>
>> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
>> Date: Wed, 30 Mar 2005 11:20:17 -0500
>>
>> Right, no more than one menu per node.
>>
>> It is no problem to have multiple @menu comma
Hello,
I am writing this message to "emacs-devel" in response to a request
made by Marcelo Toledo who kindly asked me to provide a slightly
modified Italian language tutorial. The patch attached to this message
contains the string to be added, i.e. the one which shall appear on the
splash scr
Roland Winkler <[EMAIL PROTECTED]> writes:
> The alist returned by bibtex-parse-entry includes the key (see
> there). So bibtex-url can use it and it seems to me that your
> command jk/bibtex-view-pdf is not needed at all. Try the scheme
> (untested)
>
> (("=key=" . ".*")
> ,jk/bibtex-pdf
>> Just skimming through it, I notice "namespace". Is it really a
>> builtin? I would've expected it to be a keyword.
> It's a command, if that's what you're asking. (I got this list from
> Some-Frighteningly-Thick-Tcl-Book.)
Well, your patch distinguishes between tcl-keyword-list and
tcl-builti
> Some recent change, I suspect Stefan's change on 2005-03-28, modified
> the behavior of read-file-name-internal which is called from ffap.el.
> It used to return
> "//server/"
> for
> (read-file-name-internal "//server/" "c:/emacs/" nil)
Hmm What does (substitute-in-file-name "//server/")
> "Stefan" == Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Some recent change, I suspect Stefan's change on 2005-03-28, modified
>> the behavior of read-file-name-internal which is called from ffap.el.
>> It used to return
>> "//server/"
>> for
>> (read-file-name-internal "//server/" "c:/em
On Wed, Mar 30 2005, Miles Bader wrote:
> Reiner Steib <[EMAIL PROTECTED]> writes:
>> The files gnus-refcard.tex and gnus-logo.eps can be
>> installed in Emacs under etc/ (like the Emacs refcard:
>> etc/refcard.{tex,ps}). Richard agreed to this, see [1] or [3].
>
> What Makefile changes (if any)
From: Richard Stallman <[EMAIL PROTECTED]>
Date: Fri, 25 Mar 2005 01:43:07 -0500
We could make that a general rule: every tutorial translation must
start with a sentence that translates "Emacs tutorial".
sorry, i misunderstood this simple sentence and implemented the wrong
thing (gott
Miles Bader <[EMAIL PROTECTED]> writes:
> So what exactly is that patch supposed to do? It seems very complicated.
>
> I'm not sure it's a good idea to take the description `first sentence
> in the tutorial' literally; a sentence may not be the best unit to
> use, as something that sounds natural
> "Miles" == Miles Bader <[EMAIL PROTECTED]> writes:
Miles> [I didn't change anything in the fontconfig setup so it seems
Miles> the default settings -- which are presumably aimed at white
Miles> backgrounds -- deals pretty well with black backgrounds too.]
It does depend on the font and whet
! "*Whether to add a newline at the end of the file, in certain major
--- 291,297
! "*Whether to add a newline at end of file, in certain major modes.
Grammatically, "at the end of the file" is more correct that "at end of
file".
___
Em
On Mar 31, 2005 10:02 AM, Marcelo Toledo <[EMAIL PROTECTED]> wrote:
> > It seem better to do as I suggested earlier, and structure it more
> > as a `title' in the actual tutorial file (that is, simply the words
> > "Emacs Tutorial" or equivalent, on a line by themselves
>
> That's what it does.
Miles Bader <[EMAIL PROTECTED]> writes:
> It's not what it looks like it does.
>
> E.g. the patch contains the following code:
>
> ! (with-temp-buffer
> ! (insert-file-contents tut nil 0 80)
> ! (search-forward ".")
> ! (buffer-
ATSUI means a rewrite of a large portion of the display code, with the
benefit that it will display all unicode characters consistently. The
change from the emacs-unicode-2 branch for storing the internals as
unicode will dramatically reduce the cost of implementing this feature.
However, I
On Mar 31, 2005 11:42 AM, James Cloos <[EMAIL PROTECTED]> wrote:
> So, if you are using sub-pixel rendering, the BCI and a well
> instructed font you will see *much* better text with a light
> background than with a dark. But if you are using fonts w/o
> quality instructions — whether poorly-instr
In article <[EMAIL PROTECTED]>, Werner LEMBERG <[EMAIL PROTECTED]> writes:
> I see two bugs with the current Thai support, but I suspect that both
> are symptoms of the same problem.
> 1. Open the attached file in an `emacs -Q' (using thai-tis620
>encoding), mark the paragraph as a region past
> Cc: emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Wed, 30 Mar 2005 21:43:34 +0200
>
> > Sorry for spreading misinformation.
>
> That's supposed to be my job, isn't it?
Sometimes I get envious.
___
Emacs-devel mailing list
Em
These cartoons are funny :)
keep away from children, not intended for kids:
http://hent.wetbudapest.com/sl/hataitoons.html
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I have the trouble that I can't see the filename containing the
(Bcharactor '$B%](B'(0x837c) in a dired buffer.
(B
(B_mbspbrk() instead of strpbrk() is OK.
(B
(BThough I don't know about MBCS support well, I think that
(Busing tchar.h is a good solution.
(B
(BHow about the following patch
Hello Werner,
I am testing thai-word.el features from CVS and I think I found minor
which is not a big deal.
My emacs was compiled from CVS with --with-x-toolkit=gtk. Here is the
process to see the case.
- Run emacs in environment LANG=th_TH.TIS-620
- In *scratch* buffer, write a Thai sentence
Hi all, Hi Kim.
If mouse-1-click-follows-link is enabled the text that shows in
tooltips is changed. "mouse-2" is replaced with "mouse-1". When one
disables the tooltips the text that shows in the echo-area still shows
"mouse-2"?
I know Richard thinks the documentation for show_help_echo is not
The text "Emacs Tutorial" on the splash screen should not be replaced
with a translation at all because it is the text of the menu item and
menu items under the Help menu are not translated. The splash screen
says this explicitly:
Important Help menu items:
===
Emacs T
In article <[EMAIL PROTECTED]>, Poonlap Veerathanabutr <[EMAIL PROTECTED]>
writes:
> Hello Werner,
> I am testing thai-word.el features from CVS and I think I found minor
> which is not a big deal.
> My emacs was compiled from CVS with --with-x-toolkit=gtk. Here is the
> process to see the ca
Wed, 30 Mar 2005 14:24:50 -0800: "Stefan Monnier" <[EMAIL PROTECTED]> wrote:
> > Some recent change, I suspect Stefan's change on 2005-03-28, modified
> > the behavior of read-file-name-internal which is called from ffap.el.
> > It used to return
>
> > "//server/"
> > for
> > (read-file-name-int
[emacs 2005-03-29]
Ken'ichi-san,
I see two bugs with the current Thai support, but I suspect that both
are symptoms of the same problem.
1. Open the attached file in an `emacs -Q' (using thai-tis620
encoding), mark the paragraph as a region paste to another `emacs
-Q' (under X11), and yo
I confirm that the problem is now fixed. Thank you.
-Tak
Wed, 30 Mar 2005 14:33:45 -0800: "Stefan Monnier" <[EMAIL PROTECTED]> wrote:
> > "Stefan" == Stefan Monnier <[EMAIL PROTECTED]> writes:
>
> >> Some recent change, I suspect Stefan's change on 2005-03-28, modified
> >> the behavior of
Thien-Thi Nguyen <[EMAIL PROTECTED]> writes:
>From: Richard Stallman <[EMAIL PROTECTED]>
>Date: Fri, 25 Mar 2005 01:43:07 -0500
>
>We could make that a general rule: every tutorial translation must
>start with a sentence that translates "Emacs tutorial".
>
> sorry, i misunderstood
> I see two bugs with the current Thai support, but I suspect that
> both are symptoms of the same problem. [...]
Here another try in sending the test file. This time it is uuencoded.
Werner
==
begin 644 thai.test
MX,
I believe that the docstring of `mode-require-newline' should also
explicitly mention the possibility of setting it to nil. So now I
propose the following patch. Compared to the previous patch, it only
adds one line to the docstring.
===File ~/files.el-diff-3===
*
This is about something I already reported on March 5, but the bug is
still present. Custom does not allow you to set the value of
`mode-require-final-newline' to nil and if you set it to nil outside
Custom, then Custom falsely claims that the value is 'ask. The patch
below fixes these problems.
On Mar 31, 2005 7:47 AM, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
> please find
> below a revised patch that uses the first sentence of the file as the
> text for the splash screen. unfortunately, i prematurely committed
> changes to the actual TUTORIAL files due to concerns that translators
>
64 matches
Mail list logo
