Andrew Zhilin wrote:
Hello, all,
Following the discussion, I've decided to make a 16x16 "notebook"
version. Oh my, that was not easy =) Here's the result of my effort.
It does not satisfy me 100%, but after a certain point new iterations
just ceased to make things better.
If you like it, i
On Mon, Oct 17, 2005 at 11:39:43PM -0400 Richard M. Stallman:
> No, bad. Default value of ispell-dictionary-alist includes needed for
> me "russian" dictionary. But after initialize spell checking with this
> patch, i have in this list only english, canadian, british
> dictionaries
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Do all Emacs operations handle the compressed .el files?
There were a handful of bugs with packages autoloading the .el file
explicitly instead of just specifying the package name, I fixed them a
few weeks ago.
The Emacs CVS packages in Debian
> I don't know where the bug, but may be fallback to default value of
> ispell-dictionary-alist if (ispell-aspell-find-dictionary)
> unsuccessfull?
> I think this change should do it. Does it give good results?
No, bad. Default value of ispell-dictionary-alist inc
> 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.
What frame should we then use? The selected f
here's a simple patch to mac/make-package that adds a
--compressed-dist option to compress info files and .el
files that have been byte-compiled. it defaults to "no".
Do all Emacs operations handle the compressed .el files?
Maybe they do, now that Auto Compress mode is normally enable
[The original report was posted to emacs-pretest-bug]
> On Tue, 18 Oct 2005 11:03:35 +0900, YAMAMOTO Mitsuharu <[EMAIL
> PROTECTED]> said:
> On Sat, 15 Oct 2005 22:34:29 +0200, [EMAIL PROTECTED] (Kim F. Storm) said:
>> David Reitter <[EMAIL PROTECTED]> writes:
>>> When a popup menu i
$B=w$N;R$H%"%]$r@\$d$jhttp://51610.net/gold/index.html
[EMAIL PROTECTED]/$,$"$j$^$9!#(B
$B"#(B==$B"#(B
$B"((BNO.I don't veceive your mail
[EMAIL PROTECTED]
$B"(:#8e!"l9g$O(B
[EMAIL PROTECTED]
$B"#(B==$B"#(B
__
$B%I(BB$B\5wCDq%bw$'8(B$B%F(Bf&$B~p%^%?yp(Bc% $B%f"!!!DL>o!Z(B2,000$B1_J,![$NL5NA%]%$%s%H$r"(!Z(B10,000$B1_J,![$HCW$7$^$9!#(B
$B"!!!5U1g=u4uK>[EMAIL
PROTECTED]:GDc(B3$BK|1_0J>e$,3NDj$5$l$F$$$kJ}$N$_$4>R2pCW$7$^$9!#(B
$B"!!!0lH/[EMAIL
PROTECTED])$J$i$J$/$F$b!":G?7>pJs$r?o;~99?
> It seems to be related to a setting in KDE's window manager, "Click
> Raise Active Window".
>
> Interesting (but I still don't understand where the problem is, or
> what triggers it).
>
>
> What happens to last_mouse_glyph when you click on the toolbar? In a
> GTK build (where the toolbar
http://51610.net/chance/index.html
$B!Z5U1g?7%7%9%F%`![(B
$B!z(B1$BK|1_J,[EMAIL
PROTECTED]"BT$A9g$o$;!*K\?M3NG'$r$7$?8e$K5$$KF~$l$P5U1gAjl9g$O(B
[EMAIL PROTECTED]
-
___
Emacs-devel mailing list
Emacs-devel@gnu.org
It seems to me that the following should be renamed to image-type and
moved to image.el, or--probably better--calls to thumbs-image-type
should be replaced by image-type-from-file-header.
(defun thumbs-image-type (img)
"Return image type from filename IMG."
(cond ((string-match ".*\\.jpe?g\\'"
I get a strange error when i check out files from CVS. For example doing
an ediff-revision on w32term.h I got a line saying
Using keyboard-interactive authentication.
in the temporary checked out copy. I do not believe it worked like this
before, I should have noticed it I mean. Any ideas?
On 10/17/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> Ken Manheimer wrote:
> >i like andrew zhilin's set of notebook icons very much, and think
> >there are compelling reasons to go with them.
> Indeed, I agree, they are nice in both 32x32 and bigger (though I think
> there are other nice ico
Michael Albinus <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
>> I used it in ido, and it seems to work:
>>
>> ;; work around bug in ange-ftp.
>> ;; /ftp:[EMAIL PROTECTED]: => nil
>> ;; /ftp:[EMAIL PROTECTED]:./ => ok
>> (a
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> 1. Move *all* of the images from lisp, lisp/toolbar, and lisp/mail to
>etc/images.
>
> 2. Rename any file with an underscore to one with a dash and update
>affected source files (affects MH-E, Gnus, info.el, tool-bar.el).
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.
___
Emacs-devel mailing list
I think desktop.el should not save TAGS-LISP and other similar files too:
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-tab
When isearch leaves the buffer in isearch mode (this can happen after
switching buffers during incremental search),
I think that is the bug. Isearch mode should not be left enabled.
Can you debug that and fix it?
___
Emacs-devel mailing list
This doesn't work satisfactorily: temporarily displaying the search
prompt at the end of the minibuffer causes too long delay after typing
C-s and before point moves to the next occurrence of the search string.
Could you be more specific? How long is the delay, and what causes it?
> 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.
What frame should we then use? The selected frame?
That's not re
Jason Rumney <[EMAIL PROTECTED]> wrote:
> Bill Wohler <[EMAIL PROTECTED]> writes:
>
> >>> The lisp/Makefile.in has been changed to regenerate
> >>> mh-e/mh-loaddefs.el, but the corresponding lisp/makefile.w32-in remain
> >>> unchanged. Is that ok?
> >
> > Done. Can someone please take care of ver
Bill Wohler <[EMAIL PROTECTED]> writes:
>>> The lisp/Makefile.in has been changed to regenerate
>>> mh-e/mh-loaddefs.el, but the corresponding lisp/makefile.w32-in remain
>>> unchanged. Is that ok?
>
> Done. Can someone please take care of verifying the change and
> implementing any "tricky bits"
$B%I(BB$B\5wCDq%bw$'8(B$B%F(Bf&$B~p%^%?yp(Bc% $B%f"!!!DL>o!Z(B2,000$B1_J,![$NL5NA%]%$%s%H$r"(!Z(B10,000$B1_J,![$HCW$7$^$9!#(B
$B"!!!5U1g=u4uK>[EMAIL
PROTECTED]:GDc(B3$BK|1_0J>e$,3NDj$5$l$F$$$kJ}$N$_$4>R2pCW$7$^$9!#(B
$B"!!!0lH/[EMAIL
PROTECTED])$J$i$J$/$F$b!":G?7>pJs$r?o;~99?
here's a simple patch to mac/make-package that adds a
--compressed-dist option to compress info files and .el
files that have been byte-compiled. it defaults to "no".
when used, it cuts down the install size by ~35M.
...bryan
Index: make-package
===
Stefan Monnier wrote:
Because it's unlikely (how many people are going to disable
auto-compression-mode, really? how many of those will run in an
environment where the TUTORIAL files are compressed? how many of those
will want to read the tutorial?), and even if it ever happens I don't think
i
>>> Shouldn't we better enable auto-compression-mode temporarily if it is
>>> switched off? I mean, if a site-wide installation (or distribution)
>>> compresses stuff like tutorials and, more importantly, things like NEWS,
>>> then Emacs should load these files on request no matter whether the us
Stefan Monnier wrote:
Shouldn't we better enable auto-compression-mode temporarily if it is
switched off? I mean, if a site-wide installation (or distribution)
compresses stuff like tutorials and, more importantly, things like NEWS,
then Emacs should load these files on request no matter whethe
Ken Manheimer wrote:
i like andrew zhilin's set of notebook icons very much, and think
there are compelling reasons to go with them.
Indeed, I agree, they are nice in both 32x32 and bigger (though I think
there are other nice icons too). But is the 16x16 icon version
acceptable too? Can the
i like andrew zhilin's set of notebook icons very much, and think
there are compelling reasons to go with them.
first of all, i think most of the other candidates are misguided,
because text in an icon is almost always clutter. i am fairly certain
that icons serve the purpose of elemental glyphs
> Shouldn't we better enable auto-compression-mode temporarily if it is
> switched off? I mean, if a site-wide installation (or distribution)
> compresses stuff like tutorials and, more importantly, things like NEWS,
> then Emacs should load these files on request no matter whether the user
> has
> or "applied". Therefore I've introduced a new variable
> tramp-completion-mode, which is set in
> file-name-all-completions.
The name "tramp-completion-mode" doesn't say what the variable does.
Could you find a better name? I'm not sure I understand what it does so
I'm not sure what other name
+ #define MAX_IMAGE_SIZE 10
+ EMACS_INT Vmax_image_size;
10 as a limit of linear dimension is too large.
A square image 10-1 on each side will be 10 billion pixels,
far too large to fit in a 32 bit machine.
Such a limit should be more like 3000. (That would allow
almost 10 mil
It also just occurred to me that we could now be more descriptive name
in the directory name as well by using low-color instead of lc.
What do you think?
I don't care.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/m
Hi,
I am attaching a possible patch for handling localwords in
flyspell-large-region function. The reason for this is as follows.
I have been using flyspell in a large file having a number of words declared
valid in LocalWords for that file, and running flyspell-buffer is rather
slow, because all
Hi,
in etc/TODO we have:
,[ etc/TODO ]
| * Important features:
|
| [...]
|
| ** Add a command to make a "Local Variables" section in the current buffer
| and/or add a variable to the list.
`
How about the following?
Upto now, it only adds a new section, but extending the function to
David PONCE <[EMAIL PROTECTED]> writes:
> 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?
___
David Reitter <[EMAIL PROTECTED]> writes:
> On 17 Oct 2005, at 15:46, Stefan Monnier wrote:
>>
>> Agreed. Except that let-binding auto-compression-mode doesn't do much
>> if anything. Better just check whether auto-compression-mode is
>> nil and if
>> so don't try to load the .gz file.
>
> Seems
On 17 Oct 2005, at 15:46, Stefan Monnier wrote:
Agreed. Except that let-binding auto-compression-mode doesn't do much
if anything. Better just check whether auto-compression-mode is
nil and if
so don't try to load the .gz file.
Seems like I got confused by instructions from jka-compr.el:
I want to fix a bug in `set-variable' related to its default values.
It uses `read-variable' to read the name of a user variable
(a variable for which `user-variable-p' returns non-nil).
But there is one case where `set-variable' doesn't follow this
requirement: when a non-user variable name happen
Reiner Steib <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 16 2005, Bill Wohler wrote:
>
> > Also, the images can be shared by other applications (I hope that
> > this will be the case with Gnus soon) so this naming would avoid
> > having multiple copies of the same image.
>
> What do you think about
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> FWIW, I find no compelling reason to do that. TUTORIAL.* files are
> relatively small (circa 50KB), so the disk space reclaimed by
> compressing them would be minimal.
Yup.
(A much larger gain is to compress .el files at install time. Since
they're u
[EMAIL PROTECTED] (Kim F. Storm) writes:
> I used it in ido, and it seems to work:
>
> ;; work around bug in ange-ftp.
> ;; /ftp:[EMAIL PROTECTED]: => nil
> ;; /ftp:[EMAIL PROTECTED]:./ => ok
> (and
> (not (string= "/ftp:" dir))
>
> From: David Reitter <[EMAIL PROTECTED]>
> Date: Sun, 16 Oct 2005 15:52:57 +0100
> Cc: emacs-devel@gnu.org
>
> someone might want to change the Makefile to gzip the appropriate
> files on non-Windows machines.
FWIW, I find no compelling reason to do that. TUTORIAL.* files are
relatively small (
> ! (setq file (expand-file-name filename data-directory))
> ! (unless (file-exists-p file)
> ! (if (file-exists-p (concat file ".gz"))
> ! (setq file (concat file ".gz"))
> ! (error "%s does not exist" file)))
> ! (let ((auto-compression-mode t))
> ! (find-
Hi,
> It seems to be related to a setting in KDE's window manager, "Click
> Raise Active Window". The tooltip for this setting says:
>
> When this option is enabled, the active window will be brought to
> the front when you click somewhere into the window contents.
>
> When "Click Raise Acti
Michael Albinus <[EMAIL PROTECTED]> writes:
> I've committed a new tramp.el into Emacs CVS, please try this. Note
> that that I have set tramp-default-method to "ftp", therefore the
> results are slightly different. And my telnetd is disabled by default;
> I've used ssh therefore.
Initial testing
Hi,
I apologize if this is a dumb question, but I've been looking through
the code and can't figure this one out: on the unicode-2 branch, if a
font specifies "iso-10646-1" for XLFD registry/encoding (and then
fontset.c sets 'charset' accordingly), what exactly is getting passed
in struct
www.Allresortthailand.com
HIDEAWAY YOURSELF
FROM ALL MESS
What's
about a few days in Thailand? If you are planning to spend a
vacation, and if thailand is one of your destination.
If You
are looking to be somewhere just to hideaway yourself from all mess,
Allresortthailand.com i
Kim F. Storm wrote:
It seems to be related to a setting in KDE's window manager, "Click
Raise Active Window". The tooltip for this setting says:
When this option is enabled, the active window will be brought to
the front when you click somewhere into the window contents.
When "Cli
Chong Yidong <[EMAIL PROTECTED]> writes:
>> Chong, perhaps you can try to understand why you have problems with
>> mouse clicks due to this change. I don't have the reported problem,
>> so I cannot debug it.
>
> It seems to be related to a setting in KDE's window manager, "Click
> Raise Active Wi
> Chong, perhaps you can try to understand why you have problems with
> mouse clicks due to this change. I don't have the reported problem,
> so I cannot debug it.
It seems to be related to a setting in KDE's window manager, "Click
Raise Active Window". The tooltip for this setting says:
When
The message displayed by `Info-index-next' is not informative in
regard to the number of remaining alternatives that subsequent `,'
commands will find. The patch below displays the number as the total
size of `Info-index-alternatives' minus the currently found index
entry. Since `Info-index-alter
James Cloos <[EMAIL PROTECTED]> writes:
>> "Jay" == Jay Belanger <[EMAIL PROTECTED]> writes:
>
>>> P.S.: The patch also removes the "degree" for "Kelvin".
>
> Jay> Why?
>
> There is no such thing as degrees Kelvin, there are only Kelvins.
The question is whether its the business of calc to be
- (insert-file-contents (expand-file-name filename data-directory))
(hack-local-variables)
(goto-char (point-min))
(search-forward "\n<<")
--- 52,73
(if (get-language-info current-language-environment 'tutorial)
current-language
Jason Rumney <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
>> Jason,
>>
>> Can you explain why you added that specific line.
>>
>> I can see that it looks like a reasonable thing to do,
>> but Chong has problems with it (I don't).
>>
>> What problem was it supposed to fi
Stefan Monnier <[EMAIL PROTECTED]> writes:
> We're not talking about breaking compatibility, but about fixing it.
> I agree we shouldn't break compatibility for no reason, but I think
> that preserving backward compatibility is a waste of our time in
> such a context. Of course, if Hrvoje wants t
> Eval: (setq foo 'bar)
>
> typing `C-s foo' will display:
>
> Eval: (setq foo 'bar) [I-search backward: foo]
>
> and `foo' will be highlighted in `isearch' face, as usual.
>
> I suggest that those who find this interesting try it out.
This doesn't work satisfactorily: temporarily
desktop.el doesn't save TAGS files (skipped according to the current
default value of the option `desktop-buffers-not-to-save'), but saves
information about TAGS-LISP. This causes `find-tag' (M-.) to fail after
restoring the desktop due to the attempt to call nil function:
Debugger entered--Lisp
When isearch leaves the buffer in isearch mode (this can happen after
switching buffers during incremental search), and desktop-mode is
enabled, it writes isearch-mode as one of buffer's minor modes to the
desktop file.
This causes bad effects during restoring the desktop. When desktop.el
calls i
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Jason,
>
> Can you explain why you added that specific line.
>
> I can see that it looks like a reasonable thing to do,
> but Chong has problems with it (I don't).
>
> What problem was it supposed to fix?
Mouse movement is not correctly tracked without i
Mathias Dahl <[EMAIL PROTECTED]> writes:
> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>
>> 1. $ emacs -q
>>
>> 2. Create two lines of text:
>>
>> line1
>> line2
>>
>> 3. Mark the first one using the mouse and press C-d (delete-char). The
>>marked region will be d
On Mon, Oct 17, 2005 at 12:33:18AM -0400 Richard M. Stallman wrote:
> I don't know where the bug, but may be fallback to default value of
> ispell-dictionary-alist if (ispell-aspell-find-dictionary)
> unsuccessfull?
> I think this change should do it. Does it give good results?
No,
> * mh-comp.el (mh-complete-word): Pass the common
> prefix substring of completion to `display-completion-list'.
Just a friendly reminder that MH-E runs on Emacs 20 and 21 too. While I
do not expect Emacs developers to write macros such as the following to
provide compatibility, the M
64 matches
Mail list logo
