The current NSAnimation-test in examples use NSAnimationNonblockingThreaded.
But this stuck the application, don't respond to user events. Changing this to
NSAnimationNonblocking, solves the problem. Is this a bug with
NSAnimationNonblockingThreaded? Or is an error in the test?
Germán.
I’m moving from Cocoa to GNUStep. This decision came from having to switch to
a Windows based laptop over a MacBook Pro. The decision to go with GNUStep was
a pretty easy one, but there’s a few things I need to figure out that I cannot
find any good documentation on. Particularly, the
On 3 Apr 2014, at 00:12, develo...@nashenassi.org wrote:
I’m moving from Cocoa to GNUStep. This decision came from having to switch
to a Windows based laptop over a MacBook Pro. The decision to go with GNUStep
was a pretty easy one, but there’s a few things I need to figure out that I
Hi,
Germán Arias wrote:
Well, I added a small fix in Base for don't return null objects for item title.
Hmm, perhaps that is not the real cause. By testing a bit undo, I
noticed that sometimes the action has the wrong name. E.g.
1) move an object
2) edit it
now undo may sometimes show undo
On 2013-11-03 10:24:24 -0600 Riccardo Mottola r...@gnu.org wrote:
Hi Germn,
Germn Arias wrote:
Try this:
1: Open Graphos.
2: Display the Edit menu.
3: Add some object to the document, and don't move
the mouse out of the document window.
4: The Undo menu item don't display a
On 2013-11-04 10:32:29 -0600 Riccardo Mottola riccardo.mott...@libero.it
wrote:
Hi,
Germn Arias wrote:
Well, I added a small fix in Base for don't return null objects for item
title.
Hmm, perhaps that is not the real cause. By testing a bit undo, I
noticed that sometimes the action
Try this:
1: Open Graphos.
2: Display the Edit menu.
3: Add some object to the document, and don't move
the mouse out of the document window.
4: The Undo menu item don't display a title.
5: Move the mouse out of the document
window, the title of the item is now updated.
Is this a bug on
Hi Germán,
Germán Arias wrote:
Try this:
1: Open Graphos.
2: Display the Edit menu.
3: Add some object to the document, and don't move
the mouse out of the document window.
4: The Undo menu item don't display a title.
5: Move the mouse out of the document
window, the title of the
On 2013-11-03 10:24:24 -0600 Riccardo Mottola r...@gnu.org wrote:
Hi Germn,
Germn Arias wrote:
Try this:
1: Open Graphos.
2: Display the Edit menu.
3: Add some object to the document, and don't move
the mouse out of the document window.
4: The Undo menu item don't display a
In _windowWillClose: at NSApplication, why not use
GSAllWindows() instead GSOrderedWindows()?. This
make more sense.
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Germán Arias wrote:
In _windowWillClose: at NSApplication, why not use
GSAllWindows() instead GSOrderedWindows()?. This
make more sense.
You cannot simply replace GSOrderedWindows by GSAllWindows (incidentally, I
think you should use [self windows] instead of GSAllWindows). The purpose of
On 2013-08-15 01:31:26 -0600 Wolfgang Lux wolfgang@gmail.com wrote:
Germán Arias wrote:
In _windowWillClose: at NSApplication, why not use
GSAllWindows() instead GSOrderedWindows()?. This
make more sense.
You cannot simply replace GSOrderedWindows by GSAllWindows (incidentally, I
Just asking, with ARC, is this a good choice on implementing singleton?
//Singleton.h
#import Foundation/Foundation.h
@interface Singleton : NSObject
+ (instancetype)defaultSingleton;
// …
@end
extern Singleton *DefaultSingleton // Of course this is optional
// Singleton.m
Singleton
On 7 Jun 2013, at 07:29, Maxthon Chan xcvi...@me.com wrote:
Just asking, with ARC, is this a good choice on implementing singleton?
No, it's not thread-safe.
//Singleton.h
#import Foundation/Foundation.h
@interface Singleton : NSObject
+ (instancetype)defaultSingleton;
// …
@end
extern
On 7 Jun 2013, at 09:26, David Chisnall david.chisn...@cl.cam.ac.uk wrote:
My preferred pattern is:
+ (void)initialize
{
[[self alloc] init];
}
Should this be wrapped in if(self == [Singleton class])? I've seen that used to
guard against this +initialize being called multiple times
I don't want an exclusive singleton - that is, there is not only one shared
singleton instance, the user can also set up one for their own, like recent
versions of NSFileManager on OS X.
Can I do this:
// Singleton.m
static Singleton *__singleton
@implementation Singleton
+
On 7 Jun 2013, at 09:30, Graham Lee gra...@iamleeg.com wrote:
Should this be wrapped in if(self == [Singleton class])? I've seen that used
to guard against this +initialize being called multiple times when a subclass
is used that doesn't override the method.
Good catch. The answer is...
Well can I (just like NSApplication):
1) In supercalss, define the shared instance as id
2) In superclass, return the shared instance as id or instancetype
3) In superclass, DO NOT set up yet.
4) In superclass, set up in the method asking for the shared instance, which
always use [[self alloc]
On 7 Jun 2013, at 09:34, Maxthon Chan xcvi...@me.com wrote:
I don't want an exclusive singleton - that is, there is not only one shared
singleton instance
Exclusive singleton is a tautology. By definition, singletons are exclusive.
, the user can also set up one for their own, like recent
On 7 Jun 2013, at 09:42, Maxthon Chan xcvi...@me.com wrote:
Well can I (just like NSApplication):
1) In supercalss, define the shared instance as id
2) In superclass, return the shared instance as id or instancetype
3) In superclass, DO NOT set up yet.
4) In superclass, set up in the
On 7. 6. 2013., at 10:47, David Chisnall thera...@sucs.org wrote:
On 7 Jun 2013, at 09:42, Maxthon Chan xcvi...@me.com wrote:
Well can I (just like NSApplication):
1) In supercalss, define the shared instance as id
2) In superclass, return the shared instance as id or instancetype
3) In
It depends on how the object is used -- in this case (without looking at
the code), it sounds like it's a typical singleton approach.
On Wed, Jun 5, 2013 at 8:07 AM, Germán Arias ger...@xelalug.org wrote:
Thanks for the explanation. I knew about static variables with strings
(like @hello).
Thanks for the explanation. I knew about static variables with strings (like
@hello).
And that these don't should be released. But I did not know that this applies to
other objects.
Thanks.
Germán.
On 2013-06-04 23:55:15 -0600 Graham Lee gra...@iamleeg.com wrote:
That's returning a shared
NSComboBoxCell doesn't release its popup window, but it doesn't retain it
either so there's no unbalanced memory use.
Graham.
On 4 Jun 2013, at 00:33, Germán Arias ger...@xelalug.org wrote:
For autocomplete I have a class GSAutocompleteWIndow. The
method -complete: (in NSTextVIew) do
On 2013-06-03 23:59:15 -0600 Graham Lee gra...@iamleeg.com wrote:
NSComboBoxCell doesn't release its popup window, but it doesn't retain it
either so there's no unbalanced memory use.
Graham.
Well, isn't retained. But is created with +alloc and -init. And since
this is a panel, this
Where are you seeing that? I'm looking at -_popUp here:
http://svn.gna.org/svn/gnustep/libs/gui/trunk/Source/NSComboBoxCell.m
No -init, -new or -copy that I can see.
Graham.
On 5 Jun 2013, at 00:30, Germán Arias ger...@xelalug.org wrote:
On 2013-06-03 23:59:15 -0600 Graham Lee
Class method +defaultPopUp, line 118.
Germán.
On 2013-06-04 23:38:10 -0600 Graham Lee gra...@iamleeg.com wrote:
Where are you seeing that? I'm looking at -_popUp here:
http://svn.gna.org/svn/gnustep/libs/gui/trunk/Source/NSComboBoxCell.m
No -init, -new or -copy that I can see.
Graham.
That's returning a shared static instance of the GSComboWindow class, so it's
expected that it isn't released. It's also outside of the NSComboBoxCell class,
so as far as NSComboBoxCell instances are concerned, they should obey standard
memory management rules:
- if you got an object via
For autocomplete I have a class GSAutocompleteWIndow. The
method -complete: (in NSTextVIew) do something like:
GSAutocompleteWindow *window = [GSAutocompleteWindow defaultWindow];
[window displayForTextView: self];
I think I should release this window at some point. Maybe in
-dealloc or with a
Can you compile it with -fobjc-arc and check again? Probably with ARC you can
have some ideas.
在 2013-6-4，上午7:33，Germán Arias ger...@xelalug.org 写道：
For autocomplete I have a class GSAutocompleteWIndow. The
method -complete: (in NSTextVIew) do something like:
GSAutocompleteWindow *window =
On 4. 6. 2013., at 02:14, Maxthon Chan xcvi...@me.com wrote:
Can you compile it with -fobjc-arc and check again? Probably with ARC you can
have some ideas.
When you're not sure how something is memory managed, compiling with ARC is
probably a terrible idea.
Turning magic into
A side note about autocomplete, I always cross-develop GNUstep apps under OS X,
just for that Xcode capabilities. I really should build a GNUstep/Linux
toolchain and SDK for Xcode to use so that at least before ProjectCenter and
Gorm is in good shape we can develop using Xcode on OS X and copy
On 2013-06-03 18:58:39 -0600 Ivan Vučica ivuc...@gmail.com wrote:
The method is named +defaultWindow; it does not include alloc, create,
new; hence its retaincount is +1 (-1), which is how I denote currently
1, but autoreleased once.
This method includes +alloc and -init. But what confuses
it mean when you use a category
you have access to the caller's context ?
To answer your specific question, objects in a global variable declared
in Translator.h:
extern NSMutableArray* objects;
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https
Done.
I just updated the README.md file
On Mar 6, 2013, at 9:39 PM, Patryk Laurent plaur...@me.com wrote:
Kitkit looks interesting, could you add the instructions you wrote in this
email into the README.md in the github repository?
Thanks!
Patryk
--
Patryk Laurent, PhD
I used a tarball from the website. I'll try and find out a git/svn url and
checkout the head revision of the trunk.
--
Laurent
On Mar 6, 2013, at 4:10 AM, David Chisnall thera...@sucs.org wrote:
Hi Laurent,
This doesn't look like the code from trunk. Are you using an old release?
As
Hi David
Found a git repo and cloned it. But the build fails.
Tried
cmake .
make
Also tried
mkdir Build
cd Build
cmake ..
make
And tried
cmake .
make CC=clang CXX=clang++
All end in the same way:
(With the tarball version, all I did was make -f Makefile)
You seem to be trying to compile Objective-C with something that is not an
Objective-C compiler.
Try:
$ mkdir Build
$ cd Build
$ cmake .. -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++
$ make
$ make install
You may wish to run ccmake . after the cmake step to tweak any options (e.g.
You may want to give KitKit a try, if you need to write ObjC2.0 code on
linux
https://github.com/cemmanouilidis/kitkit
KitKit provides an ObjC2.0-environment using clang, cmake, gnustep-base and
gnustep-libobjc2 (please note, there is not gui support yet, but this is
easy to add. Checkout
That might be useful. I followed David's suggestion, but still getting an issue.
[100%] Built target objc_msgSend_optimised
Installing libraries...
install: cannot stat `.so.': No such file or directory
make: *** [install] Error 1
That's when I do make install (the build is successful).
Quick update:
I did:
make -f Makefile install
And that succeeded. There must be something I'm missing with the various make
involved (make cmake ccmake GNUstep own make).
On Mar 6, 2013, at 7:50 AM, Laurent Michel l...@engr.uconn.edu wrote:
That might be useful. I followed David's
On 6 Mar 2013, at 12:50, Laurent Michel l...@engr.uconn.edu wrote:
[100%] Built target objc_msgSend_optimised
This is one of the tests. Did everything else build? If you do 'make test'
does it run the test suite?
Installing libraries...
install: cannot stat `.so.': No such file or
I was going with stock compile, not making any changes except pointing the
compiler to the clang32.
When I did
make -f Makefile install
rather than make install it worked. So *I* must be misunderstanding something
about the various makes.
On Mar 6, 2013, at 7:56 AM, David Chisnall
On Mar 6, 2013, at 7:57 AM, David Chisnall thera...@sucs.org wrote:
On 6 Mar 2013, at 12:53, Laurent Michel l...@thorgal.homelinux.org wrote:
Quick update:
I did:
make -f Makefile install
And that succeeded. There must be something I'm missing with the various
make involved
On 6 Mar 2013, at 13:03, Laurent Michel l...@thorgal.homelinux.org wrote:
No I didn't. I'm not familiar with cmake. As I said, I must be missing
something in how to properly setup.
My instructions had 'mkdir build' and 'cd build' for a reason...
With
make -f Makefile install
it
0x08048fea in main (argc=1, argv=0xb294) at main.m:29
ORFactory is a factory class living in a shared lib ORFoundation
The method invoked on ORModelI (a class living in a shared lib ORModeling) is
indeed there and compiled just fine, but he's not
finding it.
Here is the method in question
Kitkit looks interesting, could you add the instructions you wrote in this
email into the README.md in the github repository?
Thanks!
Patryk
--
Patryk Laurent, PhD
Scientist
Brain Corporation
5665 Morehouse Drive, QRC-130
San Diego, CA 92121
laur...@braincorporation.com
On Mar 6, 2013, at
in a shared lib ORFoundation
The method invoked on ORModelI (a class living in a shared lib ORModeling) is
indeed there and compiled just fine, but he's not
finding it.
Here is the method in question:
-(void) addConstraint: (idORConstraint) cstr
{
[_target trackConstraint:cstr
that it's not finding the method.
ORFactory is a factory class living in a shared lib ORFoundation
The method invoked on ORModelI (a class living in a shared lib ORModeling)
is indeed there and compiled just fine, but he's not
finding it.
Here is the method in question:
-(void
Am 05.03.2013 um 02:37 schrieb Laurent Michel l...@engr.uconn.edu:
I'm trying to port an application developed initially on MacOS to GNUstep to
have it running under Linux.
The code uses Objective-C (latest flavor, no ARC, but Objective-C 2.0) and is
compiled on Mountain Lion using clang.
Hi,
Laurent Michel wrote:
Making all for service GSspell...
Compiling file GSspell.m ...
Linking service GSspell ...
Creating GSspell.service/Resources/Info-gnustep.plist...
Segmentation fault (core dumped)
make[3]: *** [GSspell.service/Resources/Info-gnustep.plist] Error 1
make[2]: ***
Hi,
How old is your runtime? Without debugging symbols, this looks like it might
be a bug that was fixed in May last year. It would really help if you could do
a debug build of the runtime and let me know exactly what is failing. If you
do ccmake . in your libobjc2 build directory, and
On Mar 5, 2013, at 4:10 AM, David Chisnall thera...@sucs.org wrote:
Hi,
How old is your runtime? Without debugging symbols, this looks like it might
be a bug that was fixed in May last year. It would really help if you could
do a debug build of the runtime and let me know exactly what
David,
I recompiled and here is the trace:
Program received signal SIGSEGV, Segmentation fault.
0xb7a55695 in isEmptyProtocol (aProto=0xb7736f90) at protocol.c:62
62 isEmpty = (p2-properties-count == 0);
(gdb) where
#0 0xb7a55695 in isEmptyProtocol (aProto=0xb7736f90) at
Hi!
I'm trying to port an application developed initially on MacOS to GNUstep to
have it running under Linux.
The code uses Objective-C (latest flavor, no ARC, but Objective-C 2.0) and is
compiled on Mountain Lion using clang.
I did this a year ago and was successful once. I'm now repeating
I'd like to throw this up for discussion because I've got a few idea but do
not know which one would be best. As some of you might have noticed, a
test in CFLocale crashes. The reason for this crash is because on Linux
-corebase is loaded and initialized before the objc runtime, so the isa
On 14 Aug 2011, at 22:09, Fred Kiefer wrote:
On 14.08.2011 22:57, Richard Frith-Macdonald wrote:
On 14 Aug 2011, at 21:20, Fred Kiefer wrote:
I just noticed that we have lots of reimplementation of NSString
methods in the sub classes in GSString.m. Some of these are
actually needed like
I just noticed that we have lots of reimplementation of NSString methods
in the sub classes in GSString.m. Some of these are actually needed like
implementing -initWithBytesNoCopy:length:encoding:freeWhenDone:, many
others look plain wrong. Why would we duplicate code here, in some cases
even
Hi
Le samedi 05 mars 2011 à 17:06 +, Richard Frith-Macdonald a écrit :
I added a configure-time check in gnustep-base to detect objc runtime
libraries which don't support +initialise properly and warn about them.
I also added a run-time alert to be printed if a program becomes
On 7 Mar 2011, at 09:04, Philippe Roussel wrote:
Hi
Le samedi 05 mars 2011 à 17:06 +, Richard Frith-Macdonald a écrit :
I added a configure-time check in gnustep-base to detect objc runtime
libraries which don't support +initialise properly and warn about them.
I also added a
[Adding Daving to Cc]
Le lundi 07 mars 2011 à 09:28 +, Richard Frith-Macdonald a écrit :
On 7 Mar 2011, at 09:04, Philippe Roussel wrote:
Hi
Le samedi 05 mars 2011 à 17:06 +, Richard Frith-Macdonald a écrit :
I added a configure-time check in gnustep-base to detect objc
Le lundi 07 mars 2011 à 11:16 +0100, Philippe Roussel a écrit :
[Adding Daving to Cc]
Sorry David
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
On 7 Mar 2011, at 10:37, Philippe Roussel wrote:
Le lundi 07 mars 2011 à 11:16 +0100, Philippe Roussel a écrit :
[Adding Daving to Cc]
Sorry David
I think this is a test bug ... needed to use volatile variables so that changes
made by one thread would be noticed by others.
Le lundi 07 mars 2011 à 10:49 +, Richard Frith-Macdonald a écrit :
On 7 Mar 2011, at 10:37, Philippe Roussel wrote:
Le lundi 07 mars 2011 à 11:16 +0100, Philippe Roussel a écrit :
[Adding Daving to Cc]
Sorry David
I think this is a test bug ... needed to use volatile
On 4 Mar 2011, at 18:24, Banlu Kemiyatorn wrote:
On Sat, Mar 5, 2011 at 1:03 AM, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
Thanks! I switched to GNUstep objc runtime now and the problem is
gone. Thank you Richard and David.
I suspect that what you have run into here is
On Wed, Mar 2, 2011 at 1:24 PM, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
On 2 Mar 2011, at 06:21, Richard Frith-Macdonald wrote:
OK ... that should build and run for you (and does for me) without trouble.
If it usually works, but fails, rarely, I guess there might be some
On 4 Mar 2011, at 14:54, Banlu Kemiyatorn wrote:
On Wed, Mar 2, 2011 at 1:24 PM, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
On 2 Mar 2011, at 06:21, Richard Frith-Macdonald wrote:
OK ... that should build and run for you (and does for me) without trouble.
If it
On Sat, Mar 5, 2011 at 1:03 AM, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
Thanks! I switched to GNUstep objc runtime now and the problem is
gone. Thank you Richard and David.
I suspect that what you have run into here is a bug in the gnu Objective-C
runtime.
You have two
On 1 Mar 2011, at 20:04, Banlu Kemiyatorn wrote:
Hi, sorry, just delete a couple lines of code, was trying to get mail
shorter, here's the complete code
#include unistd.h
#import Foundation/Foundation.h
@interface MyObj:NSObject
@end
@implementation MyObj
- (void) launch
{
//
On 2 Mar 2011, at 06:21, Richard Frith-Macdonald wrote:
OK ... that should build and run for you (and does for me) without trouble.
If it usually works, but fails, rarely, I guess there might be some race
condition in gnustep-base (but from looking at the source I can't see how
that
Hallo Richard,
Am Fri, 28 Jan 2011 15:33:57 +
schrieb Richard Frith-Macdonald rich...@tiptree.demon.co.uk:
When I was looking at it, I found it hard to see how best to make a fast
allocation/deallocation scheme thread-safe.
I learned this from ptmalloc3. The comment explaining the
On 31 Jan 2011, at 09:51, SPUeNTRUP - Kai Henningsen wrote:
When I was looking at it, I found it hard to see how best to make a fast
allocation/deallocation scheme thread-safe.
I learned this from ptmalloc3
ptmalloc() is very heavily optimised for the case in which malloc() and free()
Hallo Herr Chisnall,
Hallo Frau Chisnall,
Hallo David,
Am Mon, 31 Jan 2011 09:59:10 +
schrieb David Chisnall thera...@sucs.org:
On 31 Jan 2011, at 09:51, SPUeNTRUP - Kai Henningsen wrote:
When I was looking at it, I found it hard to see how best to make a fast
allocation/deallocation
of the design)
Just try benching with preallocated pool to make use of deallocated
object w/o reallocation, it's ~160% faster than traditional +alloc. So
my event queue would use a union for encapsulation, like XEvent.
Not using alloc/free always gives you a big benefit. The question is how
this pays
you a big benefit. The question is how
this pays out in over all memory usage.
I always wanted to use pools for a few other highly used fixed siue
object types in GNUstep, but never got around to it. My favourite at
that time was NSAffineTransform, but using our memory debugging facility
(Click
On Sat, Jan 29, 2011 at 9:13 PM, Fred Kiefer fredkie...@gmx.de wrote:
Not using alloc/free always gives you a big benefit. The question is how
this pays out in over all memory usage.
Any queue sure can be tuned to have limits. Actually I just found that
in my test I spent more time
On Sat, Jan 29, 2011 at 9:28 PM, Dr. H. Nikolaus Schaller
h...@goldelico.com wrote:
I have followed this discussion a little and wonder how many mouse movement
events really arrive per second. A mouse driver has a limited sample rate,
the kernel may throttle events and finally the X-Server
No worry. anyway, the current design is broken because.
1) Filter X event like that is a broken approach, for example, it
would break the meaning of zig-zag movement. The filtering strategy
should rely on distance and time one a _fixed size buffer_ (As any
display server does to prevent frozen
On Fri, Jan 28, 2011 at 5:39 PM, Banlu Kemiyatorn obj...@gmail.com wrote:
(My NSApp has this implementation, allowing it to store parameters
instead of real event on a fixed size loop queue which can migrate old
event out of the fast loop queue and collect leak events and
auto-scale the fast
On 28 Jan 2011, at 14:53, Banlu Kemiyatorn wrote:
On Fri, Jan 28, 2011 at 5:39 PM, Banlu Kemiyatorn obj...@gmail.com wrote:
(My NSApp has this implementation, allowing it to store parameters
instead of real event on a fixed size loop queue which can migrate old
event out of the fast loop
On Fri, Jan 28, 2011 at 10:33 PM, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
On 28 Jan 2011, at 14:53, Banlu Kemiyatorn wrote:
Just try benching with preallocated pool to make use of deallocated
object w/o reallocation, it's ~160% faster than traditional +alloc. So
my event
Am 27.01.2011 07:13, schrieb Banlu Kemiyatorn:
I would like to apologize for the flame I didnt meant to. But I was
out of the line since I didnt try to flame in the first place and so
I didnot like it to be thought of that way. However, as I think it
was too hard to communicate, I've decided
Am 26.01.2011 01:41, schrieb Banlu Kemiyatorn:
- Original message -
Yes, this seems to have changed in the documentation. Best we can do is
to write a few tests on Cocoa to see what the actual behaviour is and
then implement an addition method on GSDisplayServer if needed.
With
BTW, I am sorry for this but I am now to busy with something else so I
won't touch these backend and event handling stuffs again so I won't
continue working on these. Tripple sorry!
Cheer.
On Wed, Jan 26, 2011 at 5:34 PM, Banlu Kemiyatorn obj...@gmail.com wrote:
On Wed, Jan 26, 2011 at 4:33 PM,
On Wed, Jan 26, 2011 at 4:33 PM, Fred Kiefer fredkie...@gmx.de wrote:
I don't even think we need to move the event queue from GSDisplayServer
to NSApplication for that. The difference between your and my position
For that, what is that ?
is mostly that I see these extra NSEvents as a much
to flood itself
with events, there is a way to do this.
I already asked you about full dragging motion tracking option in
NSTrackingArea but you didn't reply that one.
Here I don't see the relation to the point in question. As far as I
understand it, NSTrackingArea is just a modern
motion tracking option in
NSTrackingArea but you didn't reply that one.
Here I don't see the relation to the point in question. As far as I
understand it, NSTrackingArea is just a modern implementation of
TrackingRect. And as we could implement the later without changing our
event handling, we
I would like to apologize for the flame I didnt meant to. But I was out of the
line since I didnt try to flame in the first place and so I didnot like it to
be thought of that way. However, as I think it was too hard to communicate,
I've decided that for a while that my future dev will rely on
Apple docs said that NSWindow -discardEventsMatchingMask:beforeEvent:
should just forward to NSApp
but a note on NSApplication -discardEventsMatchingMask:beforeEvent: states
Typically, you send this message to an NSWindow object, rather than
to the application object. Discarding events for a
Yes, this seems to have changed in the documentation. Best we can do is
to write a few tests on Cocoa to see what the actual behaviour is and
then implement an addition method on GSDisplayServer if needed.
With regards to the event compression, could you please provide examples
how we could get
- Original message -
Yes, this seems to have changed in the documentation. Best we can do is
to write a few tests on Cocoa to see what the actual behaviour is and
then implement an addition method on GSDisplayServer if needed.
With regards to the event compression, could you please
On 17 Jun 2010, at 08:53, David Wetzel wrote:
Hi,
my makefile contains this currently and it works, but I am curious
if there is a
variable I could use.
PLATFORM = $(shell uname)
ifeq ($(findstring NetBSD,$(PLATFORM)), NetBSD)
ADDITIONAL_TOOL_LIBS += -lcrypt
endif
Hi David
you should
Hi,
my makefile contains this currently and it works, but I am curious if there is
a
variable I could use.
PLATFORM = $(shell uname)
ifeq ($(findstring NetBSD,$(PLATFORM)), NetBSD)
ADDITIONAL_TOOL_LIBS += -lcrypt
endif
Thanks,
David
___
David Ayers wrote:
gnustep-dl2-nox(-dev)
EOControl/EOAccess
That's OK, but the runtime library package name should embed the
soname, e.g. gnustep-dl2-nox-0. Furthermore, we'll get 2 lintian
warnings `package-name-doesnt-match-soname' while if it is libeoaccess
there would be only one (for
On Fri, Jan 8, 2010 at 5:07 AM, Yavor Doganov ya...@gnu.org wrote:
gnustep-dl2 [1]
DBModeler
GDL2 palette
eoutil, gdlgsdoc
EOModeler (as private library)
Recommends: libeointerface-dev (which will pull in libeoaccess-dev)
Sorry It just hit me that both DBModeler and GDL2 palette use
Matt Rice wrote:
Sorry It just hit me that both DBModeler and GDL2 palette use the
EOModeler library which might pose a problem for making EOModeler
'private'
That's not a problem at all -- both will link against EOModeler with
RPATH, which will be shipped in the same binary package.
libraries or whatever).
but DBModeler isn't really a standalone application, the model files
it generates are intended to be used by the libraries,
...which in turn are used by applications, right? That's what I was
saying. But we'll ship all libraries anyway, the question was how
as frameworks
[snip]
Thanks for the explanation.
Is it safe to remove the symlinks for them in /usr/lib?
*shrug*, probably
OK.
One more question... Isn't at least one adaptor necessary to be
present on the system? Or is it optional -- i.e. neither can be
installed, either
On Thu, Jan 7, 2010 at 1:12 PM, Yavor Doganov ya...@gnu.org wrote:
Matt Rice wrote:
Likewise, this should be libeointerface0/libeointerface-dev. But
you didn't mention EOModeler. Is its place here, too?
Ahh, yeah I forgot about that library, no EOModeler can go in its own
libeomodeler
Hello everyone,
IMHO the packaging for GDL2 could take into account the non-gui/gui
scenarios and would look something like this:
gnustep-dl2-nox(-dev)
EOControl/EOAccess
gnustep-dl2-gui(-dev) (depends on dl2-nox)
EOInterface
gnustep-dl2-tools(-dev) (depends on dl2-nox)
EOPalette
1 - 100 of 149 matches
Mail list logo
