Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
On 02/19/2012 12:11 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: gcc-4.6 HKSyntaxDefinition.m -c \ -MMD -MP -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -W -Wall -Wno-unused -I./derived_src -I. -I/home/csanyipal/GNUstep/Library/Headers -I/usr/local/include/GNUstep -I/usr/include/GNUstep \ -o obj/HighlighterKit.obj/HKSyntaxDefinition.m.o Here's your problem: your compiler line is missing the -fconstant-string-class=NSConstantString option. For some reason your gnustep-make doesn't want to append that flag, but why I have no idea - hope somebody with more gnustep-make knowledge can chime in. In the mean time, you try modifying the GNUmakefile and add a: ADDITIONAL_OBJCFLAGS += -fconstant-string-class=NSConstantString line right after the include $(GNUSTEP_MAKEFILES)/common.make line. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
On 02/19/2012 01:40 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: sudo -E checkinstall make install Can you first try a vanilla make install without checkinstall? My guess is that something goes wrong in the chroot magic which checkinstall uses. Don't worry about files being dumped around your system directories, you can clean everything up with a simple make uninstall right after that. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
On 02/19/2012 02:08 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: make messages=yes output This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making all for app Gemas... gcc-4.6 -rdynamic -shared-libgcc -fexceptions -fgnu-runtime -o Gemas.app/./Gemas \ ./obj/Gemas.obj/GemasController.m.o ./obj/Gemas.obj/GemasEditorView.m.o ./obj/Gemas.obj/GemasDocument.m.o ./obj/Gemas.obj/Gemas_main.m.o -L./HighlighterKit/HighlighterKit.framework -L/home/csanyipal/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lHighlighterKit -lpthread -lobjc -lm ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openPreferences:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:395: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openGoToLinePanel:]': It seems like you have some serious issues with linking on your system. Are you using a custom gnustep, or the one shipped in Debian? These undefined symbols signal that your gnustep installation is very broken. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
On 02/19/2012 04:55 PM, Csanyi Pal wrote: Sašo Kiselkov skiselkov...@gmail.com writes: It seems like you have some serious issues with linking on your system. It is possible. Are you using a custom gnustep, or the one shipped in Debian? It is a short story: first I has installed the one shipped in Debian. Later I purge every debian gnsutep package. Then I use the http://dl.dropbox.com/u/8559454/GNUstep%20libobjc2%20on%20Ubuntu.sh script by Ivan Vučica and had installed gnustep from svn sources. See this mail here: http://article.gmane.org/gmane.comp.lib.gnustep.general/37316 Later I remove all (leastwise I think so) gnustep files previously installed from sources and installed back debian gnustep packages again. Well, that is my story. After that it seems that I have some serious issues, like this one. These undefined symbols signal that your gnustep installation is very broken. How can I clean up everything now to get a clean debian gnustep? Can you do a find of any gnustep things in /usr/local and see if it finds anything? $ find /usr/local -iname '*gnustep*' You could also try and have a look inside /usr/lib to make sure you only have a single set of gnustep-(base|gui|whatever) libraries in there. Lastly, you can try uninstalling all gnustep related packages from your system and do a similar find to the one above in /usr and manually purge all remains of GNUstep from your system. After that, reinstall the packages and you should have a clean distro again. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
On 02/18/2012 11:08 PM, Csanyi Pal wrote: Hi Germán, Sat, 18 Feb 2012 11:47:44 -0600 -n Germán Arias ger...@xelalug.org írta: The source code are hosted in: http://svn.gna.org/viewcvs/gnustep-nonfsf/ I don't have luck with highlighterkit SVN source: It seems to be caused by a change in include dependencies - in the implementation files I included (for speed of compilation) only a subset of the Foundation headers needed for compilation. Seems like GNUstep stopped including NSString.h from the headers included in HKit. You could simply fix this by replacing all Foundation import lines: #import Foundation/...h with a single: #import Foundation/Foundation.h in files which report compilation errors. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
On 02/19/2012 02:40 AM, German Arias wrote: 2012/2/18 Sašo Kiselkov skiselkov...@gmail.com: It seems to be caused by a change in include dependencies - in the implementation files I included (for speed of compilation) only a subset of the Foundation headers needed for compilation. Seems like GNUstep stopped including NSString.h from the headers included in HKit. You could simply fix this by replacing all Foundation import lines: #import Foundation/...h with a single: #import Foundation/Foundation.h in files which report compilation errors. -- Saso Which version of gnustep are you using? Which system? I tested HighlighterKit and Gemas with gnustep stable release and compiles fine. Even with current SVN I don't have problems. I've tried compiling the latest SVN on Ubuntu 11.10 and it worked fine with the bundled GNUstep (gnustep-base 1.22). I based my suggestions to Csanyi Pal on his compilation errors (missing NXConstantString declarations on lines where @something is used in the .m files). -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: NSOperation
Concurrent operations run in separate threads, which don't automatically create autorelease pools (which are thread-local). You should enclose code which runs in a separate thread always in a new autorelease pool. -- Saso On 11/23/2010 12:44 AM, Scott Christley wrote: Hello, I'm trying to use NSOperationQueue to run a bunch of concurrent operations. I used the bit of sample code from the Apple documentation for the basic structure, but the code prints some errors and hangs on GNUstep. Does anybody know what the problem might be? I get this from my program on GNUstep, it hangs after doing one operation. 2010-11-22 18:39:29.080 testOperation[3487] autorelease called without pool for object (0x199b060) of class GSKVOInfo in thread NSThread: 0x191c4e0 2010-11-22 18:39:29.082 testOperation[3487] autorelease called without pool for object (0x199b060) of class GSKVOInfo in thread NSThread: 0x191c4e0 starting ending: 101.00 I'm using gnustep-startup-0.25.0 on 64-bit ubuntu. Threads seem to be working just fine. thanks Scott ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: SSL bundle
David Ayers wrote: Nicola Pero schrieb: It would be nice instead for the author of the bundle to be able to control if gnustep-gui should be used when linking or not; ie, if it's a GUI bundle or a non-GUI bundle. :-) Maybe a gnustep-make variable to switch from GUI bundles to non-GUI ones ? Something like include $(GNUSTEP_MAKEFILES)/common.make BUNDLE_NAME = MyBundle ... MyBundle_NEEDS_GUI = NO ... include $(GNUSTEP_MAKEFILES)/bundle.make that would be recognized (only by new versions of gnustep) to mean that gnustep-gui should not be linked in even if available/installed. If the variable is omitted, gnustep-gui would be linked in by default (if available), as it happens now. Comments on the idea are welcome ;-) I think you should consider deprecating the automatic inclusion of gui.make by: - moving the current gui.make from Additional to Auxiliary - having a new gui.make in Additional use the technique above to insure backward compatibility for at least the next release - yet emit a warning that automatic inclusion is deprecated. I think projects like ProjectCenter and ProjectManager should be able to include the correct -make file fragments based on their project type. No problem, make the change in -make and I'll change PM - its a few lines of code anyway... Cheers, David ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: European GNUstep Developer's Meeting
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hi I'd definitely like to be there, as I missed FOSDEM this year - stupid flights... - -- Saso Riccardo wrote: Hi, On 2007-05-07 11:07:14 +0200 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi all, I think that I remember that during FOSDEM 2007 there came up the idea to have a separate Developer's meeting between the FOSDEM events. And it should be a GNUstep only meeting, so that we have enough time and no conflicting talks/topics to discuss. I also remember that there was a proposal for a Swiss Chalet to meet :-) well, long time ago (2 years?) I had the AlpenStep proposal... Switzerland was planned back then because Guerkan couldn't enter the Schengen Area. Something near Lugano could have suited me, because I could arrive there by motorbike in a reasonable time, so not to add airplane costs. I think we already have a lot of interesting topics to dicuss: * how to make/plan/verify new releases * news on Cairo backend * SimpleWebKit status, issues, missing parts in GNUstep Base and GUI * Etoile * how to attract new developers and users? * organization for FOSDEM 2008 + participation in other OSS / Linux events? * how to handle ObjC-2.0 and new features of OS X 10.5? You left out GAP I feel terribly offended. Generally I'd pull out the question of Applications (both user-level as well as developer-level). I want to discuss windows stuff too... What we need: a) enough GSParticipants I'd appreciate some NSCoreDevelopers. I understand that NSAdam or NSGregory are far away, but the presence of NSNicolaPero or NSRichardFM would be quite interesting, especially regarding the release cycle, objc 2.0 and the missing parts GSFredKiefer and GSAlexMalmberg would be good for the backend talk. b) a rough GSAgenda - formed by proposals for Team Decisions and Status Presentations about Subprojects There is so much to talk about we need a GSPreMeeting to make the GSAgenda :) c) a nice, central GSLocation with conference room, flipchart and a beamer, great food, but affordable to everybody Switzerland suits the location for me, but it is not the cheapest place in the world, although if some insider gives you a tip you can get away with it. A place with at least some kind of internet connection (at least a modem) would be very handy I guess. d) a GSTimeInterval (I would assume that a weekend would be preferred by the majority) Yes. At the cost of taking a day off before or after, it would give maximum flexibility. e.g. something like Sat 15:00 - Sun 15:00, so that you can come earlier or depart later if interested to do e.g. hiking also leave out some time for talking about stuff off GSAgenda, I guess some subgroups of similarly minded people could form (I think I'd like to talk to core people, to GAP people and to Nikolaus.. other might want to meet Etoile, etc) e) GSSponsor(s) to support those with small budget that would be too nice to be true :) and ... we will have a lot of GSFun some kind of GSHack instead of GSHike could be nice too. I can volunteer to organize b) For d) I suggest a timeframe before End of July (vacation time) or beginning with September: Sept suits me: begins to be off-season and yet not rainy enough :) Cheers, Riccardo ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQOOUakxhuWWzY78RAzx1AJ923cOEwd/jUvHkmHCwzhAYg5IScACdFgyd 5G5ab4ZBHFL+cN4+yig9e0w= =uwRa -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Searching NSString
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Daniel J Farrell wrote:
Hello,
What is the easiest way to search the contents of an NSString for the
occurrence of a word?
For example, if I have @GNUStep is really cool, how can I find out if
this contains the string @cool? I just need a BOOL to be returned.
I tried looked into this but got a bit hung up on NSPredicate class. It
seemed to be getting a little too complicated for what I want to do.
Cheers,
Dan.
BOOL ContainsString (NSString *string, NSString *keyword)
{
return [string rangeOfString: keyword].location != NSNotFound;
}
- --
Saso
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGN3r7akxhuWWzY78RA97SAKCPIfCTqxlHSXUyhiIBMGvKSSyJ1QCcCfAU
Ir5T3qu4r1Pz7MZU7vmBqnI=
=AYik
-END PGP SIGNATURE-
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Searching NSString
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Adam Fedor wrote:
On May 1, 2007, at 11:38 AM, Sašo Kiselkov wrote:
BOOL ContainsString (NSString *string, NSString *keyword)
{
return [string rangeOfString: keyword].location != NSNotFound;
}
Slightly better:
BOOL ContainsString (NSString *string, NSString *keyword)
{
return (string != NULL) ([string rangeOfString: keyword].location
!= NSNotFound);
}
as OSs like Solaris will crash if you try to treat a NULL pointer as a
structure.
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
I actually tend to use the following approach, which I consider the nicest:
@implementation NSString (Additions)
- - (BOOL) containsString: (NSString *) otherString
{
return [self rangeOfString: otherString].location != NSNotFound;
}
@end
- --
Saso
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGN5srakxhuWWzY78RAyOZAJ9IuWYY9LnrvzclSyo+/HZTrwTUQgCglxyI
ZuTbw4Kgo6B7qSOdXhGvX+s=
=VD9N
-END PGP SIGNATURE-
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: FOSDEM
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Oliver Langer wrote: Hi GSsteppers, i've been at FOSDEM and i really enjoyed those days (and evenings) and it was very valuable for me! I liked our discussions and especially getting in touch with some of your guys! Thanks to all who organized this event and thanks to Gerold for sponsoring the dinner! Hope to see you at next FOSDEM! Best regards, Oliver :-( I wasn't there... buhuhuh... couldn't get any airplane tickets... sh*t... Oh well, time to work on next year's fosdem then :-) - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF4+LvakxhuWWzY78RA1SsAJ9DvkU1/EMfyPcbAw4jrx6+ICcjfwCdHEIP V99jj+zi4lt6ruLVrcIDxwQ= =sVFC -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: FOSDEM: We Need Hardware
Nicolas Roard wrote: Hi everybody, We need to know who can bring hardware for the fosdem's booth... here's what we *need*: - public computers for the booth -- ideally one running windows, one running linux/bsd, one running OS X -- could be laptops or not. Those mac mini do not take space in a luggage ;-) Ideally, we could resolve much of these hardware issues using virtualization - e.g. a single Mac Mini could run OSX + Windows, effectively eliminating the need for a second machine. The only remaining question is whether such a machine can run with a dual-head layout. Though I can't bring a big machine myself, I would be willing to donate my old notebook (a crappy iBuddie 533MHz Transmeta and 256MB RAM). Also, when I'm not doing any talks (I would like to have a single one anyway), I'm willing to donate also my new notebook (a 15'' 1.5GHz Celeron M). So the sum of hardware from me: - 1 slow, but functional 533MHz Transmeta (I can install whatever is needed) - 1 functional newer 1.5GHz notebook (running Linux + Windows in a VM) -- Saso - external screen (if someone can bring a computer but not a screen, and someone else can bring a screen but not a computer... ;-) or even simply as a mirrored screen for a demo) - power extension cables - kensington cables could be neat too, though we never had any problems - a video camera for the devroom talks + ideally a tie microphone (else sound is really bad) - a video projector for the devroom (the fosdem guys will give us one anyway, but it would be better to have our own, trust me) If you're going to the fosdem and you can bring something on the list, please tell us :) Cheers, ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Cocotron
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Helge Hess wrote: Even if this is the case (nobody seems to use it!) producing packages which install it properly also takes some more days(/weeks). I certainly can't write gnustep-make packages which install my software into /usr/local out of the box? I probably need to manually move gnustep-base and do all the right settings etc? As a rough guess I think it would take about 2...4 weeks to get a (deployable) port. Its the typical 90/10 rule that the last 10% take 90% the time. We don't need a prototype showing SOPE/OGo running on gstep-base, but a solid solution meeting basic QA expectations. Actually I do think that gstep-base is slowly improving (adding FHS etc), but I suppose the issue is that the core developers have a different viewpoint on it (ie they don't think that proper FHS support or Unix/Linux integration is crucial etc). Anyways. If someone wants to do the port, you are very welcome and of course you will get assistence. I still consider it a goal to move to gstep-base, but at the current pace this will take some additional 3 years. Probably we have moved to Mono till then ;- Greets, Helge Interresting that I was able to build a self-contained installable binary application package of an app which uses additional libraries and massively depends on run-time loading of bundles just using vanilla GNUstep and all that in one day. I haven't tested it on many platforms though, but just in case you want to give it a try, here it is: http://netdev.netlab.sk/NetMage.tar.bz2 - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFjnAzakxhuWWzY78RA4OVAJ9HBhxwqzdftd7W2FnS1MmYWRvUeACgl0Pl XysVOBz2csUzFxGO5yljmHw= =WDLT -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Cocotron
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Helge Hess wrote: On Dec 24, 2006, at 13:18, Sašo Kiselkov wrote: Interresting that I was able to build a self-contained installable binary application package of an app which uses additional libraries and massively depends on run-time loading of bundles just using vanilla GNUstep and all that in one day. I'm not sure why this is interesting in the context :-) Its a good demo on what is possible with GNUstep, but doesn't bring us any further in our setup. Greets, Helge --Helge Hess http://docs.opengroupware.org/Members/helge/ I was merely countering your claims that GNUstep is unusable for any kind of ready-packaged working commercial product. It usable, and even quite well. I build all my Windows tools using gnustep-base and I've had little hassle in getting it work - merely involved copying the dependant DLLs into the tool's directory. - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFjpwvakxhuWWzY78RAx8+AJ9EdEPDzO8pp7J/eGRasZbQjiSm6QCfcONg MHcYKcjsj67DGxTyw1DXE8w= =U25W -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Call for Presentations: GNUstep @ FOSDEM 2007
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 [EMAIL PROTECTED] wrote: Hi all, I would like to know if you did read/recognize this announcement, and if you are considering to propose something. Please also forward the Call for Presentations to whomever it could concern. Kind regards, Nikolaus Schaller ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Well, you can count on me with the Project Manager IDE (http://home.gna.org/pmanager). - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbyfuakxhuWWzY78RA4UfAJ9tn/9yZbxDpTwdPhFSLXVtQQY8bQCfTsJ9 p418VdCXN7ZHLSkF7PmAdyE= =dQBy -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: memory leak
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Marc Brünink wrote: Hi all, today I discovered a memory leak in one of our frameworks. I searched till I went mad, but didn't find anything. Has anyone a suggestion how to track this one down? Thanks Marc ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep I tried valgrind on a simmilar issue, but with little success... I'll work on... - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbdCVakxhuWWzY78RA8zXAJ0VeTItpNOpVzZeRL+hGrNs41MARACeKKpR 4Nmm/XZA6sfSNlKYU0d89Mo= =VnPh -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Installing back (Local - System)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Chris Vetter wrote: On 2006-11-24 18:26:52 +0100 Nicola Pero [EMAIL PROTECTED] wrote: It wasn't changed. ;-) [...] Out of curiosity , why IS there a difference between GNUstep/Local and GNUstep/System. Yes, I know, legacy support and all that. But, seriously, does it still make (much) sense? And no, this is neither trolling, nor wanting to start (another) flamewar. The reason is quite simmilar to why /usr and /usr/local are two quite simmilar directory structures - so that, for example, /System can be mounted from a remote read-only location (e.g. a shared network repository of apps and libs) and /Local be used as the local machine's repository. Also, it's often used to differentiate between who made the software - /System is for system installed software (by the distro), whereas /Local is used by the local system administrator for locally installed apps. /Network should be used in a P2P manner of accessing other machine's resources (pretty much simmilar to how the Network Neighborhood features of Windows works) even though there's no standard on how it should be layed out or implemented. - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZ2HkakxhuWWzY78RA80XAJ9KcZTq05JQzMtvUU6EDsuJT7XQeACfWouE vQ9c4NQNZJ+bQFrfUo5PSzs= =piZR -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: scrollbars [was: Re: really attracting developers]
Pete French wrote: to scroll down without a scrollwheel and without the keyboard I've to cross half of the screen to reach the scrollbar on the left side of the hmmm - whats your mouse doing on the right hand side for you to need to move it that far ? all the menus of a *step are on the left after all, so usually thats where your mouse is isn't it ? whats needed here is for people to desiign apps to that the controls are placed well - you'd get the same problem with right hand scrollbars if everything else was on the left. window. This is not nice for right handers. Its nice for left handers. this I do not understand either - it's the same amount of mouse movement no matter what hand you are holding the rodent with. I'm also right handed, but thats less important to me than the fact that I read text from left to right - so I want my scrollbars at the start of the line, and hence the left. I always wondered if the best solution would be for a text view to look at how the text is arranged and position the scroillbar accordingly (i.e. on the right if it's full of chinese or arabic, on the left for latin and cyrillic) but that might just be annoyingly inconsistent Actually I would love a NSGlobalDomain for that. well, configurability is always a good thing :-) I'm a developer so I spend almost 100% of my working day inside xterm, which has scrollabrs to the left and always has done as far as I know (for the usual reading text left to right reason as far as I know). am now off to see if theres a way to make it put them on the rght though, just for curiosities sake! :-) -bat. As Pete pointed it out correctly, the reason why the NeXT GUI is designed with left-hand scroll bars is because all important objects on the screen tend to aggregate on the upper left window margin. That's where the menu bar is even on M$ Windows. That's where all the toolbar buttons are on Thunderbird. That's where you start typing text in OpenOffice. Most of the user's focus on the left side of the window, which makes scrolling using left-hand scrollbars easier to track with peripheral viewing, rather than having to fly with the eyes across the entire window in order to move a document to a new offset. I agree with the default thing though - it would be very useful for right-to-left environments, where all of the user's focus is on the opposing side of the window. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: These NeXTbuntu guys
Andreas Höschler wrote: Hello Chris, • If an app hangs Window Maker is dead. No chance to start Terminal.app to kill the application. This is not acceptable. Agreed, however, if any window manager hangs you're in deep shit anyway. I assume the corresponding system on a Mac is multi threaded. If I try to start an app from the dock there and it hangs I have no problem to open the application list and kill it. I can't do that with Window Maker. • As far as we know there is no nice GNUstep application yet to kill a bad process (Terminal.app + kill ... is no option for enterprise users) If you're running Etoile's MenuServer, check the Etoile Menu (the little flower). There's an entry 'Applications' that will let you select and kill any GNUstep-related application. We run EtoileMenuServer.app. I just checked the flower - Applications - Application List, but selecting this menu item gives me nothing. I not even get an error message on the console!? As you might know we are on Solaris. :-) It's not a Solaris problem, it's an EtoileMenuServer problem - I haven't implemented many of the process-related functions yet. Simply didn't have the time to do that yet. The same goes for the Log Out button - it's supposed to plug into the Etoile desktop architecture, but we haven't worked that out yet, so I didn't know how to do that... Please also beware that EtoileMenuServer is alpha software - it's quite far away from where it should be. There's tons of bugs and lots of unimplemented features and it's basically just good for hacking on it... • Although it is said that Copy Paste (at least for text) works between X-apps and GNUstep apps. I cannot confirm that. My collegue is able to copy from Firefox to TextEdit.app, I am not (on the same machine). We have not yet found out why. So I can't confirm that this works generally. Do you (your account) run gdnc and gpbs upon login? I have no idea where or by whom gdnc and gpbs are started. But after we login with Window maker we have both daemons running. I did ps -Af | grep gpbs and got ahoesch 22470 1 0 15:25:35 ? 0:00 /opt/GNUstep/System/Tools/gpbs --daemon After killing this daemon copy paste between Firefox and TextEdit started to work. I did the ps again and got ahoesch 22472 1 0 15:25:35 ? 0:00 /opt/GNUstep/System/Tools/gpbs -GSStartupNotification GSStartup-GPBS --daemon gpbs was restarted with an additional option and obviousl ythis option is important for Copy Paste to work. Weird! But I am glad it works now. One step further to a working GNUstep based desktop. Thanks! Submit this as a bug - it should not behave like this for certain. A gpbs instance should be unique to login session, as for DnD to work in X-Windows the gpbs daemon needs to connect to the X-server, which is obviously possible only after login. How much work would it be to write a GNUstep wrapper for Firefox (Objective-C++)? A wrapper around Gecko? You do not want to even think about it. But there's Flock and Camino. Though both are a no-go if you want to have your system clean of GTK. I rather break my teeth by porting WebKit... so I think one could live with this one alien (next to Star Office) for a while if at least copy paste between Firefox, Star Office and GNUstep apps really worked (please let me know what I could try to get this working on my account). Drag'n'Drop of text does work (just tried with Firefox and TextEdit) This does not work for me, but I can live with that now that copy paste works. I don't like the concept of dragging text anyway. Regards, Andreas -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Camino (mozilla based Cocoa Browser) now builds with Cario
Quoting Lars Sonchocky-Helldorf [EMAIL PROTECTED]: http://forums.mozillazine.org/ viewtopic.php?t=391177postdays=0postorder=ascpostsperpage=15start=15 time to start the porting to GNUstep (a decent web browser is something GNUstep urgently needs)? regards, Lars I'm 100% for it, but unfortunatelly I don't have the time and machine to try to do the port... -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GSNews a Gnustep newsreader.. but gorm wont work..
Quoting Anurodh Pokharel [EMAIL PROTECTED]: Hi, I posted earlier that I've been trying to port a cocoa application I wrote called OSXnews ( http://osxnews.sf.net ), the good news is that to my delight, gnustep is compatible enough with Cocoa that I was able to remove the Webcore component and the whole thing compiled (though with a ton of warnings) Unfortunately, there is no GUI. I can't for the life of me get gorm to work. This has to be one of the most frustrating things i've ever used ( i am using .9.2 off ubuntu linux) . Gorm 0.9.2? That release is over a year old (released Feb 28 2005) - seems Ubuntu has some really outdated packages in it's repositories. I first took the lazy approach to see if i could just use my nibs. I was able to convert my nibs to .gmodel using nib to gmodel. great. It even loaded up in Gorm and started checking the interfaces and then all hell broke loose. I got a ton of errors saying tried to add nil to array. I have no idea how header files can do that, but anyway. I click though about 15 of these errors expecting my connections to be shot, but at least i would have the UI. I save it as a .gorm file and that seems to work fine. Later when i try to open it, i get an error saying the file is corrupt. Oh well. I guess i might as well start from scratch. I create a new gorm file put a few buttons around then try to load some of my classes, only to get the same tried to add nil error. I'm stuck folks. I can't for the life of me figure out where it thinks i am trying to add nil to an array. There is nothing unusual about my classes. GSNews is in CVS at sourceforge and you can take a look here. cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/osxnews co -P GSNews if that does not work, here is an example header that Gorm can't load. http://cvs.sourceforge.net/viewcvs.py/osxnews/OSXnews2/DrawerList.h?rev=1.15view=markup -Anu I'm sorry, but I wasn't able to checkout the CVS, or take a look through the Web CVS interface, every attempt timed out (tried it from three different locations) - seems SourceForge.net's CVS system is totally overloaded. Anyhow, I guess your problems lie in out-dated packages. What version of nib2gmodel and GNUstep libraries do you have installed? I suggest you upgrade to the latest stable releases of both. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Project GNUstep in a Nutshell ready for FOSDEM 2007
Quoting [EMAIL PROTECTED]: Hi all, as inidcated, I would like to edit such a book and I really appreciate all the hints and offers for help which already appeared here on this list. So, what I am looking for is a book(let) like the O'Reilly Pocket Reference series, e.g. GIMP, MySQL, PHP to name some I have myself in my bookshelf. This does not mean that we should publish it through O'Reilly but it is one option. These booklets usually have approx. 100 pages. So, now here comes the main part, a draft for the table of contents: TOC 1. GNUstep for Beginners 1.1 Projects using GNUstep 1.2 How to install GNUstep 1.3 How to operate GNustep 2. GNUstep for Users 2.1 Overview on Application suite 2.2 GNUmail 2.3 Workspace 2.4 etc. 3. Objective-C for Beginners 3.1 Benefits of Objective-C 3.2 General Overview 3.3 The Base and GUI Toolkit Libraries 3.4 A Hello World example 3.5 Literature 4. GNUstep for Developers 4.1 How to recompile from scratch 4.2 How to use ProjectCenter 4.3 How to use GORM 4.4 etc. 5. Cross-Platform 5.1 Linux 5.2 Windows 5.3 Embedded 6. Open Groupware 7. Resources 8. Links Index On same priority is a project plan and timeline: Timeline: Agree on concept: E3.2006 Authors found:E4.2006 Receive manuscripts: E7.2006 Merge:E8.2006 Send out for Review: E8.2006 Work in Feedback: E10.2006 Printed (FOSDEM07): E2.2007 And finally, as important as the others: who is doing what. This is the current list of volunteers: * Section GORM - Gregory Casamento * Section Embedded - Nikolaus Schaller * Typesetting Design - Jesse Ross * Proofreading Review - Gerold Rupprecht and my suggestions/invitations (based on the presentations from FOSDEM): * Chapter GNUstep for Beginners - Nicolas Roard * Chapter Objective-C for Beginners - Nicolas Roard * Chapter GNUstep for Developers - Nicolas Roard, Sa#65533;o Kiselkov * Chapter OGo - Bjoern Stierand * Chapter Cross-Platform - Richard Frith-Macdonald / Wim Oudshoorn So, more volunteers are welcome. Just propose what chapter/section you could contribute to me and I will try to fit it into the table of contents. How about we do some translations as well? I'd happily do the Slovak translation. Of course, the print-out will be in English only, but we could make translations available via web download. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: FOSDEM 2006
Quoting Nicolas Roard [EMAIL PROTECTED]:
On 3/2/06, Sa#65533;o Kiselkov [EMAIL PROTECTED] wrote:
Quoting Stefan Urbanek [EMAIL PROTECTED]:
Hi,
How was the FOSDEM 2006? Any success/achievements for GNUstep? What was
the
feedback of others?
For my part, I can say that I successfully borded everyone at the GNUstep
Core
Data presentation almost into coma and technically screwed it up on the
ProjectManager presentation :-) Thanks, Nicolas, for letting me borrow your
machine for the presentation.
I'm just sorry I didn't think to show you immediately how to make []
and {} with a french keyboard ;-)
Anyway I think I'll be able to cut that during the video editing, so,
no worry ;-)
Honestly though, I think that the overall GNUstep presence on FOSDEM 2006
was
really poor. By that I don't mean that few people of the GNUstep core team
attended - no way - but I think we could have done so much more about the
GNUstep booth, material, promotion and activity. Next year I'd like to
participate more in this part of the process - getting more attention to
GNUstep. We really need to show to _every_single_passant_ that we are a
whole
lot different from the KDE/Gnome/Ubuntu/Debian... folks just a few steps
away.
We need to stand out and shine! :-)
Well I sure as hell wouldn't have mind some help :-)
My view for this fosdem is that it wasn't too bad (from a gnustep
point of view):
- we had a booth
- we had a devroom
- we had interesting talks
- we had people assisting to the talks ;-) (and not just gnustep dev)
- we had prospectus to distribute on the booth
- we had many gnustep people attending too and interesting discussions.
- we even filmed some of the talks (sadly not all of them due to
technical problems)
So I think that all in all it wasn't such a bad presence, but I'm
perhaps saying that because there was progress from previous years
(though obviously not as much as we could have had)
Now, obviously, we certainly can improve a lot what we did:
- we should have had a much better organized booth
- we could have had a better organized talk session too -- and our own
videoprojector would have been very helpful sunday, when all we got
was a very blue tinted projector.. :-/
Problems with the booth:
- we didn't have a proper organized rotation of people on the booth /
devroom talks
- we didn't have an exciting booth -- nothing to show, no demo, just
people behind a booth with prospectus.
- we didn't distribute a live cd
Better rotation is just a matter of slightly better organisation, and
if we do that just a tad bit more in advance it won't be a problem.
This year we started early, then more or less forgot / were too busy
to do anything until a couple of weeks before the event...
An exciting booth is a bit more tricky to do; here, we would need some
materials:
- at least one computer / screen showing a gnustep environment people
can play with
- if we can, the ideal would be to have more computers, and then we
can show for example the same app running in different environments;
we can also have some demo sessions people could assist on the booth
at regular interval.. or we could have some pre-recorded demos on the
computers, etc.
Alright, I've seen lots of people with machines, brilliant machines, I think,
right? We also got one LCD this year, so employ that as well. E.g. we could
have:
- used my (crappy, but functional) notebook for showing GNUstep on a plain
Linux system. I also have FreeBSD 5 installed, so we could have demo'ed that as
well.
- Nicolas' machine for showing off GNUstep with Camaelon, and perhaps the
Etoile system
- some Apple hardware for showing that the same apps can run on GNUstep and OSX
- some x86 hardware to show that GNUstep is even available on Windows
- some other hardware (connected to the LCD we had) showing a
presentation/video on GNUstep - something flashy, with sound and talk. Quentin,
how about your portable?
Seriously people, we had the hardware resources for a very fancy booth.
- we really need an up to date live cd to distribute to people. Most
people won't make the effort of installing a full gnustep system, with
all the problems that could arise, unless they are already convainced.
But most of the same people will try a livecd in a heartbeat.
Yes, this is a full thumbs up by me. LiveCDs are a really neat way how to demo
some system.
- We could even have specific livecd - eg, imagine a desktop livecd,
a development livecd, an opengroupware livecd, etc. Or we could
stick everything properly configured on one livecd but display a nice
menu system at login so people come up with a ready to use environment
for the specific topic... there's a lot of things we could do on a
livecd.
I think one LiveCD would be enough, we just need to structure the environment on
it properly.
Also for the event itself, I think it would be neat to meet a day
before somehow. Perhaps if we
Re: HNUstep and Garbage Collection
Quoting Adrian Robert [EMAIL PROTECTED]: Note, however, a quick look at the source shows that the macros mentioned here are unneeded -- if GNUstep is compiled with GC, - retain and -release impls are #ifdef'd out. Quoting: Objective-C GNUstep Base Programming Manual, Section 3.2.3, Paragraph 5 Some authorities recommend that you always use the RETAIN/RELEASE macros in place of the actual method calls, in order to allow running in a non-garbage collecting GNUstep environment yet also save unneeded method calls in the case your code runs in a garbage collecting enviromnent. So it isn't like they have no purpose at all. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: FOSDEM 2006
Quoting [EMAIL PROTECTED]: attended - no way - but I think we could have done so much more about the GNUstep booth, material, promotion and activity. Next year I'd like to participate more in this part of the process - getting more attention to GNUstep. We really need to show to _every_single_passant_ that we are a whole lot different from the KDE/Gnome/Ubuntu/Debian... folks just a few steps away. We need to stand out and shine! :-) I completely agree! Having the classes was great - between 10 and 30 attendees. But what I would like to see in addition is an (open) developer's discussion session (about targets, timelines, future projects, next FOSDEM plans, etc.). Other projects did have this in their agenda and it gives prospective users more confidence in a project. But what was missing (compared to other projects) was to sell or distribute - most recent brochures - CDs with debian and other prebuilt packages, plus recent source tree - T-Shirts - Books - screen shots at the pin-board The issue of sell might be that we are not an official organization with a president, treasurer etc. Therefore we also have no money to spend for such activities. And for book we don't have one. Helge suggested to me to write one and I have started to create a concept so that we have by next FOSDEM some GNUstep in a nutshell. I would volunteer as the editior and we need some authors. Some chapters can be easily based on the slides presented during FOSDEM 06. Ideas and volunteers welcome! -- hns Hmm, I don't think a full book would be very good for a start. Perhaps we should rather start with a slight bit overgrown brochure, like 20-30, perhaps 40 pages. You know, like the distro manuals - 30 pages total, 4-5 color pages on glossy paper for nice pictures, harder paper cover, paperback binding. I don't, however, have any experience at organizing this kind of thing, so the only contribution I could make is with some contents of the brochure... -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: WinXP and NoteBook.app, Success!
Quoting Jeremy Cowgar [EMAIL PROTECTED]: Hello! With all the talk of Windows recently, I decided to setup a Windows box and see if my NoteBook app would compile/run on it. Success! I just installed the -gui development environment, untar'd my sources from my FreeBSD box and then make install openapp NoteBook and all worked great! You can see a screen shot on NoteBook.app's home page: http://notebook.cowgar.com/ Why not include it in the GNUstep app database at http://www.gnustep.org/GSWeb/GSApps.woa ? -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: NSPredicate and related classes ?
Quoting [EMAIL PROTECTED]: Neither... NSPredicate and NSExpression are defined in Foundation - they simply describe a query. They evaluate on NSObjects (NSString, NSArray, NSNumber, NSDictionary etc.). A reference is http://cocoadevcentral.com/articles/86.php (page 14). Storage (Core Data) is not handled by Foundation. NSManagedObject* and NSPersistent* are part of a separate CoreData framework on MacOS X. At the moment I have not started to include anything from CoreData = http://developer.apple.com/documentation/Cocoa/Reference/CoreData_ObjC/index.html But if I would, I would use SQLite and XML since they are directly supported by the API (NSPersistentStoreCoordinator: NSSQLiteStoreType, NSXMLStoreType). -- hns I'd very much like to see our efforts joined, because I'm currently developing a free Core Data implementation (http://gscoredata.nongnu.org). Around 15000 lines of code have been written so far and the last hurdle to overcome in the implementation is storage of objects. Finished parts include: - object graph management - object model - a modelling app (DataBuilder) Unfortunatelly, many parts are yet largely untested, so there's still quite a lot of work to be done, but progress is inevitable :-) -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: FYI: notes for a GNUstep VoIP app
Quoting Dennis Leeuw [EMAIL PROTECTED]: First of all a Happy New Year to everybody. I just came across a little tool for VoIP application development: http://johnny.wit.edu.pl/ It's a development environment for VoIP apps that makes it realy easy to create such an app. Just had to share it, if someone is thinking about creating such an application this might help. Happy Stepping, Dennis -- It is not necessary to change. After all, survival is not mandatory. Dr. W. Edwards Deming ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Damn, this is all so darn tempting... please, somebody take the opportunity! -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: ANN: ProjectManager 0.1.2
Quoting Serg Stoyan [EMAIL PROTECTED]: Agree with you. Excelent work, Sašo. Sašo if you don't mind I want to integrate ProjectManager's editor into ProjectCenter. Sure, go ahead. The relevant classes (and files) are: - SourceEditorDocument: the editor's NSDocument subclass. - EditorTextView: does all the custom drawing and integrates with syntax highlighting - EditorRulerView: the editor's line/character indicator rulers - EditorGuide: an object which represents a draggable guide (see file TRICKS). - SyntaxHighlighter: the syntax highlighter's core engine - SyntaxDefinition: represents a compiled syntax definition used by a SyntaxHighlighter object Perhaps I should one day split it off into a separate component bundle... And there's room for improvement in the syntax highlighter's performance. It currently isn't totally snappy on my 300MHz Pentium equivalent when I run XMMS in the background... damn. Regards -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
ANN: ProjectManager 0.1.2
ABOUT ProjectManager ProjectManager is a project to provide a simple, but very usable IDE for GNUstep. NOTEWORTHY CHANGES IN 0.1.2 *** - Tons of small and big bugs fixed - Added ability to reference external files in project (though symbolic links) - Integrated fully-featured on-the-fly syntax highlighter with external syntax definition files WHERE CAN YOU GET IT ProjectManager is hosted on SourceForge.net at: http://pmanager.sf.net WHERE TO REPORT BUGS To the project's bugtracker on the project page at: http://sf.net/projects/pmanager Regards -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Unicode characters in window title
Quoting Andreas Höschler [EMAIL PROTECTED]: Dear all, I am doing setTitle: on a window with a string containing unicode characters (ä,ö,ü). I only see the title up to the non-ascii character, the rest is truncated. Should this work or does GNUstep not support unicode strings in window titles yet? I encounter this problem on Solaris 10 with Window Maker 0.9. Thanks a lot! Regards, Andreas Me too, WindowMaker 0.92.0 on Debian testing. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Appkit documentation
First of all: great work! It would be absolutely fantastic to have some library of documents (electronic or printed, doesn't matter) of pure GNUstep knowledge. This is one of the important points where a hobby project changes into a serious development environment. A remarks on the document (I haven't read all...) - typo on page 11 (logical page 8), section 4.2 (Loading and Instantiaing Interface Files): id MyOwner; NSNib* myNib; should have the first letter of 'MyOwner' lowercase, shouldn't it? - Again section 4.2: before all playing with NSNib I would suggest adding a section explaining the simple use of -[NSBundle loadNibNamed:owner:] - I prefer this method before using NSNib, as it avoids having to create all sorts of instance variables and basically performs the same work, but with less code. Also, isn't NSNib by any chance an addition of Apple to OpenStep? Because I don't remember seeing it in the old OpenStep spec. - Chapter 6 The view concept: shouldn't capitalization in English be The View Concept? Also, the third word in the first sentence shouldn't read applications instead (as 'multiple' applicationS)? - Chapter 6, 3. paragraph, 3. sentence doesn't have a space before the initial word 'NSRect'. Also, I would instead write here 'An NSRect consists of an NSPoint and an NSSize field,...'. - Chapter 6, 3. paragraph: a mathematical coordinate system. To be precise, it's a Catersian coordinate system. But that's just a tiny detail. - Chapter 6: add details about how to do the things which other graphical systems don't usually have, like origin translation, coordinate system transformations (e.g. make the view and all drawing in it appear horizontally squashed), rotation, view flipping etc. - Chpater 7: the last word of the first sentece should read views, shouldn't it? Well that's all the comments and details I've found so far. Please keep up the great work! :-) Quoting Christopher Armstrong [EMAIL PROTECTED]: I've decided to leave my Objective-C like manual on hold, having looked at the gnustep-base manual and deciding they are too similar in content. I might write a makefile guide. Is the texinfo source available for current GNUstep manuals? On the other hand, I've continued to add something to my Appkit guide/manual. Tell me what you think. I will make structural changes, later, at the moment I'm just trying to get some text down (e.g. the last chapter is likely to be part of the second last chapter as a section). I also intend to rearrange the chapters a bit, and wishing texinfo had a section feature that let you group chapters. For those that are interested, what I've done can be found at: http://members.optusnet.com.au/~smokey27/AppKit-20051204.pdf I can send people the texinfo source if they're interested. Comments, suggestions and contributions are welcome. Particularly in relation to what kind of chapters should appear, or what you'd like to see added. Cheers Chris carmstrong at fastmail dot com dot au -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: NSBrowser question
Quoting Andreas Höschler [EMAIL PROTECTED]:
Hello all,
I have done the following
[browser setMatrixClass:[FinderBrowserMatrix class]];
in order to implement dragging in a browser so I get a call to
- (void)mouseDown:(NSEvent *)event
on an instance of FinderBrowserMatrix. Any idea how I get back to the
browser in this method? Via superview I got to the ScrollView and
expected the documentView of the NSScrollView to be the browser (like I
set it up), but the documentview is an instance of FinderBrowserMatrix!?
No, it behaves correctly. Your problem is that NSBrowser creates a scroll view
for each of it's columns and puts an instance of your view's class inside such
a scroll view. Therefore, the right (though a bit dirty) way is the following:
@implementation NSView (FindingMyBrowserAdditions)
// finds the nearest enclosing browser view and returns it
- (NSBrowser *) enclosingBrowser
{
NSView * view;
for (view = [self superview]; view != nil; view = [view superview])
{
if ([view isKindOfClass: [NSBrowser class]])
{
break;
}
}
return (NSBrowser *) view;
}
@end
Thanks a lot!
Regards,
Andreas
You're welcome ;-)
--
Saso
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Clash of the Titans, GNUstep alongside GNOME
First of all, a little criticism at the beginning: you are comparing two different things: GNUstep is a framework for developing applications, Gnome is a desktop environment. So next time compare either Gnome to, say, the Etoile project (www.etoile-project.org) or GNUstep to GTK 2.0. Quoting Thom Cherryhomes [EMAIL PROTECTED]: I have posted a screenshot of GNUstep apps running alongside GNOME applications I did this, because a picture is worth a thousand words as to the state of GNUstep's interoperability with other desktop environments http://64.74.186.169/gnustep_vs_gnome.png Nice shot ;-) I did this with GNUstep out of the box, no customisations, and put GWorkspace alongside the GNOME Nautilus file manager...why? because the file manager is what we use day in and day out to launch programs, launch documents, accomplish things... it is worth noting that YES, a colour change would go part of the way to avoid the clash, GNUstep is themeable, so you can easily switch to some other more fancy theme. but it doesn't solve some of the more glaring issues... particularly (1) the BIG APPICON THAT DOESN'T FIT ANYWHERE That's a matter of interface design. GNUstep follows the Apple/NeXT design which is app-centric, whereas Gnome follows Microsoft design which is window-centric. This roughly means: - In Apple/NeXT, the app is represented by a small graphical object (the app icon), and windows are more like scratch pads (documents) where you get your work done. It doesn't matter to you whether an app is running or not, you just use the documents it opens, when you're done, simply close them and not care about the small app icon. - In Microsoft, each single window corresponds to an instance of the app running. Open two Notepad windows, you have two running Notepad instances. Therefore, to get a consistent GNUstep environment, you *must* use some sort of dock-like app. Again on the other hand: I can't stand it when some non-NeXTish apps in my Window Maker environment simply don't show an app icon, but instead only when I miniaturize their window. Ugh - I hate that. (2) the BIG vertical menu that sticks out like a sore thumb amongst the horizontal menu bars Use the WildMenus bundle available from the GNUstep Applications Database (http://www.gnustep.org/GSWeb/GSApps.woa), section Workspace Dock to make your menus horizontal. However, it would be quite tough to get the main menu of an app into it's window (to look more Windowsish), due to the differences in UI paradigms. (3) the fact that the widgets look much less refined and sleek than their gnome counterparts (before you say anything, I will make the point that ClearLooks is _NOW_ The default packaged look with GNOME 2.12.) And the default one with Etoile is Nesedah, which is also pretty fancy, so it's out of question for me. ;-) We need to look at this picture and take pause because it gives us what we need to do to play nicer... i do notice the XDG patch, and it seems to work pretty well, the icons show up in the task bar :-) Thoughts? discussions? -Thom Regards -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: reincarnating nextstep
Quoting Rogelio M. Serrano Jr. [EMAIL PROTECTED]: Whats needed to build a true nextstep clone using linux? I never owned or used a next computer before. Grab Debian, and modify it to include the following: - graphical bootup (simple) - graphical login - NeXTStep-like filesystem layout (NextApps, NextLibrary, etc. in / and the FHS directories hidden through .hidden) - a workspace manager (using GWorkspace could suffice) - graphical admin tools (tough - you'd have to program them, and there's quite a lot to do) - put the stuff on a CD and add a useful installer (not so simple) - test the whole thing and maintain it I did this kind of project about two years ago (codenamed POWERSTEP), but I've never released it. It missed graphical bootup (never got the time to add it) and I didn't have the time and will to compete with Debian in terms of numbers packages available for my system. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: FOSDEM 2006
Quoting Nicolas Roard [EMAIL PROTECTED]: I'd love a GDL2 + EOModel presentation personally, or CoreData (saso ?..) -- Nicolas Roard Any sufficiently advanced technology is indistinguishable from magic. -Arthur C. Clarke Hmm, gscoredata is still quite defunct and I'll be busy with ProjectManager until newyear, so Feb. 25 is quite a tight schedule, but that's alright :-) I love tight schedules. So it's ok with me :-) (and I _will_ have it done by then, even if it means that I can't close my eyes for a second until then ;-) ) -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: NSPredicate
Quoting Quentin Mathé [EMAIL PROTECTED]: Le 23 oct. 05 à 19:31, Alex Perez a écrit : Enrico Sersale wrote: So, the question is: is somebody working at NSPredicate (and at the other NSMetadata* classes)? Quentin has, AFAIR. That's true for NSPredicate, but they are still unfinished, I have sent my last version to Saso Kiselkov because he was needing them for CoreData. He may have done more work on theses classes and may be too committed them to gscoredata repository, I haven't checked recently though. Enrico, I can send you the version I sent to Saso if you are interested. Cheers, Quentin. -- Quentin Mathé [EMAIL PROTECTED] Sorry for not making any progress on NSPredicate yet, I'm currently busy working 100% of my time on http://openspace.adlerka.sk/ProjectManager , since it is an urgent issue and needs to be resolved ASAP. Once it is done at least to some usable degree (or somebody were willing to take over for me and _really_actively_ continue it) I'm back to GSCoreData, DataBuilder and NSPredicate. BTW: I can't stuff NSPredicate into GSCoreData, since it's a Foundation class, not Core Data. Regards -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUSTEP and Cocoa
Massimo Esposito wrote: I have a MacOsX application written using GNUSTEP and Cocoa. I would like to port this application to a Linux machine. Is it possible translating Cocoa code into GNUSTEP code? And if I'd not like to port the GUI but only the controller and model parts, does it exist in GNUSTEP an equivalent set of classes that perform the same functionalities of the Cocoa classes?(I refer to the classes that doesn't implement GUI components). Hi Massimo. You said controller and model parts. Do you mean by model the Core Data framework? If so, I'm working on an implementation of it (though it's far from complete, I must admit...). Please have a look at http://gscoredata.nongnu.org . Hope this helps a little. Regards -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Objective-C equivalent of a destructor?
Quoting Stefan Urbanek [EMAIL PROTECTED]: On 5.10.2005, at 22:33, Andrew Pinski wrote: On Oct 5, 2005, at 4:31 PM, percy tiglao wrote: Basically, I know init does the initialization code (and new is basically alloc and then init) But is there any cleanup code? Specifically, I'd like to still use retain-release but still have a destructor. Is there any method that release calls when the reference count reaches 0 ? destroy. I think it should be -dealloc Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi It absolutely is -(void)dealloc; See http://developer.apple.com/documentation/Cocoa/Reference/Foundation/ObjC_classic/Classes/NSObject.html#//apple_ref/doc/uid/2050-dealloc -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Time to communicate
Quoting MJ Ray [EMAIL PROTECTED]: Adrian Robert [EMAIL PROTECTED] wrote: Anyway, this is just to say that, groupware apps being core to a large part of daily interaction in today's companies, feature sets are large, and standards tend to be high. [...] Part of the problem is that these things get complicated fast. The right solutions are usually simple and elegant, but elusive. If it were possible to bundle-ise the parts of GNUmail in a way that makes sense and then make TalkSoup and other parts fit into that (servers instead of mailboxes, channels and people instead of messages, chat window instead of view pane, perhaps), then it might just work. It could have performance benefits too. Personally, I don't use any IMAP services and seldom want attachments, so not having them loaded in memory all the time would be good. I'm not sure what GNUmail parts might be most difficult to include in any such transition to a Communicator... I think we should encourage someone wanting to take a shot at developing Communicator. You're right to say it's a big and important task, but it would be so good to see it done right at last, wouldn't it? GNUstep often values good over easy: if any group can do this, GNUsteppers can. -- MJR/slef Personally, I very much dislike big 'all in one' solutions and I'd opt for splitting the software up into several apps, each of which does one thing, but does it well. The reasons are the follows: - we have the Services menu (though it is being neglected for a reason to me unknown...) and so we can have loose bonds between the apps while still providing a consistent interface. - also, thanks to the NEXTSTEP/Mac design decision of MDI-apps not having any special root-window, but instead all document windows floating around in the workspace, a simple user can just click on a window (with either his/her mail, or a window running a video-chat and the menu items automagically change to the apropriate ones - the user doesn't even have to know that these are all separate apps). - the user also often doesn't have to worry about quitting apps, simply closing the app's document window is enough. The average app's memory footprint with no document open is small and the OS' swapping mechanisms will take care of the rest. (I frequently have like a dozen or so of open apps on a small 500MHz Transmeta system with 256 megs of memory, most of the time using just a single one and the system's performance doesn't suffer at all. And if I want to open a document with the app I double-click it's document's icon in the workspace and the app is brought into memory again, though this is much faster than a cold-start.) - and one more note on separating a communication apps suite: look at Apple's very popular iLife bundle. Mail, iCal, iChatAV - all separate apps, but with well designed inter-relationships. As for the precise choice of apps: I agree with mostly improving the present apps which we already have, instead of trying to reinvent the wheel (though it sure is sometimes beneficial). Next would be to design the IM-communicator app, and making all apps use the Addresses framework. At least, this is my opinion to the matter. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUstep Makefiles (resource specific)
Quoting Nicola Pero [EMAIL PROTECTED]: image = [NSImage imageNamed: @myIcon]; Percy, isn't your program by any chance a tool (I deduct this from you mentioning you're utilising SDL, so I guess you're using only Foundation (gnustep-base))? Because then you won't have an NSImage class in the program (since it is part of the AppKit). Therefore you should rather use something like this: NSString * imageFilename = [[NSBundle mainBundle] pathForResource: @MyImage ofType: @png]; or if you want all the images in your program: NSArray * allImageFilenames = [[NSBundle mainBundle] pathsForResourcesOfType: @png inDirectory: nil]; or even better, have a look at the NSBundle class' -pathForResource... methods and I'm sure you'll find something that fits your needs. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUstep and session management
Quoting Roman Belenov [EMAIL PROTECTED]: Richard Frith-Macdonald [EMAIL PROTECTED] writes: When the session manage wishes to shut down (either for a logout or for the machine shutting down), it should post an NSWorkspaceWillPowerOffNotification to the workspace notificationCenter. The workspace notification center sends that notification to all the applications in the session, and they can respond by closing down cleanly. Is there a fallback for applications that don't explicitly observe this notification (like passing terminate: to NSApplication instance) ? What about OpenStep or Mac OS X - do they have something like that ? -- With regards, Roman. In theory, when the workspace (or session manager) sends NSWorkspaceWillPowerOffNotification, every running application (and thus also it's app delegate object) is sent -applicationSholdTerminate to find out whether to proceed. However, I haven't used it on GNUstep yet, so no clue as to how reliable this is. As for the Cocoa standpoint: http://developer.apple.com/documentation/Cocoa/Conceptual/AppArchitecture/Tasks/GracefulAppTermination.html#//apple_ref/doc/uid/20001280 -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Checking the super class of a class
Quoting Richard Frith-Macdonald [EMAIL PROTECTED]:
On 2005-10-06 15:49:15 + Andreas Höschler [EMAIL PROTECTED] wrote:
Hi all,
I need something like [something isKindOfClass:...] with something being
not
an instance but a class created with NSClassFromString(). A probably
working
but very ugly hack would be to create an instance of this class with
[[something alloc] init] and releasing the object after the check. But I am
sure there is a better approach. Any idea?
BOOL isDerivedFrom(Class this, Class base)
{
if (this == base) return YES;
this = [this super];
if (this == 0) return NO;
return isDerivedFrom(this, base);
}
I like avoiding recursion :-) so:
BOOL IsDerivedFrom(Class this, Class base)
{
Class myClass;
for (myClass = this; myClass != Nil; myClass = [myClass superclass])
{
if (myClass == base)
return YES;
}
return NO;
}
though the actual speed benefit is near zero :-P
--
Saso
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Checking the super class of a class
Quoting Andreas Höschler [EMAIL PROTECTED]: Hi all, I need something like [something isKindOfClass:...] with something being not an instance but a class created with NSClassFromString(). A probably working but very ugly hack would be to create an instance of this class with [[something alloc] init] and releasing the object after the check. But I am sure there is a better approach. Any idea? Thanks a lot! Regards, Andreas Stupid me, of course the most correct answer is: just use +[NSObject isSubclassOfClass:] -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUstep base vs libobjc
Quoting percy tiglao [EMAIL PROTECTED]: Hello, I am very new to Objective-C and I'd like to try it out for a while (looks like the language I'm looking for, dynamic, small, compiled, portable, and C-like) Good choice. :-) I do not feel like stepping all the way into the NeXT framework, but I'd like to use Objc as a development language (I'm going to be building games, and portability to both Windows and Linux is a top issue) If you are curious, I'm planning on SDL/OpenGL in Obj-C You can, of course, use the plain libobjc with your classes derived directly from Object, but then you're throwing away all the comfort of OpenStep. OpenStep's Objective-C part is basically split into two library: - FoundationKit (gnustep-base), which is a library of abstract base classes containing things like unicode strings, object containers and neat features such as semi-automatic garbage collection (makes memory management a _LOT_ easier without the overhead of a full garbage collector). - ApplicationKit (gnustep-guiback) is a library of graphical elements such as buttons, windows, sliders, menus etc. for building graphical applications. The reason why this is kept separate is to allow developers to develop both gui and non-gui applications with the full comfort of Foundation and it's prepared solutions to many common problems. Personally, I'd recomment in your case to make use of Foundation (gnustep-base), but not AppKit. I was wondering if libobjc was made obsolete by GNUstep base, and weather or not I should use NSObject or just plain old Object if I want to stay away from NeXT gui stuff and so forth. My main concern is that I'd like to have it running on Windows easily without the user installing a bunch of extra stuff. Static linkage would be great, though i guess DLLs would be fine as well (i'd much prefer a static .exe in Windows, solves a lot of problems :) ) In essence, I'd like to avoid dependancies as much as possible. GNUstep-base basically removes the need to interact with libobjc, and as much as I know the port to Windows is stable. Static linking shouldn't be much of a problem - after all gnustep-base is just yet another library. Thank you for hearing me out. Percy. You're welcome. :-) Next time you will help somebody else. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Naming and other conventions
Quoting Stefan Urbanek [EMAIL PROTECTED]: Hi, As mentioned in my previous emails, StepTalk is going through interface additions and changes. Following are several questions from previous mail (RFC: StepTalk semi-persistent shared environment(s)) that received no feedback so far. I would like to know your opinion before I commit anything: 1. naming conventions - interpretScript:inEnvironment or interpretScript:environment? - methodFromSource:forReceiver:inContext: or methodFromSource:receiver:context: Personally I like the first versions better. Although one has to write a little bit more, I think the contribution to code readability is much more important (such as the latter method you mentioned actually tells me that what I'm creating is for a receiver and in a certain context). 2. reference or copy? - what should be default: returning result by reference or by copy? that is, the method -result should return reference or copy? if reference, then there would be following pair: - result - resultByCopy (or copyOfResult?) otherwise there would be following pair: - result - resultByReference Or - resulByCopy:(BOOL)flag? By reference if the result is immutable, otherwise create an autoreleased (possibly) immutable copy. And in the case of immutable references, instead of creating some weird method pairs, I'd opt for [[foo result] copy] - testing whether a result can be copied should be a matter of checking whether it implements NSCopying (or NSMutableCopying if that is also apropriate). 3. autoreleased or not? should a method -[STLanguageManager createEngineForLanguage:] return autoreleased object or not? I think that it should be autoreleased, just want to be sure. According to Cocoa memory management documentation, only methods named alloc and copy should return retained objects (retainCount=1). Other methods that create objects should always return them as autoreleased. 4. class names Are following class names OK or you would prefer different names? - STConversation - controller that links scripting context/environment + language and script interpretation - STDistantConversation - kind of local proxy for a STConversation in another process, allows one to interpret scripts in contexts that are remote (STRemoteConversation?) Perhaps STRemoteConversation or rather STConversationProxy (which is more consistent with OpenStep's name for NSProxy). - it should be STLanguageManager or STLanguagesManager? - STScriptManager or STScriptsManager? STLanguageManager and STScriptManager is correct English, I guess... And finally, how would you call a class that would serve as main controller over the whole scripting framework (NSApplication is a controller for the whole process, NSWorkspace is a controller for the whole desktop environment)? STStepTalk, STStepTalkRuntime, STRuntime, STSystem, STLounge ...? I'd prefer STRuntime. Thanks, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Documentation in OpenOffice format
Quoting Stefan Urbanek [EMAIL PROTECTED]: Well, I see no difference in functionality in OO and TeX: in OO you have styles for that. It is not about marking heading as '14pt Helvetica-Bold' but about marking heading as 'Heading 1' style. I never set direct fonts in my documents, I use styles - as I was doing in LaTeX few years ago (at uni). There is a significant difference in functionality: where in OO you say This is formatted in Heading 1 in TeX you can say This is a title, This is a section, etc. TeX allows you to better structure and re-structure your text (for example I put every chapter into a separate file and then create an include chain from a main file - reordering chapters is a matter of moving a single line). Moreover, advantage of WYSIWYG is that you do not have that disturbing tag-noise while you still have look abstraction layer (styles). Well used TeX markup can be as sparse as a couple of commands on a terminal-full of text. And sometimes you don't even have to do that - if you were writing a novel with tons of paragraphs of text, all you have to do is write the text - no disturbances at all. True, though, is that TeX's HTML output is far from complete. What is most important, however, is to realize about TeX is the following: TeX is for those who care about how their documents look like. If you just want something passable then any other tool should do. However, if you want something that looks really great, then you need to pay special attention to details. And this is where TeX gives you much more control and yet already does many things for you. If you don't understand what I'm talking about then you should at least read the table of contents of the TeXBook. ;-) -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
RE: GNUstep on the rise!
Quoting Vaisburd, Haim [EMAIL PROTECTED]: Cris Vetter wrote: [...] [ GNUstep separate OS ] AFAIK, xMach is dead :-( So does anyone know how far Hurd is with respect to usability? [...] Sorry, I deleted the essential part of Cris' letter that I'm going to reply. I guess when Chris was talking exclusive GNUstep experience he meant the distribution, not the OS per se (kernel). It seems the obvious choice for that distribution would be the Linux kernel. As far as I understand, nothing in the kernel dictates unix standard FHS, unix standard configuration (/etc content), a type of window system or other things that might annoy a person who experienced NeXT ( I never did ). On the other hand it's well supported for several architchures and many periferal devices. Other post suggested Darwin, I believe it would be as good as Linux, but why to look for something else? Tima. Exactly. When I did my small GNUstep OS experiment I thought long about jumping to some more interresting platform (I tried Hurd, and Darwin and BSD came to my mind as well), but later I realized that it is not important to have a specific kernel (since it's development isn't connected to GNUstep anyway) and the following are facts: Linux ... - is stable - has much support - has drivers for almost everything under our Sun - is layout independent and flexible (it's just a kernel after all) However, the question of file system layout and other under the hood, complicated features, isn't important - history has shown us that NEXTSTEP, OPENSTEP, Mac OS X and other pure OpenStep-ish systems can be Unices without any loss of ease of use. For example, on NEXTSTEP/OPENSTEP all folders like /bin or /usr were simply hidden by the Workspace from the simple user, until unhidden by a user default. This is even better than trying to reinvent the wheel and define a different file system layout - lamers don't see what they don't need, and experienced UNIX experts find themselves like at home immediately. Don't make the same mistakes as Microsoft does, when they forcefuly degrade experienced people to the level of trained monkeys. Regards Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Problem with Renaissance and InstanceOf
Quoting Chris Meredith [EMAIL PROTECTED]: Greetings. I'm trying to use GNUstep Renaissance as a means of designing user interfaces for Mac OS X applications (because Interface Builder's lack of support for assistive technology for the blind is driving me up a wall 'cause, well, I'm blind, and because Apple has decided that blind people are more likely to want to use iTunes than Interface Builder (how could they *THINK* such things!), because candor compells me to admit that Apple's probably right on that one, and because waiting for Apple to add support for Interface Builder to their screen reader for OS X is not an option (because I only have so much lifespan)). At any rate, I'm trying to figure out how to instantiate, say, a NSProgressIndicator object (which I'm presuming is specific to OS X), with code such as the following: gsmarkup objects window title=foo/ vbox ... view instanceOf=NSProgressIndicator height=12/ ... /vbox /window /objects /gsmarkup I can't instantiate ANYTHING, by the looks of things, using the instanceOf attribute either with the instance or view tag (I also attempted to instantiate an NSButton object per one of the examples). No joy. Just an empty window. NSProgressIndicator isn't specific to Apple - the old OpenStep specification (from which both Cocoa and GNUstep are derived) had it too. About the code: I'm not sure whether it's just a typo in the code you pasted, but the window specification should be like this: window title=foo vbox view instanceOf=NSProgressIndicator height=12/ /vbox /window (without the trailing slash in the window opening tag, and the height attribute value quoted) Anyways, in the case of the view tag you should define both the width and height attributes (or in some form tell the view it's width). That's because Renaissance can't figure out the correct size of the view to fit it's contents. Maybe something like the following will help: window title=foo vbox view instanceOf=NSProgressIndicator halign=expand height=12/ /vbox /window Also, in an attempt to compile Renaissance from source, which led to an attempt to get GNUstep Make, which led to an attempt to get GNUstep Startup, I got an error telling me that the system couldn't use my Objective-C compiler to make binaries. Is the Apple gcc incompatible with building GNUstep and, if I completely replaced it with the FSF compiler, would it break Apple's toolchain? I was under the strange impression that they were equivalent. -C- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Apple has a specically modified derivate of GCC. Replacing the Apple GCC with the GNU GCC would therefore most likely not be a very good idea. But this is only my guess - I never tried it myself. Regards Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUstep on the rise!
Quoting Chris Vetter [EMAIL PROTECTED]: A few days ago I read an article mentioning, among other things, GNUstep and how 'cool' (my choice of words) it would be if/when/whether 'these guys' (ie. the developers of GNUstep) would decide to put GNUstep on top of their OWN operating system instead of 'screwing around with existing systems resulting in symlinks all over the place' (again, my choice of words) and 'imagine GNUstep on a Mach based kernel.' This would, IMHO, be the biggest mistake possible: tying GNUstep to a particular platform. I personally love that fact that I only have to write an app once and then have it running with little porting effort on Linux, FreeBSD, Mac OS X, and even ugly, but spread M$ Windows. Of course, I'm not against a GNUstep-only-system (hell, I already did it as my graduation work at high school, complete with a CD-based installer, integrated workspace, it's own package management, etc.), but care should be taken not to make it part of the core libraries. Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUstep on the rise!
Quoting [EMAIL PROTECTED]: Sašo Kiselkov wrote: Of course, I'm not against a GNUstep-only-system (hell, I already did it as my graduation work at high school, complete with a CD-based installer, integrated workspace, it's own package management, etc.), is it downloadable? Well, sorry to disappoint you, but it's been more than a year back since I stopped working on it, and it's been my personal love affair anyways - nothing public. I never got to the stage where I would have to courage to release it, because from my point of view it simply wasn't mature enough. On top of that, I realized that it would have been quite nonsence trying to compete with projects like Debian in terms of number of packages available for my system, so I cut out the desktop part and continued work on that. It's available at http://openspace.adlerka.sk , but I don't have any time to continue working on it right now. Maybe in the future. If somebody wishes to continue it, I'd appreciate that - I use it daily myself ^_^. Sorry for being a bit off-topic here ... ^_^; Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: 9 out of 10 geniuses prefer GNUstep!
Quoting Patrick McFarland [EMAIL PROTECTED]: So, I didn't feel like coding today, so I wipped out gimp and did this instead: http://shadowconflict.com/blog/gnustepeinstein3.png What do you think? -- Patrick Diablo-D3 McFarland || [EMAIL PROTECTED] Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc, 1989 Really cool :-D Now all we need to do is threaten somebody to put it on a frequent news server, such as /. or FreshMeat. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GNUstep support for Core Data?
In Mac OS X 10.4, Apple added `Core Data', a framework that allows data manipulation (see developer.apple.com for more information). I think that GNUstep should have support for Core Data. Samuel Lauber I'm currently working on an implementation of CoreData for GNUstep, but this framework also pulls with it a few other Foundation issues which must be implemented first, namely predicates (NSPredicate and friends) and key-value observing (KVO). I am currently working on predicates (NSExpression implemented so far), and it would be great if somebody took over the key-value coding issue. However, there is a number of problems too. The biggest problem is that Apple's documentation is, since it's all brand new Tiger features, still quite incomplete and sparse. Many things I had to guess and some I can't implement at all, because I just don't have any idea on what they are. Anyways, if all goes as planned, hopefully in one or two months we will also have a functional implementation of CoreData. Saso Kiselkov ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
