Why is it correct to use the default background of
`default-frame-alist' for a special-display frame
that I explicitly assigned a different background
color?
You did not say that you assigned a different background color.
I thought I did:
I have a set
Why is it correct to use the default background of `default-frame-alist' for
a special-display frame that I explicitly assigned a different background
color?
You did not say that you assigned a different background color.
Please provide a _complete, self-contained test case_ for every
Am 01.04.2006 um 15:45 schrieb Richard Stallman:
Can you debug why it fails?
It ought to work.
It works with ZIP archives that open in archive-mode. TAR files open
in tar-mode. In image-mode.el we have now:
140 (let* ((image
141 (if (and (buffer-file-name)
142
Am 01.04.2006 um 15:45 schrieb Richard Stallman:
Can you debug why it fails?
It ought to work.
I am starting and I am observing with some files, when I toggle from
the initial image to the code view and then back to image, only code
is shown, and it's only a part of the code that is displ
Richard Stallman wrote:
> Thanks for reporting the bug. I wrote a cleaner fix.
>
Until it's in the CVS-rep; Here the present state of art:
;; Bugged: read-abbrev-file function in abbrev.el
;; The `(interactive "f' - kontroll-letter takes just
;; the current buffer-file if you quit the demand
;
On 3 Apr 2006, at 15:29, Jason Rumney wrote:
David Reitter wrote:
Lennart Borgman proposed to do this on Windows systems. That's
because apparently, long mailto:// URLs aren't supported well.
Lennart, do you think we can be more specific here and only enable
it when it's really needed, e.g
Jason Rumney wrote:
David Reitter wrote:
Lennart Borgman proposed to do this on Windows systems. That's
because apparently, long mailto:// URLs aren't supported well.
Lennart, do you think we can be more specific here and only enable it
when it's really needed, e.g. on old Windows installation
Hi, Michael, Tim and Richard!
On Sun, 19 Mar 2006, Michael Cadilhac wrote:
>> > I got an error with some C indentation in macro definitions in GNU
>> > Emacs 22.0.50.34 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of
>> > 2006-03-02.
>> > Error is triggered by:
>>
Alan Mackenzie <[EMAIL PROTECTED]> writes:
> Hi, Michael, Tim and Richard!
And hi everybody !
>>> > #foo :\
>>> > bar
>> typedef struct {
>> int chanCnt:5; // correct indentation
>> u_char_t chanCntRsvd:3; // INCORRECT indentation
>> } CbChanCnt_t;
>
> T
The value of that :background attribute is the default
background for `default-frame-alist' - that is, for
non-special frames. So, what happens is that the
`default' face for the new, special frame has its
background set to the default value of the default face for
David Reitter wrote:
Lennart Borgman proposed to do this on Windows systems. That's because
apparently, long mailto:// URLs aren't supported well. Lennart, do you
think we can be more specific here and only enable it when it's really
needed, e.g. on old Windows installations?
I don't think the
On 3 Apr 2006, at 08:48, Reiner Steib wrote:
On Mon, Apr 03 2006, Richard Stallman wrote:
This message:
"*** E-Mail body has been placed on clipboard, please paste
them here! ***"
I don't see that message when I use it. It must be specific to some
aspect of your configuration.
On Mon, Apr 03 2006, Richard Stallman wrote:
> This message:
>
> "*** E-Mail body has been placed on clipboard, please paste
> them here! ***"
>
> I don't see that message when I use it. It must be specific to some
> aspect of your configuration. Where does it come from?
The messa
Richard Stallman wrote:
> Thanks for reporting the bug. I wrote a cleaner fix.
>
Please send copy of the fix, couldn't see it in the CVS-Rep.
AFAIS there is a related bug in abbrev.el, the fix
depends on the way `read-abbrev-file' is written:
;; Bugged: quietly-read-abbrev-file:
;; old: Inter
14 matches
Mail list logo