Quoting LENNART BORGMAN <[EMAIL PROTECTED]>:
> From: [EMAIL PROTECTED] (Kim F. Storm)
>
> > [EMAIL PROTECTED] writes:
> >
> > > The "bug" used to be there because Emacs required an integer
> > number of lines on
> > > the screen. Now that Emacs handles different sized fonts, this
> > restriction m
Quoting Juanma Barranquero <[EMAIL PROTECTED]>:
> > I plan to do that _after_ the release.
>
> Cool.
>
> Could we install Lennart's patch for 22.1, then? (If it causes any
> trouble we'll find soon enough during the pretest.)
>
Lennart's change depends on Kim's change to work reliably, so install
Quoting David Abrahams <[EMAIL PROTECTED]>:
> > #ifndef SPI_GETFONTSMOOTHINGTYPE
> > #define SPI_GETFONTSMOOTHINGTYPE 0x0200A
> > #endif
>
> Makes sense. I just didn't know how close this was, legally speaking,
> to copying MS code into GPL'd code, and didn't want to risk it. But
> if you say it
Quoting Lennart Borgman <[EMAIL PROTECTED]>:
> David Abrahams wrote:
>
> >I have nothing to add to
> >http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00364.html
> >except that it's happening for me, too.
> >
> >Ideas, anyone?
> >
> >
> >
>
> I think the changes below should make maximized
Quoting David Abrahams <[EMAIL PROTECTED]>:
> Look, I wasn't rude (I don't think)
Not rude, just impatient :-)
> Also the name _WIN32_WINNT
> is reserved to the implementation and unless we're given specific
> permission to #define it, doing so is ill. FWIW. I don't know
> whether that permiss
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
> > Agreed, but I think the use of -D_WIN32_WINNT=0x0400 on the compiler
> > command-line may be similarly bad (and is the reason I transcribed
> > those constants).
>
> Jason, could you perhaps tell why this compiler switch is used? If
> that is because
Quoting Juanma Barranquero <[EMAIL PROTECTED]>:
> >From w32.c:
>
> #ifdef _MSC_VER
> #define COMPILER_NAME "msvc"
> #else
> #ifdef __GNUC__
> #define COMPILER_NAME "mingw"
> #else
> #define COMPILER_NAME "unknown"
> #endif
> #endif
>
> Is there any reason to consider any _G
Quoting David Abrahams <[EMAIL PROTECTED]>:
> Incidentally, it seemed to work just fine for me if I remove the
> checks for whether cleartype is enabled altogether, and just make the
> width adjustments unconditionally.
That is not a good idea. Your patch potentially affects performance, since it
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
> This was tested on Windows XP SP2, but my main concern is about older
> Windows versions, like Windows 9x: the changes use advanced
> redirection features that are unavailable with COMMAND.COM, the
> default shell that comes with those older versions of
Quoting David Abrahams <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] writes:
>
> > Quoting David Abrahams <[EMAIL PROTECTED]>:
> >
> >> When ClearType
> >> (http://www.microsoft.com/typography/cleartype/tuner/Step1.aspx) is
> >> enabled on an NT build of Emacs, it's very common for emacs to "slice
> >>
Quoting David Kastrup <[EMAIL PROTECTED]>:
> The files are not opened in binary mode or something like that?
Its a possibility, but Emacs should be linked with binmode.obj, which makes the
default mode binary.
If the link with binmode.obj fails and default is text mode for some reason (as
happen
Quoting David Abrahams <[EMAIL PROTECTED]>:
> When ClearType
> (http://www.microsoft.com/typography/cleartype/tuner/Step1.aspx) is
> enabled on an NT build of Emacs, it's very common for emacs to "slice
> off" a few antialiased pixels on either side of a character's vertical
> member. It happens
It appears to have been moved from tooltip.el where it was preloaded, to gud.el,
so if gud is not loaded it has as good as disappeared.
I don't understand this decision. Why is this now considered a gud specific
feature? It was formerly a user option to have messages appear in the echo area
rather
Quoting martin rudalics <[EMAIL PROTECTED]>:
> Jason Rumney wrote:
>
> >
> > Rather than patch the source, can you please try to debug the startup
> > code at the bottom of w32menu.c that decides whether to use Unicode
> > menu names. Does Windows ME have a stubbed out version of
> > unicode_
14 matches
Mail list logo
