Richard Frith-Macdonald wrote:
On 29 Oct 2008, at 09:01, Fred Kiefer wrote:
I think this is not completely true. At least I think that
• Added support for displaying truncated strings.
is still on the list of the thinks to do :-)
I don't even know what this is ... so I can't tell
Philippe Roussel wrote:
Le samedi 25 octobre 2008 à 17:24 +0200, Fred Kiefer a écrit :
If this wasn't the source of the problem then we need to dig deeper. The
first thing to do is to run the application with a debugger attached and
set a break point into XGErrorHandler and report
Krishna wrote:
However when I run the apps, I get font not found errors. eg:
2008-10-26 09:55:40.763 SystemPreferences[15591] The font specified
for NSFont, Helvetica, can't be found.
Assuming the cairo backend uses fontconfig I tried `fc-match
helvetica` and it returned a valid font
We should stay realistic here and keep up the distinction between what
we want to achieve and what we already have.
Base on Windows works very well and should be usable in commercial
applications. GUI itself should be mostly alright, although NSWorkspace
may need some more tweaking. But Back on
I made a rather far fetching change last night to the XWindowBuffer
class, so my first thought is that this change may have triggered your
problem. I left the old code in place and you could test whether my
change caused this by changing the line
#if 0
into
#if 1
If this wasn't the source of the
Thank you for those follow up patches. I applied them with slight
changes. Please check whether I made any mistake here.
Fred
Wolfgang Lux wrote:
I wrote:
This patch fixes an issue that has bugged me already for quite a
while -- NSWindowController should be a subclass of NSResponder and
be
Applied, as there was no differing opinion.
Wolfgang Lux wrote:
Fred Kiefer wrote:
Wolfgang Lux wrote:
The following patch fixes NSMenu's -indexOfItemWithTarget:andAction:
method so that it becomes possible to look up items with a nil target,
i.e., which send their action to the first
Committed. Thank you for this patch!
Fred
PS: Only gui applications using a custom subclass of NSWindowController
need to be recompiled.
Wolfgang Lux wrote:
This patch fixes an issue that has bugged me already for quite a
while -- NSWindowController should be a subclass of NSResponder and
be
Wolfgang Lux wrote:
The following patch fixes NSMenu's -indexOfItemWithTarget:andAction:
method so that it becomes possible to look up items with a nil target,
i.e., which send their action to the first responder.
I am not that sure about this change. My current idea is to check
whether the
Fred Kiefer wrote:
Wolfgang Lux wrote:
thank you for this detailed report. I tried to resolve the
inconsistency you found between the visual used by the window and the
one expected by the art backend. Could you please give my updated code
a try and report back, whether this helps.
thanks
I will only reply on the display problem. Form your mail I would expect that
you are using the default art backand and this issue is caused by an unusual
display mode. When you start up a GNUstep application is there any message?
There are known issues for some 16 bit display modes for the art
Could you please explain, why you are using an explicit value of -10 for
the window level? GNUstep doesn't give any guarantees about these
values. For a pour GNUstep application it would be best to use
NSDesktopWindowLevel, a GNUstep extension to the offical Cocoa windows
levels. I can see the
Gregory Weston wrote:
In article [EMAIL PROTECTED],
Marko Riedel [EMAIL PROTECTED] wrote:
the environment is KDE 3.5 (sorry, I had no choice in the matter), but the
same problem occurs with WindowMaker. The application is not document-based
and does have an application delegate and
Matt Rice wrote:
It appears that there are still 3 .gorm files without .nib file equivalent,
Hmm, I might be wrong here, but shouldn't loading those .gorm files into
Gorm and saving them as .nib files provide some starting point for the
remaining work on the Mac?
Hi Marko,
I heard from Riccardo that he is facing similar problems. Could you
please detail your environment and the applications that are failing to
stop? Are they document based, do you use an application delegate?
Does replyToApplicationShouldTerminate: get called? With what value as
Sorry to reply only to one of your multiple issues.
Stefan Bidigaray wrote:
1) Art backend doesn't work with 16 bit depth. All I get are white
(blank) windows, controls still work using keyboard short cuts (tested
with Ink.app and hitting ctrl-n to create a new document). Switching
to 24
Wolfgang Lux wrote:
thank you for this detailed report. I tried to resolve the
inconsistency you found between the visual used by the window and the
one expected by the art backend. Could you please give my updated code
a try and report back, whether this helps.
thanks for the fix. It did
Hi Wolfgang,
thank you for this detailed report. I tried to resolve the inconsistency
you found between the visual used by the window and the one expected by
the art backend. Could you please give my updated code a try and report
back, whether this helps.
Cheers,
Fred
Wolfgang Lux wrote:
Andreas Höschler wrote:
I just did some tests with the latest GNustep downloaded yesterday on
Solaris 10 with Etoile switched off for now to exclude potential
problems caused by Etoile overloads.
I encountered massive problems experimenting with TextEdit.app and
Affiche.app, e.g. selecting
(10,10,20,10)]
;[self addSubview: texto] ;RELEASE(texto);
Then, I don't know if I need release this after.
--- El mar 29-jul-08, Fred Kiefer [EMAIL PROTECTED] escribió:
De: Fred Kiefer [EMAIL PROTECTED]
Asunto: Re: Two questions about NSView class
A: Germán Arias [EMAIL PROTECTED], discuss
am Di, 29.7.2008:
Von: Marko Riedel [EMAIL PROTECTED]
Betreff: Re: NSTableView, highlight color
An: discuss-gnustep@gnu.org, Fred Kiefer [EMAIL PROTECTED]
Datum: Dienstag, 29. Juli 2008, 19:35
I'll try this right now.
I don't want to change all cells, only the ones in the
selected row
Not sure, what you want to achive, but there is setBackgroundColor: on
NSTableView which will set the colour of the actual table background. In the
delegate method tableView:willDisplayCell:forTableColumn:row: you may set the
cell background, the value to display is only set later on and is
I am not sure, how full screen mode for OpenGL should work. What always should
work is to create a borderless window the size of the screen and set a high
window level. Setting the window style to 0 should give you such a window.
You should be able to get the resolution from NSScreen and there
Did you already get an answer to these questions?
First of all, in Objective-C you should not be concerned too much about memory.
Normally things just happen correctly. When you remove a view from the
hierarchy with removeSubView: then that view may or may not be freed. What
happens is the it
I think what you are seeing is the correct behaviour. It should even be the
same on MacOSX, but I am unable to test at the moment.
What happens is that you draw into a view you just created and this view isn't
flipped, whereas an NSTableView is flipped. That way the rows show up in the
wrong
Charles philip Chan wrote:
Now that dvdnav is working in MplayerGS, the next thing I want to work
on is language and angle selections and a DVD navigator
menu. However, I am not too sure how to do the dynamic menus. Can some
one point me in the right direction?
Not sure, what you mean by
Not sure what you are trying to do here, but you definitly don't want to
debug make, you want to debug the bootstrap-emacs.
Most likely you will want to send the following command:
EMACSLOADPATH=/usr/src/packages/BUILD/emacs/lisp LC_ALL=C gdb
../src/bootstrap-emacs -batch --no-site-file
David Chisnall wrote:
On 6 Jul 2008, at 23:40, Riccardo wrote:
Currently, it works only on Linux with ACPI with 2.6 kernels since it
reads files in /proc and relies on that format. It runs also on
FreeBSD thanks to patches by Chris Vetter.
I've written code in SystemConfig in the Étoilé
David Chisnall wrote:
On 7 Jul 2008, at 15:07, Fred Kiefer wrote:
David Chisnall wrote:
On 6 Jul 2008, at 23:40, Riccardo wrote:
Currently, it works only on Linux with ACPI with 2.6 kernels since
it reads files in /proc and relies on that format. It runs also on
FreeBSD thanks to patches
Scott Christley wrote:
Hello,
When I do an anonymous checkout of the repository
svn co http://svn.gna.org/svn/gnustep/modules gnustep-svn
I get this error:
svn: In directory 'gnustep-svn/usr-apps/gsldapwebexplorer'
svn: Can't copy
Marko Riedel wrote:
Hi folks,
I am developing a GNUstep application that will have to run under KDE. I have
no choice in the matter, as it's been decided for me. ;-)
I have a problem with Gorm.app and in fact, all other applications I've tried
(not only my own) that only display panels on
Marko Riedel wrote:
just in case anyone is interested, I'm also having the slow focus
problem with NSTextField (startup-0.19.3). Furthermore, I was a bit
disappointed that the NSSecureTextField does not display dots or
circles (looks like it just uses white text on a white background).
I
I don't use a 64 bit system, so it is quite likely that there are gui or
back features not perfectly working on such a system.
Form looking at the code itself I cannot see how this should result in
an error even on a 64-bit machine, but of course your compiler sees it
differently. :-)
Would you
Dinesh Nadarajah wrote:
i am planning on developing an application and wanted to find out if
the GnuStep libraries (especially Test display) is capable of rendering
complex script ligatures - especially Indian languages? I will be using
Unicode for all text and want to be sure they can be
I like this whole idea a lot, but we will need a bit more performance
testing to make sure we understand the consequences.
What I did not quite get is where are we going to store the size of the
different classes? Perhaps a more detailed outline of the algorithm
would help here.
Fred
Saso
Sorry, I still have no idea where this is comming from. Could you please
give gdb another try and this time add a break point in NSException
raise to get a back trace of the error (b [NSExcpetion raise] followed
after the break point is reached by bt). Perhaps this will tell us more.
Fred
Not sure how this is releate your your previously reported problem.
But with that error message it is best to recompile all of GNUstep from
scratch making sure that no old part is left over. Most likely you have
some bits of GNUstep lying around that are left over from previous
installation
[EMAIL PROTECTED] wrote:
On 2 Mai, 10:46, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Dear all,
I was asked by friends to make a presentation similar to the FOSDEM 08
show at Linuxtag, and the proposal was accepted.
So, there will be a small (less than 1x1m) area to show the Zaurus,
the
Andreas Höschler wrote:
While preparing the stripped down application I figured out that this
has nothing to do with event handling but is indeed a drawing problem.
The stripped down version (subclass of NSView) worked perfectly also
under GNUstep. My ObjectBrowserView was actually a subclass
Richard Frith-Macdonald wrote:
RELEASE was introduced to completely remove the call to -release in the
case when gc was enabled. Apple have now effectively done the same
thing by modifying the compiler to remove the call itsself... we went
for a more portable solution, but as they control the
Andreas Höschler wrote:
Hi all,
I have a view subclass with
- (void)mouseDown:(NSEvent *)theEvent
{
NSPoint locA = [self convertPoint:[theEvent locationInWindow]
fromView:nil];
BOOL shiftPressed = (([theEvent modifierFlags] NSShiftKeyMask) 0);
BOOL keepOn = YES;
BOOL hasDragged
Andreas Höschler wrote:
Hi Fred,
Andreas Höschler wrote:
Hi all,
I have a view subclass with
- (void)mouseDown:(NSEvent *)theEvent
{
NSPoint locA = [self convertPoint:[theEvent locationInWindow]
fromView:nil];
BOOL shiftPressed = (([theEvent modifierFlags] NSShiftKeyMask)
0);
Andreas Höschler wrote:
Hello all,
when performing drag operations between apps (move, copy,...) the image
of the mouse pointer is changed from an arrow to the link sign or the
copy sign known from OPENSTEP. This works great. However, sometimes the
image is not switched back to the normal
You will need to provide more information than this.
Is this the first error you get or is there anything else before that?
Could you please run the TextEdit application with gdb (eg openapp --debug
TextEdit) and set a break point on XGErrorHandler and report back from where
this gets called?
David Wetzel wrote:
we had this already, and it was dropped in favour of the wiki.
http://wiki.gnustep.org/index.php/Category:Applications
You may reach this with two clicks from the GNUstep web site. On the
other hand if you see any limitations with that approach we should
re-discuss it
Adam Fedor wrote:
GNustep was accepted as a mentoring organization for 2008 Google SoC!
However, that means we have a lot of work to do in the next few weeks.
There is barely a week before students are able to submit applications
for projects, and only a week after that is the deadline for
Stefan Bidigaray wrote:
2. The SUSE packages. I thought there were SUSE packages already, is
this something else then?
The guy who talked to me about Suse packages was Will Stephenson and he
already works together with Richard Stonehouse who does the GNustep
packages for Suse. They both have
[EMAIL PROTECTED] wrote:
I also booked into the SUN hotel and will be there from Friday on. Are
we planing to have a developers meeting there on Friday or only one on
Saturday morning? With the Etoile people I would rather suggest to have
one in the evening, as they never seem to get up that
Nicolas Roard wrote:
On Jan 26, 2008 4:40 PM, Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
On 25 Jan 2008, at 22:18, Nicola Pero wrote:
Actually I wonder why I made a fuss with Pascal to get a GNUstep
booth
when no one wants to have one? (who will be tending the booth on
Andreas Höschler wrote:
Hi all,
I am just giving Solaris Express a try. My first action after installing
the os is of course building gcc to get Objective-C support.
Unfortunately the build fails
cd /usr/src
gunzip gcc-3.4.4.tar.gz
tar xvf gcc-3.4.4.tar
cd gcc-3.4.4
I don't expect gmp to help here. This just happens to be the last test
before the actual failure. What may help is to copy in the original code
from GCC, but I don't know for sure.
Cheers,
Fred
Dennis Leeuw wrote:
Hi Andreas,
It seems that you are just missing GNU MP: http://gmplib.org/
TMC wrote:
Fred Kiefer wrote:
It would also be great to switch to the current SVN source to see if the
problem still persists or has already been resolved.
Cheers,
Fred
The other diagnostic suggestions you offered were over my head. I did check
out revision 26027 from SVN, and got
if the
problem still persists or has already been resolved.
Cheers,
Fred
TMC wrote:
Fred Kiefer wrote:
Could you please run it with --debug to start up gdb? This could show us
the location of the problem. The most likely reason is that somewhere we
get an error status from cairo and fail to check
As far as I know, you don't need glitz to run the cairo backend. For me
cairo with glitz didn't work for a long time and I haven't tested this
combination since then.
When compiling the GNUstep backend you need to tell it to use cairo.
What I do is
make distclean; ./configure --with-name=cairo
Andreas Schik wrote:
On 2008-01-10 22:15:31 +0100 Sas(o Kiselkov [EMAIL PROTECTED]
wrote:
It used to work on gnustep-gui-0.11 without any problem. Also, when I
I can confirm that. gui-0.12 worked for me as well.
run an app in my X environment, it start spawning a window a large
Andreas Schik wrote:
On 2008-01-08 18:52:49 +0100 Fred Kiefer [EMAIL PROTECTED] wrote:
Sas wrote:
I've observed the same behavior, art backend. It seems the backend
doesn't inform the WM about the window being iconified, so it doesn't
appear as a miniwindow in WindowMaker, or as a window
Andreas Schik wrote:
since I 'upgraded' to yesterdays SVN og GNUstep I do have problems
with DnD in GNUMail. Have there been any changes in the underlying
mechanisms making it necessary to change applications?
The basic mechanism hasn't changed since April last year. What has
changed a bit
Sas wrote:
I've observed the same behavior, art backend. It seems the backend
doesn't inform the WM about the window being iconified, so it doesn't
appear as a miniwindow in WindowMaker, or as a window-icon in any other
WM (tested on Gnome and KDE).
Yes, this is what is happening. When the
Richard Stonehouse wrote:
Building an application, I hit the following error:
Compiling file NSCellExtensions.m ...
In file included from NSCellExtensions.m:23:
/usr/include/AppKit/NSStringDrawing.h:36:19: error: missing binary
operator before token (
The relevant line in
Adam Fedor wrote:
I've updated the Windows installer. Now the system and depend
installers are combined into one. So you only need to install two
installers to get GNUstep working.
http://www.gnustep.org/experience/Windows.html
I also added a Gorm.app installer. I'll get more as I have
Fred Kiefer wrote:
After all that I still have problem starting up an application. This is
caused by gui not finding the backend. I expect that this is caused by
some unusual language settings (German) on my computer. At least this is
the only hint I get from GNUstep. I report back
similar.
And for the art backend your code would be a big improvement. You should
think about adding it there. Again perhaps as an option.
Cheers,
Fred
Fred Kiefer wrote:
Isaiah Beerbower wrote:
On 12/10/07, Fred Kiefer [EMAIL PROTECTED] wrote:
Isaiah Beerbower wrote:
On 12/10/07, Fred Kiefer
Isaiah Beerbower wrote:
On 12/10/07, Fred Kiefer [EMAIL PROTECTED] wrote:
Isaiah Beerbower wrote:
On 12/10/07, Fred Kiefer [EMAIL PROTECTED] wrote:
Isaiah Beerbower wrote:
I have an almost complete implementation working with the cairo back
end. Should I create a new branch for it under
David Chisnall wrote:
- Reading nib files on GNUstep is still somewhat hit and miss. Some
things work perfectly, some fail weirdly. If you are encountering
strange bugs, try redrawing your nibs in gorm.
This is the only point, where I have to diverge from Davids great
answer. Redoing your
Truls Becken wrote:
I do see another issue, though. When right-clicking an app-icon, the
menu springs up temporarily under the mouse, but since the app-icon is
net_wm_window_type_dock, the menu always appears *below* it. I think
the window type of at least one of them should be changed. Since
Truls Becken wrote:
On Nov 22, 2007 11:28 AM, Fred Kiefer [EMAIL PROTECTED] wrote:
I see from xprop that _NET_WM_STATE is not set on the menus. How about
setting that to _NET_WM_STATE_SKIP_TASKBAR and
_NET_WM_STATE_SKIP_PAGER ? My panel does this in addition to
_NET_WM_WINDOW_TYPE_DOCK.
We
Truls Becken wrote:
On Nov 21, 2007 7:38 PM, Gregory John Casamento
[EMAIL PROTECTED] wrote:
I'm saying it is a bug if it shows menu windows as windows in the window
list. They shouldn't show up there.
Whether that's a bug in Metacity or GNUstep remains unclear.
It happens in OpenBox as
Philippe Roussel wrote:
I'm wondering if the following is a bug or a feature ?
Using Metacity (I haven't tried with another window manager),
contextual menu windows of GNUstep apps appear in the window manager
windows list, whereas the main menu windows don't. I don't see any
advantage for
Andreas Höschler wrote:
Hi all,
I want to have a checkbox in a tableview and be able to tab into it
from the column to its left with the TAB key and then set its state
with the keyboard (e.g. the space key, any other would be fine as well).
This is to avoid the need to use the mouse for
Andreas Höschler wrote:
Hoi,
Andreas Höschler wrote:
Hi all,
I want to have a checkbox in a tableview and be able to tab into it
from the column to its left with the TAB key and then set its state
with the keyboard (e.g. the space key, any other would be fine as well).
This is to avoid
Here is what the documentation in NSFont says about default keys to change the
font sizes:
The default sizes are:
/p
list
itemNSBoldFontSize(none)/item
itemNSControlContentFontSize (none)/item
itemNSFontSize12 (System Font Size)/item
Wolfgang Lux wrote:
Andreas Höschler wrote:
This NSAssert killed a presentation today! :-( My application died
with an uncaught exception while trying to show a message with
NSRunAlterPanel. What is this NSAssert good for?
Quoted from Apple's documentation of -convertRect:toView:
Nicolas Roard wrote:
On Nov 13, 2007 2:16 PM, Mark Grice [EMAIL PROTECTED] wrote:
But dialog boxes are a prime example of what would be better if it
were native. For example: Ubuntu has Samba, which allows me to get to
the windows drives on my network. It also allows me to view thumbnails
of
David Chisnall wrote:
Note that this is already possible; a packager can always grab Camaelon
from Étoilé and add a Camaelon package to their GNUstep metapackage, but
there is no information on the GNUstep site about doing this and so most
people don't. There are no screenshots on the GNUstep
Jesse Ross wrote:
I guess I didn't explain that point too well. What I was trying to
say is that image size detracts from the other contents on the page.
I agree that we should have GNUstep images on the homepage, just not
that big. When reading the content you had on that mock-up (I'm just
Stefan Bidigaray wrote:
That reminds me of another point worth discussing... the defaults
system. What you're saying here is not simple to do exactly because the
user HAS to change the defaults themselves. Take for example GTK+
settings, all a distribution have to do to get a new look is add
Jesse Ross wrote:
What I am missing on these web pages are the links for developers.
OK, this is very egoistic, but this was one of the few reasons for
me to check out the GNUstep page from time to time, it was a hub
for different development links. We surely can improve on that :-)
What
Sorry for top posting, but surely you all have read the previous mails
and I just wanted to state how much I agree with them.
We, that is GNUstep, need to make a better impression on the market.
We are all lot better then how GNUstep is perceived. Now that a fresh
release of GNUstep is out, will
Nikolaus Waxweiler wrote:
I just stumbled over the following: I have a NSBrowser, an active
delegate to fill it in and an action method when I click on some item. I
also disabled allow empty selection, so when I click a branch in one
column, the first item of the next one is automatically
Sebastian Reitenbach wrote:
Hi Adam,
Adam Fedor [EMAIL PROTECTED] wrote:
PictureFrame version 1.0.0 is available.
PictureFrame.app
==
PictureFrame.app is an application meant to be run on your own home-
built
digital picture frame (e.g. an old laptop you've taken
I tried to reproduce this problem with NSImageView and after removing
the check for ([sender draggingSource] != self) in draggingEntered: it
is possible to drag onto the same view.
This means it isn't a general problem in GNUstep. Either it is related
to you specific class or NSDragOperationLink
Andreas Höschler wrote:
I tried to reproduce this problem with NSImageView and after removing
the check for ([sender draggingSource] != self) in draggingEntered: it
is possible to drag onto the same view.
My SRCalendarView is a subclass of NSImageView. I have overwritten (for
test purposes)
Are you referring to the same view that started the drag? It is possible
that GNUstep excludes this view from getting drag notifications.
If you mean another view, is it in the same application, same window?
Is this the first time you use dragdrop and if nto, what is the difference?
Fred
Jonathan Hepburn wrote:
On 10/12/07, Fred Kiefer [EMAIL PROTECTED] wrote:
I am currently looking through old GNUstep mails and found this one. The
behaviour you describe used to be a problem caused by GNUstep using the
wrong font metrics. I never understood why this issue resulted
I am currently looking through old GNUstep mails and found this one. The
behaviour you describe used to be a problem caused by GNUstep using the
wrong font metrics. I never understood why this issue resulted in this
specific output. Now I haven't seen such output in GNUstep for years.
Either you
I applied all these patches although I cannot see the difference that
the last one will do. Could you please review the version you send to
this list once more?
Fred
Wolfgang Lux wrote:
Hello,
here are three small patches for gui.
The first of these is an urgent fix for an issue in
Yen-Ju Chen wrote:
For minimization, I can add _GNUSTEP_WM_MINIATURIZE_WINDOW atom in Azalea.
It is just another GNUstep-specific atom for window manager.
It would also be nice that GNUstep can remove the check for
WindowMaker (XGServerWindow.m, line 813 and 1960) for that atom
so
Gregory John Casamento wrote:
I defer to Adam and Fred respectively on those two questions.Adam
was involved in SoC and Fred is currently working on the Cairo backend.
- Original Message
From: Stefan Bidigaray [EMAIL PROTECTED]
To: DISCUSS GNUstep discuss-gnustep@gnu.org
Sent:
Wolfgang Lux wrote:
Hello list!
The following patch improves my previous fix to the -fileName/-setFileName:
compatibility code in NSDocument. The patch now ensures that the document's
URL is nil if the file name is nil. Note that NSDocument uses [self
fileURL]
in a few places and checks
silvercreekvalley wrote:
Hi,
After a bit of a struggle :) - I managed to get
gnustep-startup
up and running on a Sun SPARC running Solaris 10.
Everything compiles up OK as far as I can tell, and it
installs
normally in /usr/GNUstep
However, if I build Gorm (which also builds and
Stefan Bidigaray wrote:
OK, looks like I didn't update the test suite after all! Anyway, here
it is. Looks like it still fails, but it's just a plain fail, not a
compile fail.
I really don't understand, what is going on here. And it is hard to tell
without the tests.log file. Why are you so
Stefan Bidigaray wrote:
Alright, I updated everything just now. Cairo works OK now, but I'm
getting that annoying cursor bug which I hadn't seen in a while under art.
I'm also attaching the test suite outputs. I forgot to add the base one
last time and got the same failures this time.
Stefan Bidigaray wrote:
On 9/11/07, *Fred Kiefer* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Did you update the test suite from SVN before running your tests? At
least the last gui error (compilation fail) should be fixed in SVN.
Fred
I did, at least I think I did
Stefan Bidigaray wrote:
On 9/9/07, *Fred Kiefer* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
If cairo is not working for you, you are most likely working on FreeBSD.
We already have a few bug report about this. But with no way to
reproduce this I am a bit stuck in solving
Stefan Bidigaray wrote:
Like the title says, I just installed GS again but ran into some
annoying bugs. I'll list them here, but let me know if you guys would
rather have me report them using savannah...
- Cairo back end just simple doesn't work. All I get are completely
white windows
Yen-Ju Chen wrote:
On 9/7/07, Fred Kiefer [EMAIL PROTECTED] wrote:
Yen-Ju Chen wrote:
This is the current implementation of makeKeyAndOrderFront:
- (void) makeKeyAndOrderFront: (id)sender
{
[self orderFront: sender];
[self makeKeyWindow];
/*
* OPENSTEP makes a window the main
Yen-Ju Chen wrote:
This is the current implementation of makeKeyAndOrderFront:
- (void) makeKeyAndOrderFront: (id)sender
{
[self orderFront: sender];
[self makeKeyWindow];
/*
* OPENSTEP makes a window the main window when it makes it the key window.
* So we do the same
Fred Kiefer wrote:
Andreas Höschler wrote:
I used the following two methods on NSActionCell in my patch. Couls you
please check, whether they also result in a loop?
- (id)objectValue
{
if (_control_view)
if ([_control_view isKindOfClass: controlClass])
[(NSControl
Yen-Ju Chen wrote:
On 9/4/07, Fred Kiefer [EMAIL PROTECTED] wrote:
Yen-Ju Chen wrote:
This patch tries to fix the GNUstep window flicks when it gets focus.
This is the situation I traced:
1) A GNUstep window get focused.
2) [XGServerWindow orderwindow:::] receives NSWindowAbove with otherwin
Andreas Höschler wrote:
Hi all,
Until this is properly figured out, I have changed the above method
(temporary hack) as follows, since the above caused problems with date
formatters.
- (void)textDidChange: (NSNotification *)aNotification
{
NSMutableDictionary *dict;
// validate
901 - 1000 of 1240 matches
Mail list logo
