Bug for NSBIG5StringEncoding ?

I'm not sure it is a bug because I haven't successfully find the reason. When I set GNUSTEP_STRING_ENCODING = "NSBIG5StringEncoding", all the program complain it can't get a dictionary from .GNUstepDefaults, Locale.aliases, etc. As long as the lengh of files decrease under than about 45 l

exampleInfo.plist

The bug of property list has been fixed. Thanx a lot!! There is a last piece which may need some discussion. The file gnustep/core/gui/Tools/exampleInof.plist contains different language (encoding). Sometimes the encoding will conflict with user's local encoding. In my case, the Germ

gnustep-back won't compile on FreeBSD 4.5

I use FreeBSD 4.5 + GCC 3.0.4 + XFree 4.1.0 (both from ports). When it compile GSBackend.m, it can't find X11/Xatom.h, X11/Xlib.h, X11/Xutil.h, I can make it work by adding ADDITIONAL_INCLUDE_DIRS += -I/usr/X11R6/include in Source/GNUmakefile.preamble. Maybe there is a bug somewher

XftFontInfo can't find HAVE_UTF8

I don't know whether it is a bug or not. I use FreeBSD 4.5 and XFree86 4.1.0 (from ports) as before. I compile a clean GNUstep from CVS. I found that xlib/XftFontInfo.m can't find the HAVE_UTF8 tag so that it can't display Chinese correctly using XftDrawStringUTF8. If I remove the #if

RE: XftFontInfo can't find HAVE_UTF8

l 26, 2002 10:49 PM > To: Yen-Ju Chen; [EMAIL PROTECTED] > Subject: Re: XftFontInfo can't find HAVE_UTF8 > > > Yen Ju, > > This was added for compatilibility w/ older X servers. I have > tested it with > both XFree86 4.0.2 which does not have XftDrawStringUtf

make_services core dump

I got the lastest source from CVS and install over the my old GNUstep. The make_services (called by GNUstep.sh) core dumped on FreeBSD 4.5, and the error message is : error: NXContantString (instance) NXContantString does not recognize characterAtIndex: I thought maybe I should inst

RE: make_services core dump

y, July 8, 2002, at 04:54 AM, Yen-Ju Chen wrote: > > I got the lastest source from CVS and install over the my old GNUstep. > The make_services (called by GNUstep.sh) core dumped on FreeBSD 4.5, > and the error message is : > > error: NXContantString (instance) >

Re: make_services core dump

p/System/Libraries/... ? > > Yen-Ju Chen wrote: > >> It still doesn't work. >> I have gcc 2.x in /usr/lib (FreeBSD default) and gcc3.0 in >> /usr/local/lib >> (FreeBSD package). >> I remove the /usr/lib/libobjc.a, /usr/lib/libobjc_p.a, and >> /usr/

bug in NSBrowser ?

Two things I notice when using NSBrowser 1. The selected cell doesn't deselected properly: Select a cell of 1st column, 2nd column will show up. Then select a cell of 2nd column, 3rd column will show up. Now select a cell of 1st column, the 3rd column will disapper, and t

Re: bug in NSBrowser ?

<[EMAIL PROTECTED]> >To: Yen-Ju Chen <[EMAIL PROTECTED]>, GNUstep bugs <[EMAIL PROTECTED]> >Subject: Re: bug in NSBrowser ? >Date: Sat, 07 Sep 2002 21:29:30 -0600 > >I tried your example on MacOSX and it didn't work at all (crashed), but >after fixing a few

Re: bug in NSBrowser ?

>From: Adam Fedor <[EMAIL PROTECTED]> >To: Yen-Ju Chen <[EMAIL PROTECTED]> >CC: [EMAIL PROTECTED] >Subject: Re: bug in NSBrowser ? >Date: Sun, 08 Sep 2002 17:14:00 -0600 > >Yen-Ju Chen wrote: >> >> I realize that I misunderstood the usage of brows

Re: Strange string character conversion

