From richard@brainstorm.co.uk Mon Oct 01 04:49:20 2001 Received: from smtp.brainstorm.co.uk ([213.86.156.82] helo=mail.brainstorm.co.uk) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15nylL-0004kv-00 for ; Mon, 01 Oct 2001 04:49:20 -0400 Received: from localhost (richard.brainstorm.co.uk [192.168.3.7]) by mail.brainstorm.co.uk (8.11.4/8.11.4) with ESMTP id f918nIJ10131 for ; Mon, 1 Oct 2001 09:49:18 +0100 Message-Id: <200110010849.f918nIJ10131@mail.brainstorm.co.uk> Date: Mon, 1 Oct 2001 09:49:17 +0100 Content-Type: text/plain; format=flowed; charset=us-ascii X-Mailer: Apple Mail (2.388) From: Richard Frith-Macdonald To: GNUStep Developer Mime-Version: 1.0 (Apple Message framework v388) In-Reply-To: <3BB7CB58.20107@doc.com> Subject: Re: Archiving GUI elements Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: On Monday, October 1, 2001, at 02:48 AM, Adam Fedor wrote: > Just a note for future reference. I'm designing Gorm inspectors using > Gorm itself, which means I'm using archiving to store the inspectors. > In the future, if you change the coding procedure for a GUI element, > please leave a path for reading in old archived files. > > It's probably possible to do this even temporarily (say with ifdefs), > since GUI is still in beta and Gorm is perhaps the only app that is > doing this (although GNUMail also archives images). Really, there are > clean ways to do this also (perhaps the best is by increasing the class > version). For those of you who don't know ... the clean way to do this is using the -versionForClassName: method (see NSCoder documentation) and the +setVersion: method (see NSObject documentation). So your code would look like this - static const int currentVersion = xxx; // Current version - (void) initialize { if (self == [MyClass class]) { [self setVersion: currentVersion]; } } - (id) initWithCoder: (NSCoder*)aCoder { int version = [aCoder versionForClassName: NSStringFromClass([self class])]; if (version < currentVersion) { .... } .... return self; } Typically, this sort of thing should be done to handle changes in archiving formats between and within releases of the libraries. When we make a release of the base library, we update the system version ... and this makes it possible for us to write much more efficient code - - (id) initWithCoder: (NSCoder*)aCoder { int systemVersion = [aCoder systemVersion]; int version; if (systemVersion <= lastVersionWithFormatChanges) { version = [aCoder versionForClassName: NSStringFromClass([self class])]; } else { version = currentVersion; } if (version < currentVersion) { .... } .... return self; } From FredKiefer@gmx.de Tue Oct 02 14:02:12 2001 Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15oTrv-0008E1-00 for ; Tue, 02 Oct 2001 14:02:11 -0400 Received: (qmail 1174 invoked by uid 0); 2 Oct 2001 18:02:09 -0000 Received: from pec-105-126.tnt5.s2.uunet.de (HELO gmx.de) (149.225.105.126) by mail.gmx.net (mp005-rz3) with SMTP; 2 Oct 2001 18:02:09 -0000 Message-ID: <3BB9FCFE.59C45142@gmx.de> Date: Tue, 02 Oct 2001 19:44:30 +0200 From: Fred Kiefer X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: Luis Garcia CC: gnustep-dev@gnu.org Subject: Re: dnd problem References: <1001633460.672.2.camel@TiBook> <3BB4E1A6.24770468@gmx.de> <1001747456.14516.4.camel@TiBook> <3BB7457C.F81AF401@gmx.de> <1001905664.2079.34.camel@TiBook> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Hi Luis, This does not exactly prove that your drag and drop problem is caused by pasteboard problems, but you really should look into those, before investigating the D&D. For me this looks like the pasteboard does not supply the data it is asked for. (We seem to have another problem here that still tries to parse nil, as if it were RTF data. I will correct this, one of the next days) This might be a communication problem with the pasteboard program, and I am no help with this any more. Perhaps Richard might be able to give you a helpful advice. One of this days I will commit the pasteboard test program I saved from gui/Testing and got it working again, than you will be able to test with that. Best wishes Fred From FredKiefer@gmx.de Wed Oct 03 11:55:40 2001 Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15ooN2-0002fM-00 for ; Wed, 03 Oct 2001 11:55:40 -0400 Received: (qmail 24885 invoked by uid 0); 3 Oct 2001 15:55:27 -0000 Received: from pec-1-181.tnt1.s2.uunet.de (HELO gmx.de) (149.225.1.181) by mail.gmx.net (mp003-rz3) with SMTP; 3 Oct 2001 15:55:27 -0000 Message-ID: <3BBB3318.A10AB52B@gmx.de> Date: Wed, 03 Oct 2001 17:47:36 +0200 From: Fred Kiefer X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: Adam Fedor CC: GNUStep Developer Subject: Re: Archiving GUI elements References: <3BB7CB58.20107@doc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Sorry Adam, looks like it was me who broke archiving. I changed the way popup buttons and there cells are stored and the code for the first one was so wrong, that I was sure nobody could have used it. But it looks like Gorm did use it. Even now I am not sure, if we should reenable the old way, base on version numbers. I think it would be better to restore the old initWithCoder code once, reload your gorm files and store them again with the new code. For further changes, where the old and the new version are valid, but different, we should definitely use the way you and Richard explained. Still there is no guaranty that all the changes will allow for this resolution, we should, as Nicola pointed out to me long ago, still not use Gorm ourselves. There is one other issue with coding, we should do some thinking on. Now that Mac OSX is out for some time, their format should be stable enough for us to use. So if anybody could spend some time investigating this, we could have a definite format for nib archives at least. Fred From fedor@doc.com Wed Oct 03 13:00:59 2001 Received: from [63.119.183.65] (helo=netmaster.doc.com) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15opOF-0005vy-00 for ; Wed, 03 Oct 2001 13:00:59 -0400 Received: (qmail 3684 invoked from network); 3 Oct 2001 18:06:09 -0000 Received: from cpe-24-221-212-114.co.sprintbbd.net (HELO doc.com) (24.221.212.114) by 192.168.8.3 with SMTP; 3 Oct 2001 18:06:09 -0000 Message-ID: <3BBB4433.2070506@doc.com> Date: Wed, 03 Oct 2001 11:00:35 -0600 From: Adam Fedor Organization: Digital Optics User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.4) Gecko/20010915 X-Accept-Language: en-us MIME-Version: 1.0 To: Fred Kiefer CC: GNUStep Developer Subject: Re: Archiving GUI elements References: <3BB7CB58.20107@doc.com> <3BBB3318.A10AB52B@gmx.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Fred Kiefer wrote: Even now I am not sure, if we should reenable the old way, base on > version numbers. I think it would be better to restore the old > initWithCoder code once, reload your gorm files and store them again > with the new code. It's ok, I've already updated it. > For further changes, where the old and the new version are valid, but > different, we should definitely use the way you and Richard explained. > Still there is no guaranty that all the changes will allow for this > resolution, we should, as Nicola pointed out to me long ago, still not > use Gorm ourselves. > I think we should start using Gorm. It's very useful now. And we only need to keep old coding in long enough for people to update their gorm files. -- Adam Fedor, Digital Optics | Fudd's law of opposition: Push fedor@doc.com http://www.doc.com | something hard enough, and it fedor@gnu.org http://www.gnustep.org | will fall over. From luis@sogrp.com Thu Oct 04 02:03:50 2001 Received: from 208-244-60-113.ipset6.wt.net ([208.244.60.113] helo=TiBook) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15p1bp-0004r6-00 for ; Thu, 04 Oct 2001 02:03:49 -0400 Received: by TiBook (Postfix, from userid 1000) id 1225B6EEC64; Thu, 4 Oct 2001 06:08:48 +0000 (GMT) Subject: What is this for dgs-0.5.9.1 From: Luis Garcia To: Adam Fedor Cc: Fred Kiefer , GNUStep Developer In-Reply-To: <3BBB4433.2070506@doc.com> References: <3BB7CB58.20107@doc.com> <3BBB3318.A10AB52B@gmx.de> <3BBB4433.2070506@doc.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Date: 04 Oct 2001 06:08:47 +0000 Message-Id: <1002175727.3056.8.camel@TiBook> Mime-Version: 1.0 Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: I wich case might this be installed, I am running gnustep using xgps, and I havent installed a display goshtcript, what is this for is it a tird display poscript system? From n.pero@mi.flashnet.it Fri Oct 05 05:40:27 2001 Received: from libra.cyb.it ([212.11.95.209] helo=relay2.flashnet.it) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15pRT0-00030U-00 for ; Fri, 05 Oct 2001 05:40:26 -0400 Received: from leonardo (ip022.pool-30.cyb.it [195.191.16.23]) by relay2.flashnet.it (EMS-RELAY/8.10.0) with SMTP id f959eEn26632 for ; Fri, 5 Oct 2001 11:40:14 +0200 Date: Fri, 5 Oct 2001 14:06:56 +0200 (CEST) From: Nicola Pero Reply-To: Nicola Pero To: GNUstep Developers Subject: libobjc and gnustep-make Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: There is a single missing scheduled bit before gnustep-make is ready for a new release. Basically, we want to change LIBRARY_INSTALL_DIR in library.make so that it doesn't include the library-combo. Problem - this would break using a shared libobjc. Fixing that requires some thinking, if any of you have comments, they are appreciated - here is some meat to put on the fire. One option is to write a clibrary.make which doesn't put the compiled library into the library-combo, nor links against library-combo libraries, but which (regardless of the name) allows also objc object files (trivial to do), and then compile libobjc with that makefile. This would require no major change in gnustep-make and is probably the simplest path. The second option is to move libobjc inside a library-combo dir. but then, we have to modify core/make/config* code to detect the libobjc inside the library-combo ... or better, for *each* library-combo dir which exists in $(GNUSTEP_SYSTEM_ROOT)/Libraries/$(GNUSTEP_TARGET_DIR), we need to check if there is a libobjc there, and we have to get different thread flags for each of them ... then config.make will have different thread flags and -L flags depending on which library-combo is being used ... and then modify gnustep-base when it extracts the flags from config.make to extract the ones for that particular library-combo ... hmm It looks like much easier to follow the path of using clibrary.make, and count on the fact that hand made shared libobjcs will be slowly made obsolete by improvements in the standard gcc libobjc. (they already have). Also, we don't get too much of a benefit from the change ... even if yes, it does make sense to put libobjc in the library-combo dirs. Unless someone has intelligent suggestions or comments, I'll go for the straightforward clibrary.make route. From FredKiefer@gmx.de Sat Oct 13 12:57:33 2001 Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15sS6P-0001kX-00 for ; Sat, 13 Oct 2001 12:57:33 -0400 Received: (qmail 14720 invoked by uid 0); 13 Oct 2001 16:57:31 -0000 Received: from pec-90-87.tnt4.s2.uunet.de (HELO gmx.de) (149.225.90.87) by mail.gmx.net (mp010-rz3) with SMTP; 13 Oct 2001 16:57:31 -0000 Message-ID: <3BC87102.C7681F40@gmx.de> Date: Sat, 13 Oct 2001 18:51:14 +0200 From: Fred Kiefer X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: GNUstep Developers Subject: Font support Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Up to now, I did not get any response at my Xft font support for GNUstep. This can either be caused by all of you also disliking AA fonts, or our X system is not capable of using Xft or it is still to complicate to install. As I cannot help the first two, I am thinking about resolving the last issue. I could easily submit my current code to CVS and than everybody willing could just add Xft support by specifying a flag to the make in xgps. Is this the way to go? I would suggest to add two different flags. One saying Xft is supported on this computer, which could be tested by a simple script in configure. This would control, if the Xft code should be compiled into the library. And another one to specify that it should actually be used (By setting XftFontInfo in the [initializeBackend] method). We could as well make this last one an entry into the user defaults, yes this looks like the better solution. If nobody opposes, I would add the changes and supply Adam with a test for Xft, that could be added to configure. I still don't understand how configure works and I don't have any interest in learning it. Fred From FredKiefer@gmx.de Sat Oct 13 18:08:43 2001 Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15sWxX-0007zR-00 for ; Sat, 13 Oct 2001 18:08:43 -0400 Received: (qmail 9424 invoked by uid 0); 13 Oct 2001 22:08:41 -0000 Received: from pec-0-47.tnt1.s2.uunet.de (HELO gmx.de) (149.225.0.47) by mail.gmx.net (mp011-rz3) with SMTP; 13 Oct 2001 22:08:41 -0000 Message-ID: <3BC8BA15.E457C8A6@gmx.de> Date: Sun, 14 Oct 2001 00:03:01 +0200 From: Fred Kiefer X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: GNUstep Developers Subject: Window manager interaction Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: On the Window Maker web site it is reported that WM will be switching to the new window manager standard agreed on by Gnome and KDE. I think that GNUstep should also implement the integration with that new standard so that GNUstep applications will work as close together with any window manager, following those rules as we did with Window Maker. (To find the specification for this standard, follow the link from the Window Maker site. On this machine you will also find some other specification of some interest) My personal problem is that I wont have much time for GNUstep in the next months, so that I can only hope that anybody else will pick up this task. Fred From FredKiefer@gmx.de Sun Oct 14 18:15:11 2001 Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15stXK-0001qC-00 for ; Sun, 14 Oct 2001 18:15:10 -0400 Received: (qmail 15488 invoked by uid 0); 14 Oct 2001 22:15:08 -0000 Received: from pec-107-192.tnt6.s2.uunet.de (HELO gmx.de) (149.225.107.192) by mail.gmx.net (mp002-rz3) with SMTP; 14 Oct 2001 22:15:08 -0000 Message-ID: <3BCA0D58.BC1ECC49@gmx.de> Date: Mon, 15 Oct 2001 00:10:32 +0200 From: Fred Kiefer X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: GNUstep Developers Subject: GNUstep release 0.7.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: We have only two more months left until the planned release of 0.7.5 of GNUstep. What I want to get is a revised task list for this release, so we can concentrate our efforts on those parts of GNUstep that will give the greatest benefits to users in this short period of time. My personal priority list is as below: - I don't see how we should get a win32 backend until December, so we should drop this from our list. Maybe I will be working on this later this year, but we can not expect a working library until much later. - The biggest efforts should go into Gorm and Adam already did a lot here. What we need most is support for the more complex views, as NSMatrix, NSTextView and so on. - Some months ago I did send a proposal for a simple implementation of colour panels to Nicola, and he wanted to finish them. This is something I really would like to see in 0.7 as these could help with Gorm a lot. - The window manager interaction I did propose in one of the last mails should be implemented, so that GNUstep works together with any current window manager. - I don't think that we will finish the text system, as we planed to do. Still we could implement some more here, e.g. the ruler classes and support for them in NSTextView. - It should be possible to implement NSOutlineView, as this class is not too complex. - Myself, I am still trying to check the current state of all our gui code until we release 0.7.5 This will provide a consistent quality of our code. Fred From dan@dawn.unicom.ro Sun Oct 14 20:37:23 2001 Received: from dawn.unicom.ro ([193.230.194.7]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15svkw-0007ND-00 for ; Sun, 14 Oct 2001 20:37:23 -0400 Received: from dawn.unicom.ro (dan@localhost [127.0.0.1]) by dawn.unicom.ro (8.12.1/8.12.1/Debian -2) with ESMTP id f9F0cCXJ009608; Mon, 15 Oct 2001 03:38:13 +0300 Received: (from dan@localhost) by dawn.unicom.ro (8.12.1/8.12.1/Debian -2) id f9F0c6UL009606; Mon, 15 Oct 2001 03:38:06 +0300 Message-Id: <200110150038.f9F0c6UL009606@dawn.unicom.ro> Date: Mon, 15 Oct 2001 03:38:05 +0300 (EEST) From: Dan Pascu Subject: Re: GNUstep release 0.7.5 To: Fred Kiefer cc: GNUstep Developers In-Reply-To: <3BCA0D58.BC1ECC49@gmx.de> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: On 15 Oct, Fred Kiefer wrote: > - The window manager interaction I did propose in one of the last mails > should be implemented, so that GNUstep works together with any current > window manager. I don't see how this will help at all. Not all window managers implement them (there may be just a few which actually do). Also the gnome/kde2 hints specify what a window manager should do about specific parts of those environments like pagers, panels, taskbars, ... If a window manager implements them it will better interact with that specific environment and its elements. I fail to see how GNUstep can benefit from adding hints about a different environment's elements, as long as it doesn't provide the same elements with the same behavior. -- Dan From fedor@doc.com Sun Oct 14 22:48:49 2001 Received: from [63.119.183.65] (helo=netmaster.doc.com) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15sxo8-0005GN-00 for ; Sun, 14 Oct 2001 22:48:49 -0400 Received: (qmail 8477 invoked from network); 15 Oct 2001 03:54:25 -0000 Received: from cpe-24-221-212-114.co.sprintbbd.net (HELO doc.com) (24.221.212.114) by 192.168.8.3 with SMTP; 15 Oct 2001 03:54:25 -0000 Message-ID: <3BCA4E7C.7070101@doc.com> Date: Sun, 14 Oct 2001 20:48:28 -0600 From: Adam Fedor Organization: Digital Optics User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.4) Gecko/20010915 X-Accept-Language: en-us MIME-Version: 1.0 To: Fred Kiefer CC: GNUstep Developers Subject: Re: Font support References: <3BC87102.C7681F40@gmx.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Fred Kiefer wrote: > Up to now, I did not get any response at my Xft font support for > GNUstep. This can either be caused by all of you also disliking AA > fonts, or our X system is not capable of using Xft or it is still to > complicate to install. As I cannot help the first two, I am thinking Well I'm still in rpm hell trying to install 4.1. I suppose I could compile it from scratch, but I was trying to keep my system as pure as possible (there's probably some moral story here :-) >> If nobody opposes, I would add the changes and supply Adam with a test > for Xft, that could be added to configure. I still don't understand how > configure works and I don't have any interest in learning it. > Sounds great. I swear I'll get to it eventually. -- Adam Fedor, Digital Optics | Fudd's law of opposition: Push fedor@doc.com http://www.doc.com | something hard enough, and it fedor@gnu.org http://www.gnustep.org | will fall over. From fedor@doc.com Sun Oct 14 22:58:38 2001 Received: from [63.119.183.65] (helo=netmaster.doc.com) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15sxxd-0005QS-00 for ; Sun, 14 Oct 2001 22:58:37 -0400 Received: (qmail 8573 invoked from network); 15 Oct 2001 04:04:15 -0000 Received: from cpe-24-221-212-114.co.sprintbbd.net (HELO doc.com) (24.221.212.114) by 192.168.8.3 with SMTP; 15 Oct 2001 04:04:15 -0000 Message-ID: <3BCA50CA.5030000@doc.com> Date: Sun, 14 Oct 2001 20:58:18 -0600 From: Adam Fedor Organization: Digital Optics User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.4) Gecko/20010915 X-Accept-Language: en-us MIME-Version: 1.0 To: Richard Frith-Macdonald , GNUStep Developer Subject: autogsdoc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: I'm jazzed about the new tool you wrote. I just (re)wrote NSPrintPanel and NSPageLayout and adding gsdoc documentation was almost trivial! I'm sure I'm doing something wrong since the chapter heading appears twice (mine and one added by autogsdoc), but I'll figure it out eventually and just regenerate it. Cool! BTW, quicky script to make library documentation easy: #!/bin/sh autogsdoc -DocumentationDirectory ../../../Documentation/gsdoc \ -SourceDirectory ../../../Source $* -- Adam Fedor, Digital Optics | Fudd's law of opposition: Push fedor@doc.com http://www.doc.com | something hard enough, and it fedor@gnu.org http://www.gnustep.org | will fall over. From richard@brainstorm.co.uk Mon Oct 15 03:21:16 2001 Received: from smtp.brainstorm.co.uk ([213.86.156.82] helo=mail.brainstorm.co.uk) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15t23n-0007Wv-00 for ; Mon, 15 Oct 2001 03:21:15 -0400 Received: from localhost (richard.brainstorm.co.uk [192.168.66.4]) by mail.brainstorm.co.uk (8.11.4/8.11.4) with ESMTP id f9F7L0J21325; Mon, 15 Oct 2001 08:21:00 +0100 Message-Id: <200110150721.f9F7L0J21325@mail.brainstorm.co.uk> Date: Mon, 15 Oct 2001 08:20:58 +0100 From: Richard Frith-Macdonald Content-Type: text/plain; format=flowed; charset=us-ascii Subject: Re: autogsdoc Cc: GNUStep Developer To: Adam Fedor X-Mailer: Apple Mail (2.388) In-Reply-To: <3BCA50CA.5030000@doc.com> Mime-Version: 1.0 (Apple Message framework v388) Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: On Monday, October 15, 2001, at 03:58 AM, Adam Fedor wrote: > I'm jazzed about the new tool you wrote. I just (re)wrote NSPrintPanel > and NSPageLayout and adding gsdoc documentation was almost trivial! I'm > sure I'm doing something wrong since the chapter heading appears twice > (mine and one added by autogsdoc), but I'll figure it out eventually > and just regenerate it. Cool! Thanks ... there was no way to control chapter headings ... I've added some pseudo-xml markup in class/category/protocol comments to permit you to supply the chapter yourself, and control where the reference documentation is inserted into the chapter. eg. My class documentation

