[bug #30910] Window's Drop-Down Buttons Show Title Twice

Follow-up Comment #1, bug #30910 (project gnustep): I've committed a change to WinNSMenu.m in the WinUXTheme that takes care of this problem (r31214). Hopefully someone with suitable privileges here can take a quick look to verify my change and mark this bug as closed. __

[bug #30511] the change to NSString.m in r31003 is wrong for NSString subclasses

URL: Summary: the change to NSString.m in r31003 is wrong for NSString subclasses Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 21 Jul 2010 09:23:59 PM GMT Category

[bug #30069] Some images drawn offset on Windows since r30523

Follow-up Comment #3, bug #30069 (project gnustep): Fantastic! It appears to be working perfectly now. Thank you, Quentin! ___ Reply to this item at: __

Re: [bug #30045] minor incompatibility in NSURL

Thanks again, Richard! Doug On Jun 8, 2010, at 10:54 AM, Richard Frith-Macdonald wrote: > > Update of bug #30045 (project gnustep): > > Status:None => Fixed > Open/Closed:Open => Closed > >

Re: [bug #30077] Unable to launch application on Windows

Okay, here's a bit more information: The crash occurs at line 779 of NSDistributedNotificationCenter.m in the _connect method. Watching the Windows Task Manager I can see that gdnc gets launched ok. The thing that may be different about our app is that this occurs when we call [NSDocumentContr

Re: [bug #30077] Unable to launch application on Windows

Unfortunately, I didn't indicate it before but I was at revision 30606 at the time. I just updated base to r30616 (from 30586) and the crash is back. I didn't think it was anything related to our app specifically, but I'll dig around some more and see what I can find. Doug On Jun 8, 2010, at 3

[bug #30086] defaults write doesn't support -dict-add, -array-add

URL: Summary: defaults write doesn't support -dict-add, -array-add Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 08 Jun 2010 05:59:50 PM GMT Category: Application

[bug #30051] NSUserKeyEquivalents default not supported

Follow-up Comment #1, bug #30051 (project gnustep): I've committed a basic implementation in NSMenuItem (svn r30620). One improvement that would be nice in the future would be to combine NSUserKeyEquivalents dictionaries from different domains, to allow things like changing the key equivalent for

[bug #30077] Unable to launch application on Windows

Follow-up Comment #4, bug #30077 (project gnustep): Excellent! It's working now. Thanks!! ___ Reply to this item at: ___ Message sent via/by Savannah

[bug #30077] Unable to launch application on Windows

Follow-up Comment #1, bug #30077 (project gnustep): I forgot to mention: reverting base to r30586 solves the problem. ___ Reply to this item at: ___ Me

[bug #30077] Unable to launch application on Windows

URL: Summary: Unable to launch application on Windows Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 07 Jun 2010 11:18:34 PM GMT Category: Base/Foundation

[bug #30069] Some images drawn offset on Windows since r30523

URL: Summary: Some images drawn offset on Windows since r30523 Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 07 Jun 2010 04:36:46 PM GMT Category: Gui/AppKit

[bug #30051] NSUserKeyEquivalents default not supported

URL: Summary: NSUserKeyEquivalents default not supported Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 04 Jun 2010 09:36:17 PM GMT Category: Gui/AppKit

[bug #30045] minor incompatibility in NSURL

URL: Summary: minor incompatibility in NSURL Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 03 Jun 2010 05:50:30 PM GMT Category: Base/Foundation Sev

[bug #29899] NSToolbarItem setView: sets minSize and maxSize

Follow-up Comment #4, bug #29899 (project gnustep): The fix to NSToolbarItem works fine for me. Regarding the resizing code: As it happens, I had also started to work on the toolbar resizing code (the _takeInAccountFlexibleSpaces method) a couple of days ago, before I saw your changes. I tried

[bug #29899] NSToolbarItem setView: sets minSize and maxSize

Follow-up Comment #2, bug #29899 (project gnustep): Okay, good. That documentation is helpful. I'm currently running on 10.6, and I believe my code functioned the same on earlier versions as well. From the documentation it seems clear to me that the correct behavior is to do as I suggested and se

[bug #29899] NSToolbarItem setView: sets minSize and maxSize

URL: Summary: NSToolbarItem setView: sets minSize and maxSize Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 17 May 2010 04:29:26 PM GMT Category: Gui/AppKit

[bug #29338] Crash using @synchronized on Windows

URL: Summary: Crash using @synchronized on Windows Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 25 Mar 2010 11:29:28 PM GMT Category: Base/Foundation

[bug #29015] Unable to load nib file containing a window (on Windows)

Follow-up Comment #2, bug #29015 (project gnustep): This seems to be working fine for me now. ___ Reply to this item at: ___ Message sent via/by Savann

[bug #29015] Unable to load nib file containing a window (on Windows)

URL: Summary: Unable to load nib file containing a window (on Windows) Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 26 Feb 2010 09:57:07 PM GMT Category: Gui/AppKi

[bug #28814] r29461 breaks building of gui on Windows

Follow-up Comment #4, bug #28814 (project gnustep): Hmm... well, now that you've said the magic words (perhaps setting the status of this bug to "Works For Me" did it?) it seems to be working for me as well. I would think that I just did something wrong or got confused, but my colleague Jonathan

[bug #28814] r29461 breaks building of gui on Windows

Follow-up Comment #2, bug #28814 (project gnustep): Yes, I'm using the latest code from the svn trunk. The problem is definitely in the NSAutoreleasePool.m change at r29461. If I check out r29460 of that file and the latest (r29478 last night) of everything else, it builds fine. If you didn't do

[bug #28814] r29461 breaks building of gui on Windows

URL: Summary: r29461 breaks building of gui on Windows Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 05 Feb 2010 12:30:49 AM GMT Category: Base/Foundation

[bug #28714] On Windows, transparency is not supported in drawing

URL: Summary: On Windows, transparency is not supported in drawing Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 22 Jan 2010 10:04:13 PM GMT Category: Gui/AppKit

[bug #28484] unable to set /tmp as current directory on Windows through NSFileManager

Follow-up Comment #2, bug #28484 (project gnustep): Very good. Thanks for the response. I think using NSTemporaryDirectory() will be workable (and is no doubt the "correct" thing to do) although it is a bit different in that it returns a user-specific temporary directory rather than the system-wi

[bug #28484] unable to set /tmp as current directory on Windows through NSFileManager

URL: Summary: unable to set /tmp as current directory on Windows through NSFileManager Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 05 Jan 2010 01:15:16 AM GMT Cat

[bug #28158] NSMutableDictionary is broken for lookup using GSUnicodeInlineString key

Follow-up Comment #3, bug #28158 (project gnustep): Okay, so on looking at the code again, I realized that it was simply trying to do a straight compare of non-Unicode strings when in fact one of them was Unicode. Here's a patch that resolves the problem (since the comparison logic for GSMutableS

[bug #28158] NSMutableDictionary is broken for lookup using GSUnicodeInlineString key

Follow-up Comment #2, bug #28158 (project gnustep): Whatever you changed seemed to fix one of my tests, but it's still broken. It appears that this GSUnicodeInlineString's _contents.c are incorrect, so it doesn't compare as equal to the other string. Stepping through in gdb, at line 2161 in GSSt

[bug #28158] NSMutableDictionary is broken for lookup using GSUnicodeInlineString key

URL: Summary: NSMutableDictionary is broken for lookup using GSUnicodeInlineString key Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 03 Dec 2009 11:41:57 PM GMT Cat

[bug #27142] Recent changes to NSPropertyList.m break nib loading on Windows

Follow-up Comment #2, bug #27142 (project gnustep): Recent changes to NSPropertyList appear to have resolved this problem. Thanks! ___ Reply to this item at: ___

[bug #27142] Recent changes to NSPropertyList.m break nib loading on Windows

Follow-up Comment #1, bug #27142 (project gnustep): Hmm... oops, it looks like I may have been premature in saying that reverting NSPropertyList.m to 28262 fixes the problem. Something intermittent is happening that made it appear fixed (I ran into a different problem after the change), but now t

[bug #27142] Recent changes to NSPropertyList.m break nib loading on Windows

URL: Summary: Recent changes to NSPropertyList.m break nib loading on Windows Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 30 Jul 2009 03:44:43 PM GMT Category: No

[bug #26843] Crash in GSToUnicode()

Follow-up Comment #2, bug #26843 (project gnustep): Yes, the latest version of Unicode.m has fixed the crash introduced in r28328. Thanks! Unfortunately, I'm now seeing a number of issues (about 60 of my tests are failing) as a result of the changes made in r28335. I'm about to leave on vacation

[bug #26843] Crash in GSToUnicode()

URL: Summary: Crash in GSToUnicode() Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 18 Jun 2009 09:59:55 PM GMT Category: Base/Foundation Severity: 3

[bug #26361] NSCalendarDate %e format shows leading zeros

Follow-up Comment #2, bug #26361 (project gnustep): Okay, here's an additional patch to NSCalendarDate that implements optional field widths for numeric fields in a date format. I believe this functionality is working the same as Cocoa's. You can supply a field width such as "%5d" which will left

[bug #26361] NSCalendarDate %e format shows leading zeros

Follow-up Comment #1, bug #26361 (project gnustep): It looks like someone checked in my patch already, which is great. I just realized that this isn't EXACTLY what Cocoa is doing, though. Apple's implementation isn't including the leading space for days less than 10 -- they just output the single

[bug #26361] NSCalendarDate %e format shows leading zeros

URL: Summary: NSCalendarDate %e format shows leading zeros Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 27 Apr 2009 06:41:29 PM GMT Category: Base/Foundation

[bug #26360] NSCalendarDate dateByAddingYears:months:days:hours:minutes:seconds: doesn't preserve format

URL: Summary: NSCalendarDate dateByAddingYears:months:days:hours:minutes:seconds: doesn't preserve format Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 27 Apr 2009 05:53:00 PM GMT

[bug #26277] Active NSColorWell sends its action on setColor: (it shouldn't)

Follow-up Comment #2, bug #26277 (project gnustep): That works great for me. Thanks! ___ Reply to this item at: ___ Message sent via/by Savannah http

[bug #26277] Active NSColorWell sends its action on setColor: (it shouldn't)

URL: Summary: Active NSColorWell sends its action on setColor: (it shouldn't) Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 21 Apr 2009 07:46:13 PM GMT Category: Gu

[bug #26244] fileOwnerAccountID and fileGroupOwnerAccountID should return an NSNumber

URL: Summary: fileOwnerAccountID and fileGroupOwnerAccountID should return an NSNumber Project: GNUstep Submitted by: theeggcamefirst Submitted on: Sun 19 Apr 2009 08:39:02 PM GMT Cat

[bug #26123] NSApplication doesn't pass actions to its nextResponder

Follow-up Comment #2, bug #26123 (project gnustep): That looks perfect, and resolves the issue for me. Thanks!! ___ Reply to this item at: ___ Message

[bug #26080] NSPopUpButton loaded from nib doesn't send action message

Follow-up Comment #4, bug #26080 (project gnustep): Oops! There is a small mistake in that code. It seems that the sender of the action message should actually be the popup button, not the menu item in this case, so the code should read: [NSApp sendAction:[self action] to:[self target] fr

[bug #26080] NSPopUpButton loaded from nib doesn't send action message

Follow-up Comment #3, bug #26080 (project gnustep): For now I've implemented this as a category in my code, and it solves the problem. Here's the code: @interface NSPopUpButtonCell (CocoaExtensions) -(void) _popUpItemAction:(id)sender; @end @implementation NSPopUpButtonCell (CocoaExtensions) -(

[bug #25709] NSRulerView's delegate method rulerView:willAddMarker:atLocation: not called on a click

Follow-up Comment #1, bug #25709 (project gnustep): Here's the diff for a fix that works for me to resolve this problem: r...@ubuntu804desktop:/gstep/modules/core/gui/Source# svn diff NSRulerMarker.m Index: NSRulerMarker.m === --- N

[bug #26080] NSPopUpButton loaded from nib doesn't send action message

Follow-up Comment #2, bug #26080 (project gnustep): It seems that the issue is that in Cocoa, items in NSPopUpButtons that aren't assigned a specific target/action are saved in a nib file with the action _popUpItemAction: and the NSPopUpButtonCell as the target. In GNUstep, the NSPopUpButtonCell

[bug #26124] Save Panel doesn't have a New Folder button

URL: Summary: Save Panel doesn't have a New Folder button Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 08 Apr 2009 10:39:16 PM GMT Category: Gui/AppKit

[bug #26123] NSApplication doesn't pass actions to its nextResponder

URL: Summary: NSApplication doesn't pass actions to its nextResponder Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 08 Apr 2009 10:33:23 PM GMT Category: Gui/AppKit

[bug #26101] NSBeginAlertSheet() doesn't call the didEndSelector

Follow-up Comment #2, bug #26101 (project gnustep): Yeah, thank Apple for changing the parameter names. Anyway, I thought you might want to change your parameters to match Apple's current naming. In any case, the changes you made work perfectly for me. Thanks! __

[bug #26107] [NSURLConnection sendSynchronousRequest:returningResponse:error:] is broken

URL: Summary: [NSURLConnection sendSynchronousRequest:returningResponse:error:] is broken Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 07 Apr 2009 03:51:52 PM GMT

[bug #26101] NSBeginAlertSheet() doesn't call the didEndSelector

URL: Summary: NSBeginAlertSheet() doesn't call the didEndSelector Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 07 Apr 2009 04:04:36 AM GMT Category: Gui/AppKit

[bug #26080] NSPopUpButton loaded from nib doesn't send action message

URL: Summary: NSPopUpButton loaded from nib doesn't send action message Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 03 Apr 2009 08:02:55 PM GMT Category: Gui/AppK

[bug #25943] Error trying to lock focus in offscreen window

Follow-up Comment #3, bug #25943 (project gnustep): That gets me past my call to lockFocus, but it seems something is still missing. I now crash a few lines later in a call to [NSBitmapImageRep initWithFocusedViewRect:]. Here is the relevant portion of the gdb transcript: Program received signal

[bug #25943] Error trying to lock focus in offscreen window

URL: Summary: Error trying to lock focus in offscreen window Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 20 Mar 2009 06:31:27 PM GMT Category: Gui/AppKit

[bug #25709] NSRulerView's delegate method rulerView:willAddMarker:atLocation: not called on a click

URL: Summary: NSRulerView's delegate method rulerView:willAddMarker:atLocation: not called on a click Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 25 Feb 2009 07:52:52 PM GMT

[bug #25698] crash after accessing [NSPasteboard generalPasteboard]

URL: Summary: crash after accessing [NSPasteboard generalPasteboard] Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 24 Feb 2009 10:31:02 PM GMT Category: Gui/AppKit

[bug #25625] NSPopUpButton menus pop up and track very badly

URL: Summary: NSPopUpButton menus pop up and track very badly Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 18 Feb 2009 02:00:30 AM GMT Category: Gui/AppKit

[bug #25612] NSMatrix Segmentation Fault when clicking a cell

URL: Summary: NSMatrix Segmentation Fault when clicking a cell Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 17 Feb 2009 07:18:17 PM GMT Category: Gui/AppKit

[bug #25471] NSOpenPanel doesn't disable OK button

Follow-up Comment #1, bug #25471 (project gnustep): I made the following changes to my local copy of NSOpenPanel, which fixes the problem. Someone more familiar with the code should probably take a look before committing these. In particular, I didn't change the branch where multiple files are se

[bug #25472] NSDocumentController doesn't bring an already-open document to the front

Follow-up Comment #3, bug #25472 (project gnustep): Okay, looking at this again I see that I gave a bad report about what I was seeing (stepping through slowly from gdb gives somewhat different window behavior than running without breakpoints). So now when I run normally the window IS coming to t

[bug #15902] NSPopupButton doesn't properly handle lists longer than display

Follow-up Comment #1, bug #15902 (project gnustep): Currently I'm seeing at least two semi-related problems with popup lists: First, when the list is popped up it is displayed with the currently selected item positioned one place too high, rather than directly over the button. Second, when the

[bug #25472] NSDocumentController doesn't bring an already-open document to the front

URL: Summary: NSDocumentController doesn't bring an already-open document to the front Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 02 Feb 2009 11:50:46 PM GMT Cat

[bug #25471] NSOpenPanel doesn't disable OK button

URL: Summary: NSOpenPanel doesn't disable OK button Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 02 Feb 2009 11:37:40 PM GMT Category: Gui/AppKit S

[bug #25447] NSPreferencePane Cocoa compatibility broken

Follow-up Comment #4, bug #25447 (project gnustep): It works for me! Thanks. ___ Reply to this item at: ___ Message sent via/by Savannah http://savan

[bug #25385] crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:]

Follow-up Comment #9, bug #25385 (project gnustep): Excellent! It looks like that fixed the problem. Thank you!! ___ Reply to this item at: ___ Message

[bug #25447] NSPreferencePane Cocoa compatibility broken

Follow-up Comment #2, bug #25447 (project gnustep): That only takes care of part of the problem. The logic got shifted around recently, such that the code to read CFBundleIdentifier when identstr is nil needs to be moved up a few lines so it comes right after reading GSBundleIdentifier. If you co

[bug #25384] validateToolbarItem: not being called very often

Follow-up Comment #3, bug #25384 (project gnustep): That didn't fix it. I set a breakpoint in the windowDidUpdate: method in NSToolbar.m and found that the _inside ivar wasn't set so it was returning without calling validate. I removed the test of _inside from that method here and the toolbar is

[bug #25385] crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:]

Follow-up Comment #7, bug #25385 (project gnustep): Unfortunately that doesn't seem to have solved the problem. Here's the entire code of our setImage: method in case it might help: - (void) setImage: (NSImage *) anImage { [[self internalImageView] setImage: anImage]; if (anImage) {

[bug #25447] NSPreferencePane Cocoa compatibility broken

URL: Summary: NSPreferencePane Cocoa compatibility broken Project: GNUstep Submitted by: theeggcamefirst Submitted on: Sat 31 Jan 2009 12:16:47 AM GMT Category: Gui/AppKit

[bug #25384] validateToolbarItem: not being called very often

Follow-up Comment #1, bug #25384 (project gnustep): Perhaps I should have given this bug a more urgent-sounding title, like "Toolbar validation is broken!". The fact is that toolbars don't validate correctly because the validation method is called very rarely. This results in a number of signifi

[bug #25385] crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:]

Follow-up Comment #5, bug #25385 (project gnustep): Okay, ignore most of what I said yesterday. I've been able to reliably produce this crash in my app now, and it seems likely that it has more to do with tooltips than with tracking rectangles. The crash occurs in this way: I call [self setToolt

[bug #25385] crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:]

Follow-up Comment #4, bug #25385 (project gnustep): Unfortunately, I got this same crash again last night. The window in which it is occurring contains a tabView with two splitViews, an outlineView and a tableView as well as a couple buttons and a search field. Oh, and a custom view. :-) So I'm

[bug #25385] crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:]

Follow-up Comment #2, bug #25385 (project gnustep): Sorry for the lack of details. Actually, I gave you most of it (the backtrace is pretty minimal), but here's the details. I'm running on the tip (I believe gui is at rev 27656, if I'm reading the svn info correctly). Here's the backtrace: #0 0

[bug #25385] crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:]

URL: Summary: crash in [GSToolTips mouseEntered:] called from [NSWindow _checkTrackingRectangles:forEvent:] Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 22 Jan 2009 11:13:01 PM GM

[bug #25384] validateToolbarItem: not being called very often

URL: Summary: validateToolbarItem: not being called very often Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 22 Jan 2009 10:03:02 PM GMT Category: Gui/AppKit

[bug #25370] NSUserDefaults doesn't copy mutable objects

URL: Summary: NSUserDefaults doesn't copy mutable objects Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 21 Jan 2009 05:55:33 AM GMT Category: Base/Foundation

[bug #25369] NSOutlineView has small Cocoa incompatibility

URL: Summary: NSOutlineView has small Cocoa incompatibility Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 21 Jan 2009 03:23:52 AM GMT Category: Gui/AppKit

[bug #25363] NSOpenPanel's delegate method panel:shouldShowFilename: is called too often

URL: Summary: NSOpenPanel's delegate method panel:shouldShowFilename: is called too often Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 19 Jan 2009 10:21:33 PM GMT

[bug #25307] [NSConditionLock tryLockWhenCondition:] shouldn't throw exception when lock is unavailable

Follow-up Comment #6, bug #25307 (project gnustep): > > The point of "tryLock" and "tryLockWhenCondition:" is to attempt to do the > > lock and return NO, if it can't. > Sure ... but the rationale was that, if the lock is held by the current > thread then calling it is evidence of a probable bug

[bug #25309] Compilation issue GSInlineArray missing in GSArray.m

Follow-up Comment #1, bug #25309 (project gnustep): A simple fix to this is to add the following line near the top of GSArray.m: @class NSInlineArray; ANOTHER compile error occurs later in building base, when compiling NSNotificationCenter.m. It can be resolved by removing the first line of the

[bug #25307] [NSConditionLock tryLockWhenCondition:] shouldn't throw exception when lock is unavailable

URL: Summary: [NSConditionLock tryLockWhenCondition:] shouldn't throw exception when lock is unavailable Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 13 Jan 2009 09:32:21 PM GMT

[bug #25286] NSMenuItems in an NSPopUpButton loaded from a nib file are disabled

URL: Summary: NSMenuItems in an NSPopUpButton loaded from a nib file are disabled Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 09 Jan 2009 08:13:59 PM GMT Categor

[bug #25278] [NSColorWell setColor:] shouldn't send action

URL: Summary: [NSColorWell setColor:] shouldn't send action Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 08 Jan 2009 08:13:11 PM GMT Category: Gui/AppKit

[bug #25162] NSDocumentController won't display a document already opened without display

Follow-up Comment #5, bug #25162 (project gnustep): That appears to have fixed the problem for me. Thanks!! I haven't tested extensively, but I took a quick look at the code, which looks like it makes sense (the parts that I understood!). _

[bug #25233] unable to create an NSString from the Unicode character 0xFFFF

URL: Summary: unable to create an NSString from the Unicode character 0x Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 02 Jan 2009 10:46:25 PM GMT Category: Bas

[bug #25162] NSDocumentController won't display a document already opened without display

Follow-up Comment #2, bug #25162 (project gnustep): Hmm, yes that bit of documentation seems a bit confusing. It sounds from that like the makeWindowControllers message doesn't get sent if the document is already open. Maybe showWindows should just call makeWindowControllers if the window control

[bug #25162] NSDocumentController won't display a document already opened without display

URL: Summary: NSDocumentController won't display a document already opened without display Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 23 Dec 2008 09:47:36 PM GMT

[bug #25078] NSOutlineView Cocoa incompatibility

Follow-up Comment #1, bug #25078 (project gnustep): Oops, I left out this line in the changed version (should be obvious anyway, but figured I'd mention it): int num = 0; ___ Reply to this item at:

[bug #25078] NSOutlineView Cocoa incompatibility

URL: Summary: NSOutlineView Cocoa incompatibility Project: GNUstep Submitted by: theeggcamefirst Submitted on: Fri 12 Dec 2008 09:18:36 PM GMT Category: Gui/AppKit Sev

[bug #24872] Window Ordering (Windows XP)

Follow-up Comment #10, bug #24872 (project gnustep): I just discovered that this problem goes away when I run my application directly. It seems to only be an issue when I am running through gdb. Sorry it took so long to figure this out -- since I'm at a development stage where there are many issu

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

URL: Summary: crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new] Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 04 Dec 2008 06:19:56 PM GMT

[bug #24872] Window Ordering (Windows XP)

Follow-up Comment #6, bug #24872 (project gnustep): Hmm... well, orderwindow::: gets called when I open or close a window, but not when I click on overlapping windows. Neither does [NSWindow makeKeyAndOrderFront:] or orderWindow:relativeTo: or anything of the sort. When I click a non-key window i

[bug #24872] Window Ordering (Windows XP)

Follow-up Comment #4, bug #24872 (project gnustep): Unfortunately I don't have an example app that I can share. I'll be happy to try debugging this here though, if you can suggest a method where I might set a breakpoint to see what's happening. ___

[bug #24894] [NSDocumentController fileExtensionsFromType:] doesn't handle CFBundleTypeExtensions

URL: Summary: [NSDocumentController fileExtensionsFromType:] doesn't handle CFBundleTypeExtensions Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 20 Nov 2008 09:38:04 PM GMT

[bug #24872] Window Ordering (Windows XP)

Follow-up Comment #2, bug #24872 (project gnustep): I checked out the latest updates from svn. I don't believe I have any defaults set that should have any impact. A couple of other pieces of information that might be helpful: If I run Gorm, its windows seem to be ordered normally. All of my appl

[bug #24883] [NSData getBytes:length:] behavior different than Cocoa

Follow-up Comment #2, bug #24883 (project gnustep): Works great -- thank you for the instant fix!! ___ Reply to this item at: ___ Message sent via/by S

[bug #24883] [NSData getBytes:length:] behavior different than Cocoa

URL: Summary: [NSData getBytes:length:] behavior different than Cocoa Project: GNUstep Submitted by: theeggcamefirst Submitted on: Wed 19 Nov 2008 11:08:35 PM GMT Category: Base/Found

[bug #24872] Window Ordering (Windows XP)

URL: Summary: Window Ordering (Windows XP) Project: GNUstep Submitted by: theeggcamefirst Submitted on: Tue 18 Nov 2008 05:45:56 PM GMT Category: Gui/AppKit Severity:

[bug #24859] timing of applicationDidFinishLaunching: is different from Cocoa

URL: Summary: timing of applicationDidFinishLaunching: is different from Cocoa Project: GNUstep Submitted by: theeggcamefirst Submitted on: Mon 17 Nov 2008 07:11:58 PM GMT Category: G