[bug #58546] GSTLS certificate expiration test always fails on 32-bit architectures

Update of bug #58546 (project gnustep): Status:None => Confirmed Open/Closed: Closed => Open ___ Follow-up Comment #2: As far as I underst

[bug #58548] Typos in NSApplication.h

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

[bug #58546] GSTLS certificate expiration test always fails on 32-bit architectures

Update of bug #58546 (project gnustep): Status: Confirmed => Fixed Assigned to:None => CaS Open/Closed:Open => Closed __

[bug #59204] NSOperationQueue leak

Update of bug #59204 (project gnustep): Category:None => Base/Foundation Item Group:None => Bug Status:None => Ready For Test Assigned to:

[bug #58837] The problem that gorm and projectcenter cannot be run when GNUStep is newly installed on windows XP/7/10.

Update of bug #58837 (project gnustep): Category: Backend => Packaging ___ Reply to this item at: ___ Me

[bug #59204] NSOperationQueue leak

Follow-up Comment #12, bug #59204 (project gnustep): You are right, even in the non-ARC version of the macro the loop does more harm. I think it is there to allow the draining of the pool, but this does break the expected behaviour of the break statement. This means "break" and "return" will leak

[bug #34789] performSelector:withObject:afterDelay not working while a sheet is displayed

Follow-up Comment #7, bug #34789 (project gnustep): In the mean time Apple has changed the documentation of their beginSheet: methods to "This method displays the sheet modally on the specified window and returns control to the caller. Most events targeted at docWindow are prohibited while the sh

[bug #47523] blinking cursor type while typing or scrolling

Update of bug #47523 (project gnustep): Status:Wont Fix => Confirmed Assigned to: gcasa => FredKiefer Open/Closed: Closed => Analyzed _

[bug #47523] blinking cursor type while typing or scrolling

Update of bug #47523 (project gnustep): Open/Closed:Analyzed => Open ___ Reply to this item at: ___ Me

Re: ProjectCenter not running after install on Windows 10

The error message you see there means that you did not install the backend for GNUstep gui. There are two possible backends on Windows win32 and cairo. Just install the cairo backend module similar to how you did install the rest of GNUstep and try again. Hope this helps, Fred > Am 13.01.2021

Re: Bug

Just looking at the few information you provide I already see a mismatch. For the GNUstep.sh you seem to have a prefix of "/usr“ which seems to be missing inside of that file. Did you compile GNUstep yourself or did you download packages for Cygwin. In the later case, where did you get the packa

[bug #61727] Premature cleanup in NSPopUpButtonCell -dealloc crashes application

Update of bug #61727 (project gnustep): Status:None => Ready For Test Assigned to:rmottola => FredKiefer ___ Follow-up Comment #7: I hacked in a worka

[bug #61727] Premature cleanup in NSPopUpButtonCell -dealloc crashes application

Update of bug #61727 (project gnustep): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

Re: Problem with Installation

Hi Darrell, the version of GNUstep startup you are trying to use is from 2013. This old version of GNUstep has issues with the current version of ICU. There has only been one more release of the startup script since then, so even that is outdated. The issue itself has been addressed in GNUstep

Re: tools-windows-msvc runtime error

I am no Windows expert but I remember that for some compilers we needed special symbol handling there. We use the macro GS_EXPORT_CLASS there which boils down to some __declspec(dllexport) declarations on classes. Not sure whether this would also be needed for a class that is only locally used.

Re: bug and fix for gnustep-base

Hi Carl, Thank you for this bug report. This is already fixed in the main branch, we just need to have a new release to publish that change. Could you please try to clone this version and verify that the issue is resolved? Cheers, Fred On the road > Am 22.10.2023 um 07:17 schrieb Carl Hanse

Re: bug and fix for gnustep-base

023 um 09:07 schrieb Carl Hansen : > > On Sun, Oct 22, 2023 at 08:30:24AM +0200, Fred Kiefer wrote: >> Hi Carl, >> >> >> Thank you for this bug report. This is already fixed in the main branch, we >> just need to have a new release to publish that change.

Re: NSPopUpButton*, NSMenu* patch.

Hi Michael, I just had a look at your patch and failed to understand how with the new code you suggest for NSApplication the name of a window could be changed and correctly displayed in the windows menu. Perhaps you just wanted to optimize the case away, when the name didn't actually change?

Re: Bug in save panel?

Michael Hanni wrote: > This is also visble in Ink.app (if you want another test case) if you use the > open panel to open a file (which doesn't work since you can't select any files, > anyhow) and then try to use the open panel with insert file (which opens the > panel with an additional accessor

GNUstep under mingw

I am running GNUstep with mingw and there are a few problems left. First you hae to use the cygwin make (/usr/bin/make) otherwise the common.make file gives an error as it tests the $PATH variable to include the GNUSTEP_SYSTEM_ROOT/Tools directory. For this to work also the environment variabl

Re: GNUstep under mingw

Adam Fedor wrote: >> -Original Message- From: Fred Kiefer >> [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:11 PM To: [EMAIL PROTECTED] >>Subject: GNUstep under mingw >> >>GNUSTEP_SYSTEM_ROOT/Tools directory. For this to work al

Re: Slow Image scrolling

HiIan, Ian Jones wrote: > I have a problem with scrolling large image attachments. I regularly > recieve quite large image files attached to my email, someone recently > sent a 270kb .jpg attachment and even on my dual celeron 500 it kept > stopping trying to scroll through it and my CPU usag

Bug in opentool

Opentool tries to add the executable extension to the name of the application, which is wrong even for MS Windows, as now openapp will only start the application wrapper that does not have this extension. Also to get an application compiled to be usable I had to add the follwoing block into ap

Re: Bug in opentool

Nicola Pero wrote: > I hope that is a first help for windows. I'm dead late with > applying your windows patches to gnustep-make / making the makefile > rearrangement for windows, but it's the next improvement to > gnustep-make. I also think I should likely install gnustep on > windows my

Problem loading German settings

Hi Richard, back on my Linux machine I find so problems to run GNUstep with German as the selected language: fred@hugo:/usr/src/gnustep/usr-apps/examples/gui> LANG=de_DE fred@hugo:/usr/src/gnustep/usr-apps/examples/gui> openapp GSTest/GSTest.app/ 03 30 19:20:27 GSTest[6203] File NSDictionary.m:

Re: New 'back' backend

Hi Nicola, for your fix in the bundle make file you added a comment that we should explain, why we have to link against all libraries on Windows while we don't need this on any other system. The reason is simple, we don't need this on Windows either. What we need there is that we define a pre-pro

Usage of rint() in gui

Two new files are now using rint() in the gui library (NSMatrix and NSClipView) as this function is not available on all systems (namely not on MS Window) it is not possible to compile gui on such a system. To work around this the configuration checks for this function and sets a flag whether

Backend make fails

Trying to build the new backend back on mingw fails with the message: kiefer@XANTHUS ~/GNUstep/core/back $ /usr/bin/make GNUmakefile.postamble:31: *** target pattern contains no `%'. Stop. This happens independend of the actual backend I am configuring for. Commenting out that rule just moves t

two bugs while building back on mingw

1. the new backend results in the line GRAPHIC_LIBS=-ltiff -lX11 being written to the files config.make and back.make even when not configured for any X backend. 2. As the new backend works with subproject these must now be able to correctly set set the XXX_ISDLL flags as well. Currently we ha

GUI bug for new backend

In the header file GSDisplayServer.h in gui the new functions GSServerForWindow() and GSCurrentServer() are lacking the APPKIT_DECLARE modifier. That way these functions are not exported correctly for MS Window. Also the class GSDisplayServer itself has to be added to the libgnustep-gui.def fi

Re: Usage of rint() in gui

Adam Fedor wrote: > Fred Kiefer wrote: > >>> Or as this becomes more common now, we could move the replacement >> >> definition of rint() up into the config.h file itself. Any ideas on >> this solution? >> > > Done. Sorry, perhaps my idea w

Re: two bugs while building back on mingw

Nicola Pero wrote > Can I ask one question then - is 'BUILD_libgnustep_gui_DLL' and > 'libgnustep_gui_DLL' a general standard for building unix stuff on > Windows, or is it more or less a gnustep-only trick ? > > Because if it's a gnustep-only trick, we could modify it in the following > way: >

Strangeness in NSWindow

While tracking down a wrong behaviour in my own backend code I found that this time it was not me getting things wrong but NSWindow. When creating a new window the content size is handed on to the backend while the very similar method placewindow:: takes the full frame not just the content are

Re: Strangeness in NSWindow

Adam Fedor wrote: > Fred Kiefer wrote: > >> Then there is this NSWindowDepth stuff, according to NSGraphics this >> are rather complicated values that describe the availabe colours of a >> window or screen. But in NSWindow 8 is returned as a NSWindowDepth and &g

Re: GSTextStorage vs GSMutableAttributedString

Adam Fedor wrote: > GSTextStorage is almost an exact copy of > GSMutableAttributedString/GSAttributedString. > > I think it would be easier if we just used behaviors to add that > functionality to GSTextStorage. The only problem is that GSTextStorage > uses an extra call in some routines: > > -

Re: NSImageView

Jeff Teunissen wrote: > Nicola Pero wrote: > > >>We can't change the API, so we probably can't just use a composite >>operation in NSImageView, but must do things properly and optimize >>properly the image drawing to the clipped area in the backend. >> > > NSImageCells with alpha need to clear

Cursor blinks in background

After adding a NSLog() statement to the _blink method of NSTextView I noticed that this method get called, while the window of the text view is no longer active. This can be seen in the GSTest.app when switching to another test window after editing text in the NSForm test. In this case the blinkin

NSSavePanel complains about .hidden

Richard latest changes to NSData caused that the NSSavePanel now complains, if it cannot find a .hidden file in a directory: 2002-10-05 13:21:29.687 Ink[1323] File NSData.m: 219. In readContentsOfFile Open (/.hidden) attempt failed - No such file or directory The questions is of course, if we

Re: GSSimpleLayoutManger.patch (mouse selection at EOL)

Hi Nicola, could you please give a bit more details for the following sentence: Nicola Pero wrote: > I'd say that standard non-rich editing is very usable. Why do you restrict this statement to "non-rich editing". As far as I know, editing for RFT and non-rich text is implemented with exactly

Re: NSSavePanel complains about .hidden

Fred Kiefer wrote: > BTW, this error message is shown eight times, when a NSSavePanel is opened, > although only two columns are shown. I will inspect into this to find > out if there are unneeded operations going on. After a bit of investigation I did find out that this behaviour

Re: NSBezierPath setLineDash

Hi Stefan, Stefan Urbanek wrote: > Whe I set NSBezierPath setLineDash:count:phase: to one path then all > paths created after that one will have same line dash style. I think it > should be local to the path, or is it global? This value is reset after > each NSView drawRect:. I had a look at

Re: NSBezierPath setLineDash

Adam Fedor wrote: > Fred Kiefer wrote: > >> This is just one of the places where our current fontend backend interface >> could need some improvements. My position here is that all the PS >> interfaces to change any of the path drawing parameters should be >&g

Re: NSSavePanel complains about .hidden

Adam Fedor wrote: > Fred Kiefer wrote: > >> Fred Kiefer wrote: >> > BTW, this error message is shown eight times, when a NSSavePanel is >> opened, >> > although only two columns are shown. I will inspect into this to find >> > out if there are un

Re: Fix, NSFont, XGFont (was RTFConsumer)

Most of this patch looks fine for me. What is missing is the special handling now needed for the getNSFont() function. Here we should make sure, that we always return a usefull font. As the only font we can be sure about is the user font in the default size we should return this, if any font i

Re: NSBezierPath setLineDash

I applied a patch that should resolve this. The more general problem of path handling is still to be discussed. Stefan Urbanek wrote: > Whe I set NSBezierPath setLineDash:count:phase: to one path then all > paths created after that one will have same line dash style. I think it > should be loc

Re: Memory leak of GSAttrInfo and GSCString suspicion

Stefan Urbanek wrote: When usnig GNUmail it wil grow to enormous size (now it has ~136MB) and I have to restart it time to time. When I browse my mail in the mailbox (with mouse or with keys) the amount of GSAttrInfo classes will grow. Another thing: when I type in NSTextView (for example when c

Re: CURRENT back sources

John Gutierrez wrote: 1. The last CURRENT core package appears to be missing wraster.h in the /core/back/Source/xdps directory wraster.h is available in back/Headers/x11 and should be included from here. 2. I've compiled core on SuSE 8.0 with the xdps back-end. I get the following error w

Segemantation fault while printing

When printing two times form within the same GNUstep applciation I get a segmentaion fault. This is caused by a rather complex interplay between the NSFont management and the SetLocal calls for printing. To explain it I will have to list the involved steps: 1. My computer has a german setup, so

Re: [PATCH] NSMenu patch version 2.

Hi Wim, menus kep on appearing in the lower left corner for me as well. It would be great if you could resolve this problem quickly. What I did not understadnd about your changes is the introduction of the NSMenuView protocol. I could not find this in my MacOSX documentation and I also see no

Re: [semi-PATCH] menu title bar sizing & menu close button

Hi Michael, Michael Hanni wrote: > Issues: > > * NSButton does not honor (NSControl) setRefusesFirstResponder:. I'm not sure > if thats correct or a bug. However, it does cause the dottedRect to appear in > the close button -- ugly. OK, I looked at the code of NSControl and found what is wron

Re: NSMenuView and popups (was: Re: [PATCH] Menus in lowerleftcorner)

the first sizeToFit in NSMenuView -- like we catch the left offset? Yes, that would be an option. Although I would prefer to split the NSMenuView class into two: GSPopupMenuView and GSMenuView. But your suggestion is easier and Fred Kiefer might object to the split. looks as if there was some misunders

Re: [semi-PATCH] menu title bar sizing & menu close button

Benhur Stein wrote: Citando Fred Kiefer <[EMAIL PROTECTED]>: There are also a lot of problems with setShowsFirstResponder:. I think from the documentation that this only indicates that the dotted line will be drawn, when the cells also becomes first responder. But our current code treats t

Re: [NSImage imagedNamed:] and application startup tuning

Michael Hanni wrote: [NSImage imageNamed:] provides a very easy way to grab images. You can simply provide a name, minus even an extension, and NSImage will find your image. However, this can be more intensive than required when you already know your image's extension. For example, when you strace

Memory leak in GNUstep

There seems to be a new memory leak in GNUstep that can be most easily seen in GSTest.app. 1) Start up GSTest.app. 2) Select the Info Panel from the menu. 3) Start the Memory Panel by clicking the image. 4) Hit Update a few times. You will notice that the number of GSUnicodeInlineString keeps on

Re: [PATCH] make NSProgressIndicator lovely.

Michael Hanni wrote: The attached patch makes NSProgressIndicator a little more appealing -- I think. Personally, I would like to see NSProgressIndicatior like in attach (NeXT one). I can create it after fixing/testing/cleanup NSMenu* and friends. The original one is okay, though I kinda feel it

Tear off menus broken

One of the recent patches for NSMenu and family must have broken the functionality of tear off menus. It is not that I like them that much, but we should not loose them that easily. How to test this yourself. 1) Open Ink.app 2) Select one sub menu and tear it off. 3) Select "New Document" form t

Re: NSWorkspace launchedApplications method

Hi Adam, Adam Fedor wrote: Matt Rice wrote: here is a patch i figure we should probably discuss, it implements the launchedApplications method > (Replying kind of late...) It's a bummer there has to be a deamon just for handling this. Is there anyway to combine it with something else? Maybe just

Re: [bug #3878] copy and pasting non ascii text

This is caused by the current implementation of the RTF parser that is not able to handle Unicode characters. For the copy operation the attribuited text gets converted to RTF and at the paste back into a NSAttributedString, which in this case fails. There were some discussions about a new imple

File URLs in NSURL

While playing around with thumbnails (thanks to Charles Philip Chan for the link!) I came up with the following code: file = @"~/GNUstep/Images/TextSystem1.png"; absolute = [file stringByStandardizingPath]; NSLog(@"file: %@, absolute: %@", file, absolute); absolute = [[NSURL fileURLWithPa

Re: File URLs in NSURL

Richard Frith-Macdonald wrote: When using absoluteString instead of relativeString I get: file://localhost/home/fred/GNUstep/Images/TextSystem1.png There I agree ... IMO the RFCs imply that the hostname part of a file scheme URL should be an empty string, which would give file:///home/fred/GNUste

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

Alexander Malmberg wrote: Yes, there must be a mismatch between the metrics reported by -xlib to -gui and the actual width of the glyphs when drawn. I'm not very familiar with -xlib's font code, but I had a quick look at it and fixed one fairly obvious bug that would cause incorrect metrics to be r

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

Kazunobu Kuriyama wrote: In short, the art backend works fine. At first I forgot to set GSFontAntiAlias to YES and, naturally, got the same result as that of the xlib backend. After setting the environmental variable correctly, the trouble has disappeared! One thing to note: Depending on the valu

Re: Full unicode support for back-xlib

Hi Kazu, this is a nice patch you came up with. This should fill the gap between people only able to use basic X fonts and the ones with a XFT implementation (which also offers UTF8 support). As far as I know font sets are not restricted to XFree86 so this may be of help for more people out th

Re: Full unicode support for back-xlib

Kazunobu Kuriyama wrote: Fred Kiefer wrote: > > As you by now will have noticed, the xlib backend comes along with its > own XFT font class and I think that the font set support should be > packaged up in a similar way. That is, a separate class in its own > file that gets set

Re: Full unicode support for back-xlib (2)

Hi Kazu, this patch looks great! There a only a few things I would like to change: - As XGFontSetEnumerator is currently not implemented I would remove all reverences to it. - [initWithFontName:matrix:screenFont:] may lead to memory leaks as RELEASE(self) is missing for all the error cases. -

Re: Full unicode support for back-xlib (2)

Kazunobu Kuriyama wrote: Thank you for reading the code very carefully and extensively. This is what we should do a lot more, normally we don't have the time for it, but this time I owe it to you. Fred Kiefer wrote: > > - As XGFontSetEnumerator is currently not implemented I w

Re: Full unicode support for back-xlib (2)

Hi Kazu, we now have reached a disagreement and need some more views on the remaining problems. Perhaps Nicola, Adam, Wim or Alex could join in and state their views on the use font sets. I am away for a few days anyway. Cheers Fred Kazunobu Kuriyama wrote: Fred Kiefer wrote: It is even worse

Re: Problem with newest gui/back 0.8.8

Damien Genet wrote: GNUstep display is completly broken here using the new back/gui 0.8.8 tarball. Here a screenshot using art backend : http://perso.cyriacrea.net/~damien/pub/misc/gnustep-0.8.8_art_broken.png same with xlib backend : http://perso.cyriacrea.net/~damien/pub/misc/gnustep-0.8.8_xlib_b

Re: NSWindowController

Andrew Ruder wrote: Quick question: 144 - (void) setDocument: (NSDocument *)document 145 { 146 // FIXME - this is RETAINed and never RELEASEd ... 147 ASSIGN (_document, document); 148 [self synchronizeWindowTitleWithDocumentName]; in NSWindowController.m Is there some re

Re: Making GUI fails

Richard Frith-Macdonald wrote: On Wednesday, August 6, 2003, at 07:09 AM, Richard Frith-Macdonald wrote: Removing the stamp file therefore fixes the problem ... since make can no longer read it for dependency information. distclean ought to remove the stamp file for you ... but perhaps it isn't d

Re: [Fwd: Bug#204645: gnustep-back: font_cacher useobsolete /etc/X11/Xftconfig]

Hi, I don't quite understand what this bug is all about. Lets assume that you are talking about the xlib backend, the only one that uses font_cacher: First you should understand that xlib uses different mechnisms to get informations about the installed fonts on the machine it is runnig on. One

Re: Lifting size limitation on X-to-GS copy & paste (was Re: [bug#4658] Broken gpbs when doing pb operations between GS and X)

Hi Kazu, your proposed change overlapps with the changes I did do yesterday to get copy and paste to GNUstep working with my Emacs (21.2.1) again. So your patch needs a bit of rewritting to work in this changed environment (and not to break my Emacs again). I would also suggest not to read big

Making GUI fails

Rebuilding GUI from scratch fails because of a problem in documentation. A make with doc=no succeds. What worries me is that I am the first to report this, as it should be broken for almost anybody else, so am I the only one still trying to compile doc? Fred The revelant output of make (Excus

Re: Making GUI fails

Yes, this did solve the problem. Thank you Fred Richard Frith-Macdonald wrote: On Wednesday, August 6, 2003, at 10:42 PM, Fred Kiefer wrote: Richard Frith-Macdonald wrote: On Wednesday, August 6, 2003, at 07:09 AM, Richard Frith-Macdonald wrote: Removing the stamp file therefore fixes the

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

Stefan Urbanek wrote: On 2003-08-10 19:24:12 +0200 Fred Kiefer <[EMAIL PROTECTED]> wrote: would you mind to retest with the GNUstep CVS from yesterday. Right about the time when you were complaining about this problem I already did try to fix it. If it still doesn't work keep on com

Re: Lifting size limitation on X-to-GS copy & paste (was Re: [bug#4658] Broken gpbs when doing pb operations between GS and X)

I checked with Emacs and xedit and at least middle mouse copy works for both. For the Emacs copy wont work, which may be due to it using the wrong clipboard. For xedit I don't know how to do a copy. If you say that the last patch causes this behaviour could you cross check with an older version

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

Hi Stefan, would you mind to retest with the GNUstep CVS from yesterday. Right about the time when you were complaining about this problem I already did try to fix it. If it still doesn't work keep on complaining so that somebody has another go on it. You may need to switch on GSOldClipboard,

Re: Making GUI fails

Gregory John Casamento wrote: You need to delete the stamp file. I had this issue. This did not help, neither did the make distclean, as I was already using this. ___ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-

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

Hi Peter, thank you for this test. Could you please also test the latest CVS version and report on this? My tests with WindowMaker and Gnome where successful. At least as far as xpbs was concerned. I did find a bug in the RTF parsing code when there is a } right after a Unicode character. Fre

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

Hi Peter, Hi Stefan, would you two mind to retest large cut&paste again? I did fix this today. There is still a lot more that should be done in xpbs.m, but for the moment I hope we have now reached a rather stable version. So if this works it will be the last change until the next release. Fre

Re: [bug #4824] configuring ffcall with Apple runtime

Hi Adam, this bug is already set as closed. This may explain, why you are not allowed to change the status. If it is still open, you may have to open a new bug report. On the other hand I was at least able to change the severity to 4. Cheers Fred [EMAIL PROTECTED] wrote: === BU

Re: [Fwd: Bug#206915: Memory leak inNSBitmapImageRep initWithBitmapDataPlanes]

The current behaviour, as unsatisfying as it may be to you, is the one described in the Apple documentation for this method: If planes is not NULL and the array contains at least one data pointer, the object will only reference the image data; it won t copy it. The buffers won t be freed when t

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

Hi Pete, I did my orignal copying from the UTF8 page with konqueror, which does not have this problem, doing it with Mozilla showed that we still need to support more of the X selection interface. The error I do get here is a bit clearer than the one you list: Unsupported data type 'INCR' from

Re: Memory leaks problem in gnustep 0.8.5

I did retest this with a recent release of GNUstep and could not reprocude the problem. Could you please confirm that this has been resolved? Cheers Fred Jan Trembulak wrote: After numerous tests I have found out a problem with memory leaks in gnustep - 0.8.5. (tested on Linux red hat 7.2, Solar

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

Fred Kiefer wrote: I did my orignal copying from the UTF8 page with konqueror, which does not have this problem, doing it with Mozilla showed that we still need to support more of the X selection interface. The error I do get here is a bit clearer than the one you list: Unsupported data type

Re: [RFC]: More automatic timezone info.

Adam Fedor wrote: This patches NSTimeZone to use a more standard (Posix?) method of finding the time zone info that's already set on the computer. I think many people could avoid having to set the "Local Time Zone" default. Nice patch, what I don't understand is why you did add an #else branch. If

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

Pete French wrote: But there is of course also a bit of bad news, which is that this specific page still cannot be transfered, which is according to my findings caused by the Unicode conversion inside of NSString which A... now is this related to the other "bug" we were talking about befor

Re: [bug #4658], and also [bug #4624]

Hi Pete, Pete French wrote: O.K. - can people please test the attached patch ? It is for Unicode.m and adds support for the characters outside the BMP. These are converted into paired surrgates internally, and then converted back correctly on output. This code behaves exactly the same as OSX does

Re: [bug #4658], and also [bug #4624]

Pete French wrote: Can you point me to the correct place to do the iconv changes pleaase and I'll do another version of the patch at the weekend, if that would satisfy for now ? Other bits and pieces I'll try and do as I get time over the neext few weeks. My original idea was to revamp all of it in

Re: Scrub last - better patch....

Hi Pete, just tired this with your favourit UTF-8 page and I was able to copy it from Mozilla over to Ink. Great now all that Unicode copying should be working. (Not that I ever wanted to copy that page anyway) Cheers Fred Richard Frith-Macdonald wrote: On Tuesday, September 9, 2003, at 10:41 P

Re: NSPopupButton itemAtIndex:

Rob Burns wrote: This is from older Apple docs. The OpenStep docs say something similar. itemAtIndex: - (id )itemAtIndex:(int)index Returns the list item at index. If there is no item at index, this method returns nil. In GNUstep it appears to raise an NSRangeException if there is no

Re: NSDocument close & NSApplication targetForAction

Matt Rice wrote: bug when using NSDocument, the key window always responds to close and so NSDocument close never gets called.. and reopening a document would show the one which you just "closed" rather than reading from disk.. (tested with Ink..) this patch moves the check for document based apps

Re: NSDocument close & NSApplication targetForAction

Adam Fedor wrote: I don't really see where it says this, unless it's somewhere in the NSDocument documentation. NSApplication documentation doesn't mention anything about documents. Exactly there in the class description for NSDocument. The second part is even worse, here closing the window and cl

Re: patches to gnustep/core/back/Source/winlib/WIN32GState.m

Hi Leigh, Leigh Smith wrote: It seems I accidently sent my last patch to WIN32GState.m without a ChangeLog entry. Sorry for that. I am resubmitting the patch together with a ChangeLog entry. Hopefully this will expedite incorporation of the patch into the repository. Please let me know if there

Re: Recent Documents

Rob Burns wrote: I find I have to delete the defaults for Ink relatively often, because a file I have either deleted or moved, is in the recent documents list. When this is the case, starting Ink results in some errors about adding nil to an array. Could you please provide a gdb backtrace for th

Re: [bug #6726] Segmentation fault from GSTest

HI Alexander, thank you for fixing this. I was totally distracted by the actual error message that I didn't even thing about starting memory debugging. Fred [EMAIL PROTECTED] wrote: === BUG #6726: LATEST MODIFICATIONS == http://savannah.gnu.org/bugs/?func=detailb

[bugs #6875] Use of _KDE_NET_WM_WINDOW_TYPE_OVERRIDE instead of _NET_WM_WINDOW_TYPE_UTILITY == BAD

This mail is an automated notification from the bugs tracker of the project: GNUstep. /**/ [bugs #6875] Latest Modifications: Changes by: Fred Kiefer <[EMAIL PROTECTED]> 'Date:

Re: [PATCH] -setTarget: and -setAction: enabled in NSImageView

Alexander Malmberg wrote: Kazunobu Kuriyama wrote: [EMAIL PROTECTED] NSImageCell : NSCell [EMAIL PROTECTED] NSImageCell : NSActionCell This is a very dubious change. The design is sane, but it's a pretty big change, and it's against the docs. I'm going to think about it for a while and let others

Re: [PATCH] -setTarget: and -setAction: enabled in NSImageView

Kazunobu Kuriyama wrote: Fred Kiefer wrote: I want to second Alexanders position here. The documentation from Apple is rather thin on what change should happen. On the other hand it is rather clear on what should not be changed. NSImageCell should remain a subclass of NSCell and not of

Re: [PATCH] -setTarget: and -setAction: enabled in NSImageView

Kazunobu Kuriyama wrote: Fred Kiefer wrote: Kazunobu Kuriyama wrote: So I asked more than one time why NSImageCell needs to be a subclass of NSCell. Do you know any document that makes this point clear? If there's one, it would give a good foundation for our discussion, reducing perceptio

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