Chapter introduction here

Chapter afterward here

Text to appear in classs description here From FredKiefer@gmx.de Mon Oct 15 16:52:37 2001 Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15tEiy-0000TL-00 for ; Mon, 15 Oct 2001 16:52:36 -0400 Received: (qmail 3280 invoked by uid 0); 15 Oct 2001 20:52:33 -0000 Received: from pec-117-236.tnt8.s2.uunet.de (HELO gmx.de) (149.225.117.236) by mail.gmx.net (mp020-rz3) with SMTP; 15 Oct 2001 20:52:33 -0000 Message-ID: <3BCB4AF9.DAA831E9@gmx.de> Date: Mon, 15 Oct 2001 22:45:45 +0200 From: Fred Kiefer X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: Dan Pascu CC: GNUstep Developers Subject: Re: GNUstep release 0.7.5 References: <200110150038.f9F0c6UL009606@dawn.unicom.ro> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Dan Pascu wrote: > > On 15 Oct, Fred Kiefer wrote: > > - The window manager interaction I did propose in one of the last mails > > should be implemented, so that GNUstep works together with any current > > window manager. > > I don't see how this will help at all. Not all window managers > implement them (there may be just a few which actually do). > Also the gnome/kde2 hints specify what a window manager should do about > specific parts of those environments like pagers, panels, taskbars, ... > If a window manager implements them it will better interact with that > specific environment and its elements. I fail to see how GNUstep can > benefit from adding hints about a different environment's elements, as > long as it doesn't provide the same elements with the same behavior. Hi Dan, you are right that most of the specification covers the interaction between a window manager and its environment. And most of this is currently of no relevance for GNUstep, as you pointed out. But there are some messages and attributes that should be set by client applications and these are the ones we should implement. I am thinking of _NET_WM_NAME, _NET_WM_ICON_NAME, _NET_WM_WINDOW_TYPE, _NET_WM_PID, _NET_WM_HANDLED_ICONS. Also there is the _NET_WM_PING protocol we should implement. Fred From fedor@doc.com Thu Oct 18 23:21:04 2001 Received: from [63.119.183.65] (helo=netmaster.doc.com) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15uQDX-0003h5-00 for ; Thu, 18 Oct 2001 23:21:03 -0400 Received: (qmail 13429 invoked from network); 19 Oct 2001 04:26:50 -0000 Received: from cpe-24-221-212-114.co.sprintbbd.net (HELO doc.com) (24.221.212.114) by 192.168.8.3 with SMTP; 19 Oct 2001 04:26:50 -0000 Message-ID: <3BCF9C17.8090405@doc.com> Date: Thu, 18 Oct 2001 21:20:55 -0600 From: Adam Fedor Organization: Digital Optics User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.4) Gecko/20010915 X-Accept-Language: en-us MIME-Version: 1.0 To: Fred Kiefer CC: GNUstep Developers Subject: Re: GNUstep release 0.7.5 References: <3BCA0D58.BC1ECC49@gmx.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Fred Kiefer wrote: > We have only two more months left until the planned release of 0.7.5 of > GNUstep. What I want to get is a revised task list for this release, so > we can concentrate our efforts on those parts of GNUstep that will give > the greatest benefits to users in this short period of time. My personal > priority list is as below: > I've updated the task list some more. Another thing we need is the Formatter classes in Base. This makes display of numbers (i.e. in Gorm) much nicer. -- Adam Fedor, Digital Optics | Fudd's law of opposition: Push fedor@doc.com http://www.doc.com | something hard enough, and it fedor@gnu.org http://www.gnustep.org | will fall over. From greg_casamento@yahoo.com Thu Oct 25 17:46:17 2001 Received: from web20506.mail.yahoo.com ([216.136.226.141]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15wsKP-0006JI-00 for ; Thu, 25 Oct 2001 17:46:17 -0400 Message-ID: <20011025214550.29376.qmail@web20506.mail.yahoo.com> Received: from [66.44.24.195] by web20506.mail.yahoo.com via HTTP; Thu, 25 Oct 2001 14:45:50 PDT Date: Thu, 25 Oct 2001 14:45:50 -0700 (PDT) From: Gregory Casamento Subject: COMMITTED: NSSelection & NSOutlineView (skeleton) To: discuss-gnustep@gnu.org, gnustep-dev@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: Thu Oct 25 16:42:00 2001 Gregory John Casamento * Source/NSSelection.m implemented bodies of methods for NSSelection. The behaviour implemented is identical to that observed when testing NSSelection under OPENSTEP with the exception that I have replaced the word "NeXT" with "GNUstep" in the selection marker descriptions. * Source/NSOutlineView.m implelemented a skeletal version of this class to be filled in later. * Headers/NSOutlineView.h created a skeletal version of this header to be filled in later. * Headers/AppKit.h added #include for NSOutlineView.h. * Source/GNUmakefile added reference to NSOutlineView.h and NSOutlineView.m ===== Gregory John Casamento __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com From kotesh@orillion.com Sat Oct 27 04:56:14 2001 Received: from [196.12.44.37] (helo=mail.orillion.stph.net) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15xPGG-00038s-00; Sat, 27 Oct 2001 04:56:13 -0400 Received: from kotesh ([192.168.1.114]) by mail.orillion.stph.net (8.11.6/8.8.7) with SMTP id f9R8uFD21957; Sat, 27 Oct 2001 14:26:29 +0530 Message-ID: <00a301c15ec6$26522de0$7201a8c0@kotesh> From: "kotesh" To: Cc: Subject: does NSRealMemoryAvailable in available in gnustep Date: Sat, 27 Oct 2001 14:32:34 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_009C_01C15EF4.37983E40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_009C_01C15EF4.37983E40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does NSRealMemoryAvailable and NSPageSize functions which are part of = openstep specification are avialable in GNUstep? If not are there any equavalent functions present in Gnustep? thanks kotesh ------=_NextPart_000_009C_01C15EF4.37983E40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Does  NSRealMemoryAvailable = and=20 NSPageSize functions = which=20 are part of openstep specification are avialable in GNUstep?

 If not are there any equavalent functions = present in=20 Gnustep?

