Re: maintaining key window on unhide

implementation, with a FIXME added to this code. Thank you Fred Matt Rice schrieb: > --- Fred Kiefer <[EMAIL PROTECTED]> wrote: > >> Hi Matt, >> >> - There are already functions in NSWindow.m, e.g. >> NSWindowList(), which >> are supposed to return the windows in fron

[bug #18080] Compiler warnings for GCC 4.1

Follow-up Comment #2, bug #18080 (project gnustep): To add some information to this bug report: After some Suse updates my 10.1 this messages from the compiler are gone. So there is hope :-) ___ Reply to this item at:

Re: Errors w/ gcc

Mike Stathopoulos schrieb: > I’m running Fedora Core 6 through VPC and I tried to install GNUstep in > the environment but I get errors that I don’t have the right version of > gcc (see attached). > Looks like you don't have an Objective-C compiler installed. Most likely this can be found in an ad

Re: Cursor changes to pointing hand

Chris Vetter schrieb: > > when an email contains an URL and you happen to move the mouse over it, > the cursor changes to a 'pointing hand'. Nothing new here. > > However, I just noticed that when the mouse pointer 'leaves' the content > rect, it doesn't change back to a normal 'pointer' anymore.

Re: I need some help

Daniel J Farrell schrieb: > I have done this it was a tricker than I thought as I couldn't get > DarwinPorts to install it for me. However, use this excellent install > guide for 'unix like' systems and it should work fine! > > http://www.gnustep.net/Documentation/BuildGuide/develop.html > This

[patch #5701] Documentation, and fixed and inconsistency with NSButtonType

Update of patch #5701 (project gnustep): Status:None => Done Assigned to:None => FredKiefer Open/Closed:Open => Closed

[bug #17702] Problem with opened submenus and pressing menuitem key

Update of bug #17702 (project gnustep): Category:None => Gui/AppKit ___ Reply to this item at: ___ Na

[bug #18649] NSScrollview/NSTextView from gorm: text grows but does not shrink

Update of bug #18649 (project gnustep): Category:None => Gorm ___ Reply to this item at: ___ Na

[bug #13721] Fedora Core 4 gcc4 crash

Update of bug #13721 (project gnustep): Category:None => Backend ___ Follow-up Comment #1: Could you please retest, if this problem still exists with current GNUstep code. _

[bug #18646] NSMenu and NSPopup selected cell displaced by kde taskbar

Update of bug #18646 (project gnustep): Category: Application => Backend ___ Reply to this item at: ___ Na

[bug #13593] The windows are drawed slowly on remote displays

Update of bug #13593 (project gnustep): Category: Application => Backend ___ Reply to this item at: ___ Na

[bug #16436] Cairo-backwith glitz compilation fails with new release of Cairo-1.1.2 and recent glitz from CVS

Update of bug #16436 (project gnustep): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #6: Should be fixed in

[bug #17735] NSButton sends the action even if mouseUp is outside its frame.

Update of bug #17735 (project gnustep): Status:None => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #2: Could you please t

[bug #19031] [NSDocument runModalSavePanel:withAccessoryView:] doesn't check for existing accessoryView

Update of bug #19031 (project gnustep): Status:None => In Progress Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #18199] wish: disable hide: functionality / menu item when GSSupressAppIcon is YES

Follow-up Comment #1, bug #18199 (project gnustep): Not sure if this is a valid request. In most cases the app icon gets suppressed because there is another way to reactivate the application when it looses focus. I don't see how we could know inside of GNUstep, if this is the case or if we need t

[bug #17030] gif crashes gui apps

Follow-up Comment #1, bug #17030 (project gnustep): I don't see, why this should be a GNUstep bug not an libungif one. Could you please provide the offending image plus a back trace from GNUstep? ___ Reply to this item at:

[bug #17007] compiler warning for NSTextView.m

Update of bug #17007 (project gnustep): Status:None => Invalid Assigned to:None => FredKiefer Open/Closed:Open => Declined _

[bug #17004] compiler warning for GSMemoryPanel.m

Update of bug #17004 (project gnustep): Status:None => Invalid Assigned to:None => FredKiefer Open/Closed:Open => Declined _

[bug #15903] NSImage NSCompositeSourceOver operation doesn't work

Follow-up Comment #2, bug #15903 (project gnustep): Last warning! If you don't add an example, I will close this bug report next year :-) ___ Reply to this item at: ___

[bug #17007] compiler warning for NSTextView.m

Update of bug #17007 (project gnustep): Open/Closed:Declined => Closed ___ Reply to this item at: ___ Na

[bug #17004] compiler warning for GSMemoryPanel.m

Update of bug #17004 (project gnustep): Open/Closed:Declined => Closed ___ Reply to this item at: ___ Na

[bug #11936] textDidEndEditing: is not called

Update of bug #11936 (project gnustep): Open/Closed:Declined => Closed ___ Follow-up Comment #5: Closed as there was no further answer from the original poster for two years _

[bug #17096] NSTextView - setTypingAttributes: breaks font panel

Update of bug #17096 (project gnustep): Status: Ready For Test => Fixed Open/Closed: In Test => Closed ___ Follow-up Comment #5: Closed as there wa

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

Update of bug #17377 (project gnustep): Status: Ready For Test => Fixed Open/Closed: In Test => Closed ___ Follow-up Comment #23: Closed as there w

[bug #5871] Mouse cursor not always updated/reset

Update of bug #5871 (project gnustep): Status: In Progress => Fixed Open/Closed: In Test => Closed ___ Follow-up Comment #14: The last fix resol

[bug #17735] NSButton sends the action even if mouseUp is outside its frame.

Update of bug #17735 (project gnustep): Open/Closed: In Test => Closed ___ Reply to this item at: ___ Na

[bug #18483] Help key writes blanks while editing text

Update of bug #18483 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #2: Closed as no follow up was send. ___

[bug #17941] Popup button sometimes pops behind panel

Update of bug #17941 (project gnustep): Open/Closed:Declined => Closed ___ Follow-up Comment #5: Set to closed as declined bug reports still show up as open. _

[bug #16197] Problems with modal windows

Update of bug #16197 (project gnustep): Open/Closed:Declined => Open ___ Follow-up Comment #3: Switched to open as Greg has added some information for this patch. __

[bug #13583] Application is no longer active with no open windows

Update of bug #13583 (project gnustep): Status:None => Invalid Open/Closed:Declined => Closed ___ Follow-up Comment #4: Changed to closed

[bug #17112] Unarchiving XML-based nibs containing control characters fails....

Update of bug #17112 (project gnustep): Category: Gui/AppKit => Base/Foundation Assigned to: gcasa => CaS ___ Follow-up Comment #6: Changed to a base

[bug #4730] Key equivalent pulldown does not seem to work for "return"

Update of bug #4730 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #4: Closed as there was

[bug #8335] gopen is broken on OpenBSD

Update of bug #8335 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: Closed as this was

[bug #17003] compiler warning for NSPopUpButtonCell.m

Update of bug #17003 (project gnustep): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: Harmless compiler

[bug #17002] compiler warning for NSOpenGLContext.m

Update of bug #17002 (project gnustep): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: Harmless compiler

[bug #19031] [NSDocument runModalSavePanel:withAccessoryView:] doesn't check for existing accessoryView

Follow-up Comment #3, bug #19031 (project gnustep): Not sure, if you are correct. I would expect that, if you don't want the standard accessory view for your document, you override the shouldRunSavePanelWithAccessoryView method to return NO. Why would you want any other accessory view to be crea

[bug #19031] [NSDocument runModalSavePanel:withAccessoryView:] doesn't check for existing accessoryView

Follow-up Comment #5, bug #19031 (project gnustep): The text there is not as clear to me as it seems to be for you: "You can control whether the default accessory view (which contains a pop-up menu allowing the user to choose what type to save) appears in the Save panel by overriding shouldRunSa

[bug #18313] Dragging destination draggingSourceOperationMask

Update of bug #18313 (project gnustep): Status:None => Ready For Test Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #19301] NSBezierPath not working with art

Update of bug #19301 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => Closed _

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

Update of bug #18128 (project gnustep): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: Closed as requeste

[bug #19350] Cairo: compositing gives wrong image for some modes

Update of bug #19350 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #19351] Cairo: NSReadRect gives offset image

Update of bug #19351 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #19301] NSBezierPath not working with art

Update of bug #19301 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Update of bug #19352 (project gnustep): Status:None => Confirmed ___ Follow-up Comment #1: Yes, this about fonts. In the art backend it seems like fonts are stored with the Postscript fo

[bug #18313] Dragging destination draggingSourceOperationMask

Follow-up Comment #4, bug #18313 (project gnustep): Fine for me, if you add XdndActionList support. Seems like it has become a standard extension to the Xdnd protocol. I leave this bug in the testing state until you have finished this. Putting a comment on the limitation into NSDraggingInfo.h fi

[bug #18494] NSRunAlertPanel crash problems (threads?)

Follow-up Comment #3, bug #18494 (project gnustep): Thank you for analysing this bug. Now even I understand wh this is going wrong :-) I think for the standard use of an alert this is a great solution. If you want top put up an alert it should be started by the main thread. We might even want to

[patch #5836] Patch for GSDragView

Update of patch #5836 (project gnustep): Status:None => Done Assigned to:None => FredKiefer Open/Closed:Open => Closed

Re: [bug #19728] librigs

This is not related to the reported problem, but shouldn't the code in rigs be moved over to use [NSProcessInfo initializeWithArguments:count: environment:] instead of _gnu_process_args()? Fred Friedrich wrote: > URL: > > > Summary: libri

[bug #19804] ugly # chars in menu

Update of bug #19804 (project gnustep): Severity: 3 - Normal => 1 - Wish Item Group:None => Change Request ___ Follow-up Comment #1: The # character is

[bug #19764] All graphics apps crashing

Update of bug #19764 (project gnustep): Assigned to:None => FredKiefer ___ Follow-up Comment #2: Did this problem persist after doing a "make clean"? I am using the cairo backend regularly and

[bug #19764] All graphics apps crashing

Update of bug #19764 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #4: Reported as being

[bug #19804] ugly # chars in menu

Follow-up Comment #3, bug #19804 (project gnustep): What about moving the actual string into a resource? We could use something like _(@"Cmd-Shortcut"), _(@"Alt-Shortcut") and _(@"Shift-Shortcut") in the code and have the lines Cmd-Shortcut=Cmd+ Alt-Shortcut=Alt+ Shift-Shortcut=Sft+ in the Loca

[bug #19974] Some images not handled correctly

Follow-up Comment #2, bug #19974 (project gnustep): I had a look at the two images that you send along with the original post to the mailing list (test.png and test.tiff). These were both 48 bpp images. I am a bit surprised that GNUstep supports that format at all. Was this with the standart art

[bug #20274] Gorm goes into an infinite recursion when selecting a control after recent NSView changes....

Update of bug #20274 (project gnustep): Category: Gui/AppKit => Gorm Item Group:None => Bug Status:None => Confirmed _

[bug #20057] rotated+translated text fields display incorrectly

Follow-up Comment #5, bug #20057 (project gnustep): I made some tests myself and the whole mechanism of doing frame and bounds transformation in GNUstep seems to be wrong, not just the rotation case. For example even a simple translate on bounds produces a wrong result. Looking at the code I thi

[bug #20057] rotated+translated text fields display incorrectly

Update of bug #20057 (project gnustep): Status: Confirmed => In Progress Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #20057] rotated+translated text fields display incorrectly

Update of bug #20057 (project gnustep): Open/Closed: In Test => Open ___ Follow-up Comment #7: OK, even after a hack to get rotated text working for the cairo backend there is still a lot to

[bug #19351] Cairo: NSReadRect gives offset image

Update of bug #19351 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #2: Closed ___ Reply to this item at:

[bug #19350] Cairo: compositing gives wrong image for some modes

Update of bug #19350 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #2: Closed ___ Reply to this item at:

[bug #19878] pbxbuild -25158 compile error

Update of bug #19878 (project gnustep): Status:None => Invalid Open/Closed:Open => Declined ___ Follow-up Comment #1: The class NXConsta

[bug #20057] rotated+translated text fields display incorrectly

Follow-up Comment #8, bug #20057 (project gnustep): I made some progress here. With the text field now flipped as on MacOSX the bounds rotation works in the same direction, but the mixing of rotation and translation of bounds is still broken. I must admit I am a bit glueless what goes on here. R

[bug #20434] NSTextfield setStringValue: problem

Update of bug #20434 (project gnustep): Item Group:None => Change Request ___ Follow-up Comment #2: I'm not sure if we should follow OpenStep here. The method setStringValue: is clearly defined t

[bug #20434] NSTextfield setStringValue: problem

Update of bug #20434 (project gnustep): Status:None => Wont Fix Assigned to:None => FredKiefer Open/Closed:Open => Declined _

[bug #11569] -setFrameOrigin: and -setFrameRotation:

Update of bug #11569 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #11557] -hitTest: should check frame rotation.

Update of bug #11557 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #10825] Support for NSColor colorWithPatternImage:

Update of bug #10825 (project gnustep): Category: Gui/AppKit => Backend Assigned to:None => FredKiefer ___ Follow-up Comment #1: I moved this over

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

Update of bug #16592 (project gnustep): Open/Closed:Open => In Test ___ Follow-up Comment #3: There has been another set of window frame hanling patches by Richard. The original problem sho

[bug #13708] enlaring windows

Update of bug #13708 (project gnustep): Open/Closed:Open => In Test ___ Follow-up Comment #1: Could you please retest this behaviour again? It should be fixed by Richards window frame chang

[bug #20453] netbsd gui thread safety

Update of bug #20453 (project gnustep): Item Group:None => Bug ___ Follow-up Comment #1: Could you please run the application with the --debug option and report back the full back trac

[bug #20473] sh.exe crashes

Update of bug #20473 (project gnustep): Category:None => Base/Foundation ___ Follow-up Comment #1: I take it from your stack dump that you are using GNUstep on MS Windows with Msys. What I don't

[bug #20632] unrecognized color mask in art

Update of bug #20632 (project gnustep): Item Group:None => Bug ___ Follow-up Comment #1: It looks like the byte swapping for the colour mask produced a nonsensical result in your case.

[bug #18412] ugly empty windows popping up

Update of bug #18412 (project gnustep): Status:None => In Progress Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[patch #6159] Avoid looking for font substitue for non-printable character

Update of patch #6159 (project gnustep): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: Applied the patch

[patch #6153] Remove XGWM_KDE and XGWM_GNOME support

Update of patch #6153 (project gnustep): Status:None => Invalid Assigned to:None => FredKiefer ___ Follow-up Comment #1: It is true that t

[patch #5962] opening files in windows doesn't work

Update of patch #5962 (project gnustep): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: I closed this pat

[bug #20884] NSCell issue

Update of bug #20884 (project gnustep): Severity: 5 - Blocker => 4 - Important Item Group:None => Bug Assigned to:None => FredKiefer _

[bug #20884] NSCell issue

Follow-up Comment #3, bug #20884 (project gnustep): Sorry, but I was hoping to get the full application code from you. With that it should be rather simple to see, where the problem comes from. During the last month there have been only a few changes to NSCell and NSButtonCell or other files tha

[bug #20884] NSCell issue

Update of bug #20884 (project gnustep): Status:None => Confirmed ___ Follow-up Comment #5: Back at my computer it was easy to find out what caused this trouble, fixing it will be a bit h

[bug #20955] NSNotificationCenter does not ignore exceptions during notification sending

URL: Summary: NSNotificationCenter does not ignore exceptions during notification sending Project: GNUstep Submitted by: FredKiefer Submitted on: Samstag 01.09.2007 um 21:15 Category:

[bug #20884] NSCell issue

Update of bug #20884 (project gnustep): Status: Confirmed => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #6: Should be fixed in

[bug #20956] NSFontManager returns nil if font not found

Update of bug #20956 (project gnustep): Status:None => Invalid Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #13608] float mismatch in textfield

Update of bug #13608 (project gnustep): Status:None => Invalid Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #20966] wrong glyph call order and fontinfo on win32

Update of bug #20966 (project gnustep): Assigned to:None => FredKiefer Open/Closed:Open => In Test ___ Follow-up Comment #1: Here the code for

[bug #20965] Cairo shows blank windows after AlpenStep

Follow-up Comment #1, bug #20965 (project gnustep): First, thank you for testing cairo! Nicolas has done a few more changes to the cairo code, so please give it another try. Your X server doesn't support 32 bits, in that case it should fall back to the old code and use a 24 bits visual. If the p

[bug #20965] Cairo shows blank windows after AlpenStep

Update of bug #20965 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #21200] Cairo version dependency and other nuisances

Update of bug #21200 (project gnustep): Category:None => Backend Severity: 3 - Normal => 2 - Minor Item Group:None => Change Request Assigned to:

[bug #21173] unimplemented overide in XGFontInfo

Update of bug #21173 (project gnustep): Item Group:None => Change Request ___ Follow-up Comment #1: It is just not possible to implement this method properly for XGFontInfo. It should be possible

[bug #21203] Cairo backend does not display

Update of bug #21203 (project gnustep): Category:None => Backend Item Group:None => Bug ___ Follow-up Comment #1: No idea, where the

[bug #21201] Missing header in XGDragView.m

Update of bug #21201 (project gnustep): Category:None => Backend Item Group:None => Bug Status:None => Fixed Assigned to:

[bug #11976] Window does not properly miniaturize when GSAppOwnsMiniwindow == YES and GSX11HandlesWindowDecorations == NO

Update of bug #11976 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #20695] lock problems with applications

Update of bug #20695 (project gnustep): Category:None => Application Item Group:None => Bug ___ Follow-up Comment #1: Assign this to cat

[bug #20451] uncontrolled thread creation / crash

Update of bug #20451 (project gnustep): Category:None => Base/Foundation ___ Follow-up Comment #1: Assigned category "Base", which may be completely wrong, but better than no category.

[bug #19100] GWorkspace application focussing issues

Update of bug #19100 (project gnustep): Category: Backend => Gui/AppKit Status:None => Confirmed ___ Follow-up Comment #5: This is rather a g

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #2, bug #19352 (project gnustep): Please try once more with the current implementation of PS generation in the cairo backend. The result should be somewhat better. Still no EPS though, but they are discussing the addition of a EPS format on the cairo mailing list. _

[bug #21173] unimplemented overide in XGFontInfo

Update of bug #21173 (project gnustep): Category: Gui/AppKit => Backend ___ Follow-up Comment #2: This is a backend not a gui problem. _

[bug #14317] Failing in building the gnustep-gui

Update of bug #14317 (project gnustep): Open/Closed:Open => Closed ___ Follow-up Comment #3: Closed as there was no new input from original poster. __

[bug #19974] Some images not handled correctly

Update of bug #19974 (project gnustep): Category: Application => Gui/AppKit ___ Follow-up Comment #4: Change into a GUI problem. ___ Reply

[bug #21200] Cairo version dependency and other nuisances

Follow-up Comment #5, bug #21200 (project gnustep): You problem does not belong to this bug report, but into #21203 :-) If you are using the latest SVN then changing the assignement in XGCairoXImageSurface may make a difference. Please try the values 24 and 32 and also report the depth that is u

[bug #21262] Creeping menus

Follow-up Comment #1, bug #21262 (project gnustep): Could you please provide some more information. I am not able to reproduce this behaviour. Which sort of menus are you using? Horizontal, wild menu or the standard ones? What is your setting for the handling of window decoration? Standalone GNU

[bug #21200] Cairo version dependency and other nuisances

Update of bug #21200 (project gnustep): Status:None => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #3: The offending line

<    1   2   3   4   5   6   7   8   9   10   >