Stefan,
Merci. I'll try to test the patch within the next couple of days and let you
know.
On Wednesday 19 October 2005 23:48, Stefan Monnier wrote:
> If people who hack on SH scripts with lots of heredoc thingies could try
> the patch below, it would help. It's relative to the Emacs-CVS code
Yeah, me too -- in many cases I just wanna check do a quick check, and
seeing just the upper-left corner is good enough, so I do this with
pictures up to about 3840 x 3072 pixels (that's triple my display
size in each dimension).
That is surely an unusual usage. I think it is ok
window-tree was implemented so that the bugs in balance-windows
could be fixed. But have they been fixed? I think not.
Would someone like to work on this?
It could be that we also need a new function to set a window's
edges in a more controllable way.
_
Maybe add an
make install-gzip
That's not a good idea. First of all, most people won't think to use
it. Second, it departs from our standard. The `install' target
should do the compression.
___
Emacs-devel mailing list
Emacs-devel@gnu.o
(i) When there is a left margin, sometimes forward paragraph moves to
column zero, sometimes to after the margin. I think it should always
move to after the margin if it can. (It can't when the line doesn't
contain enough whitespace to constitute the margin.)
I am not sure of tha
Anyway, the following patch will allow Emacs to recognize encoding
with either quotation marks (and for the attribute `content-type'
quotation marks are optional):
If no one objects in the next week, would you please install it?
___
Emacs-d
Perhaps in the long run a better way would be to read contents of
TAGS files into a special buffer with a leading space in its name,
thus hiding such buffers from many operations (e.g. from the buffer list).
I don't think these buffers should be hidden. For one thing, users
want to se
It's compared to windw_height(window) and should thus be expressed in number
of lines, but its default value of 500 is then basically equivalent to
most-positive-fixnum. I.e. "never split". Was that really the intention?
I think so. This large value means, in effect, "Don't split a
In normal isearch operation (i.e. not in the minibuffer), typing C-s
immediately moves point to the next occurrence of the search string
and highlights it.
Having a delay in the minibuffer between typing C-s and seeing the search
string highlighted, or requiring to type another
Then what about documenting it in the Emacs manual? Customization always
inserts the old value into editable fields in the customization buffer
(though, not as a Lisp expression that set-variable reads), so I think
this is a useful thing for users to know that set-variable can prov
At the elisp-
wielding-user-visible level this manifests in what you pass to and
get back from x-list-fonts, as well as any font-setting functions,
Could you explain what "font-setting functions" means?
Could you name some "font-setting functions"?
setting font as a frame p
> BTW, in case nobody's noticed the current gud/gdba routinely gets
> completely confused by multiple debugging sessions already...
It's come up at least twice before. I rarely debug two programs at the same
time and when I do, I can do it with two instances of Emacs. For those that
need multi
eBay Survey Instant $20 Survey Reward
Reward Survey
Dear eBay Member,You have been chosen by the eBay's Survey Department to take part in our quick and easy 6 question survery,
In return we will instantly credit $20 to your account - Just for your time!Helping us bette
> #!/bin/bash
> cat << EOF | \
> tee -a bug.txt
> This is a test case for a bug in bash shell mode text highlighting
> EOF
If people who hack on SH scripts with lots of heredoc thingies could try the
patch below, it would help. It's relative to the Emacs-CVS code.
It seems "safe" and appears
¡Buenas
días!
Me
llamo Ígor Puchkov. Tengo 27 años y actualmente estoy buscando
el puesto del programador informatico en el campo de las tecnologias
Internet en Zaragoza. Tres años y media vivo en Zaragoza, tengo
permiso de residencia y de trabajo, he aprendido cas
[EMAIL PROTECTED],M_$7$$?M$N$_!*!*!*!*(Bhttp://awg.webchu.com/gyakuten/?aaa
$B%a!<%khttp://lists.gnu.org/mailman/listinfo/emacs-devel
2005/10/20, Kevin Ryde <[EMAIL PROTECTED]>:
> I made myself M-x chmod below, to change the current visited file. I
> usually just want to make a script executable. I know there's an
> executable-chmod or something, but I can never remember and prefer
> typing 755 or 700. The save-buffer is in ca
2005/10/20, Ryan Yeske <[EMAIL PROTECTED]>:
> gdb could use a *gud* buffer local variable. That way multiple
> instances of gud wouldn't steal the arrow from eachother.
BTW, in case nobody's noticed the current gud/gdba routinely gets
completely confused by multiple debugging sessions already...
Michael Cadilhac <[EMAIL PROTECTED]> writes:
>
> - chmod: Change the mode of any file.
I made myself M-x chmod below, to change the current visited file. I
usually just want to make a script executable. I know there's an
executable-chmod or something, but I can never remember and prefer
typing
Kim F. Storm wrote:
> Isn't there something in eshell that can do this? It supports chmod.
Eshell uses the system's ch{mod,own}.
Ted
--
Edward O'Connor
[EMAIL PROTECTED]
Ense petit placidam sub libertate quietem.
___
Emacs-devel mailing list
Em
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Michael Cadilhac <[EMAIL PROTECTED]> writes:
>
>> Nick Roberts <[EMAIL PROTECTED]> writes:
>>
>>> > >> I don't know any way to change the modes of a file, or even of the
>>> > >> current file, within emacs.
>>> > >
>>> > > C-h f set-file-modes R
Michael Cadilhac <[EMAIL PROTECTED]> writes:
> Nick Roberts <[EMAIL PROTECTED]> writes:
>
>> > >> I don't know any way to change the modes of a file, or even of the
>> > >> current file, within emacs.
>> > >
>> > > C-h f set-file-modes RET
>> >
>> > I meant in an user-friendly way,
This patch fixes the bug. However, it's pure hackery since I'm not
familiar with the code at all. Can someone tell me if it makes sense
to do this?
*** emacs/src/xterm.c.~1.884.~ 2005-10-17 08:54:26.0 -0400
--- emacs/src/xterm.c 2005-10-19 18:45:30.0 -0400
***
**
Nick Roberts <[EMAIL PROTECTED]> writes:
> > >> I don't know any way to change the modes of a file, or even of the
> > >> current file, within emacs.
> > >
> > > C-h f set-file-modes RET
> >
> > I meant in an user-friendly way, that's to say, without M-:, and
> > without calculat
> >> I don't know any way to change the modes of a file, or even of the
> >> current file, within emacs.
> >
> > C-h f set-file-modes RET
>
> I meant in an user-friendly way, that's to say, without M-:, and
> without calculating the mode.
In Dired, type M (`dired-do-chmod')?
Nic
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> it would be clearer to write this:
>
> ! If the value is an integer, it directly specifies the maximum
> ! image height and width, measured in pixels. If it is a floating
> ! point number, it specifies the maximum image height and wi
That is good, but it needs to say how to invoke the feature.
Index: etc/NEWS
===
RCS file: /cvsroot/emacs/emacs/etc/NEWS,v
retrieving revision 1.1263
diff -c -r1.1263 NEWS
*** etc/NEWS19 Oct 2005 03:56:07 - 1.1263
---
Romain Francoise <[EMAIL PROTECTED]> writes:
>> file; I think such .el file should not be compressed, since then Emacs
>> will not work without gzip being available.
> make-dist and `make install' are completely independent.
>
> (Besides, compressing the .el files inside the tarball would make th
Ryan Yeske <[EMAIL PROTECTED]> writes:
>In principle, there is only one overlay-arrow-position variable,
>and since its value is a marker, its value includes the buffer
>in which it occurs.
>
>This is how e.g. gdb can easily move the overlay arrow between buffers
>-- just modif
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> I don't know any way to change the modes of a file, or even of the
>> current file, within emacs.
>
> C-h f set-file-modes RET
I meant in an user-friendly way, that's to say, without M-:, and
without calculating the mode.
--
Michael Ca
$B"c"dF|[EMAIL PROTECTED]:[EMAIL PROTECTED]"d(B
$B"(F|K\:_=;[EMAIL PROTECTED](B
http://1191.jp/kensaku/index.html
$B5U1g!&%(%C%A$J%A%c%C%H$dEEOC!"%a!<%k8r49!&(B1-$BBP(B-1$B$N%;%C%/%9!&HkL)$N4X78!&(BSM$B4X78!&=wAu$dCKAu!&!&!&!&!&!&!&!&[EMAIL
PROTECTED]/[EMAIL PROTECTED](B
http://1191.jp/k
>In principle, there is only one overlay-arrow-position variable,
>and since its value is a marker, its value includes the buffer
>in which it occurs.
>
>This is how e.g. gdb can easily move the overlay arrow between buffers
>-- just modify the global variable.
>
> g
> Piet van Oostrum <[EMAIL PROTECTED]> (PvO) wrote:
>PvO> In mm:
>PvO> Postscript: 0.03528
>PvO> TeX: 0.0351459803515
Sorry, those were cm, not mm.
--
Piet van Oostrum <[EMAIL PROTECTED]>
URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4]
Private email: [EMAIL PROTECTED]
___
In principle, there is only one overlay-arrow-position variable,
and since its value is a marker, its value includes the buffer
in which it occurs.
This is how e.g. gdb can easily move the overlay arrow between buffers
-- just modify the global variable.
gdb could use a *gud* buf
> I don't know any way to change the modes of a file, or even of the
> current file, within emacs.
C-h f set-file-modes RET
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
David Kastrup <[EMAIL PROTECTED]> writes:
...
> The units in question are
>
> pt = 100:7227 in (point)
> in = 254:100 cm (inch)
> pc = 12pt (pica)
> cm
> mm
> bp = 1:72 in (big point, same as PostScript's idea of point)
> dd = 1238:1157pt (Didot point)
> cc = 12dd (cicero)
I think it makes sense for some purposes to allow max image size to be
specified in absolute pixels. Here is a patch to do that:
That is ok. But instead of this text
! If its value is an integer, it specifies the absolute maximum width
! and height, in pixels, for images. If it
The max-image-size code is checked into CVS. I've set a conservative
value of 6.0 times the frame width and height.
I am concerned that that is too large. On large displays, an Emacs
frame could be 1000 pixels in each dimension. 6000 pixels on each
side is 36 million pixels. Isn't that
Richard mentioned that maybe ERC would be installed as well. Then we
should definitely decide which client, if any, should be available as
"irc".
For simplicity, M-x irc should always be rcirc. People who want ERC
will use a different command to get it.
+ Rcirc has simple defaults and clear and consistent behaviour. Message
+ arrival timestamps, activity notification on the modeline, message
+ filling, nick completion, and keepalive pings are all enabled by
+ default, but can easily be adjusted or turned off. Each discussion
Since the restriction seems to have been lifted, I think we
should remove the paragraph that Ryan quoted from the manual
and make the variable automatically become buffer-local.
It isn't worth bothering with, given overlay-arrow-variable-list.
I recently noticed when adding an overlay arrow to rcirc that making
it `overlay-arrow-position' buffer local *does* work (you can get an
arrow in multiple buffers), even though (elisp)Overlay Arrow says:
I will fix the manual.
___
Emacs-de
What is the right way to do this given the way I conditionalized the
defalias:
(unless (fboundp 'irc)
;;;###autoload
(defalias 'irc 'rcirc))
I think it should be nnconditional.
This is THE definition of `irc'.
___
Emacs-devel mai
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> First, there are some .el files that don't have a corresponding .elc
> file; I think such .el file should not be compressed, since then Emacs
> will not work without gzip being available.
That's pretty obvious...
> Second, I think this compression shou
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> From: Romain Francoise <[EMAIL PROTECTED]>
>> Date: Wed, 19 Oct 2005 09:16:25 +0200
>> Cc: emacs-devel@gnu.org
>>
>> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>>
>> > Would you like to change `make install' to compress the
>> > .el files?
>>
I don't know any way to change the modes of a file, or even of the
current file, within emacs.
As I chmod quite often, and especially the file I work with, I've
made up a small package that implements facilities for that.
The main functions are :
- file-modes-to-number: Convert
> From: Romain Francoise <[EMAIL PROTECTED]>
> Date: Wed, 19 Oct 2005 09:16:25 +0200
> Cc: emacs-devel@gnu.org
>
> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>
> > Would you like to change `make install' to compress the
> > .el files?
>
> Ok, I'll do that in a few days' time in case someo
>> For the case of start-itimer vs run-with-idle-timer, I can see you
>> point, so I've "reverted" the change. For the case of (if
>> (coding-system-p 'utf-8) 'utf-8 'iso-2022-8), I think the new code
>> is preferable, since the choice is really not dependent on
>> differences betwen Emacs and XEm
> From: Romain Francoise <[EMAIL PROTECTED]>
> Date: Tue, 18 Oct 2005 08:00:35 +0200
>
> The Emacs CVS packages in Debian use compressed .el files since
> September 8th and apart from the aforementioned autoload bugs, no
> problem has arisen.
IMHO, Sep 8 till today is a ridiculously short period,
Hi,
It works for me with KDE 3.4.3 on Fedora Core 3. I checked that
"Click
Raise Active Window" is enabled. My Emacs is built --with-gtk.
Could you try building without gtk, and see if you can reproduce the
problem?
Sorry for the delay. I rebuilt Emacs without GTK, and confirm that
the
David PONCE wrote:
Hi,
It works for me with KDE 3.4.3 on Fedora Core 3. I checked that "Click
Raise Active Window" is enabled. My Emacs is built --with-gtk.
Could you try building without gtk, and see if you can reproduce the
problem?
Sorry for the delay. I rebuilt Emacs without GTK, and
Hi, Richard, Hi Emacs!
On Thu, 8 Sep 2005, Richard M. Stallman wrote:
>Do M-h on each of the lines "asdf". The blank line is included in both
>paragraphs. This happens because the blank line isn't a separator here.
>It is an ordinary line of the upper paragraph and the "heuristic" (
> The change is ok, but please don't bother mentioning it in NEWS.
> It is below the threshold for mentioning there. NEWS is already
> so big as to be inconvenient for the users, so lowering that
> threshold would be unfortunate.
Then what about documenting it in the Emacs manual? Customization
> The delay is 2 sec, and it is caused by sit-for in minibuffer-message.
>
> sit-for is supposed exit whenever you type another character.
> So in what sense does it cause a "delay"?
In normal isearch operation (i.e. not in the minibuffer), typing C-s
immediately moves point to the next occurr
> http://www.w3.org/TR/html4/intro/sgmltut.html#h-3.2.2
> "By default, SGML requires that all attribute values be delimited
> using either double quotation marks (ASCII decimal 34) or single
> quotation marks (ASCII decimal 39). ... In certain cases, authors
> may specify the value
> Where in the existing code of Isearch does it switch buffers
> without frobbing the Isearch mode in the two buffers?
> That place needs to be changed to turn of Isearch mode
> in the old buffer.
This code is in my .emacs. I intended to take measures for the case
when someone else does the same
> It would be more reliable to identify tags tables through a method
> other than their file names. Could you implement that?
>
> The clean way would be to create a major mode for tags tables,
> and make `initialize-new-tags-table' put the buffer in that mode.
> Then desktop could check for that m
In CVS emacs:
I'm using redhat 9.0, whose ftp server identifies itself as
FTP server (Version 5.60) ready.
I've digged out the following line from the response to an
ls -al command:
-rw---1 kfs 0 May 27 2003 .autorun.lck
Now, if I position the cursor at the beginning of t
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 m
2005/10/18, Stefan Monnier <[EMAIL PROTECTED]>:
> My Emacs frames are typically 80 columns of 13x6, i.e. about 500 pixel wide,
> but I often (at least once a week) watch digital photos in those frames
> and more often than not those picteures are 1600 or 2048 pixel wide.
Yeah, me too -- in many ca
$B"c"dF|[EMAIL PROTECTED]:[EMAIL PROTECTED]"d(B
$B"(F|K\:_=;[EMAIL PROTECTED](B
http://1191.jp/kensaku/index.html
$B5U1g!&%(%C%A$J%A%c%C%H$dEEOC!"%a!<%k8r49!&(B1-$BBP(B-1$B$N%;%C%/%9!&HkL)$N4X78!&(BSM$B4X78!&=wAu$dCKAu!&!&!&!&!&!&!&!&[EMAIL
PROTECTED]/[EMAIL PROTECTED](B
http://1191.jp/k
David Kastrup <[EMAIL PROTECTED]> writes:
> It sounds to me like the limits should be configurable, with a
> somewhat conservative default. Applications where larger dimensions
> might be appropriate (image viewers with provisions for panning, i.e.)
> can allow them in their own buffers using buf
David Kastrup <[EMAIL PROTECTED]> writes:
>> But it definitely sounds better to scale according to display size
>> rather than frame size (but round up to minimum size e.g. 4096x4096).
>
> It sounds to me like the limits should be configurable, with a
> somewhat conservative default. Applications
Ryan Yeske <[EMAIL PROTECTED]> writes:
> What is the right way to do this given the way I conditionalized the
> defalias:
>
> (unless (fboundp 'irc)
> ;;;###autoload
> (defalias 'irc 'rcirc))
>
> I think that is probably not the right thing to do.
Autoload cookies are always associated with the
Hi,
>>It works for me with KDE 3.4.3 on Fedora Core 3. I checked that "Click
>>Raise Active Window" is enabled. My Emacs is built --with-gtk.
>
> Could you try building without gtk, and see if you can reproduce the
> problem?
Sorry for the delay. I rebuilt Emacs without GTK, and confirm that
th
[EMAIL PROTECTED] (Kim F. Storm) writes:
> RMS:
>> But I don't think this limit should be absolute. I think it should be
>> specified as a multiple of the frame height and width, and it should
>> be given as a floating point number. I'd suggest 2.0 as the default
>> for this ratio.
>
> Stefan:
>>
Daniel Brockman <[EMAIL PROTECTED]> writes:
> I believe the variable `overlay-arrow-position' should
> automatically become buffer-local whenever it is set.
>
> It appears that Gnus fails to do this manually, instead
> ending up setting the global value to a marker that refers
> to the Gnus summar
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Isn't float-time what you want?
It is, thanks. Sorry about the noise.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Hello,
We recently enjoyed visiting
your site, and we thought it would benefit both our sites to do a
link exchange.
If you are interested, please
visit http://www.customsoftwaredevelopment.co.uk/addlink.aspx to
add a link from our site to yours. It will be available
immediately.
Then plea
> Jay Belanger <[EMAIL PROTECTED]> (JB) wrote:
>JB> According to the data file for the units program, the printer's point
>JB> (the same as typographer's point?) is precisely 0.013837 inches, while
>JB> the TeX point is 1/72.27 inches = 0.013837000138... inches. Then the
>JB> units program ch
> From: Chong Yidong <[EMAIL PROTECTED]>
> Date: Mon, 17 Oct 2005 17:56:39 -0400
> Cc: emacs-devel@gnu.org
>
> > But I don't think this limit should be absolute. I think it should be
> > specified as a multiple of the frame height and width, and it should
> > be given as a floating point number.
Hi,
I have noticed that error
flyspell-large-region: Can't check region...
is still present in some special situations, where flyspell-large-region is
called without ispell-check-version being called first.
That error was caused by the change in behavior of the aspell "-l" option,
and fixed by
Hello,
We recently enjoyed visiting
your site, and we thought it would benefit both our sites to do a
link exchange.
If you are interested, please
visit the url below to add a link from our site to yours. It will
be available immediately.
http://www.customsoftwaredevelopment.co.uk/addlink.a
> Well, the following doesn't work in 21.3 but does in recent cvs
> versions (I get an arrow in each buffer in the latter):
>
> (progn
> (switch-to-buffer "buf1")
> (delete-other-windows)
> (make-variable-buffer-local 'overlay-arrow-position)
> (setq overlay-arrow-position (make-ma
RMS:
> But I don't think this limit should be absolute. I think it should be
> specified as a multiple of the frame height and width, and it should
> be given as a floating point number. I'd suggest 2.0 as the default
> for this ratio.
Stefan:
> All this to say that I think choosing the maximum
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)
> ;;;#
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Would you like to change `make install' to compress the
> .el files?
Ok, I'll do that in a few days' time in case someone objects to the
change.
--
Romain Francoise <[EMAIL PROTECTED]> | I used to think there is no
it's a miracle -- http://ore
Could you write a patch for etc/NEWS?
Index: etc/NEWS
===
RCS file: /cvsroot/emacs/emacs/etc/NEWS,v
retrieving revision 1.1263
diff -c -r1.1263 NEWS
*** etc/NEWS19 Oct 2005 03:56:07 - 1.1263
--- etc/NEWS19 Oct 20
78 matches
Mail list logo