I have some comments from my experience. Hope it help. I think base/Unicode.m should work. Most problem could be in gui/back rather than base. I would suggest you to try backart instead to minimize the problem with font cache. It's really painful to pick up the right font in x11/xl

More Drag Operation

Hi, There are more NSDragOperation in Cocoa than GNUstep. In Cocoa, there are NSDragOperationCopy, NSDragOperationLink, NSDragOperationGeneric, NSDragOperationPrivate, NSDragOperationMove, NSDragOperationDelete, NSDragOperationEvery, NSDragOperationAll, NSDragOperation

NSWindowController doesn't load Gorm file.

I try to load the Gorm file using NSWindowController -initWithWindowNibName:Owner:. I have an outlet connected to the window (actually, panel). At this step, the window is not loaded. Then I try [NSWindowController window]. The window is loaded, but [NSWindowController window] return nil. I think

Re: NSWindowController doesn't load Gorm file.

to show up. Yen-Ju From: "Chris B. Vetter" <[EMAIL PROTECTED]> To: "Yen-Ju Chen" <[EMAIL PROTECTED]> Subject: Re: NSWindowController doesn't load Gorm file. Date: Thu, 13 Feb 2003 14:03:27 -0800 On Thu, 13 Feb 2003 16:50:47 -0500 "Yen-Ju Chen" <

initialFirstResponder in Gorm file doesn't work

Hi, I try to use the initialFirstResponder of the NSWindow in Gorm file, and it dones't work. I connect it to a NSTextField. When application starts, this NSTextField doesn't get the focus (or become key view) I have to hit a "tab" key to make it work. The nextKeyView works perfectly. I at

Re: NSWindowController doesn't load Gorm file.

source code, I can't find where the loaded window is. [NSBundle loadNibNamed:] only return BOOL, not the loaded window. Yen-Ju From: Nicola Pero <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Subject: Re: NSWindowController doesn't load Gorm f

Re: NSWindowController doesn't load Gorm file.

Thanx a lot. I realize that I should use [NSBundle loadNibName: owner:] instead of NSWindowController to load the nib file, which makes more sense in this case and is more straight-forward. Yen-Ju From: Nicola Pero <[EMAIL PROTECTED]> Reply-To: Nicola Pero <[EMAIL PROTECTED]>

Only one row can be dragged from NSTableView

Hi, I try to drag more than one row from NSTableView, but only the last selected row is dragged. I attach a test program. It will print out (NSLog) all the dragged row when you try to drag something out of the table view. You can find that no matter what you selected, only the last selected

NSPanel can't set itself as its delegate ?

Don't know it is a bug or I did a stupid thing. But I found that if I set the delegate of NSPanel itself, it will use up all the resource and die. For example: @implementation MyPanel : NSPanel - (id) init { self = [super initWithContentRect]; /* Add subviews */ [self setDelegat

Re: [RFA}: Filesystem update for gnustep-make

I just curious this will go to GNUstep make 1.6.x or 1.7.x ? Does that mean I need to rewrite GNUmakefile and probably reinstall a clean GNUstep ? Yen-Ju From: Adam Fedor <[EMAIL PROTECTED]> To: bug-gnustep <[EMAIL PROTECTED]> Subject: [RFA}: Filesystem update for gnustep-make Date: Fri, 04 Ap