thanks

kotesh

 

 

------=_NextPart_000_009C_01C15EF4.37983E40-- From kotesh@orillion.com Sat Oct 27 05:59:56 2001 Received: from [196.12.44.37] (helo=mail.orillion.stph.net) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 15xQFu-00056U-00; Sat, 27 Oct 2001 05:59:55 -0400 Received: from kotesh ([192.168.1.114]) by mail.orillion.stph.net (8.11.6/8.8.7) with SMTP id f9RA0ED22681; Sat, 27 Oct 2001 15:30:17 +0530 Message-ID: <00d601c15ecf$0f470b80$7201a8c0@kotesh> From: "kotesh" To: Cc: Subject: Re: does NSRealMemoryAvailable in available in gnustep Date: Sat, 27 Oct 2001 15:36:32 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D3_01C15EFD.275986C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_00D3_01C15EFD.275986C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is there any mechanism available in GNUstep for encoding a = NSDictionary into an XML ... --kotesh ------=_NextPart_000_00D3_01C15EFD.275986C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Is there any mechanism available in GNUstep for = encoding a=20 NSDictionary into an XML ...

--kotesh

------=_NextPart_000_00D3_01C15EFD.275986C0-- From richard@tiptree.demon.co.uk Sat Oct 27 06:41:13 2001 Received: from finch-post-12.mail.demon.net ([194.217.242.41]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15xQtr-0002HK-00; Sat, 27 Oct 2001 06:41:11 -0400 Received: from tiptree.demon.co.uk ([158.152.73.173] helo=richard.brainstorm.co.uk) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 15xQtq-000BnO-0C; Sat, 27 Oct 2001 10:41:10 +0000 Date: Sat, 27 Oct 2001 11:41:00 +0100 Subject: Re: does NSRealMemoryAvailable in available in gnustep Content-Type: text/plain; charset=ISO-8859-1; format=flowed Mime-Version: 1.0 (Apple Message framework v472) Cc: , To: "kotesh" From: Richard Frith-Macdonald In-Reply-To: <00a301c15ec6$26522de0$7201a8c0@kotesh> Message-Id: <1CD77F30-CAC7-11D5-90AF-00306544502E@tiptree.demon.co.uk> Content-Transfer-Encoding: quoted-printable X-Mailer: Apple Mail (2.472) Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: On Saturday, October 27, 2001, at 10:02 AM, kotesh wrote: > Does =A0NSRealMemoryAvailable and NSRealMemoryAvailable() is skeletal ... not implemented ... please go=20 ahead and add one. > NSPageSize functions which are part of openstep specification are=20 > avialable in GNUstep? Yes, NSPageSize() is implemented. From greg_casamento@yahoo.com Sun Oct 28 15:33:27 2001 Received: from web20503.mail.yahoo.com ([216.136.226.138]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 15xwcZ-0001Am-00 for ; Sun, 28 Oct 2001 15:33:27 -0500 Message-ID: <20011028203326.75458.qmail@web20503.mail.yahoo.com> Received: from [66.44.7.132] by web20503.mail.yahoo.com via HTTP; Sun, 28 Oct 2001 12:33:26 PST Date: Sun, 28 Oct 2001 12:33:26 -0800 (PST) From: Gregory Casamento Subject: sound support for GNUstep To: gnustep-dev@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gnustep-dev-admin@gnu.org Errors-To: gnustep-dev-admin@gnu.org X-BeenThere: gnustep-dev@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for GNUstep, the GNU groupware evironment List-Unsubscribe: , List-Archive: What should we do to support sound from GNUstep? Would an implementation of the SoundKit be a good idea since many apps from the NeXT era depend on it. We should also create an implementation of NSSound. ===== Gregory John Casamento __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com