> I think that editing an Info file in Info is even less often useful
> than editing one directly thru Emacs. So I think we should
> de-document the command.
OK, I deleted all mentions of it from the Info manual.
> And perhaps delete the code for it, too.
I'm not sure about deleting the code (I
With all rearrangements completed in info.texi, perhaps someone should
proof-read the Info manual before removing the corresponding to-do item
from FOR-RELEASE?
--
Juri Linkov
http://www.jurta.org/emacs/
___
Emacs-devel mailing list
Emacs-devel@gnu.o
> In order to not mess up the whole thing and not bother the user with
> a huge buffer list, all these buffers are hidden using the leading
> space technique.
I guess we should come up with a better way to do that.
But at the same time, I can't think of why/when a "huge buffer list" would
> The patch below fixes the bug. It assumes that more than one
> successive periods should allow breaking even if they are
> followed by just one space.
>
> That's not correct--it SHOULD demand two spaces or a newline, after
> three periods, just as it does after one period.
This wa
Indeed. And we've been through this discussion already. And since Emacs's
Info mode does even more of those "dangerous" guessing games now than
before, I think it's pretty clear that we've decided it's worth the risk.
For other types of abuse of the Info format by info.el, at least
cust
Stefan Monnier wrote:
> And this type of bug can be very nasty when it does occur. Even with
> the equal length heuristic, the situation leading to bugs is not
> really that excessively unlikely in certain situations, like, for
> instance, quoting program output or input inside @verba
... I do not think of those commands that I do not have a key
binding for in my Emacs as "left overs".
My wording was poor. I meant `used less frequently' -- remaining
after giving out the keybindings.
Thus, I use C-t (transpose-chars) and M-t (transpose-words) fairly
frequently, but trans
>> I'm not against the introduction of a new font specification style,
>> but I think it is mainly for developers and power-users. Emacs
>> already has a mechanism that enables users to specify fonts in a
>> simpler way at the face level.
> You're right.. But the population of "power users" in t
> On Mon, 10 Oct 2005 20:40:18 +0100, Jason Rumney <[EMAIL PROTECTED]> said:
> "Jan D." <[EMAIL PROTECTED]> writes:
>> AFAIK co-ordinates on W32 behave the same as on X, so your patch
>> should be OK. It is easy to confirm anyway.
> OK, I've installed the patch, but as YAMAMOTO Mitsuharu poi
But I guess you already did that, as the code will use
make-network-process when available ...
There is no point maintaining support for old Emacs versions
in a file distributed with Emacs. So how about deleting
the code that supports old versions--for simplicity's sake.
> (require '
Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
The patch below fixes the bug. It assumes that more than one
successive periods should allow breaking even if they are followed
by just one space.
That's not correct--it SHOULD demand two spaces or a newline,
after three periods, just as it does after one period.
___
(typically in index nodes for manuals
In the last Texinfo release I added a cookie ([EMAIL PROTECTED]@^H] to index
nodes for precisely this purpose. You may recall the long discussion we
had about it. I hope Emacs will take advantage of it, since that's the
only reason it
I installed your changes, and tried extrapolating them to the other shells.
Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
One issue with @enddots is that the recommended way to use @enddots
should also qualify as an end-of-sentence.
One idea that occurs to me is that you should write [EMAIL PROTECTED]',
with a period in the argument. That period would be ignored by the
command, but using it will make this look like
Bill Perry did not respond. So let's delete those conditionals.
Do you want to do it?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> E-letter - vectorized gnu-horns from Luis Fernandes's GNU Emacs logo
> http://www.ee.ryerson.ca:8080/~elf/emacs/logo/logo3.html
Those icons look very professional. Well done, for me those are the best
ones proposed until now.
I have to strain a little to see the E in the design,
(setq-default
global-font-lock-mode nil) is insufficient, in fact I don't think even
think it undoes Info fontification.
A few major modes turn on font-lock by default,
but nowadays it should always be possible to turn it off
with M-0 M-x font-lock. If you find any mode where this
d
And to avoid the "box bottom" problem, we could additionally check that the
text is preceded by an empty line.
It was hard for me to figure out what the "box bottom" problem means,
and I still am not quite sure. Do you mean text like this?
=
= foo bar =
Is this desired behavior? I would suggest putting autoload cookies at
`newsticker-start' and `newsticker-show-news'.
Thanks. I did that.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
The problem is that interrupt_input is always set, but the SIGIO handler
is only installed in !noninteractive mode. Now make-network-process has
code to call request_sigio after it has finished if interrupt_input is
non-zero, but nobody is handling the SIGIO.
Probably the best
On 10/8/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Pretesting surely won't start in the next few weeks.
i'll continue on, happy to have breathing room.
> Your papers cover only the specific files you assigned,
> but they do cover changes to those files. So if you change
> the code in a
shit. the attachment was dropped. shit. trying again. sorry about
the clutter.
On 10/10/05, Ken Manheimer <[EMAIL PROTECTED]> wrote:
> for those of you following the developments at home (:-), here's an
> incremental patch on top of what i sent out a few days ago. i fixed a
> small stack of b
for those of you following the developments at home (:-), here's an
incremental patch on top of what i sent out a few days ago. i fixed a
small stack of bugs in pgg-gpg.el that settles my complaint about
prompting with the secret key identity, and also filled in a small
oversight in the changes i
On Oct 9, 2005, at 2:16 PM, Richard M. Stallman wrote:
You're right.. But the population of "power users" in this
case for
whatever reason seems fairly large (just subjective
impression), and
the requirement to learn XLFD (to compose a fontset, or whatever
else) and partake
`minibuffer-message-at-end' would have no
effect when the minibuffer is not active.
OK, I understand you now, I think. `message' does this:
if `minibufferp',
then if `minibuffer-message-at-end'
then don't erase minibuffer, but append message there
else temporari
"Jan D." <[EMAIL PROTECTED]> writes:
> AFAIK co-ordinates on W32 behave the same as on X, so your patch
> should be OK. It is easy to confirm anyway.
OK, I've installed the patch, but as YAMAMOTO Mitsuharu pointed out,
it may not deal with the left fringe width - which might be an
explanation fo
luis fernandes <[EMAIL PROTECTED]> writes:
> Andrew Zhilin's submissions are quite slick. I like the smallest,
> left-most icon where the top of the horn is chopped-off and it
> resembles an "E"; but it doesn't really say "Emacs".
I think the last ones with the writing pad underneath have the per
Greetings,
Lennart Borgman invited me to comment on the discussion about a
possible successor to the current Emacs icon.
My early preference would have been for the splash-logo (red gnu with
blue "Emacs") to be also used as the icon. Unfortunately, much of the
detail of the splash-logo is lost wh
Bill Wohler <[EMAIL PROTECTED]> writes:
> Bill Wohler <[EMAIL PROTECTED]> writes:
>
>> I'm currently working on restructuring the MH-E sources (on the
>> SourceForge side) to work with the sources in the Savannah repository.
>>
>> When I'm ready, I'll merge any Emacs MH-E changes back into SourceF
OK. If I understand you correctly, you would keep functions `message' and
`minibuffer-message' as they are now. You would not eliminate either
function. The former's default behavior would use nil for
`minibuffer-message-at-end'; the latter would use non-nil.
No. The idea is that
On Monday, 10 October 2005, 16:38 +0200, Sascha Wilde wrote:
> Is this desired behavior? I would suggest putting autoload cookies at
> `newsticker-start' and `newsticker-show-news'.
No, it's not desired. I'll add those magic comments.
Cheers,
ulf
_
> turn off font-lock in your info buffers.
> I'd love to turn off font-lock everywhere, I hate the incessant
> pseudo-underlining and bolding in my various buffers (even running under
> xterm it won't just give me plain text any more), but there is
> apparently no way to do it without maintai
Sven Joachim wrote:
How about rewriting sh-tmp-file so that it uses mktemp(1) to create
the temporary file?
What about those of us on systems that do not provide mktemp(1)?
I'm running ksh 93 on Solaris 9.
--
Kevin Rodgers
___
Emacs-devel mailing
> "Romain" == Romain Francoise <[EMAIL PROTECTED]> writes:
Romain> Should be fixed now, please try again.
Works great, thanks.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing,
Actually, the problem is in the Info format
The problem is not, IMHO, Info format, which was always designed to be
displayed as-is, not interpreted, since long before font-lock,
highlighting, or any of this other stuff came into existence.
The problem was, IMHO, starting down this road of "in
>> Thoughts?
>
> Try lowering the value of `double-click-time' in your setup. I have set
> it to 150 and I'm pretty happy with that setting... but I very rarely
> use double clicks in Emacs.
I'm more interested in fixing the default behavior. Removing the
sit-for in mouse-drag-region-1 won't hav
"Jan D." <[EMAIL PROTECTED]> writes:
Checked in, new options are -nb, --no-bitmap-icon.
Does -nb have some historical use for this purpose.
Otherwise, it would be more "logical" to use -nbi than -nb IMHO.
No, I just looked at the other --no-* around it. But I didn't see --
no-blinking-cu
Henrik Enberg <[EMAIL PROTECTED]> writes:
> Eh, it also uses `caddr' `cadddr' and `cdddr'.
There are compiler macros for these though. Ditto for first...tenth so
those could also be used (and a few others).
--
Johan Bockgård
___
Emacs-devel mailing
>> ;; rcirc is a lightweight irc client for Emacs
> A more elaborate "commentary" section in the code would be good.
> As a minimum it should explain:
> What is IRC?
> Does it work only with irc.freenode.net ?
Also, when I look around for Emacs packages, a problem I often encounter is
that there
On Mon, Oct 10 2005, Emanuele Giaquinta wrote:
> > "tmp = /tmp/" str ".$pid" \n
> "fn sigexit { rm $tmp^* >[2]/dev/null }" \n)
> (sh (file-name-nondirectory (buffer-file-name))
> ! > "TMP=`mktemp ${TMPDIR:-/tmp}/" str ".XX`" \n
> "trap \"rm $TMP* 2>/dev/null\"
> Given the recent thread referencing keysyms, this seem apropos:
> A patch was added to xorg today adding some more keysyms. The list is
Hopefully some day we will revert to using Xlib's own table (via
XmbLookupString) so we won't have to play catch up any more.
Stefan
__
> 1. The tooltip font size should be the same as the size of the frame default
>font.
Let me add my vote to it.
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> How about recognizing them based on the number of characters in each
> line? For a title or heading, you have a certain number of characters
> of text, and the following line has the same number of characters, all
> the same, and they are one of the fixed set used for "underlining".
And to avoi
> It is trying to do the impossible. The problem is that we are dealing
> with plain text, not formatted text with special markup for titles.
Indeed. And we've been through this discussion already. And since Emacs's
Info mode does even more of those "dangerous" guessing games now than
before, I
Hi *,
I have just noticed that newsticker is part of GNU Emacs CVS. But
when I first tried to start it I experienced, that none of the
expected user functions were available -- the reason is, that there
are no magic autoload comment in newsticker.el.
Is this desired behavior? I would suggest pu
Andrew Zhilin wrote:
Hi All!
In the attachment you will find zipped version (16, 24, 32, 48 pix
32bit-png and win32 .ico with all above) of emacs icon set, which I
crafted last weekend. I will be happy if someone found them useful :)
I have added these nice icons to the page with the icons
> The patch below fixes the bug. It assumes that more than one
> successive periods should allow breaking even if they are followed
> by just one space.
Thanks! Will you check this in?
Werner
___
Emacs-devel mailing list
Emacs-devel@gnu.org
ht
Andrew Zhilin <[EMAIL PROTECTED]> writes:
> In the attachment you will find zipped version (16, 24, 32, 48 pix
> 32bit-png and win32 .ico with all above) of emacs icon set, which I
> crafted last weekend. I will be happy if someone found them useful :)
>
> E-letter - vectorized gnu-horns from Lu
Robert J. Chassell wrote:
The reason why using "M-x" does not appeal to me
is that I don't think of that as the central
feature of Emacs. ...
Indeed, "M-x" is designed for commands that do not have a short key
sequence. It is for commands that are `left over' from frequent use.
I can
Henrik Enberg <[EMAIL PROTECTED]> writes:
> Ryan Yeske <[EMAIL PROTECTED]> writes:
>
> > [EMAIL PROTECTED] (Kim F. Storm) writes:
> >
> > >
> > > Do you really require cl at runtime or just at compile time?
> >
> > How can I find out? If I only use macros from the cl package? I must
> > admit
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> At least, with the image of a Gnu head, no novice is going to think
> that Emacs is a Gnu, although they might wonder about the connection
> between GNU Emacs and an operating system with a Linux kernel.
Please get your proselytizing module check
Ryan Yeske <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
> >
> > Do you really require cl at runtime or just at compile time?
>
> How can I find out? If I only use macros from the cl package? I must
> admit I don't really understand when to use (eval-when-compile
> (
The reason why using "M-x" does not appeal to me
is that I don't think of that as the central
feature of Emacs. ...
Indeed, "M-x" is designed for commands that do not have a short key
sequence. It is for commands that are `left over' from frequent use.
I know I use a control command, l
The right way to produce output #3 is to use @enddots; it was designed
specifically for that case. I presume it does not have that problem
of uneven spacing.
I had forgot about @enddots. Sadly, it is not usable in texinfo 4.8.
@enddots does not work in DVI. Using texi2dvi, the comm
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Why take the risk of breaking currently working code this close
> (YMMV) to the release...?
>
> IMO, this is not the time for such a change in 22.x -- we know of
> one place (flyspell) that was affected by the present behaviuor and
> it has been fixed now
Ryan Yeske <[EMAIL PROTECTED]> writes:
> It is well tested under both 21.3 and emacs-cvs (22). I'll update
> this text, or should I just remove it?
I suggest you remove it.
>
>>> (require 'cl)
>>
>> Do you really require cl at runtime or just at compile time?
>
> How can I find out? If I only
"Jan D." <[EMAIL PROTECTED]> writes:
> Checked in, new options are -nb, --no-bitmap-icon.
Does -nb have some historical use for this purpose.
Otherwise, it would be more "logical" to use -nbi than -nb IMHO.
--
Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk
___
Here it is one for c?sh.
*** sh-script.elWed Sep 21 13:02:55 2005
--- sh-script.elMon Oct 10 11:57:41 2005
***
*** 3392,3398
"Insert code to setup temporary file handling. See `sh-feature'."
(bash sh-append ksh88)
(csh (file-name-nondirectory (buffer-f
[EMAIL PROTECTED] (Kim F. Storm) writes:
> I haven't looked closely at the code, but a few questions come to mind:
>
>> ;; rcirc is a lightweight irc client for Emacs
>
> A more elaborate "commentary" section in the code would be good.
> As a minimum it should explain:
>
> What is IRC?
> Does it w
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> 3. Execute the following command.
>
>> % emacs -batch -q -no-site-file -l ./foo.el
>
>Then Emacs exits before the command finishes, and the following
>error message appears.
>
>> SI/O possible
>
>The first "S" is the beginning of erro
Ryan Yeske <[EMAIL PROTECTED]> writes:
> Hello,
>
> Included below is the latest version of rcirc.el, an emacs irc client,
> which I am the sole author of. I have submitted copyright assignment
> papers, which have been received by the FSF. I would like to offer
> this code for inclusion in the
Karl Chen <[EMAIL PROTECTED]> writes:
> Synopsis:
>
> emacs -q /tmp/a.tex
>
> {\bf test}
>
> M-x font-lock-fontify-buffer
>
> error("No match %d in highlight %S" 2 (2 (tex-font-lock-append-prop (quote
> bold)) append))
Thanks, I have installed a fix.
Andreas.
--
Andreas Schwab,
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Then, why does sit-for return t if unread-command-events is not
> nil?
>
> That is a good question. Should it return nil immediately
> without waiting when unread-command-events is nonempty?
> That would be more coherent than the current
Richard M. Stallman wrote:
How about rewriting sh-tmp-file so that it uses mktemp(1) to create
the temporary file?
Would you like to send a patch?
Well, it will take me quite some time to even understand the code for
this function. ;-) But if nobody else volunteers, I'll dig into it.
> Romain Francoise <[EMAIL PROTECTED]> (RF) schreef:
>RF> Piet van Oostrum <[EMAIL PROTECTED]> writes:
>>> In toplevel form:
>>> emacs-lisp/checkdoc.el:2076:30:Error: Invalid read syntax: ")"
>RF> Should be fixed now, please try again.
Thanks. It works. The other problem (about the architect
Lennart Borgman <[EMAIL PROTECTED]> writes:
> These are on the web now, on
> http://ourcomments.org/Emacs/NewIcons.html, together with the Gimp
> sources that David sent me. Look after David on the page.
> Personally I would like that kind of finishing on my suggestions with
> M-x. The small vers
I like it. Would be nice with some kind of a prompt though.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Synopsis:
(byte-compiler-base-file-name "a.el.gz")
-> "a.el.gz"
Correct answer, after patch below:
(byte-compiler-base-file-name "a.el.gz")
-> "a.el"
2005-10-09 Karl Chen <[EMAIL PROTECTED]>
* jka-cmpr-hook.el (jka-compr-handler): Fix
byte-compiler-base-file
69 matches
Mail list logo