Re: [bug #3395] Segmentation fault in ProjectCenter when run a toolcouple times

Yes. It's gone with latest CVS. By the way, when I start the ProjectCenter, it always complains "FileManagerGenericException: There is already a creator registered for this type!". But it still work after choosing "Ignore". Where might be the problem ? Yen-Ju From: [EMAIL PROTECTED] To: [

Re: Text drawing bug - gaps after 16th character in scaled view

From: Pete French <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Text drawing bug - gaps after 16th character in scaled view Date: Wed, 02 Jul 2003 09:34:39 +0100 > studying it. Why? Because I have to get some .nfonts for Asian > characters some

Re: [bug #3395] Segmentation fault in ProjectCenter when run a toolcouple times

From: Serg Stoyan <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: [bug #3395] Segmentation fault in ProjectCenter when run a tool couple times Date: Wed, 2 Jul 2003 18:16:48 +0300 Hello Yen-Ju, Does /System/Library/ProjectCenter directory exist? If so try to remove it and start PC again.

Warning when compiling GNUstep

These are the warnings I received when compiling GNUstep. GNUstep still works, but compilation will looks more clean if they are fixed. I use FreeBSD 4.8, GCC 3.2 with lastest GNUstep CVS (7/28 morning). gnustep-base: GSMime.m: In function `-[GSMimeParser decodeData:fromRange:intoData:withConte

Re: Warning when compiling GNUstep

From: Pete French <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Warning when compiling GNUstep Date: Mon, 28 Jul 2003 18:18:49 +0100 > 3. link bugs I didn't find in the gnustep code (and don't occur on my > debian system) ... I think they are cau

Patch for Unicode.m

Here is a patch to fix [NSString availableStringEncodings], in which the last encoding is missing (NSBIG5StringEncoding). By the way, I can't make "cvtenc -EscapeIn YES" to work. Can anyone make a test ? I found the output of "cvtenc -EscapeIn YES" is in UCS-2 encoding, no matter my GNUSTEP_STRING_

Traditional Chinese translation for gnustep-base

Hi, Here is the Traditional Chinese translation for gnustep-base. Simply extract under gnustep/core/base/Resources. Yen-Ju _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus Tr

Patch for GSHorizontalTypesetter.m to wrap CJK glyph

Each CJK glyph should be treated as a word when wrapping word. This patch check the CJK character and make the wrapping correct. PS. I'm not sure it is a perfect patch, but it basically works. Yen-Ju *** GSHorizontalTypesetter.m.orig Thu Jul 31 15:54:24 2003 --- GSHorizontalTypesetter.m Thu Jul 31

Some warnings from compilation

Hi, Again, just some warnings from compilation since the new headers (CVS on 8/1 morning). Most of them are variable uninitialized. Yen-Ju Base: NSProxy.m:40:19: warning: limit.h: No such file or directory AGSHtml.m: In function `-[AGSHtml outputNode:to:]': AGSHtml.m:1581: warning: unus

Re: [bug #4658] Broken gpbs when doing pb operations between GS andX

From: Pete French <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [bug #4658] Broken gpbs when doing pb operations between GS andX Date: Tue, 19 Aug 2003 11:02:38 +0100 > would you two mind to retest large cut&paste again? I did fix this Still d

Re: ANN: GNUstep base/make Version 1.7.4

From: Adam Fedor <[EMAIL PROTECTED]> To: "Yen-Ju Chen" <[EMAIL PROTECTED]> CC: Bug GNUstep <[EMAIL PROTECTED]> Subject: Re: ANN: GNUstep base/make Version 1.7.4 Date: Tue, 16 Sep 2003 21:36:06 -0600 On Tuesday, September 16, 2003, at 10:14 AM, Yen-Ju Chen wrote: I hope

Re: ANN: GNUstep base/make Version 1.7.4

From: Adam Fedor <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAIL PROTECTED]> CC: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Re: ANN: GNUstep base/make Version 1.7.4 Date: 19 Sep 2003 20:42:19 -0600 On Wed, 2003-09-17 at 09:21, Yen-Ju Chen wrote: Maybe I unde

Re: ANN: GNUstep base/make Version 1.7.4

From: Adam Fedor <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAIL PROTECTED]> CC: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Re: ANN: GNUstep base/make Version 1.7.4 Date: 19 Sep 2003 21:25:27 -0600 But what if eOut=NO && eIn=NO. The else clause gets

Re: ANN: GNUstep base/make Version 1.7.4

From: Adam Fedor <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAIL PROTECTED]> CC: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Re: ANN: GNUstep base/make Version 1.7.4 Date: 19 Sep 2003 22:16:15 -0600 On Fri, 2003-09-19 at 21:52, Yen-Ju Chen wrote: > If someon

Bug of cvtenc (Re: ANN: GNUstep base/make Version 1.7.4)

From: Adam Fedor <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAIL PROTECTED]> CC: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Re: ANN: GNUstep base/make Version 1.7.4 Date: 20 Sep 2003 09:27:07 -0600 On Fri, 2003-09-19 at 22:20, Yen-Ju Chen wrote: I don't und

Re: Bug of cvtenc (Re: ANN: GNUstep base/make Version 1.7.4)

From: Adam Fedor <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAIL PROTECTED]> CC: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Re: Bug of cvtenc (Re: ANN: GNUstep base/make Version 1.7.4) Date: 20 Sep 2003 20:43:24 -0600 With my patch I get a file in the local enco

