On 2003-07-11 01:50:49 +0200 Alexander Malmberg <[EMAIL PROTECTED]> wrote:
Benhur Stein wrote:
I'm getting those too. I think they are related to the last changes in base
to better support DO. It seems that message forwarding is not always working
well.
[snip]
I've noticed what might be a related
Pete French wrote:
> Going bck to the converastions of a week or so ago - I have just noticed
> something which reliably reproduces the "missing characters on the end of a
> string" effect.
[snip]
Thanks! I was able to reproduce this, but only with some fonts. Turned
out to be a problem with finit
Benhur Stein wrote:
> I'm getting those too. I think they are related to the last changes in base
> to better support DO. It seems that message forwarding is not always working
> well.
[snip]
I've noticed what might be a related problem in some apps. It seems that
combining forwarding with -perfor
On 2003-07-10 18:42:08 -0300 Stefan Urbanek <[EMAIL PROTECTED]> wrote:
Hi,
I am getting (current CVS - 10.7.2003 23:00 CET):
2003-07-10 23:40:31.360 ProjectCenter[10196] GSFFCallInvocation.m:864 Assertion failed in GSInvocationCallback. No signature for selector projectNew:
I'm getting those t
Hi,
I am sorry, I have currently no idea why this happens (these methods
are defined/declared as part of PCMenuController.[hm]) and I cannot
reproduce it. Did you try with the released version of GNUstep as well?
Unfortunately I will be away for 2 weeks now, but I will have a look at
it as
Hi,
I am getting (current CVS - 10.7.2003 23:00 CET):
2003-07-10 23:40:31.360 ProjectCenter[10196] GSFFCallInvocation.m:864 Assertion
failed in GSInvocationCallback. No signature for selector projectNew:
/usr/src/gnustep/ProjectCenter/ProjectCenter.app/ix86/linux-gnu/gnu-gnu-gnu/ProjectCenter:
Adam Fedor wrote:
[snip]
> Just a quick note: I'd rather this be a user default value that we get
> from NSUserDefaults. Perhaps GSInputMethodStyle or something similar.
Since the default (or at least its value) is effectively back-xlib
specific, I'd suggest reflecting this in the name, eg.
GSXIMI
Kazunobu Kuriyama wrote:
[snip]
> Because off-the-spot and over-the-spot need to interact with a text drawing
> object, I have to put some code in -gui.
This sound useful, but I think you've added this code in the wrong
place, which is bad (it can only be used from NSTextView, it adds
backend-spec
Adam Fedor wrote:
On Thursday, July 10, 2003, at 12:34 PM, Kazunobu Kuriyama wrote:
To allow the user to switch an input style to another, the new
environmental
variable GNUSTEP_INPUT_METHOD_STYLE is introduced. The valid values
of the
variable are OffTheSpot, OverTheSpot and RootWindow. The
On Thursday, July 10, 2003, at 12:34 PM, Kazunobu Kuriyama wrote:
To allow the user to switch an input style to another, the new
environmental
variable GNUSTEP_INPUT_METHOD_STYLE is introduced. The valid values
of the
variable are OffTheSpot, OverTheSpot and RootWindow. The default value
is Roo
Hi,
Attached are the patches which make the GNUstep's input method support
better.
According to the X library manual, preediting styles which are supported by
the X library are on-the-spot, off-the-spot, over-the-spot and root-window.
At present, GNUstep supports root-window alone.
The patches a
Hi, all.
Attached are the patches to make the xlib backend fully supports unicode.
Accordingly, if the patches are applied, the backend should handle all
characters
represented with NSGlyph.
If the X Window System in use is already set up properly for your language
environment (i.e., locale, fon
=== BUG #4255: LATEST MODIFICATIONS ==
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4255&group_id=99
Changes by: Benhur Stein <[EMAIL PROTECTED]>
Date: Thu 07/10/2003 at 11:58 (America/Sao_Paulo)
What | Removed | Added
13 matches
Mail list logo