Hi,
I'm trying to compile GNUstep Base trunk on Debian 8 x64 with libobjc2 1.8,
clang 3.8.1 and GNUstep Make trunk (configured with --enable-debug-by-default
--enable-objc-nonfragile-abi --enable-objc-arc).
Compiling Base fails after configuring it with --disable-mixedabi:
"Your gnustep-base
Hi,
For pixmap themes, you can check Nesedah and Narcissus in the Themes directory
of Étoilé:
http://svn.gna.org/viewcvs/etoile/trunk/Etoile/Themes/
Eric Wasylishen improved the theming support a lot recently to get these themes
working correctly.
Cheers,
Quentin.
Le 17 févr. 2014 à 19:58,
Hi Gregory,
Le 20 janv. 2014 à 18:54, greg.casame...@gmail.com a écrit :
See http://gnustep.dnsalias.org:8080/job/gnustep/1225/changes
Changes:
[qmathe] Added missing method -valueForKey: in NSSet
[snip]
[gnustep] $ /bin/sh -xe /tmp/hudson3112163953077552861.sh
+ cd /home/gnustep/gcc
Le 24 juil. 2013 à 09:56, Richard Frith-Macdonald a écrit :
On 23 Jul 2013, at 18:11, Quentin Mathé qma...@gmail.com wrote:
Hi Richard,
Le 12 juil. 2013 à 09:16, Richard Frith-Macdonald a écrit :
I'd like to make a new release of gnustep-base in the near future.
We have a big patch
Le 23 juil. 2013 à 16:59, Quentin Mathé a écrit :
Le 23 juil. 2013 à 15:07, Riccardo Mottola a écrit :
Unable to load theme into work area from
/home/multix/gnustep-src/gap/bundles/themes/Neos.theme
That's weird. Yesterday I tried to load several themes in Thematic, and they
got loaded
Hi,
Le 20 juil. 2013 à 16:26, Riccardo Mottola a écrit :
Hi,
Quentin Mathé wrote:
The main motivation behind the change was to make easier to port existing
themes. For porting a pixmap theme, I think Thematic is not the right
choice. The porting should be simple as possible: put
Hi Richard,
Le 18 juil. 2013 à 10:18, Richard Frith-Macdonald a écrit :
On 18 Jul 2013, at 00:19, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
Eric Wasylishen wrote:
Hi Greg,
There were several things we tried to do:
- make a clearly defined set of image names (listed in
...@brilliantservice.co.jp wrote:
Are we any closer on deciding a date?
During how many days are we doing this by the way?
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.
On Fri, Mar 29, 2013 at 6:22 PM, Quentin Mathé qma...@gmail.com wrote:
Le 26 mars 2013 à 15:21, David Chisnall a écrit :
Hi,
So
Le 26 mars 2013 à 15:21, David Chisnall a écrit :
Hi,
So far I have interest in the Cambridge hackathon from (in no particular
order):
Me (obviously)
Quentin,
Gregory,
Fred (not needing accommodation?),
Niels,
Slivnik (not needing accommodation)
Richard,
Johannes
Looks like Eric
Hi,
I was just trying to run the AppKit test suite. The result is:
--- Running tests in gui/NSBezierPath ---
--- Running tests in gui/NSCell ---
--- Running tests in gui/NSEvent ---
--- Running tests in gui/NSParagraphStyle ---
--- Running tests in gui/NSPasteboard ---
--- Running tests in
Le 7 mars 2013 à 16:10, Richard Frith-Macdonald a écrit :
On 7 Mar 2013, at 14:52, Quentin Mathé wrote:
I don't understand why setDelegate_reload.m isn't built.
Try looking at the log file (shouuld be tests.log) in which the error
messages should tell you.
I tried to cd into gui
Hey David,
Le 22 févr. 2013 à 12:40, David Chisnall a écrit :
Hi Everyone,
Since we didn't get a DevRoom at FOSDEM this year, there was some discussion
about having a hackathon in Cambridge. The term finishes on the 18th of
June, after which it is likely to be a lot easier to put people
Hi,
The latest Clang (from LLVM trunk) complains about imported AppKit headers as
shown below:
In file included from
/home/qmathe/testbuilds/trunk/etoile-trunk/Build/EtoileXML/ETXMLXHTML-IMParser.h:35:
In file included from
Hi David,
Le 11 janv. 2013 à 10:55, David Chisnall a écrit :
Hi Everyone,
I'm going to be arriving in Brussels probably just too late for lunch on
Friday (unless it's a really early lunch) and then leaving early Monday
morning. We're giving a talk about Étoilé in the Smalltalk devroom,
Hi David,
Le 13 déc. 2012 à 14:40, David Chisnall a écrit :
Hello the list,
Those following svn will have seen this in the libobjc2 commit log:
Add CMake build system for libobjc2. This will replace the existing build
systems after some further testing.
Currently, we have three build
Le 13 déc. 2012 à 17:56, David Chisnall a écrit :
On 13 Dec 2012, at 16:13, Quentin Mathé wrote:
I think the GNUmakefile is pretty clean now because it's just a wrapper
around Makefile since November.
It does not, for example, pass the correct arguments to allow the project to
build
Hi Christopher,
Le 10 nov. 2012 à 03:48, Christopher Armstrong a écrit :
I'm not sure what the correct solution is - it seems that we should detect
bad code, but leaving the POISON value in place I think is only going to
catch the instance where object is returned to the autorelease cache,
Hi Tom,
Le 2 nov. 2012 à 21:35, Tom Davie a écrit :
On 2 Nov 2012, at 19:37, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
On 2 Nov 2012, at 19:27, Robert Slover wrote:
Isn't the 'sudo' failing there? That seems likely to cause problems.
Good point ... could it be that
should probably try
that next week.
Cheers,
Quentin.
On 31 Oct 2012, at 18:37, Quentin Mathé qma...@gmail.com wrote:
Hi,
The NSAutoreleasePool implementation bound to the ARC_RUNTIME has some
issues I think.
For the same current pool instance, it calls push_pool_to_cache() twice
.
See the bug reports within the above link.
David told me it was probably a bug in Valgrind too. I'll report it, thanks for
the infos.
Cheers,
Quentin.
On 05.05.2012 13:10, Quentin Mathé wrote:
When I compile libobjc2 with 'make debug=no' and run a simple ObjC tool with
valgrind, I get
Hi David,
When I compile libobjc2 with 'make debug=no' and run a simple ObjC tool with
valgrind, I get the failure below.
If I remove 'debug=no', valgrind runs just fine… Any idea?
I'm using libobjc2 from SVN trunk on Ubuntu Linux x86/32.
==2659== Memcheck, a memory error detector
==2659==
Hi Niels,
Le 29 avr. 2012 à 13:38, Niels Grewe a écrit :
Author: thebeing
Date: Sun Apr 29 13:38:21 2012
New Revision: 7697
URL: http://svn.gna.org/viewcvs/etoile?rev=7697view=rev
Log:
* Add UTIs for Smalltalk and ParserKit source code.
* Commit an old collection HOM fix that I not even
Hi David,
For .mm files, this change doesn't work when NSObjCRuntime.h is not imported
directly. For example, using #import Foundation/Foundation.h won't result in
__STDC_LIMIT_MACROS being defined. I have to explicitly #import
Foundation/NSObjCRuntime.h before Foundation.h.
I'm not sure what
Hi Fred,
Sorry for the late reply.
On Thu, Nov 17, 2011 at 10:12 AM, Fred Kiefer fredkie...@gmx.de wrote:
On 16.11.2011 11:32, Quentin Math wrote:
Author: qmathe
Date: Wed Nov 16 11:32:15 2011
New Revision: 34174
URL:
Hi,
libobjc2 is now compiled with a normal Makefile (a GNUmakefile was used
previously and the Makefile was provided as an extra option, so I never tried
the Makefile).
As a result, the library gets installed in /usr/local, but GNUstep Make is
unable to detect this custom libobjc (at least
Hi Eric and Fred,
Le 4 juil. 2011 à 23:07, Eric Wasylishen a écrit :
I had a quick look into these new methods and didn't like too much what I
saw there.
I agree. It's a real mess.
The positive thing is that most of the rest of NSImage is pretty tidy, and
all drawing goes to
Hi Fred,
Le 13 juin 2011 à 14:41, Fred Kiefer a écrit :
I had to restrict the usage of the new image drawing mechanism for the cairo
backend to the cases where the clipping region is representable as a list of
rectangles. With the new drawing code we store and restore the GState and
this
Le 7 mai 2011 à 23:53, Eric Wasylishen a écrit :
On 2011-05-07, at 6:26 AM, Riccardo Mottola wrote:
Yes. However, the value 72 dpi is important in GNUstep/Cocoa because 1
point in the window's base coordinate system = 1 pixel, and a point is 1/72
inch. (even though it's an arbitrary
Hey Eric,
Le 18 avr. 2011 à 00:29, Eric Wasylishen a écrit :
Author: ericwa
Date: Mon Apr 18 00:29:18 2011
New Revision: 32880
URL: http://svn.gna.org/viewcvs/gnustep?rev=32880view=rev
Log:
back/cairo: CairoFontEnumerator.m: Replace -handleKey:selector:valueClass:
and
Hi Ivan,
Le 15 avr. 2011 à 12:21, Ivan Vučica a écrit :
Hi!
I've just compiled GnomeTheme from SVN under Debian. I've reconfigured
GNUstep to use clang to compile (which is probably not the same compiler that
is used for building GNUstep .deb packages by the maintainer), but I believe
Le 26 déc. 2010 à 09:05, Richard Frith-Macdonald a écrit :
Author: rfm
Date: Sun Dec 26 09:05:52 2010
New Revision: 31778
URL: http://svn.gna.org/viewcvs/gnustep?rev=31778view=rev
Log:
fix leak
Modified:
libs/base/trunk/ChangeLog
libs/base/trunk/Source/NSString.m
Thanks for
Le 24 déc. 2010 à 00:35, Banlu Kemiyatorn a écrit :
http://picasaweb.google.com/lh/photo/Vdp1gDf5VJF53jYsp2R9q3NLiCC_XFo2gzTr5JH_OUA?feat=directlink
What I meant was that between (A) and (B), what should be the result
of conversion?
From (B) which will only use convertRectFrom/ToBase:, we
Le 24 déc. 2010 à 00:35, Banlu Kemiyatorn a écrit :
http://picasaweb.google.com/lh/photo/Vdp1gDf5VJF53jYsp2R9q3NLiCC_XFo2gzTr5JH_OUA?feat=directlink
What I meant was that between (A) and (B), what should be the result
of conversion?
From (B) which will only use convertRectFrom/ToBase:, we
Le 18 nov. 2010 à 00:15, Stef Bidi a écrit :
As for Etoile, I like a lot of the stuff they have but that dependency on
oniguruma is killing me. Not even Debian has that library in its repos, and
Debian almost has everything.
Ubuntu has a libonig package, so I doubt Debian doesn't have one.
Hi Greg,
Le 17 nov. 2010 à 17:18, Gregory Casamento a écrit :
All,
I keep wondering if our name is confusing people as to what this
project is. Since our name references a bygone standard (namely
OpenStep) and we have already, admittedly, moved on to being more of
an implementation of
Hi Lars,
Le 5 oct. 2010 à 23:17, Lars Sonchocky-Helldorf a écrit :
Hi 'steppers,
the next Free and Open Source software Developers European Meeting
2011 - short FOSDEM 2011 - takes place in Brussels on 5 and 6
February 2011 (a weekend): http://www.fosdem.org/2011/
The deadline for
On Mon, Sep 20, 2010 at 12:44 PM, Fred Kiefer fredkie...@gmx.de wrote:
Am 19.09.2010 21:53, schrieb Quentin Mathé:
Le 19 sept. 2010 à 03:13, Gregory Casamento a écrit :
What does getting the CF stuff by default really hurt? If someone
doesn't want it then just don't use it. Making
Le 21 sept. 2010 à 15:20, Quentin Mathé a écrit :
On Mon, Sep 20, 2010 at 12:44 PM, Fred Kiefer fredkie...@gmx.de
wrote:
Am 19.09.2010 21:53, schrieb Quentin Mathé:
To keep the compilation time as it is, we can pass
-DCF_EXCLUDE_CSTD_HEADERS in Base, Gui and Back and continue to
include
Le 19 sept. 2010 à 03:13, Gregory Casamento a écrit :
What does getting the CF stuff by default really hurt? If someone
doesn't want it then just don't use it. Making it optional just
complicates things a little.
On the other hand, I guess it just adds more weight to the library if
you know
Le 18 sept. 2010 à 18:23, Fred Kiefer a écrit :
Am 18.09.2010 17:15, schrieb David Chisnall:
On 17 Sep 2010, at 10:11, Richard Frith-Macdonald wrote:
You could have the gnustep-base package build and install both by
default, but have an easy configure-time option to control exactly
what gets
Hi all,
With the removal of the typed stream inclusion (r31248), we get new
warnings (e.g. implicit memset, memcpy etc.) in GNUstep-based code
because string.h is not imported transparently anymore.
Previously NSObject.h was importing objc/typedstream.h which itself
imported objc/hash.h
Hi Richard,
Le 16 sept. 2010 à 16:14, Richard Frith-Macdonald a écrit :
On 16 Sep 2010, at 14:38, Wolfgang Lux wrote:
Indeed you did. The problem is *not* an issue of the configure
script, its a runtime error which happens independent of the target
OS whenever you start an application or
Le 12 sept. 2010 à 18:46, Richard Frith-Macdonald a écrit :
On 12 Sep 2010, at 00:35, David Chisnall wrote:
I've now set up a jail that will check out the code each night and
run the static analyser. You can find the results here:
http://gnustep.theravensnest.org/
Currently only the link
Hi Fred,
Le 31 juil. 2010 à 10:18, Fred Kiefer a écrit :
Am 31.07.2010 02:08, schrieb Quentin Mathé:
So - how much of a performance gain do we get from caching the
flipped status in NSView? If it is significant, then is there
any way that the value could be sampled upon the first message
Hi Derek,
Le 31 juil. 2010 à 00:10, Derek Fawcus a écrit :
I came across an interesting effect due to the above, namely a
flipped view with the incorrect behaviour.
This was in part defined as:
@interface TextView: NSView
{
BOOL _flipped;
/* other fields ... */
}
- (id)
Hi Nicola,
Le 8 juin 2010 à 11:58, Nicola Pero a écrit :
On 8 Jun 2010, at 10:54, Quentin Mathé wrote:
Le 7 juin 2010 à 18:39, Doug Simons a écrit :
Thanks Quentin, we appreciate it!
For the sake of tracking this issue, I've opened bug #30069 in the
bug system.
ok. For now, I'm still
Le 23 juin 2010 à 14:35, Nicola Pero a écrit :
Can you give us more information on the issues you had ? I
updated the README.MinGW doc a couple of months ago or so. If it
stopped working (because of changes
in MinGW or somewhere else) I'd like to know, so I can update it
again :-)
Le 7 juin 2010 à 19:02, Riccardo Mottola a écrit :
Hi,
Did you have a chance to try this on Windows yet? We are stuck on
moving forward with any new updates in gui or back until this is
resolved, which is not good.
I haven't yet, I was away for the week-end. I'm currently finishing
On Wed, Jun 9, 2010 at 4:42 PM, Quentin Mathé qma...@gmail.com wrote:
I now have several applications that run fine such as Gorm and
SystemPreferences :-)
I can now tackle the drawing issue for real.
I have started to work on the various drawing issues I have observed with
the Windows backend
Le 8 juin 2010 à 18:00, Doug Simons a écrit :
Quentin,
I don't know if this will help you or not, but we install everything
in core in the SYSTEM domain, which requires these steps:
cd base
./configure --with-installation-domain=SYSTEM
make GNUSTEP_INSTALLATION_DOMAIN=SYSTEM install
cd
Hey Eric,
Le 8 juin 2010 à 20:28, Eric Wasylishen a écrit :
For setting up a development environment on Windows I always follow
this procedure:
1. Run the windows installers (msys system, core, devel)
2. Open the GNUstep shell
3. Navigate to your checkout of trunk and run 'make install' in
Le 7 juin 2010 à 18:39, Doug Simons a écrit :
Thanks Quentin, we appreciate it!
For the sake of tracking this issue, I've opened bug #30069 in the
bug system.
ok. For now, I'm still trying to get GNUstep core Gorm from svn
trunk properly installed on top of a GNUstep install with the
Le 5 juin 2010 à 00:31, Doug Simons a écrit :
Did you have a chance to try this on Windows yet? We are stuck on
moving forward with any new updates in gui or back until this is
resolved, which is not good.
I haven't yet, I was away for the week-end. I'm currently finishing to
install
Hi,
I just committed a patch I have been working on for a while. See bug
report https://savannah.gnu.org/bugs/?27782
This should solve various differences between GNUstep vs Cocoa image
drawing when Cairo is used, especially with -[NSImage
drawInRect:fromRect:operation:fraction:] or
Hi Fred,
Le 9 mai 2010 à 15:48, Fred Kiefer a écrit :
Richard, now that the base release is done, are you going to look into
this patch? I think at least we will need the corresponding addition
for
SetValueForKey as well.
In fact, SetValueForKey() implementation already has the equivalent
Hi,
Here is a patch to support -valueForKey: search pattern as described in
Apple Key-Value-Coding guide.
It adds -isKey as a possible getter and _isKey and isKey as possible ivars.
Quentin.
Index: Source/NSKeyValueCoding.m
===
---
Hi,
Gorm doesn't seem to compile with the latest GNUstep Base. It seems that
GSCategories.h has been removed from GNUstep Base.
Quentin.
Index: GormCore/GormClassManager.m
===
--- GormCore/GormClassManager.m (revision 30271)
+++
Hi Riccardo,
Le 20 avr. 2010 à 00:36, Riccardo Mottola a écrit :
Hi
The switch to cairo as the default backend was a step that I should
have
done right after the last release. Doing so now is just not
advisable.
Or is it?
I think not, libart should stick for this release, cairo will be
Hi Fred,
Le 17 avr. 2010 à 23:04, Fred Kiefer a écrit :
The only bug that was publicly stated, as far as I am aware of, was
Richards network issue. I am not sure what the state of this is now.
Then there is the open decision, what should be the default theme for
Windows. From what I gather
Hi,
I have troubles to understand how PScomposite is expected to work
precisely.
The only real documentation I was able to find is here: http://objc.toodarkpark.net/AppKit/Functions/PSOperators.html
And also this mail: http://markmail.org/message/stsiwrdgdvrv76ca?q=PScompositepage=1
Hi Fred,
Le 26 mars 2010 à 20:55, Fred Kiefer a écrit :
Before FOSDEM we were planing a coordinated release of the GNUstep
core
components. In the meantime a lot has happened. Base was completely
rewritten, or so it seems from the outside and gui had to play catch
up.
Then I toyed around
Le 4 mars 2010 à 03:24, Gregory Casamento a écrit :
I think that's a good plan.
I'm late in the discussion, but that sounds good.
You can count me as a mentor too.
On Wed, Mar 3, 2010 at 5:49 PM, David Chisnall thera...@sucs.org
wrote:
On 3 Mar 2010, at 19:57, Fred Kiefer wrote:
What we
Hi Gregory,
Le 11 févr. 2010 à 13:29, Gregory Casamento a écrit :
Quentin,
Actually, NSBrowser does implemend keyed coding in initWithCoder:
(See NSBrowser.m:2715) :). You may be looking a little earlier in
that file and seeing the initWithCoder: implementation of
NSBrowserColumn.
Right,
Le 2 févr. 2010 à 19:31, Eric Wasylishen a écrit :
Hey Quentin,
On 2010-02-02, at 6:11 AM, Quentin Mathé wrote:
On Fri, Jan 29, 2010 at 4:11 AM, Eric Wasylishen ewasylis...@gmail.com
wrote:
Author: ericwa
Date: Fri Jan 29 04:11:43 2010
New Revision: 29435
URL: http://svn.gna.org/viewcvs
On Fri, Jan 29, 2010 at 4:11 AM, Eric Wasylishen ewasylis...@gmail.comwrote:
Author: ericwa
Date: Fri Jan 29 04:11:43 2010
New Revision: 29435
URL: http://svn.gna.org/viewcvs/gnustep?rev=29435view=rev
Log:
NSSegmentedCell themeing support
I'm observing a weird bug I don't understand
Hi,
Is there now an official policy that explains how we handle ivar
addition/removal? Is it still ok to put them in the header?
I remember to have read a lengthy discussion on this topic few months
ago, and I just added some ivars to NSTableColumn, so I was wondering
whether what I did
Hi,
As explained in my previous mail, I updated NSTableColumn with the
latest Mac OS X additions.
However I'm unsure how to precisely update the archiving code and I
don't want to break Gorm… Apple has the following keys in the xib
format: NSResizingMask (int), NSHeaderToolTip (string),
On Fri, Dec 4, 2009 at 4:49 PM, Quentin Mathé qma...@gmail.com wrote:
Le 30 nov. 2009 à 20:52, Richard Frith-Macdonald a écrit :
I have been working on simplifying/documenting the new code a bit more and
correcting some small issues, I'll commit my changes soon.
My changes are committed
Hi Richard,
Le 29 nov. 2009 à 19:02, Richard Frith-Macdonald a écrit :
Author: rfm
Date: Sun Nov 29 19:02:06 2009
New Revision: 29082
URL: http://svn.gna.org/viewcvs/gnustep?rev=29082view=rev
Log:
First hack at expand/collapse as we drag over expandable items
Modified:
Hi Hans,
Le 3 nov. 2009 à 10:01, Hans Baier a écrit :
Some corrections on my last mail:
No, it uses the Gtk+ theme API (gtk_paint_).
So whenever you change *to* a different Theme,
GNUstep changes too.
(Restart required)
Why is a restart required ? Running applications should catch a
Le 3 nov. 2009 à 17:34, Hans Baier a écrit :
Why is a restart required ? Running applications should catch a
NSUserDefaults notification and GSTheme handles it. From what I have
observed, the theme change is propagated with a few seconds delay
(probably
related to the time interval at which
Le 9 oct. 2009 à 20:48, Matt Rice a écrit :
On Fri, Oct 9, 2009 at 1:37 AM, Nicola Pero
nicola.p...@meta-innovation.com wrote:
By the way the GNU coding standards are not bad, in fact I
personally like
them (mostly because
my eyesight is really bad and whitespace is much more effective at
Hi,
Here is a patch to fix NSSearchFieldCell archiving and keyed archiving.
Non-keyed archiving was crashing because _max_recents ivar was declared as
an unsigned char and encoded/decoded as an unsigned int. Keyed archiving was
not crashing because keyed decoding was not implemented. The patch
Hi,
Here is a small patch to make NSView posts both frame and bounds
notifications without having to explicitly invoke
-setPostsBoundsChangedNotifications: and -setPostsFrameChangeNotification:.
Although this behavior is not documented in the Cocoa API reference, it is
detailed in the View
Hi everyone,
Both GNUstep and Étoilé commit lists seems to be broken since July 29.
I just reported the problem to GNA admins here:
https://gna.org/support/index.php?2397
Cheers,
Quentin.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
Hi,
The Foundation umbrella header wasn't including the KVO header.
I committed the change to GNUstep base since it's really trivial (see
r28420). I hope you don't mind.
Cheers,
Quentin.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
Le 27 juil. 09 à 02:21, Matt Rice a écrit :
On Sun, Jul 26, 2009 at 2:41 PM, David Chisnallthera...@sucs.org
wrote:
There used to be an automatically-generated list somewhere, but it
wasn't
very accurate. I'm not sure if it still exists. If you develop with
GNUstep and then port to OS
Le 9 mars 09 à 22:47, Adam Fedor a écrit :
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
Le 6 mars 09 à 00:00, Lars Sonchocky-Helldorf a écrit :
According to
http://code.google.com/soc/
there is not much time left until applications are accepted:
[snip]
Therefore I have created the following wiki page:
http://wiki.gnustep.org/index.php/Summer_Of_Code_2009
and hope now that this
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 with NSMenuItems, just as
Hi,
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 GNUstep
Le 1 janv. 09 à 20:48, Fred Kiefer a écrit :
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
Le 2 janv. 09 à 20:26, Fred Kiefer a écrit :
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
Hi Fred,
Le 30 déc. 08 à 20:07, Fred Kiefer a écrit :
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.
For this I need to understand a bit more of the current toolbar code
Le 22 nov. 08 à 20:39, Fred Kiefer a écrit :-rwxr-xr-x 1 root root 7428389 22. Nov 18:08 libgnustep-base.so.1.15.4lrwxrwxrwx 1 root root 25 18. Nov 00:16 libgnustep-base.so.1.17 ->libgnustep-base.so.1.17.0-rwxr-xr-x 1 root root 7424202 18. Nov 00:16 libgnustep-base.so.1.17.0Looks like somebody
Hi Fred,
Le 21 nov. 08 à 10:29, Fred Kiefer a écrit :
What is worrying me more than this accidental things is the feeling
of a
growing split between our two projects. To start of with a personal
opinion, I think that Etoile is by far the more interesting project.
In
GNUstep we only try to
Hi Adam,
Le 10 juin 08 à 06:01, Adam Fedor a écrit :
Author: fedor
Date: Tue Jun 10 06:01:49 2008
New Revision: 26619
URL: http://svn.gna.org/viewcvs/gnustep?rev=26619view=rev
Log:
Revert library license version to 2 until applications can be
converted
It seems you forgot to remove a
Le 10 mars 08 à 09:31, Fred Kiefer a écrit :
Thank you for this long explanation. I will keep it in case I do more
changes on NSToolbar.
Could you please test, whether a tool bar after my change still
behaves
as expected in all relevant cases?
I tried to run the example code your pointed me
Hi Fred,
Le 9 mars 08 à 16:28, Fred Kiefer a écrit :
Putting it into the bug tracker wont help as long as nobody takes up
the
task to solve the issue :-)
Which is what I did myself already. I provided a workaround in the
toolbar code right after reporting the issue. What I wanted to prevent
Hi,
Here is a new NSOutlineView patch that implements the lazy loading of
the outline items. Until now NSOutlineView entered in an endless
recursion on browsing a file system or a not-so-small object graph (by
trying to create outline items for all the files for example). This
patch
Hi,
Here is a patch that corrects -itemAtRow: to return nil when no row
exists for the given index (that's Cocoa behavior).
This patch also tries to clean the initialization of NSOutlineView
since the ivars aren't initialized to the same values when you create
the outline view in Gorm or
Le 26 févr. 08 à 19:25, Nicolas Roard a écrit :
On Mon, Feb 25, 2008 at 9:57 PM, Justin Kendrick
[EMAIL PROTECTED] wrote:
I'm trying to write an open-source clone of Core Animation to use
with
GNUStep. Of course, CA's interface is fairly highly coupled with
Quartz/CoreGraphics, mainly in
Le 30 oct. 07 à 00:48, Gregory John Casamento a écrit :
I'm aware of this problem and I'm planning on looking into it tonight.
ok :-)
From: Quentin Mathé [EMAIL PROTECTED]:
The issues I discuss are:
- https://savannah.gnu.org/bugs/?21402
- view control points (knots) are invisible most
in the
same format. I would like to be able to load and save this model
directly (in Gorm and in applications) rather than generating it from
GNUstep view hierachy on nib loading.
Cheers,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
___
Gnustep
and
maybe see
if I can help simplifying it.
It's kind to you but that's not urgent anyway :-)
Thanks a lot,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
.
Anyway I will try to recompile everything as you suggest.
Cheers,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
to this branch and test it.
Thanks for creating this branch.
- Original Message
From: Gregory John Casamento [EMAIL PROTECTED]
To: Quentin Mathé [EMAIL PROTECTED]; GNUStep
Developers gnustep-dev@gnu.org
Sent: Monday, September 4, 2006 10:53:28 AM
Subject: Re: [Gnustep-cvs] r23384 - in /libs
in the documentation would be useful too.
Thanks,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
, time to time as a hobby :-)
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Le 15 mai 06 à 04:06, BALATON Zoltan a écrit :
On Fri, 28 Apr 2006, Quentin Mathé wrote:
Le 23 avr. 06 à 00:31, BALATON Zoltan a écrit :
- Implement the CoreGraphics API on top of Cairo (this brings a
common
base for the Cairo backend, PDFKit and viewer tasks above)
I don't have
1 - 100 of 118 matches
Mail list logo