Re: Bug of cvtenc (Re: ANN: GNUstep base/make Version 1.7.4)

your time. Yen-Ju From: "Yen-Ju Chen" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Bug of cvtenc (Re: ANN: GNUstep base/make Version 1.7.4) Date: Sun, 21 Sep 2003 08:40:06 -0400 From: Adam Fedor <[EMAIL PROTECTED]> To: Yen-Ju Chen <[EMAI

Always send out _GNUSTEP_WM_ATTR to window manager

Hi, This is a patch which will always send out _GNUSTEP_WM_ATTR attributes to window manager. There are three GNUstep-specific attributes: _GNUSTEP_WM_ATTR, _GNUSTEP_WM_MINIATURIZE_WINDOW, _GNUSTEP_TITLEBAR_STATE. _GNUSTEP_WM_ATTR is for window decoration and window level, and currently, i

Re: [RFC]: Window focus changes

It works good as not breaking anything. :) (tested with WindowMaker and hackedbox). Yen-Ju From: Adam Fedor <[EMAIL PROTECTED]> To: Bug GNUstep <[EMAIL PROTECTED]> CC: Benhur Stein <[EMAIL PROTECTED]> Subject: [RFC]: Window focus changes Date: Thu, 30 Oct 2003 09:58:15 -0700 I doesn't really chang

Patch for XGServerEvent for easy override

