I upgraded my system to SuSE 7.1 with Linux kernel 2.4.0 and XFree86
4.0.2 and all the other releases that come with it. I than did a 'make
distclean' in all the gnustep core modules and run the
configure/make/install cycle for make, core, gui and xgps. This did not
work well for gui, so I had to
Thank you for that help. Yes it is the image size, somehow the Xfree86
release 4.0.2 is not as tolerant as older releases about indexes that
are out of range. I will provide a smaller icon for Ink, but in the long
run we will have to correct image scaling, otherwise that problem will
keep on poppi
While searching for another problem in NSComboBoxCell I ran into an
initialization problem that I don't quite understand. Perhaps someone on
this list can explain it and even fix it?
When running this small test program, I get a lot of error messages from
NSColor.
#include
#include
#include
#
Adam Fedor wrote:
>
> I just tried your sample program and got the expected output (No
> errors). This is with all the latest CVS code installed.
>
> --
> Adam Fedor, Digital Optics| Fudd's law of opposition: Push
> [EMAIL PROTECTED] http://www.doc.com | something hard enough, a
The problem that NSColor was unable to convert a string representation
to a NSColor was caused by a totally different reason than what I was
looking for. It is my C Local environment that gets it wrong. That is
also the reason why none of you could reproduce it.
Here is what I did get when adding
The last changes on NSMatrix have broken the operation of the NSBox test
program in GSTest. I tried to fix it myself ([self sendAction: _action
to: _target]; instead of [_target performSelector: _action withObject:
self]; in _mouseDownNonListMode:) but this does not solve the whole
problem. So p
NSMatrix still produces a segmentation fault if you click between two
items. This can be tested with the NSBox example of GSTest.
Mirko, could you please send a short description of what you have
changed on that class and in which state this changes are. I looked at
the changelog, but this does n
This segmentation fault was caused by a bug in the dash handling I wrote
on 30.4. It called a X function even if the window (and therefor the GC)
did not exist. This has been fixed in CVS since the 5.5., so you we just
unlike to get your CVS one day too early.
Fred
_
Since I did switch to XFree86 4.1.0 GNUstep does not recognize the right
mouse button of my wheel mouse (Scroll down is treated as right mouse
down). A bit of renumbering the buttons in the method [XGContext
_setupRootWindow] solved this problem. But for a general solution,
working with different
I did just switch to KDE 2.2 and now dragging does no longer work in
GNUstep. I don't want to start any discussion about window managers,
GNUstep will try to work together with any window manager that follows
the rules. And KDE is on of them, we will have to support the new
release (Which by the w
Hi Georg,
I am having the same drawing problems, where sometimes parts of a window
is missing (e.g. in the Box test of GSTest). So any solution to this
would be fine. I had a look at your clipping code and did not quite
understand it. Your code seems to add another stack to the graphics
context,
Hi Benhur,
tahnk you for this bug report. I tried to fix it with two changes to
NSMenu. For one now the initWithCoder will send all notifications at the
end and when inserting an item the notification is send before the menu
of the item is set.
Please check if this changes remove all your problem
Hi Georg,
I will have to reject the changes you suggest for NSTextView the same as
I did some time ago for a similar change by Ludovic. Here is the mail I
did send at that time to Ludovic:
>
> Hi Ludovic,
>
> Ludovic Marcotte wrote:
> >
> > Hi Fred,
> >
> > I'm playing around GNUstep's text
Hi Ludovic,
it is hard to comment on your problem, as I don't have to source code of
Pantomime and GNUmail. From the stack dump I would say the problem might
be relate to accessing an already freed object. The release bug (a
RETAIN might be missing or an object is release /autoreleased to early)
Hi Pascal,
are you sure that you are using the latest code from CVS? About one week
ago I did change this behaviour, so that the action method of a
popupbutton should only be send by the menu item. So the sender should
now be a NSMenuItem, which wont implement selectedCell. If there is any
object
Georg Fleischmann wrote:
>
> Enrico Sersale wrote:
> > Actually, is the NSPopUpButton code to be considered stable?
>
> With the cvs version from Oct 4th pop up menus still seem quite unreliable to me.
> Additionally pop up menu items loaded from a gmodel file appear disabled.
I would not consi
Hi Adam,
Adam Fedor wrote:
>
> Whenever you try to set a font using the NSFontPanel, it sends a
> changeFont: message to the main and key windows. However, the
> changeFont: message will never be sent to another Panel, since panels
> cannot become main, and the NSFontPanel takes key status as so
Enrico Sersale wrote:
>
> On Sat, 17 Nov 2001, Stéphane PERON wrote:
>
> > Hi,
> >
> > I am under WindowMaker 0.7 with Xfree4.
> >
> > When I put a Gnustep window in the top left corner of the root screen,
> > at each launching of the concerned application, the window is moving
> > left.
> >
>
Hi Adam,
there seems to be a problem with the new code you added for the
dissolving of images. When running the Composite test in GSTest there is
no image displayed any more. This might either be a problem in the code
of GSTest or more likely a problem in the dissolve code. So my question
is if y
Hi Adam,
the surprising thing with that patch is that it even works on my KDE 2
environment. I am sure that I had to add the iterative call to
XQueryTree here to get the different levels of additional windows sorted
out on this platform, but now even a drag and drop between different
applications
Perhaps I should explain a bit more on how the current Anti-Alias font
implementation works and which limitations are caused by this.
This code was a hack that I came up with kust to see if there is any
demand for better fonts in the GNUstep community or if this is only a
low priority addon.
Curr
currently it is not even possible to change the size value with keyboard
input. As soon as this is there I will add more of the listed features.
Cheers
Fred
Pascal Bourguignon wrote:
>
> Fred Kiefer <[EMAIL PROTECTED]> wrote:
> >
> > Hi Pascal,
> >
> >
I had a deeper look into the problem behind the bug 100250 and found
that it is created by a view that is moved to another window, while the
view needs display. In that specific constellation the method [NSView
setNeedsDisplayInRect:] does not work correct. As the whole area of the
view is already
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?
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
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
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
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
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
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
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:
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
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
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
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
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
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
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:
>
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
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
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:
>
> -
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
-
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
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
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
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
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
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
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
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
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
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
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
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,
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-
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
1 - 100 of 1535 matches
Mail list logo
