From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Mon, 09 Apr 2007 00:45:09 +0200
If I put this in the file xx.htm:
TD class=...
TD class
the rightmost pixels of the first D are lost as can be seen by the tiny
screen-shot at the end of this message. The second D is shown normally.
I
From: Kim F. Storm [EMAIL PROTECTED]
Date: Mon, 9 Apr 2007 01:32:01 +0200 (CEST)
Following my last bug report on W32 display error, I noticed that
the image didn't get through. So I tried various stuff to decode
the base64 stuff in various ways like this:
- copy it to a new file
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Mon, 09 Apr 2007 01:46:26 +0200
[EMAIL PROTECTED] (Kim F. Storm) writes:
I had to edit a simple html file on Windows XP, so I got the latest
unpatched Emacs 22 pretest from Lennart's site (thank you).
If I put this in the file xx.htm:
From: Eric Hanchrow [EMAIL PROTECTED]
Date: Sun, 08 Apr 2007 17:35:43 -0700
I'm clearly seeing it myself, for what that's worth, using Bitstream
Vera Sans Mono at 12 pixels.
Do you have ClearType turned on? If so, does the problem go away if
you turn it off?
Do you see the problem with
I withdraw this report -- found another setting of the
after-make-frame-functions hook that did not give the frame as an
argument.
Apologies
==John ffitch
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Eli == Eli Zaretskii [EMAIL PROTECTED] writes:
I'm clearly seeing it myself, for what that's worth, using
Bitstream Vera Sans Mono at 12 pixels.
Eli Do you have ClearType turned on?
I did.
Eli If so, does the problem go away if
From: Drew Adams [EMAIL PROTECTED]
Date: Sun, 8 Apr 2007 10:43:55 -0700
1. Doc string for `set-mark-command':
Thanks, I implemented some of your suggestions. The new doc string
appears at the end of this message.
Get rid of e.g. C-u C-@.
I don't see any reason to get rid of this, as it's
On 2007-04-09, Kenichi Handa said:
In old Emacs 23:
← are shown by:
normal: dejavu lgc sans
mono:pixelsize=16:foundry=unknown:weight=medium:slant=r:width=normal (#x563)
bold: dejavu lgc sans
mono:pixelsize=16:foundry=unknown:weight=bold:slant=r:width=normal (#x563)
In Emacs 23
Cc: emacs-pretest-bug@gnu.org
From: Eric Hanchrow [EMAIL PROTECTED]
Date: Mon, 09 Apr 2007 00:24:24 -0700
Eli == Eli Zaretskii [EMAIL PROTECTED] writes:
I'm clearly seeing it myself, for what that's worth, using
Bitstream Vera Sans Mono at 12 pixels.
Eli Do you have
(defcustom whitespace-check-indent-whitespace indent-tabs-mode
Flag to check indentation whitespace. This is the global for the system.
That fails to do the right thing if the user changes indent-tabs-mode
mode after whitespace.el is loaded -- which is certainly not unlikely,
especially
Emacs (recent CVS build, Carbon) will not start when installed in
directories with certain file names.
For example when I install the .app bundle in /Applications/Pour
Développement, it refuses to run. When started from a terminal, the
error messages I'm getting are
lucy:/Applications/Pour
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes:
Oops, the fontset.c I sent you had a silly bug. Please try
with the new one attached at the tail.
It seems I don't have settings to see this bug fix. But I can confirm
← is now using the same bold font as with old fontset.c.
This crash occurred with a (slightly modified) CVS version
(2007-04-04), Carbon build.
I was trying out tabbar.el (providing tabbar-mode) using PNG files
for `tabbar-home-button-enabled-image' and the other tabbar buttons.
I think I clicked on the mode (leftmost) button before this
[GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, X toolkit) of 2007-03-29]
The default menu bar in Emacs started with --enable-font-backend is
using X core font. Is this a known problem?
FWIW,
I caught a screen shot in XEmacs list and it seems it is possible to
use XFT in Lucid menu-bar.
1. Doc string for `set-mark-command':
Thanks, I implemented some of your suggestions. The new doc string
appears at the end of this message.
Get rid of e.g. C-u C-@.
I don't see any reason to get rid of this, as it's a valuable advice
to novices who could otherwise do something like
David Reitter [EMAIL PROTECTED] writes:
This crash occurred with a (slightly modified) CVS version
(2007-04-04), Carbon build.
I was trying out tabbar.el (providing tabbar-mode) using PNG files
for `tabbar-home-button-enabled-image' and the other tabbar buttons.
I think I clicked on the
Leo skrev:
[GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, X toolkit) of 2007-03-29]
The default menu bar in Emacs started with --enable-font-backend is
using X core font. Is this a known problem?
It is a known limitation. Since GTK supports XFT-fonts, I am not sure it is
worth the trouble to
Eli Zaretskii [EMAIL PROTECTED] writes:
Following my last bug report on W32 display error, I noticed that
the image didn't get through. So I tried various stuff to decode
the base64 stuff in various ways like this:
- copy it to a new file buffer named x.gif, mark it, do
In GNU Emacs 22.0.97.2 (sparc-sun-solaris2.8, X toolkit)
of 2007-04-08 on xxx
Windowing system distributor `The Cygwin/X Project', version 11.0.60899901
configured using `configure
'--prefix=/home/ruttbe/.upak-jade/installed/emacs22-pretest''
Important settings:
value of $LC_ALL:
Cannot open load file: term/mac-win
[...]
This error obviously occurs before loading any user-specific settings, so
I'm not sending the Emacs debug log.
Actually, this is not obvious at all to me. AFAIK the term-specific setup
file (such as term/xterm or term/x-win or term/mac-win) is loaded
Emacs infloops when I press the key at the end of this line (to the right of
the last '(':
matching_dbs = commands.getoutput(cat
//xx/x/x.xxx | grep ^%s | grep -v xxx %
region).strip().split(
I assume this is using Emacs's own python.el, not python-mode.el,
Benjamin Rutt rutt.4 at osu.edu writes:
Is there anything I can do to make this report more useful? It doesn't happen
with emacs -q unfortunately.
hoorah, I can now dupe it with command line
emacs -q --eval '(add-hook (quote python-mode-hook) (lambda ()
(imenu-add-menubar-index)))' --eval
On 9 Apr 2007, at 20:35, Stefan Monnier wrote:
So try it with -Q.
OK, same story, see below.
This said, I wouldn't be surprised if building (and/or installing)
doesn't
work correctly in a directory whose complete filename contains
spaces and/or
non-ascii letters.
Spaces are definitely
Benjamin Rutt [EMAIL PROTECTED] writes:
Emacs infloops when I press the key at the end of this line (to the right of
the last '(':
matching_dbs = commands.getoutput(cat
//xx/x/x.xxx | grep ^%s | grep -v xxx %
region).strip().split(
I can't reproduce this at
On 4/9/07, Stefan Monnier [EMAIL PROTECTED] wrote:
I assume this is using Emacs's own python.el, not python-mode.el, right?
yes.
Try to trim down your customization to the smallest one with which you can
still reproduce the problem.
thanks, that did the trick, see my other post.
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes:
[GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, X toolkit) of 2007-03-29]
The default menu bar in Emacs started with --enable-font-backend is
using X core font. Is this a known problem?
--enable-font-backend is just to tell Emacs to use
Could someone look at this bug?
It has caused hanoi, erc and emacs-w3m etc to act weirdly.
--
Leo sdl.web AT gmail.com (GPG Key: 9283AA3F)
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
On 2007-04-10, Kenichi Handa said:
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes:
[GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, X toolkit) of 2007-03-29]
The default menu bar in Emacs started with --enable-font-backend is
using X core font. Is this a known problem?
Benjamin Rutt [EMAIL PROTECTED] writes:
Benjamin Rutt rutt.4 at osu.edu writes:
Is there anything I can do to make this report more useful? It
doesn't happen with emacs -q unfortunately.
hoorah, I can now dupe it with command line
emacs -q --eval '(add-hook (quote python-mode-hook)
Benjamin Rutt [EMAIL PROTECTED] writes:
Benjamin Rutt rutt.4 at osu.edu writes:
Is there anything I can do to make this report more useful? It
doesn't happen with emacs -q unfortunately.
hoorah, I can now dupe it with command line
emacs -q --eval '(add-hook (quote python-mode-hook)
Could there be something wrong with your gif libraries?
If that turns out to be the explanation, then this is not a bug in
Emacs. But we might want to do something to warn people not to use
that version of the gif libraries.
___
emacs-pretest-bug
Ah yes, now I can replicate it. The trouble was that your test
program had long lines that were automatically snipped by Gnus.
Here is a simpler test case:
#!/usr/bin/env python
def foo(bar):
foo = foo(foo).bar(
cmd = foo
bar
emacs -q foo.py
M-:
On Mon, 09 Apr 2007 15:35:26 -0400, Stefan Monnier [EMAIL PROTECTED]
said:
This said, I wouldn't be surprised if building (and/or installing)
doesn't work correctly in a directory whose complete filename
contains spaces and/or non-ascii letters.
I think he is using Carbon Emacs with
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes:
In addition, as far as I know, the menu bar is impleneted by
using some toolkit (gtk, lucid, or ?). I think the font
used in the menu bar is decided by which toolkit you
compiled Emacs with.
I am using Lucid toolkit.
Then, I
34 matches
Mail list logo
