As we are about to the the big change to NSSound from Stefan Bidigaray
and new code tends to need a few weeks to get most of the bugs out, I'd
like to propose that we release a new version of gui and back before
that. There already a quite a few bug fixes in both that would justify a
release
Stefan Bidigaray wrote:
Not sure if this is my fault or not! I've gotten this quite often in
testing the NSSound stuff... I've attached a copy of the program. I'm
not sure if it's something I'm doing, or what? I'm using SVN r28323
(it's kind of old).
Here's the gdb output:
(gdb) r
Stefan Bidigaray wrote:
OK, so I just finished writing the NSSound code and started testing it.
Well, I'm getting to really weird behaviors (one with the fall back and
one with the libsndfile code).
When using libsndfile, I get a segmentation fault... I stepped through
the code and get
Stefan Bidigaray wrote:
OK, I've been staring at the structure of NSSound as I have it now (not
like the one in the tar.gz I sent out before) and I think I need to take
a step back and design this a little better. I need some help! One
thing to keep in mind is I will not go into the playing
Hi Stefan,
I only had a quick glance at your new code. I definitely support the
idea of supporting the new MacOSX methods on NSSound, but haven't had
the time to see, whether there is a way of supporting them with the old
openaudio interface. What I don't understand is what we gain/loose by
Richard Frith-Macdonald wrote:
On 20 May 2009, at 11:53, Yavor Doganov wrote:
On Wed, May 20, 2009 at 11:24:39AM +0100, Richard Frith-Macdonald wrote:
However, I don't think there have been any recent releases which should
have changed the so number for any of the libraries.
I've made an
I just added an example theme implementation by Fred Morcos
fred.mor...@gmail.com at usr-apps/examples/gui/ExampleTheme/Rhea
This shows how to write a very simple theme that overrides just one
method. The idea here being to demonstrate how a theme is build and
installed.
Fred
David Chisnall wrote:
I think it's important to work out why it is failing on your machine.
The reason I suggested this change is that, for me, looking at the
assembly, it generates the same code as our inline asm on x86 but also
works on non-x86 platforms that we currently use a painfully
David Ayers wrote:
Am Sonntag, den 03.05.2009, 17:30 +0100 schrieb David Chisnall:
On 3 May 2009, at 17:26, Riccardo Mottola wrote:
David Chisnall wrote:
On i386, you need -march=i586 or higher for this to work. The
existing code will break at runtime, rather than link time, on an
David Chisnall wrote:
On 4 May 2009, at 21:07, Fred Kiefer wrote:
And what if we are actually
on a i386? And what should we do when we are on a machine where gcc does
not provide that new build in? Currently NSIncrementExtraRefCount works
slowly on such machines, but it works.
Actually
Sorry, no idea, why this fails for me.
uname -a give this result:
Linux hugo 2.6.27.21-0.1-pae #1 SMP 2009-03-31 14:50:44 +0200 i686 i686
i386 GNU/Linux
But I don't know what gcc relies on. I also read somewhere that you have
to use the link flag -lgcc to use the new build in functions, but this
Using this change with gcc 4.3.2 on OpenSuse 11.1 give the following error:
Linking tool autogsdoc ...
../Source/./obj/libgnustep-base.so: undefined reference to
`__sync_fetch_and_sub_4'
../Source/./obj/libgnustep-base.so: undefined reference to
`__sync_fetch_and_add_4'
We either need to link
What ever numbering system you prefer :-)
To me it is just the same and people will always find a reason to
complain about it.
For gui I would like to delay a new release for a few weeks. Gregory has
done a load of changes which will need some testing. And one set of them
(The changes for
Gregory Casamento wrote:
Author: gcasa
Date: Mon Apr 13 01:17:49 2009
New Revision: 28206
URL: http://svn.gna.org/viewcvs/gnustep?rev=28206view=rev
Log:
* Source/GSWindowDecorationView.m: initialize offsets to prevent
negative value warnings suggested by Doug.
Modified:
they didn't have to.
I'm not sure what you mean by a fallback value... do you mean something
that is non-zero?
GC
On Mon, Apr 13, 2009 at 12:08 PM, Fred Kiefer fredkie...@gmx.de
mailto:fredkie...@gmx.de wrote:
Gregory Casamento wrote:
Author: gcasa
Date: Mon Apr 13 01:17:49
Gregory Casamento wrote:
Author: gcasa
Date: Wed Apr 8 04:24:27 2009
New Revision: 28187
URL: http://svn.gna.org/viewcvs/gnustep?rev=28187view=rev
Log:
* Source/NSDocumentController.m: Return default type if the
URL is not a file URL and the call to typeFromFileExtension:
Nicolas Roard wrote:
On Mon, Apr 6, 2009 at 8:48 PM, Riccardo Mottola mul...@ngi.it wrote:
Hello,
in FTP (available in GAP, http://gap.nongnu.org) I do inter-thread messaging
with the precise goal to have threads perform operations on the main thread
GUI operations.
I set up DO between the
David Ayers wrote:
I agree that if it is really the case that libffi supersedes ffcall on
all Supported Platforms that we should aim to remove it:
http://lists.gnu.org/archive/html/discuss-gnustep/2008-12/msg00019.html
The last stable -base release at the end of last year already defaults
Compiling file NSDistributedNotificationCenter.m ...
NSDistributedNotificationCenter.m: In function
‘-[NSDistributedNotificationCenter
addObserver:selector:name:object:suspensionBehavior:]’:
NSDistributedNotificationCenter.m:343: warning: cast from pointer to
integer of different size
Wolfgang Lux wrote:
Fred Kiefer wrote:
Markus Hitter wrote:
Am 24.03.2009 um 09:07 schrieb Fred Kiefer:
The other change is to give up a special behaviour in GNUstep. Apple
documents that calls to [NSView setNeedsDisplay:] (and
setNeedsDisplayInRect:) only work as expected on the main
Markus Hitter wrote:
Am 24.03.2009 um 09:07 schrieb Fred Kiefer:
The other change is to give up a special behaviour in GNUstep. Apple
documents that calls to [NSView setNeedsDisplay:] (and
setNeedsDisplayInRect:) only work as expected on the main thread.
GNUstep has some code that lets
Because of the ongoing discussion about ABI stability I would like to
discuss two small changes on this mailing list before I make them.
One is rather a bug fix, in GNUstep the method [NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:] replaces a nil value
for expiration with
Adam Fedor wrote:
On Mar 8, 2009, at 10:08 AM, Quentin Mathé wrote:
Also who is going to be in charge of the joint application? Someone
from GNUstep? That sounds likely since it's the umbrella project for
the application.
I applied for GNUstep last year, so I could do that.
Thank you Adam!
ici...@mail.cg.tuwien.ac.at wrote:
This is just a heads-up for my patches, since I don' want to commit them
without your feedback.
1. I implemented key repeat support for keyboard events in GServerEvent
2. I implemented mouse position setting support in GSDisplayServer and
XGServerWindow. I
Xavier Glattard wrote:
The problem comes from ivars that would not be always at the same
offset, doesn't it ? But these ivars are supposed to be private, dont
they ? So the code that uses these ivars is always released along with
the class interface. I can not find any official 'public' ivars.
p.o.rous...@free.fr wrote:
Selon p.o.rous...@free.fr:
Selon Fred Kiefer fredkie...@gmx.de:
[snip]
cd gui/Resources
make_strings -L German ../Source/*.m
Before every release of gui we should update these files and add the
missing new translations.
Fred
PS: I find the way you have
I just updated the GNUstep gui localization files for English and
German. While doing so I noticed a few issues with our current
localization handling. One was in base, where the switch to output
missing localization values would always write out nil, not very
helpful while looking for the missing
Richard Frith-Macdonald wrote:
3. Some code has some other glitches in it that I don't understand/follow?
That was the menu reorganization not working for FlexiSheet that has a
German NIB file. Now with the added and corrected localization in gui
this is working nicely and remove the last
Matt Rice wrote:
I don't think that will work because I'm also seeing rounding errors on
the isect = NSIntersectionRect(...) calls... though not in the stuff i
sent earlier for some reason... not sure why...
but that would also only work when displaying whole views,
and i take it you don't
(Flexisheet_organizeMenu.jpg). I'm not seeing any difference between
that and how it looked before.
For reference, with my code, it looks like the attached file
Flexisheet_gsnibcode.jpg.
Thanks, GC
On Tue, Feb 24, 2009 at 5:35 PM, Fred Kiefer fredkie...@gmx.de
mailto:fredkie...@gmx.de wrote
Gregory Casamento wrote:
Author: gcasa
Date: Wed Feb 18 08:38:02 2009
New Revision: 27911
URL: http://svn.gna.org/viewcvs/gnustep?rev=27911view=rev
Log:
* Source/GSNibLoading.m: Rollback of previous change. Found a
minor problem.
Modified:
libs/gui/trunk/ChangeLog
Matt Rice wrote:
On Mon, Feb 16, 2009 at 11:50 PM, Matt Rice ratm...@gmail.com wrote:
On Mon, Feb 16, 2009 at 11:43 PM, Fred Kiefer fredkie...@gmx.de wrote:
Fred Kiefer wrote:
I make these changes and you can comment on them.
It turned out that the patch I made had a big problem
Matt Rice wrote:
On Mon, Feb 16, 2009 at 11:50 PM, Matt Rice ratm...@gmail.com wrote:
On Mon, Feb 16, 2009 at 11:43 PM, Fred Kiefer fredkie...@gmx.de wrote:
Fred Kiefer wrote:
I make these changes and you can comment on them.
It turned out that the patch I made had a big problem
When we switch a menu between horizontal and vertical mode we reorganize
a few menu items. A similar reorganisation happens when we load a NIB
file for a menu. I just commited a change that tries to bring these two
implementations together. For now I just changed the code in NSMenu, the
Don't hurry, I will be way until the weekend and wont have much chance
to work on GNUstep.
Gregory Casamento wrote:
Fred,
I'll look at it tonight and give you feedback on it ASAP. :)
Thanks! GC
On Tue, Feb 17, 2009 at 1:37 PM, Fred Kiefer fredkie...@gmx.de
mailto:fredkie...@gmx.de
Gregory Casamento wrote:
Author: gcasa
Date: Mon Feb 16 01:31:23 2009
New Revision: 27874
URL: http://svn.gna.org/viewcvs/gnustep?rev=27874view=rev
Log:
* Source/NSCell.m: Change to implement 10.3 and later behavior for
the method setStringValue: as documented in Apple's
Fred Kiefer wrote:
I make these changes and you can comment on them.
It turned out that the patch I made had a big problem. :-)
The new code in itself was correct, but there is a long standing bug in
NSButtonCell #11946 (With a reference to the even older #4635). And as
long as the setXXXTitle
Gregory Casamento wrote:
Author: gcasa
Date: Tue Feb 10 02:21:07 2009
New Revision: 27827
URL: http://svn.gna.org/viewcvs/gnustep?rev=27827view=rev
Log:
* Source/NSToolbar.m: (-windowDidUpdate:): Automatically update
the toolbar on every window update. This makes sure that
Richard Frith-Macdonald wrote:
Author: rfm
Date: Sun Feb 8 12:02:57 2009
New Revision: 27810
URL: http://svn.gna.org/viewcvs/gnustep?rev=27810view=rev
Log:
Use proxies for named images so that changes to images are nstantly reflected
when you change themes.
Modified:
Fred Kiefer wrote:
Richard Frith-Macdonald wrote:
Author: rfm
Date: Sun Feb 8 12:02:57 2009
New Revision: 27810
URL: http://svn.gna.org/viewcvs/gnustep?rev=27810view=rev
Log:
Use proxies for named images so that changes to images are nstantly reflected
when you change themes.
Modified
Fred Kiefer wrote:
The other change is more interesting. Did you switch of the memory
management for NIB connections because of the ugly memory problems this
is causing on applications like Bean? We have noticed this during our
session in Bergamo as well. My impression there was that outlets
Gregory Casamento wrote:
Author: gcasa
Date: Tue Jan 27 21:33:17 2009
New Revision: 27706
URL: http://svn.gna.org/viewcvs/gnustep?rev=27706view=rev
Log:
This is a temporary change. Commenting out RELEASE(_connections) will be
reverted ASAP.
Modified:
libs/gui/trunk/ChangeLog
David Chisnall wrote:
Since my last svn update I got errors complaining that an NSZone-related
symbol was missing (what is the reason for this? Breaking the ABI is
not considered friendly.). As a result I've had to recompile
everything. This wouldn't be a major problem, except that plmerge
Gupta, Arjit (HP Labs India) wrote:
I have been getting an error
/mingw/lib/libmingw.amain.o:main.c:.text+0xbd:Undefined refrence to
nm...@16
Collect2 :Id returned 1 exit status
I am not able to compile a simple objective C class main the main.
Hello and welcome to this list.
To help
Hi Richard,
could you please explain the background of these changes? From looking
at them I get the impression that our current system of using RETAIN,
RELEASE etc macros doesn't help much in the case of GC, now this was the
main reason to stick with those macros (The ASSGIN macro is different,
Quentin Mathé wrote:
Le 6 janv. 09 à 06:12, Richard Frith-Macdonald a écrit :
On 5 Jan 2009, at 21:15, Fred Kiefer wrote:
This seems to be one of the possible solutions, another one would be to
eliminate the usage of the protocol all together and have all the
methods on NSMenu deal
Some of you may have wondered why the Inspector panel in the Bean
application (now part of gap) has two of the many labels in that panel
wrongly aligned. At least I did and so I spend half a day to get Gorm to
convert the nib file to something readable and it turns out that both
the strings that
Wolfgang Lux wrote:
To summon up what happens: The window gets deallocated to clean up it
frees the toolbar which results in a resize of the content view and this
ends in GormGenericEditor refreshCells where an invalid document
instance variable gets dereferenced.
Now in this specific case it
Richard Frith-Macdonald wrote:
Author: rfm
Date: Mon Jan 5 10:43:25 2009
New Revision: 27518
URL: http://svn.gna.org/viewcvs/gnustep?rev=27518view=rev
Log:
Some moves towards making scrollers more themable
Modified:
libs/gui/trunk/ChangeLog
Quentin Mathé wrote:
With r27415, NSMenuItem class was made conform to
NSValidatedUserInterfaceItem. This causes a compilation warning when an
object of the type id NSMenuItem is assigned to a variable of the type
NSMenuItem *. For example, the following line currently causes a warning
with
Richard Frith-Macdonald wrote:
On 30 Dec 2008, at 19:07, Fred Kiefer wrote:
I am currently in the process of changing the GNUstep toolbar handling
to work on the window decoration view instead of using a separate view
to integrate the toolbar.
If you are working on that, please could
Quentin Mathé wrote:
Btw, basic support for toolbar customization is available in the Toolbar
branch. I'm just mentionning it in case you want to reuse it later on.
See http://svn.gna.org/viewcvs/gnustep/libs/gui/branches/Toolbar/
This branch includes various changes to existing toolbar
Fred Kiefer wrote:
Richard Frith-Macdonald wrote:
On 30 Dec 2008, at 19:07, Fred Kiefer wrote:
I am currently in the process of changing the GNUstep toolbar handling
to work on the window decoration view instead of using a separate view
to integrate the toolbar.
If you are working
Quentin Mathé wrote:
Le 30 déc. 08 à 20:07, Fred Kiefer a écrit :
For this I need to understand a bit more of the current toolbar code and
what better way is there to do this than to rewrite that code?
In NSWindow+Toolbar.m, only -runToolbarCustomizationPalette:,
-toggleToolbarShown
Gregory John Casamento wrote:
About the Services menu, wouldn't it be better to have it in the
systray menu rather than in the menu in the window? What do you think
about that?
Fred?
I don't feel qualified to answer here. To me the services menu belongs
to the application as it normally
Philippe Bernery wrote:
Fred, what would be different between a windows-ish interface and a
real windows interface?
I would draw the difference at the point where all the control elements
get displayed with naive Windows function calls. Many Windows
applications do that themselves and they look
Philippe Bernery wrote:
I asked the question sometimes ago (and got an answer) but did not
follow the list for many times.
I was wondering if someone was working on giving GNUstep application
the look and feel of Windows application on Windows?
If yes, what is the status of this project. If
Me too, back on Monday night. Hopefully the release is already out by then :-)
This is going to be a very important release, I would say the best one we ever
had. In the release notes of Gui Wolfgang Lux should be mentioned, he fixed
plenty of bugs over the last months. Keep he good work
While looking at the unnecessary drawing problem that Wolfgang Lux
noticed, I found that image caching isn't used as much as I would
expect. This is caused by our code not reusing cached representations
for images that aren't full opaque. (See [NSImage _cacheForRep:] lines
1940 and 1965) The
Adam Fedor wrote:
Test results for GNUstep as of Sun Dec 7 06:34:10 EST 2008
If a particular system failed compilation, the logs for that system will
be placed at ftp://ftp.gnustep.org/pub/testfarm
If you would like to be a part of this automated testfarm, see
I would like to see a gui release real soon now. The only open problem
that should be investigated (not solved) is the segmentation fault from
GWorkspace. (I will look into that as soon as I get GWorkspace to compile)
Now that gui and back have been changed to respect the domain settings I
would
Perhaps that sentence was buried down to low in my last mail:
Fred Kiefer wrote:
Looks like somebody downgraded GNUstep base from 1.17 to 1.15.4. Was
this done on purpose?
This unexpected release number change is causing problems to everbody
compiling GNUstep from SVN trunk. Of course
may be calling the version from
the other file, meaning that both files will be seeing different
versions of the static, one of which will have been initialised, one won't.
David
On 22 Nov 2008, at 17:29, Fred Kiefer wrote:
I am getting rather strange results when running a GNUstep test
I don' want to make too much fuzz about Etoile people not posting their
new release on the GNUstep mailing lists. Nor about not waiting for the
next GNUstep gui and base release, which is due in a few days and could
even have been brought forward a bit, if requested by Etoile.
What is worrying me
As I wrote I am currently working on that area again and this time I
think I understood the whole idea behind all these frame and bounds
transformations (OK, not for bounds size, but all the rest).
Before I go on and make some more changes I would like to discuss the
next concept here. What I want
Adam Fedor wrote:
On Nov 11, 2008, at 4:50 AM, Richard Frith-Macdonald wrote:
Anyone object if I make a 1.16.4 stable release of the base library to
make recent bugfixes available (and perhaps a 1.17.1 unstable release
too, so make sure the latest unstable release has all the fixes of the
Riccardo is having trouble with the new icns loading code on sparc
architecture. I think this is caused by pointers into the data structure
not being properly aligned for this processor, but as I am no expert in
this area it would be great if somebody could have a look before I start
experimenting
Matt Rice wrote:
On Tue, Oct 28, 2008 at 3:43 AM, Matt Rice [EMAIL PROTECTED] forgot
to attach the patch.
I just committed the first part of your patch. The change on NSControl
also looks correct to me, but we may need a deeper discussion on this
before we apply it.
Fred
David Wetzel wrote:
Hi,
this:
NSData *plistData = nil;
NSString *error;
NSString *fmt;
plistData = [NSPropertyListSerialization dataFromPropertyList:plist
format:NSPropertyListOpenStepFormat
as overall GPL compatability.
Take care,
-Mathew Eis
On Tue, Oct 14, 2008 at 12:35 PM, Fred Kiefer [EMAIL PROTECTED] wrote:
Hi Matt,
switching to LGPL would be great. For now version 3 is not perfectly
usable for GNUstep applications. Some of the more important GNUstep
applications are still
Hi Matt,
switching to LGPL would be great. For now version 3 is not perfectly
usable for GNUstep applications. Some of the more important GNUstep
applications are still on GPL2 and this is not compatible with LGPL3.
Only for that reason does GNUstep still use LGPL2 or later.
If you could use
Adam Fedor wrote:
Test results for GNUstep as of Sat Sep 6 06:34:10 EDT 2008
If a particular system failed compilation, the logs for that system will
be placed at ftp://ftp.gnustep.org/pub/testfarm
If you would like to be a part of this automated testfarm, see
Adam Fedor wrote:
On Sep 6, 2008, at 5:42 AM, Fred Kiefer wrote:
what is happening here? For the last few days we have been getting
failure notices, but there are no updated error logs on the server.
I can see the error logs on the ftp site, can't you? On both systems
I just committed a change to gui that adds some basic icns loading even
when libicns is not present on a system. Even with that code in place
libicns will be the better solution in many case.
Why not just use libicns?
- It is published with the GPL 2 licence, which may not be suitable for
some
Hi David,
could you please add this to our bug tracker with as much details (eg
versions of libraries) as possible. Perhaps even screen shots of
different standard windows with the different backends.
I don't have a ppc machine available, so I am not able to test any of
this myself. Still I
Richard Frith-Macdonald wrote:
PS. I forgot to say that objects can decide themselves whether they are
passed as proxies or copied.
For instance, NSData objects are *always* copied, so that there is no
problem with pointers passed to/from NSData methods as those methods are
always sent to a
Just to keep you up to date. The Second incarnation of AlpenStep,
originally planed for the Munich area is now taking place in Freiburg
over the next weekend.
The idea behind this meeting is to bring GNUstep hackers together for a
weekend to show their own code, to discuss and to resolve
Hi Richard,
could you please explain this changes? As far as I can see you replaces
calls to getObjects: with a loop to get the elements of the array
individually. Does DO over ffi have problem with arrays? If so is there
anything we could do about it?
Richard Frith-Macdonald wrote:
Adam Fedor wrote:
Test results for GNUstep as of Fri Jul 4 06:34:11 EDT 2008
If a particular system failed compilation, the logs for that system will
be placed at ftp://ftp.gnustep.org/pub/testfarm
If you would like to be a part of this automated testfarm, see
Matt Rice wrote:
On Sun, Jun 8, 2008 at 10:57 AM, Fred Kiefer [EMAIL PROTECTED] wrote:
I was completely wrong here. The problem is at a totally different place.
Look at the code in NSTextFieldsCell that Nicola changed a few months ago:
Ahh, yes changing the below fixes it here i was confused
Matt Rice wrote:
On Fri, Jun 6, 2008 at 12:32 PM, Fred Kiefer [EMAIL PROTECTED] wrote:
Matt Rice wrote:
I did notice an NSTableView bug though, and its reproducable afaict
with any editable tableview if you edit a field after editing its row
never set as needing display, you have to click
Richard Frith-Macdonald wrote:
On 5 Jun 2008, at 20:11, [EMAIL PROTECTED] wrote:
Following on David's email, It's been over a year since we last
branched a stable release. Should we try to do another one soon?
I guess so.
I really wanted to get base much more compatible with the latest
Gürkan Sengün wrote:
I would like to know which versions (stable/unstable) are to be expected
for Lenny so that I can match/remove some of the workarounds and hacks
needed.
If we manage to make new and non memory leaking
(timemon.app+gnustep-gui, right bheron?) tarball releases and Hubert can
This method should get called from the user interface to determine
whether an item is to be enabled or disabled. This currently doesn't
happen in GNUstep (as far as I know). What should happen inside this
method is that the object checks whether the action of the item is
currently applicable
Gürkan Sengün wrote:
Fred Kiefer wrote:
Gürkan Sengün wrote:
I would like to know which versions (stable/unstable) are to be
expected
for Lenny so that I can match/remove some of the workarounds and hacks
needed.
If we manage to make new and non memory leaking
(timemon.app+gnustep-gui
Message
From: David Chisnall [EMAIL PROTECTED]
To: Fred Kiefer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Richard Frith-Macdonald [EMAIL PROTECTED];
gnustep-dev@gnu.org
Sent: Friday, June 6, 2008 7:20:33 AM
Subject: Re: Next stable release?
On 6 Jun 2008, at 09:05, Fred Kiefer wrote:
Richard
Matt Rice wrote:
I did notice an NSTableView bug though, and its reproducable afaict
with any editable tableview if you edit a field after editing its row
never set as needing display, you have to click a row to get things to
redraw.
Matt,
I did not quite understand this description (Did you
Fred Kiefer wrote:
Gürkan Sengün wrote:
Fred Kiefer wrote:
Gürkan Sengün wrote:
I would like to know which versions (stable/unstable) are to be
expected
for Lenny so that I can match/remove some of the workarounds and hacks
needed.
If we manage to make new and non memory leaking
Hi Saso,
thank you for this patch. It just arrived a few weeks to late :-)
I recently implemented the needed behaviour on GSLayoutManager and
NSGlyphGenerator. Now we are able to use a specific glyph generator for
the secure text fields. I just wanted to wait some time with
implementing this
Done.
Blake Nicholson wrote:
I just wanted to bring something to the attention of any gnustep-gui
folks out there. On Mac OS X, nil should never be passed as a key
equivalent. To define no key equivalent, one should pass an empty
string. The code for [NSMenuItem setKeyEquivalent:] in
Original-Nachricht
On Thu, 22 May 2008, Gregory John Casamento wrote:
Given that Fabien said once he recreated the .gorm file it's not
happening anymore and also that I can't make it happen in any other
application, I
believe we can consider this issue a non-issue.
Is
Last night when chasing another problem, valgrind memcheck reported a
problem in check_modifiers() in XGServerEvent.m. I think the reported
problem is non-existent, but it got me thinking about this code.
// checks whether a GNUstep modifier (key_sym) is pressed when we're
only able
// to
Maintainer
- Original Message
From: Gregory John Casamento [EMAIL PROTECTED]
To: Fred Kiefer [EMAIL PROTECTED]; GNUstep Developer gnustep-dev@gnu.org
Sent: Monday, May 19, 2008 4:34:49 PM
Subject: Re: NSWindow NSGraphicsContext issue
Fred,
I will take a look at this as soon as possible
Last week I tried to resolve a circular refernce problem between
NSWindow and NSGraphicsContext.
The source of the problem is that when an NSWindow gets displayed it
generates an NSGraphicsContext (or rather a subclass) which will then
manage all the actual drawing. The window retain the
and a real fix would be not to have an NSWindow (or
a subclass) in a Gorm file at all. For NIB files we already us
NSWindowTemplate instead of GSWindowTemplate and this prevents the problem.
Could somebody with a deeper understanding of Gorm please look into this
issue?
Fred
Fred Kiefer wrote
Justin Kendrick wrote:
I'm trying to use a background thread to draw into a view using opengl.
Doing anything GL-related in a secondary thread segfaults, however.
Poking around AppKit and the X11 backend, I note that GSCurrentServer()
is returning NULL on every thread except the main one. I
I agree, this is a great answer. Still before we put it into the FAQ we
may need to extend it a bit.
There are of course two main interface classes between gui and back one
of them is GSDisplayServer, the one that has been talked about and the
other is NSGraphicsContext. The later does the
I am currently about to mode the glyph generation code into a separate
class and was thinking about borrowing the header files from mySTEP.
There I noticed that Nikolaus already switched over to the new 10.5
style of using NSInteger and NSUInteger instead of int and unsigned int.
GNUstep
Hubert Chathi wrote:
On Thu, 10 Apr 2008 21:16:48 -0500 Stefan Bidigaray
[EMAIL PROTECTED] wrote:
I think we aren't going to get anywhere this way! I mentioned it on a
previous e-mail, the issue needs to be escalated to and clarified by
the FSF. They designed the licenses and know more than
I am still not sure whether this problem actually exists. As far as I
understand the GPL it only transfers to libraries that are statically
linked to it. GNUstep base, gui and back (normally) get linked
dynamically and to my understanding this should not cause any problem.
But I surely am no
801 - 900 of 1102 matches
Mail list logo