Hi, This is a patch of XGServerEvent for easy override. It do nothing different, but just for easy override by others. Basically it split a method into two: - methodA { while() { doSomething. } } becomes - methodA { while() { [self methodB]; } } - methodB { doSom

Re: Patch for XGServerEvent for easy override

Hi, Can someone review this patch and put it into CVS if it is approved ? It is essential for StepBox and cost nothing comparing to the current implementation. Yen-Ju From: "Yen-Ju Chen" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Patch for XGServerEvent for easy ov

RE: Patch for XGServerEvent for easy override

From: "Adam Fedor" <[EMAIL PROTECTED]> To: "Yen-Ju Chen" <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> Subject: RE: Patch for XGServerEvent for easy override Date: Tue, 4 Nov 2003 22:23:45 -0500 I've tested the patch with various apps and GSBench.

[bugs #9318] GNUstep Base CVS (6/13/04) won't compile on FreeBSD 4.8

bmitted by: Yen-Ju Chen On: Sun 06/13/2004 at 18:18 Category: Base/Foundation Severity: 5 - Average Item Group: Installation Resolution: None Assigned to: None Status: Open Summary: GNUstep Base CVS (6/13/04) won't compile on FreeBSD 4.8 Original Submission: FreeBSD 4.8, GCC 3.2, G

[bugs #9679] Gorm CVS won't compile FreeBSD due to the missing values.h

bmitted by: Yen-Ju Chen On: Sat 07/17/2004 at 21:00 Category: Gorm Severity: 5 - Average Item Group: Bug Resolution: None Assigned to: None Status: Open Summary: Gorm CVS won't compile FreeBSD due to the missing values.h Original Submission: The Gorm from CVS won't compile on

[bugs #9771] Not way to close PopUpButton after editing the items

bmitted by: Yen-Ju Chen On: Mon 07/26/2004 at 16:32 Category: Gorm Severity: 5 - Average Item Group: Bug Resolution: None Assigned to: None Status: Open Summary: Not way to close PopUpButton after editing the items Original Submission: I edit the item of NSPopUpButton by firstly cl

[bugs #9788] Drag and Drop does not follow the mouse pointer

bmitted by: Yen-Ju Chen On: Tue 07/27/2004 at 15:33 Category: Gui/AppKit Severity: 5 - Average Item Group: Bug Resolution: None Assigned to: None Status: Open Summary: Drag and Drop does not follow the mouse pointer Original Submission: Open Ink.app and AddressManager.app. Type something

[bugs #9789] - cellFrameForText... in NSTextAttachmentCell is called recursively

bmitted by: Yen-Ju Chen On: Tue 07/27/2004 at 15:43 Category: Gui/AppKit Severity: 5 - Average Item Group: Bug Resolution: None Assigned to: None Status: Open Summary: - cellFrameForText... in NSTextAttachmentCell is called recursively Original Submission: If a subclass of NSTextAtta

[bugs #9824] -trackMouse:inRect:ofView:untilMouseUp: doesn't work in NSPopUpButtonCell

bmitted by: Yen-Ju Chen On: Fri 07/30/2004 at 15:21 Category: Makefiles Severity: 5 - Average Item Group: Change Request Resolution: None Assigned to: None Status: Open Summary: -trackMouse:inRect:ofView:untilMouseUp: doesn't work in NSPopUpButtonCell Orig

[bugs #9850] -getIndexes:maxCount:inIndexRange: (NSIndexSet) won't accept null NSRangePointer

bmitted by: Yen-Ju Chen On: Mon 08/02/2004 at 17:55 Category: Base/Foundation Severity: 5 - Average Item Group: Change Request Resolution: None Assigned to: None Status: Open Summary: -getIndexes:maxCount:inIndexRange: (NSIndexSet) won't accept null NSRangePointer Original Submis

[bugs #9955] Gorm parse outlets redundantly.

bmitted by: Yen-Ju Chen On: Tue 08/10/2004 at 16:12 Category: Gorm Severity: 5 - Average Item Group: Bug Resolution: None Assigned to: None Status: Open Summary: Gorm parse outlets redundantly. Original Submission: 1. Open gorm. 2. "Document" -> "New Module" ->

[bugs #9956] XML format property list of NSDate is not compatible with Cocoa

bmitted by: Yen-Ju Chen On: Tue 08/10/2004 at 17:23 Category: Base/Foundation Severity: 5 - Average Item Group: Change Request Resolution: None Assigned to: None Status: Open Summary: XML format property list of NSDate is not compatible with Cocoa Original Submission: In GNUstep, the

[bugs #10183] back-xlib with fontconfig does not accept font family encoded in UTF8

Submitted by: Yen-Ju Chen On: Fri 08/27/2004 at 19:57 Category: Backend Severity: 5 - Average Item Group: Bug Resolution: None Privacy: Public Assigned to: None Status: Open Summary: back-xlib with fontconfig does not accept font family encoded in UTF8 Original Submission: I have a font

[bug #14010] Unable to compile SQLClient on Mac OS 10.4

URL: Summary: Unable to compile SQLClient on Mac OS 10.4 Project: GNUstep Submitted by: yjchen Submitted on: Mon 08/01/2005 at 20:08 Category: Libraries

[bug #14010] Unable to compile SQLClient on Mac OS 10.4

Follow-up Comment #2, bug #14010 (project gnustep): It basically fixes the problem. I attach patches to make it work better (without warning). ___ Additional Item Attachment: File name: SQLClient_patch.tar.gz Size:0 KB

[bug #14022] Remove nil object (NSMapRemove) in SQLClient on Mac.

URL: Summary: Remove nil object (NSMapRemove) in SQLClient on Mac. Project: GNUstep Submitted by: yjchen Submitted on: Wed 08/03/2005 at 06:48 Category: Librar

Re: [bug #14010] Unable to compile SQLClient on Mac OS 10.4

On 8/2/05, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: > > On 2 Aug 2005, at 23:48, Yen-Ju Chen wrote: > > > > > Follow-up Comment #2, bug #14010 (project gnustep): > > > > It basically fixes the problem. > > I attach patches to make it wor

[bug #15424] Cannot separate a panel from main gorm file

URL: Summary: Cannot separate a panel from main gorm file Project: GNUstep Submitted by: yjchen Submitted on: Wed 01/11/06 at 21:45 Category: Gorm

Re: [bug #15424] Cannot separate a panel from main gorm file

It is attached in the GNUstep bug report: http://savannah.gnu.org/bugs/?func=detailitem&item_id=15424 The code is quite big. But I narrow down the problem which happens when using [NSBundle -loadNibNamed:owner:]. to load the Preferences.gorm while RSSRSS is loaded as main gorm file. Yen-Ju On 1/

[patch #5014] Set _NET_WM_NAME and _NET_WM_ICON_NAME

URL: Summary: Set _NET_WM_NAME and _NET_WM_ICON_NAME Project: GNUstep Submitted by: yjchen Submitted on: Tuesday 04/04/06 at 13:36 Category: AppKit

[patch #5014] Set _NET_WM_NAME and _NET_WM_ICON_NAME

Follow-up Comment #1, patch #5014 (project gnustep): I was wrong about the PropertyNotify from XSetWMName(). XSetWMName() indeed posts a PropertyNotify. But it is still nice to support the newer _NET_WM_NAME and _NET_WM_ICON_NAME. ___ Repl

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

URL: Summary: GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS Project: GNUstep Submitted by: yjchen Submitted on: Wednesday 04/26/06 at 01:11

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Follow-up Comment #1, bug #16440 (project gnustep): Here is the patch. Work for Metacity. WindowMaker doesn't support _NET_FRAME_EXTENTS. So it falls back to original codes. ___ Additional Item Attachment: File name: XGServerWindow.m.dif

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Follow-up Comment #2, bug #16440 (project gnustep): Sorry. put the wrong patch. This one is the correct one. ___ Additional Item Attachment: File name: XGServerWindow.m.diff Size:1 KB

[bug #16474] Bug in openapp with GNUSTEP_CONFIG_FILE

URL: Summary: Bug in openapp with GNUSTEP_CONFIG_FILE Project: GNUstep Submitted by: yjchen Submitted on: Monday 05/01/06 at 02:42 Category: Makefiles

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Follow-up Comment #4, bug #16440 (project gnustep): To my understanding, window manager MUST set _NET_FRAME_EXTENTS no matter what, according to the specification. _NET_REQUEST_FRAME_EXTENTS is only used when window is *not* mapped yet. Therefore, to me, the patch is correct on the client side, a

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Follow-up Comment #6, bug #16440 (project gnustep): I have to say I am not an expert on backend. That's why you can see some strange thing. :) So you can treat this patch as a reference. Feel free to make it better. It just shows a way to make GNUstep fit better into EWMH. I didn't know GNUstep n

[bug #16592] Inspector and palette shuffle towards lower right corner after each start.

ROTECTED]> * Source/x11/XGServerWindow.m (-styleoffsets::): New method to compute window frame offset based on the _NET_FRAME_EXTENTS or _KDE_NET_WM_FRAME_STRUT property. This is based on a slightly extended patch by Yen-Ju Chen <[EMAIL PROTECTED]>. Call thi

Re: [bug #16592] Inspector and palette shuffle towards lower right corner after each start.

On 5/15/06, Charles Philip Chan <[EMAIL PROTECTED]> wrote: On 2006-05-15 21:01:20 -0400 Yen-Ju Chen <[EMAIL PROTECTED]> wrote: > This might be fixed in latest GNUstep SVN (see below), > but only for EWMH(1.3)-compatible window manager, such as metacity. > WindowMaker doe

[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.

Follow-up Comment #1, bug #16688 (project gnustep): I got the same error when using Vindaloo, a PDF viewer. 1. Open a PDF file. 2. Menu "Find" -> "Find text". A textfield will show up. 3. Type anything in textfield and hit "ENTER". 4. The exception happens. PS. I didn't test earlier version of

[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.

Follow-up Comment #3, bug #16688 (project gnustep): Yes, it is fixed. Yen-Ju ___ Reply to this item at: ___ Message sent via/b

[bug #17377] Various frame related methods in NSWindow return wrong results

Follow-up Comment #12, bug #17377 (project gnustep): On Metacity (Gnome) and Azalea, the Ink and Gorm work fine. In GWorkspace, the content view of NSWindow is shifted and a black space is left. Even the standard NSAlertPanel in GWorkspace has this problem, but not in Gorm. But menu looks fine. N

[bug #17377] Various frame related methods in NSWindow return wrong results

Follow-up Comment #14, bug #17377 (project gnustep): Just attach a screenshot. The left side is Gorm, which looks normal. The right side is GWorkspace, which has the black shadow. ___ Additional Item Attachment: File name: GUI-bug.png

[bug #17377] Various frame related methods in NSWindow return wrong results

Follow-up Comment #20, bug #17377 (project gnustep): Just confirm that everything looks fine now after a reinstallation of GNUstep SVN version. Popup menu and drag-and-drop behave as expected. Test with Azalea and Metacity. ___ Reply to th

[bug #17713] Popup Menu does not work on modal window with EWMH window manager

URL: Summary: Popup Menu does not work on modal window with EWMH window manager Project: GNUstep Submitted by: yjchen Submitted on: Tuesday 09/12/2006 at 20:07 Category: Backend

[bug #17713] Popup Menu does not work on modal window with EWMH window manager

Follow-up Comment #2, bug #17713 (project gnustep): Thanx. As for the window types, the problem is the when gui asks backend to create a window, backend has no knowledge about what this window is for. Therefore, it has to use other information (window level) to decide this window is for menu, nor

[bug #17717] Use "open panel" twice make it unusable

URL: Summary: Use "open panel" twice make it unusable Project: GNUstep Submitted by: yjchen Submitted on: Wednesday 09/13/2006 at 01:42 Category: Backend Severity: 3 -

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #8, bug #17717 (project gnustep): I download the latest GNUstep SVN today and install everything clean. The problem is still there. And I tried to reproduce the bug from GWorkspace. On the terminal, I got very similar error: 2006-09-13 14:33:52.722 GWorkspace[23563] X-Windows e

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #10, bug #17717 (project gnustep): Below is the backtrace. Hope it is the correct way to produce it. What puzzles me is that it only happens to WindowMaker, but not metacity. I will try to produce it under metacity and see. By the way, I wipe out everything and reinstall again.

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #12, bug #17717 (project gnustep): I tracked down the problem with XSync always true. The error raises in XWindowBuffer.m line 589: if (!XShmPutImage(display, drawable, gc, ximage, x, y, x, y, w, h, 1)) The x, y, w, h is out of range, probably bigge

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #13, bug #17717 (project gnustep): By the way, I can confirm the problem with GWorkspace is the same, therefore, the fix is the same by decrease w and h by 1. And it only happens on art backend, not xlib backend. So to reproduce, you need both art backend and WindowMaker so far.

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #15, bug #17717 (project gnustep): I will take a look again. At the beginning, I thought the x, y, w, h is wrong. After a second thought, maybe the buffer is too small. I don't understand much about the XWindowBuffer. But maybe the buffer is created with wrong size after the fix

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #16, bug #17717 (project gnustep): I can confirm it is from _addExposedRectangle::. Here is some information: For the first expose of open panel: 2006-09-14 13:16:30.068 Ink[7492] Expose 10485799 (cWin->ident 10485799)frame 0 0 384 426 2006-09-14 13:16:30.068 Ink[7492] drawable

[sr #105559] Support temporaty attributes in NSLayoutManager

URL: Summary: Support temporaty attributes in NSLayoutManager Project: GNUstep Submitted by: yjchen Submitted on: Saturday 09/16/2006 at 10:34 Category: AppKit Pri

[bug #17787] Unimplemented methods of NSFont and patch

URL: Summary: Unimplemented methods of NSFont and patch Project: GNUstep Submitted by: yjchen Submitted on: Monday 09/18/2006 at 00:13 Category: Backend Severity: 3 -

[bug #17787] Unimplemented methods of NSFont and patch

Follow-up Comment #1, bug #17787 (project gnustep): Here is the patch for GUI and Back. It works fine on art backend so far. ___ Additional Item Attachment: File name: fontpatch.tar.gz Size:1 KB

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #28, bug #17717 (project gnustep): The problem is still there, but I haven't been able to track it down yet. Need more time. But if I set XWindowBufferUseXShm 0 in NSGlobalDomain, the submenus and windows need a second click to draw. Otherwise, it is just a blank window. I think

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #30, bug #17717 (project gnustep): Now, I can say it is associated with the left-mouse down in the open panel. Still cannot find the bug yet. ___ Reply to this item at: __

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #31, bug #17717 (project gnustep): I think the size of XWindowBuffer is never updated even with the latest backend. Here is a short track: 1. 2006-09-24 12:42:07.330 Ink[2963] rect {x = 1; y = 6; width = 390; height = 426}, rectangle (0, 0, 390, 426) A new Expose event goes in

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #32, bug #17717 (project gnustep): I dump these information in -orderwindow:: (XGServerWindow.m): NSLog(@"orderWindow:otherwin:"); NSLog(@"xframe %@", NSStringFromRect(window->xframe)); NSLog(@"buffer %dx%d", window->buffer_width, window->buffer_height); NSLog(@"XSizeHi

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #33, bug #17717 (project gnustep): I check the implementation of some window managers about close and map window. When GNUstep ask to orderOut an window, it sends out a unmap notify via XWithdrawWindow(). Every window manager will remove the decoration and reposition the window.

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #40, bug #17717 (project gnustep): Unfortunately, the bug with open panel is not fixed. Here is the information I got: Failed to determine offsets for style 1 ... (same information from 2 - 14 and an window flicks) Failed to determine offsets for style 15 styleoffsets ... g

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #43, bug #17717 (project gnustep): WindowMaker works fine, but not Metacity. Here is how metacity reparents GNUstep window: Root Window +- Window (the one with decoration) +- Plate (the part excludes decoration) +- GNUstep window (the same size and position of plate

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #45, bug #17717 (project gnustep): O.K. I will try that tomorrow. But I wonder why we cannot use _NET_FRAME_EXTENTS to retrieve the offset ? If I never take a look of the source code, I will have no idea that metacity need GSDoubleParentWindows user default. Here is the document

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #47, bug #17717 (project gnustep): O.K. it works fine now after some quick tests. Thanx a lot !! I think GNUstep should only focus on EWMH window manager (including KDE and GNOME) and WindowMaker. Otherwise, there are too much trouble to keep compatible with so many window manag

[patch #5434] Expose Icon Window for other window manager

URL: Summary: Expose Icon Window for other window manager Project: GNUstep Submitted by: yjchen Submitted on: Sunday 10/01/2006 at 22:51 Category: AppKit Priority: 5 -

[patch #5434] Expose Icon Window for other window manager

Follow-up Comment #2, patch #5434 (project gnustep): Sorry that I didn't explain too much. The main purpose is to expose the window used by application icon so that other window manager may be able to support GNUstep-style application icon (IconWindowHint) The icon (pixmap) is less useful here, b

[bug #17941] Popup button sometimes pops behind panel

Follow-up Comment #3, bug #17941 (project gnustep): It is supposed to fixed (see bug #17713). It is related to how window manager handle GNUstep windows. ___ Reply to this item at:

[bug #18128] Art backend does not draw properly on Ubuntu 6.10

URL: Summary: Art backend does not draw properly on Ubuntu 6.10 Project: GNUstep Submitted by: yjchen Submitted on: Friday 10/27/2006 at 00:31 Category: Backend Severi

[bug #18128] Art backend does not draw properly on Ubuntu 6.10

Follow-up Comment #1, bug #18128 (project gnustep): I just realized that in my xorg.conf, the default depth is set to 16. I changed it to 24 and it works again. I wonder whether it is possible to raise a warning for situation like this. Anyway, the bug can be closed. __

  1   2   >