tag:old.nabble.com,2006:forum-1880Nabble - GNUstep2009-11-25T18:20:55ZGNUstep is a cross-platform, object-oriented framework for desktop application development. Based on the OpenStep specification originally created by NeXT (now Apple), GNUstep enables developers to rapidly build sophisticated software by employing a large library of reusable software components. GNUstep home is <a href="http://www.gnustep.org/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26523511Re: [flame] NEWS file is useless2009-11-25T18:20:55Z2009-11-25T18:20:55Zhansfbaier<br><br>> I still haven't seen a convincing argument for it. Any of the information
<br>> that people write in the ChangeLog file they could also write in the commit
<br>> log. It is impossible to make a commit without writing a log message, it is
<br>> easy to make a commit without editing the ChangeLog (you could add a
<br>> pre-commit hook that prevented this, but no one has done so).
<br>>
<br>> David
<br><br>I strongly agree.
<br><br>The main reason why I didn't commit the GNUstep Gnome Theme
<br>into svn is because maintaining ChangLog would bother me too much.
<br><br>Hans
<br><br /> <br />_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26523511&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (279 bytes) <a href="http://old.nabble.com/attachment/26523511/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26523029Re: [flame] NEWS file is useless2009-11-25T17:10:11Z2009-11-25T17:10:11ZDavid ChisnallOn 26 Nov 2009, at 00:50, Nicola Pero wrote:
<br><div class='shrinkable-quote'><br>>> I'd be in favour of ditching NEWS and ChangeLog.
<br>>>
<br>>> ChangeLog has less information, in a less useful format, than the
<br>>> svn logs and is a hold-over from CVS not storing repository-wide
<br>>> change information sensibly. With svn log, you can get a log of
<br>>> change messages at any granularity that you like.
<br>>
<br>> I agree there is an overlap, but there are also some differences. ;-)
<br>>
<br>> Subversion records a single log message for an entire transaction,
<br>> which might contain changes to a number of files.
<br>> A ChangeLog entry is supposed to contain a separate log message for
<br>> every file that was changed.
</div><br>You realise that svn lets you commit changes to different files
<br>separately, right? If you have independent out-of-tree changes,
<br>commit them separately (see r29053 to r29055; three commits, all
<br>created together but committed separately to provide different log
<br>messages).
<br><br>> Finally, the obvious advantage of a ChangeLog is that every source
<br>> code distribution/tarball will include it. Subversion logs are only
<br>> available if you use subversion.
<br><br>Subversion is available to anyone with access to the svn repository.
<br>People can track it by subscribing to the RSS feed from cia.vc, they
<br>can see an individual committer's changes by looking at the timeline
<br>on Ohloh.net. The information is available in a form that is easy for
<br>tools to process.
<br><br>If someone wants to do 'svn log > ChangeLog' when creating the
<br>tarballs, they can; just add it to the script you use to generate the
<br>tarball. Given that most tarball downloads are likely to be from
<br>people who just want to build the code, however, it seems like a waste
<br>of space.
<br><br>> I still see your point - particularly for new software, written from
<br>> scratch by a single person and not yet really released, it is faster
<br>> to just code it all and write short subversion logs for each commit
<br>> - it sounds superfluous to also write ChangeLog entries. But
<br>> once the software is quite finished and stable, is widely used and
<br>> released, and we're polishing it while being extremely careful
<br>> not to break things, then a more careful approach where every change
<br>> is documented in great detail (and even redundantly) looks
<br>> good to me. ;-)
<br><br>Writing a ChangeLog entry does not make you more careful, it just
<br>makes you either write duplicate information, or split the useful
<br>information between the ChangeLog file and the svn log.
<br><br>> So maybe we could adopt a different approach depending on the
<br>> project. I certainly think ChangeLogs are very good for the core
<br>> libraries.
<br><br>I still haven't seen a convincing argument for it. Any of the
<br>information that people write in the ChangeLog file they could also
<br>write in the commit log. It is impossible to make a commit without
<br>writing a log message, it is easy to make a commit without editing the
<br>ChangeLog (you could add a pre-commit hook that prevented this, but no
<br>one has done so).
<br><br>David
<br><br>-- Send from my Jacquard Loom
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26523029&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26522887Re: [flame] NEWS file is useless2009-11-25T16:50:40Z2009-11-25T16:50:40ZNicola Pero-4> I'd be in favour of ditching NEWS and ChangeLog.
<br>>
<br>> ChangeLog has less information, in a less useful format, than the
<br>> svn logs and is a hold-over from CVS not storing repository-wide
<br>> change information sensibly. With svn log, you can get a log of
<br>> change messages at any granularity that you like.
<br><br>I agree there is an overlap, but there are also some differences. ;-)
<br><br>Subversion records a single log message for an entire transaction,
<br>which might contain changes to a number of files.
<br>A ChangeLog entry is supposed to contain a separate log message for
<br>every file that was changed.
<br><br>So, ChangeLogs are particularly good for software that is stable and
<br>where changes should be very well thought of -- forcing people
<br>to describe each single change to each file is good to slow
<br>development down and get people to think more about what they are doing.
<br><br>If people are submitting patches, ChangeLog entries also have the
<br>advantage that they can be submitted with the patch,
<br>and they provide a more detailed description of the changes that were
<br>done to each file, and why.
<br><br>Finally, the obvious advantage of a ChangeLog is that every source
<br>code distribution/tarball will include it. Subversion logs are only
<br>available if you use subversion.
<br><br>I still see your point - particularly for new software, written from
<br>scratch by a single person and not yet really released, it is faster
<br>to just code it all and write short subversion logs for each commit -
<br>it sounds superfluous to also write ChangeLog entries. But
<br>once the software is quite finished and stable, is widely used and
<br>released, and we're polishing it while being extremely careful
<br>not to break things, then a more careful approach where every change
<br>is documented in great detail (and even redundantly) looks
<br>good to me. ;-)
<br><br>So maybe we could adopt a different approach depending on the
<br>project. I certainly think ChangeLogs are very good for the core
<br>libraries.
<br><br>Thanks
<br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26522887&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26522339Re: [flame] NEWS file is useless2009-11-25T15:45:35Z2009-11-25T15:45:35ZDavid ChisnallOn 25 Nov 2009, at 22:39, Richard Frith-Macdonald wrote:
<br><br>> There are actually three levels of change information ...
<br>> NEWS ... just the headlines
<br>> ReleaseNotes ... some more detail
<br>> ChangeLog ... everything
<br>>
<br>> Maybe you are right and we shouldn't bother with NEWS? I'd be
<br>> interested to know what others think.
<br><br>I'd be in favour of ditching NEWS and ChangeLog.
<br><br>ChangeLog has less information, in a less useful format, than the svn
<br>logs and is a hold-over from CVS not storing repository-wide change
<br>information sensibly. With svn log, you can get a log of change
<br>messages at any granularity that you like. If anyone actually cares
<br>about ChangeLog then they can do 'svn log > ChangeLog' on their local
<br>machine. Stuff in the svn log can be processed easily, and is easier
<br>for people to check than the ChangeLog, for example:
<br><br><a href="http://cia.vc/stats/project/gnustep" target="_top" rel="nofollow">http://cia.vc/stats/project/gnustep</a><br><a href="https://www.ohloh.net/p/gnustep/contributors/20800526629476" target="_top" rel="nofollow">https://www.ohloh.net/p/gnustep/contributors/20800526629476</a><br><br>Release Notes should contain any major changes (new classes, new
<br>features, anything that breaks source or binary compatibility). This
<br>should ideally be updated as part of any major change.
<br><br>NEWS is for... Actually, I've no idea what I'd expect to find in
<br>NEWS. Project news belongs on the web site, not in the svn repository
<br>(unless it's the /web branch of the repository...). The lack of news
<br>on the web site is one of my biggest problems with it; unless you
<br>check cia.vc or ohloh.net, you'd think GNUstep was a dead project. Do
<br>we even have a sensible way of writing news for the GNUstep site?
<br>Currently I put GNUstep-related things on the Étoilé blog[1], which is
<br>easy to write on (add Markdown file to repository, commit), but that's
<br>far from ideal.
<br><br>David
<br><br>[1] For example, <a href="http://etoileos.com/news/archive/2009/09/10/1744/" target="_top" rel="nofollow">http://etoileos.com/news/archive/2009/09/10/1744/</a><br><br>-- Send from my Jacquard Loom
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26522339&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26522094Re: [flame] NEWS file is useless2009-11-25T15:23:26Z2009-11-25T15:23:26ZRiccardo Mottola-4Hi,
<div class='shrinkable-quote'><br>>
<br>>> Hi everyone,
<br>>>
<br>>>
<br>>> This morning, I have inadvertently updated gnustep-base on my Debian machine, which remained at version 1.19 since april this year....
<br>>> To my surprise, I have found at least two unannounced changes:
<br>>> - the property list format is now serialized directly in XML, which is somehow useful.... or, well, maybe not.
<br>>>
<br>>
<br>> Not sure what you mean here ... I don't think property list format should have changed ... I haven't noticed a change.
<br>>
<br>>
</div><br>I think directly ~/GNUstep/Defaults/.GNUstepDefaults ?
<br>That's XML for me now and it wasn't.
<br><br>Riccardo
<br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26522094&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26522027accessing/setting file name for NSSavePanel2009-11-25T15:18:08Z2009-11-25T15:18:08ZRiccardo Mottola-4Hi,
<br><br>I want to manipualte the filename of a NSSavePanel while it is shown.
<br>The events of the manipulation come from the accessoryview. I want to
<br>read it, modify it and set it back depending on events coming from the
<br>accessory view components.
<br>How can I do that? The documentation says that "filename" should be used
<br>only at the end of the modal session and I understand the events coming
<br>from the controls inside the accessoryviews are during a modal session.
<br>Furthermore I found no provision on how to set the filename.
<br><br>Any suggestions? The best solution would be portable to Mac, so I'd
<br>prefer not to use internal variables/methods.
<br><br>Thank you,
<br> Riccardo
<br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26522027&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26521837Re: [flame] NEWS file is useless2009-11-25T15:02:57Z2009-11-25T15:02:57ZRichard Frith-Macdonald-2<br>On 25 Nov 2009, at 22:39, Richard Frith-Macdonald wrote:
<br><div class='shrinkable-quote'><br>>
<br>> On 25 Nov 2009, at 20:21, Wolfgang Sourdeau wrote:
<br>>
<br>>> Hi everyone,
<br>>>
<br>>>
<br>>> This morning, I have inadvertently updated gnustep-base on my Debian machine, which remained at version 1.19 since april this year....
<br>>> To my surprise, I have found at least two unannounced changes:
<br>>> - the property list format is now serialized directly in XML, which is somehow useful.... or, well, maybe not.
<br>>
<br>> Not sure what you mean here ... I don't think property list format should have changed ... I haven't noticed a change.
</div><br>As a sanity check, I just tried a quick test program to call [NSDictionary-writeToFile:atomically:] with base from svn trunk ... the property list it produced was not XML.
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521837&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26521576Re: [flame] NEWS file is useless2009-11-25T14:39:16Z2009-11-25T14:39:16ZRichard Frith-Macdonald-2<br>On 25 Nov 2009, at 20:21, Wolfgang Sourdeau wrote:
<br><br>> Hi everyone,
<br>>
<br>>
<br>> This morning, I have inadvertently updated gnustep-base on my Debian machine, which remained at version 1.19 since april this year....
<br>> To my surprise, I have found at least two unannounced changes:
<br>> - the property list format is now serialized directly in XML, which is somehow useful.... or, well, maybe not.
<br><br>Not sure what you mean here ... I don't think property list format should have changed ... I haven't noticed a change.
<br><br>> - the NSZoneMallocAtomic function has been removed, causing SOGo users to fail in compiling SOPE
<br><br>Yes ... that's gone as part of the process of matching the OSX garbage collection API.
<br><br>> Surprise, surprise, the NEWS files does not list any of those changes.
<br><br>I believe it mentioned garbage collection API changes.
<br><br>> Moreover they happened during a minor update of the library.
<br><br>Yes ... but a minor update of the unstable (1.19) branch rather than the stable (1.18) branch. You need to expect much more radical changes than that on the unstable branch!
<br><br>> Let me tell you this kind of unannounced changes are totally unpleasant (and an IRC channel does not count for announcing those).
<br><br>There are actually three levels of change information ...
<br>NEWS ... just the headlines
<br>ReleaseNotes ... some more detail
<br>ChangeLog ... everything
<br><br>Maybe you are right and we shouldn't bother with NEWS? I'd be interested to know what others think.
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521576&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26521383Re: Sending UDP packets2009-11-25T14:24:14Z2009-11-25T14:24:14ZLars Sonchocky-Helldorf<br>Am 25.11.2009 um 21:39 schrieb Andreas Höschler:
<br><div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> This is not really GNUstep related except that the problem occurs
<br>> in a MacOSX/GNUstep application (Objective-C wrapper around TCP
<br>> code) but I hope one of you can help me anyway. I need to notify a
<br>> dozen of MacOSX/GNUstep applications when a specific event occurs
<br>> in some service process. I thought it would be a good idea to use
<br>> UDP packets for that. I googled and found the following code snippets
<br>>
<br>> **********************************
<br>> UDP sender
<br>> **********************************
<br>> #define BUFLEN 512
<br>> #define NPACK 10
<br>> #define PORT 9930
<br>> #define SRV_IP "127.0.0.1"
<br>>
<br>> {
<br>> struct sockaddr_in si_other;
<br>> int s, i, slen=sizeof(si_other);
<br>> char buf[BUFLEN];
<br>> if ((s = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) == -1)
<br>> NSLog(@"socket could not be opened");
<br>>
<br>> memset((char *) &si_other, 0, sizeof(si_other));
<br>> si_other.sin_family = AF_INET;
<br>> si_other.sin_port = htons(PORT);
<br>> if (inet_aton(SRV_IP, &si_other.sin_addr)==0)
<br>> {
<br>> fprintf(stderr, "inet_aton() failed\n");
<br>> exit(1);
<br>> }
<br>>
<br>> for (i=0; i<NPACK; i++)
<br>> {
<br>> printf("Sending packet %d\n", i);
<br>> sprintf(buf, "This is packet %d\n", i);
<br>> if (sendto(s, buf, BUFLEN, 0, &si_other, slen) == -1)
<br>> NSLog(@"sendto() failed");
<br>> }
<br>> close(s);
<br>> }
<br>>
<br>> **********************************
<br>> UDP receiver
<br>> **********************************
<br>> {
<br>> struct sockaddr_in si_me, si_other;
<br>> int s, i, slen=sizeof(si_other);
<br>> char buf[BUFLEN];
<br>> if ((s=socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) == -1) NSLog
<br>> (@"socket failure");
<br>> memset((char *) &si_me, 0, sizeof(si_me));
<br>> si_me.sin_family = AF_INET;
<br>> si_me.sin_port = htons(PORT);
<br>> si_me.sin_addr.s_addr = htonl(INADDR_ANY);
<br>> if (bind(s, &si_me, sizeof(si_me))==-1) NSLog(@"bind failed");
<br>> for (i=0; i<NPACK; i++)
<br>> {
<br>> if (recvfrom(s, buf, BUFLEN, 0, &si_other, &slen)==-1)NSLog
<br>> (@"recvfrom()");
<br>> printf("Received packet from %s:%d\nData: %s\n\n",
<br>> inet_ntoa(si_other.sin_addr), ntohs(si_other.sin_port), buf);
<br>> }
<br>> }
<br>>
<br>> This works great on my Mac (10.2) when SRV_IP is "127.0.0.1".
<br>> However, in the end the sender process will run on machine A and
<br>> the receiver process on machine B, C, D, ... in our 192.168.1.0
<br>> LAN. I therefore tried to use SRV_IP = "192.168.1.255" instead.
<br>> When I do that I get
<br>>
<br>> UDPSender[9746] sendto() failed
<br>>
<br>> Why does this not work or what is the correct address to use for
<br>> interhost UDP traffic in a LAN? What am I doing wrong?
</div><br>Try using multicast IPs:
<br><br><a href="http://tools.ietf.org/html/rfc3171" target="_top" rel="nofollow">http://tools.ietf.org/html/rfc3171</a><br><br><a href="http://en.wikipedia.org/wiki/Multicast_address" target="_top" rel="nofollow">http://en.wikipedia.org/wiki/Multicast_address</a><br><br><a href="http://en.wikipedia.org/wiki/IP_multicast" target="_top" rel="nofollow">http://en.wikipedia.org/wiki/IP_multicast</a><br><br>>
<br>> Thanks a lot,
<br>>
<br>> Andreas
<br><br>regards,
<br><br> Lars
<br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521383&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26520505Re: [flame] NEWS file is useless2009-11-25T13:21:42Z2009-11-25T13:21:42ZRiccardo Mottola-4Hi,
<div class='shrinkable-quote'><br>>
<br>>
<br>> This morning, I have inadvertently updated gnustep-base on my Debian
<br>> machine, which remained at version 1.19 since april this year....
<br>> To my surprise, I have found at least two unannounced changes:
<br>> - the property list format is now serialized directly in XML, which is
<br>> somehow useful.... or, well, maybe not.
<br>> - the NSZoneMallocAtomic function has been removed, causing SOGo users
<br>> to fail in compiling SOPE
<br>>
</div><br>yes, the plist change was to great distaste to me. I wanted to file a
<br>bug report! I was held back privately byu some of the maintainers.
<br><br>I saw no notice of that too, I wonder if it is perhaps something
<br>accidental? I'd rather prefer the traditional format which is easy to
<br>read and also about 1/4th more compact!
<br><br>About the second change I don't know, RIchard can answer you best probably.
<br><br>Riccardo
<br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520505&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26520258Sending UDP packets2009-11-25T12:39:21Z2009-11-25T12:39:21ZAndreas HöschlerHi all,
<br><br>This is not really GNUstep related except that the problem occurs in a
<br>MacOSX/GNUstep application (Objective-C wrapper around TCP code) but I
<br>hope one of you can help me anyway. I need to notify a dozen of
<br>MacOSX/GNUstep applications when a specific event occurs in some
<br>service process. I thought it would be a good idea to use UDP packets
<br>for that. I googled and found the following code snippets
<br><br>**********************************
<br>UDP sender
<br>**********************************
<br>#define BUFLEN 512
<br>#define NPACK 10
<br>#define PORT 9930
<br>#define SRV_IP "127.0.0.1"
<br><br> {
<br> struct sockaddr_in si_other;
<br> int s, i, slen=sizeof(si_other);
<br> char buf[BUFLEN];
<br> if ((s = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) == -1)
<br>NSLog(@"socket could not be opened");
<br><br> memset((char *) &si_other, 0, sizeof(si_other));
<br> si_other.sin_family = AF_INET;
<br> si_other.sin_port = htons(PORT);
<br> if (inet_aton(SRV_IP, &si_other.sin_addr)==0)
<br> {
<br> fprintf(stderr, "inet_aton() failed\n");
<br> exit(1);
<br> }
<br><br> for (i=0; i<NPACK; i++)
<br> {
<br> printf("Sending packet %d\n", i);
<br> sprintf(buf, "This is packet %d\n", i);
<br> if (sendto(s, buf, BUFLEN, 0, &si_other, slen) == -1)
<br> NSLog(@"sendto() failed");
<br> }
<br> close(s);
<br> }
<br><br>**********************************
<br>UDP receiver
<br>**********************************
<br> {
<br> struct sockaddr_in si_me, si_other;
<br> int s, i, slen=sizeof(si_other);
<br> char buf[BUFLEN];
<br> if ((s=socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) == -1)
<br>NSLog(@"socket failure");
<br> memset((char *) &si_me, 0, sizeof(si_me));
<br> si_me.sin_family = AF_INET;
<br> si_me.sin_port = htons(PORT);
<br> si_me.sin_addr.s_addr = htonl(INADDR_ANY);
<br> if (bind(s, &si_me, sizeof(si_me))==-1) NSLog(@"bind failed");
<br> for (i=0; i<NPACK; i++)
<br> {
<br> if (recvfrom(s, buf, BUFLEN, 0, &si_other,
<br>&slen)==-1)NSLog(@"recvfrom()");
<br> printf("Received packet from %s:%d\nData: %s\n\n",
<br>inet_ntoa(si_other.sin_addr), ntohs(si_other.sin_port), buf);
<br> }
<br> }
<br><br>This works great on my Mac (10.2) when SRV_IP is "127.0.0.1". However,
<br>in the end the sender process will run on machine A and the receiver
<br>process on machine B, C, D, ... in our 192.168.1.0 LAN. I therefore
<br>tried to use SRV_IP = "192.168.1.255" instead. When I do that I get
<br><br>UDPSender[9746] sendto() failed
<br><br>Why does this not work or what is the correct address to use for
<br>interhost UDP traffic in a LAN? What am I doing wrong?
<br><br>Thanks a lot,
<br><br> Andreas
<br><br><br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520258&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26520114[flame] NEWS file is useless2009-11-25T12:21:30Z2009-11-25T12:21:30ZWolfgang Sourdeau-2Hi everyone,
<br><br><br>This morning, I have inadvertently updated gnustep-base on my Debian
<br>machine, which remained at version 1.19 since april this year....
<br>To my surprise, I have found at least two unannounced changes:
<br>- the property list format is now serialized directly in XML, which is
<br>somehow useful.... or, well, maybe not.
<br>- the NSZoneMallocAtomic function has been removed, causing SOGo users
<br>to fail in compiling SOPE
<br><br>Surprise, surprise, the NEWS files does not list any of those changes.
<br>Moreover they happened during a minor update of the library. Let me tell
<br>you this kind of unannounced changes are totally unpleasant (and an IRC
<br>channel does not count for announcing those).
<br>It would be better to polish your release process a little bit...
<br><br><br>Cheers,
<br><br>--
<br>Wolfgang Sourdeau :: +1 (514) 447-4918 ext. 125 :: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520114&i=0" target="_top" rel="nofollow">wsourdeau@...</a>
<br>Inverse inc. Leaders behind SOGo (www.scalableogo.org) and PacketFence (www.packetfence.org)
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520114&i=1" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26514576Re: Commit r290002009-11-24T10:37:42Z2009-11-24T10:37:42ZDoug Simons<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"><title>Doug Simons email signature</title></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Wolfgang,<div><br></div><div>You're quite right. I finally had time to look into this, and agree that my earlier fix inadvertently introduced a bug when editing is ended by clicking on another control. I've just checked in a new change (r29056) that fixes this in our testplant branch. Hopefully someone can migrate this fix into the trunk soon.</div><div><br></div><div>Regards,</div><div><br></div><div>Doug</div><div><br><div> <div> <table cellpadding="0" cellspacing="0" border="0"> <tbody><tr> <td width="602" height="30" valign="top" align="left"> <font face="Arial, sans-serif" size="1" color="#808084" style="font-size:11px;"><b>--</b><br><b>Doug Simons</b></font><br> <font face="Arial, sans-serif" size="1" color="#47aa42" style="font-size:11px;">Principal Developer</font> </td> </tr> <tr> <td valign="top" align="left" height="65"> <a href="http://www.testplant.com" target="_top" rel="nofollow"><img width="175" height="55" src="http://www.testplant.com/images/logo.gif" border="0" alt="TestPlant"></a> </td> </tr> <tr> <td valign="top" align="left" height="12"> </td> </tr> <tr> <td valign="top" align="left"> <table width="600" border="0" cellspacing="0" cellpadding="0"> <tbody><tr> <td width="118" align="left" valign="top"> <font face="Arial, sans-serif" size="1" color="#4da82d" style="font-size:11px;">TestPlant Inc</font> </td> <td align="left" valign="top"> <font face="Arial, sans-serif" size="1" color="#4da82d" style="font-size:11px;">T +1 720-890-0211 ext 13</font> </td> </tr> <tr> <td align="left" valign="top"> <font face="Arial, sans-serif" size="1" color="#4da82d" style="font-size:11px;">4730 Walnut Street</font> </td> <td align="left" valign="top"> <font face="Arial, sans-serif" size="1" color="#4da82d" style="font-size:11px;">F +1 720-890-0209</font> </td> </tr> <tr> <td valign="top" align="left"> <font face="Arial, sans-serif" size="1" color="#4da82d" style="font-size:11px;">Boulder, CO 80301</font> </td> <td valign="top" align="left"> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26514576&i=0" target="_top" rel="nofollow">doug.simons@...</a> </td> </tr> <tr><td valign="top" align="left"> </td> </tr> <tr> <td valign="top" align="left"> <font face="Arial, sans-serif" size="1" color="#4da82d" style="font-size:11px;">USA</font> </td></tr> </tbody></table> </td> </tr> <tr> <td valign="middle" align="left" style="height:25px;"> <a href="http://www.testplant.com" target="_top" rel="nofollow"><font face="Arial, sans-serif" size="1" color="#808084" style="font-size:11px;">http://www.testplant.com</font></a> </td> </tr> <tr> <td valign="top" align="left" height="12" style="font-size:1px; height:12px;"> <hr color="4da82d"> </td> </tr> <tr> <td valign="top" align="left" height="70" style="font-size:10px; height:70px;"> <font face="Verdana, sans-serif" size="1" color="#808084" style="font-size:9px;">This email and any attachments may contain privileged / confidential information. If you have received this email in error<br> or believe that you are not the intended recipient, please delete all content and attached files and contact TestPlant via<br> the switchboard on +1 720-890-0211 or via return e-mail. You should not copy, forward or use any part of the<br> contents in any way. Any such unauthorised use or disclosure may be unlawful.</font> </td> </tr> </tbody></table> </div> </div><br><div><div>On Nov 20, 2009, at 8:37 AM, Wolfgang Lux wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Hi Doug,<br><br>I'm having a little problem with this patch, which made it to the trunk meanwhile thanks to Fred. The change in NSTextField's -textDidEndEditing: ensures that the text field always sends its action when editing ends and the text field is configured that way, which I think is correct. However, with your patch the text field also sends -selectText: to itself when it is first responder. This is definitely wrong in at least one case: The -textDidEndEditing: callback is called when the text field resigns first responder because the user clicked into another view. At the time when -textDidEndEditing: is called the text field is still first responder and so will incorrectly call -selectText:. Therefore I'd prefer to revert this part of your change and call -selectText: only when editing ends with either NSTabTextMovement or NSBacktabTextMovement (as before) unless your change is supposed to fix a bug in GNUstep.<br><br>Wolfgang<br><br></div></blockquote></div><br></div></body></html><br />_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26514576&i=1" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26483820Contact form module2009-11-23T10:51:45Z2009-11-23T10:51:45ZghisirdsHi all,
I must create a contact module, for a site, a little particular: the site propose services that are assigned to professionals chosen by the site administrator.
It would have to work this way: the customer write on a site and an email arrive to the administrator; he decides which professional assign the work to ( and send him the contact).
From that moment the professional and customer comunicates only by the site and on the site must stay the archive of the emails
that they exchange (visible to the administrator).
What I would like is that the professional and the customer comunicate only by the mail to the site, no need to use username and password: it must be the site that manages coded mailboxes that are assigned to them but they don't have to be in contact in others ways and don't have to ask anything else to the customer.
Does anyone of you know if there is a cms or script already ready or similar to this that I can modifiy?
Thank you for your suggestions
<br /><br />
__________________<br />
Never seen <a href='http://www.giftideashop.net/corporate-gifts.html' target="_top" rel="nofollow">cheap corporate gifts</a> like these! (<a href='http://www.geschenk-ideen.biz/firmengeschenke.html' target="_top" rel="nofollow">geschenke firmen</a> on german or <a href='http://www.regalos-originales.biz/regalos-empresa.html' target="_top" rel="nofollow">regalos de empresas</a> on espanol), <a href='http://scuo.la/pl/' target="_top" rel="nofollow">szkoły</a><p>From forum: <a href="http://old.nabble.com/GNUstep---Webmasters-f1887.html" embed="fixTarget[1887]" target="_top" >GNUstep - Webmasters</a></p>tag:old.nabble.com,2006:post-26473204Re: gnustep-base package tried to download dtd from the internet2009-11-22T22:04:21Z2009-11-22T22:04:21ZRichard Frith-Macdonald-2<br>On 22 Nov 2009, at 20:49, Jochen Schmitt wrote:
<br><div class='shrinkable-quote'><br>> -----BEGIN PGP SIGNED MESSAGE-----
<br>> Hash: SHA1
<br>>
<br>> Hallo,
<br>>
<br>> I'm the maintainer of the gnustep-base package in the Fedora distribution.
<br>>
<br>> Unfortunately, I have the following issue.
<br>>
<br>> When I try to make a make -C Documentation install the package tried to
<br>> download the DTDs from the internet. This is not allowed in a build
<br>> environment.
<br>>
<br>> So I now search a solution why I can refer to the DTDs without to
<br>> install the DTDs to
<br>> the final destination directory.
<br>>
<br>> It may be nice, if anyone can give me a hint.
</div><br>You need to install gnustep-base before you build the documentation, because the documentation is built using gnustep-base.
<br><br>However, you can install wherever you like ... if your build environment doesn't permit installation to the final destination, you can first install to an alternative location and use the GNUSTEP_CONFIG_FILE environment variable to point to a custom copy of the normal GNUstep.conf file (overriding the one provided by gnustep-make) which describes the location you actually installed to.
<br><br>Alternatively you could just copy the DTDs to a subdirectory named 'DTDs' and hack GNUstep.conf to point to the parent directory as the LIBRARY directory.
<br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26473204&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26471220Re: gnustep-base package tried to download dtd from the internet2009-11-22T16:44:36Z2009-11-22T16:44:36ZMatt Rice-2On Sun, Nov 22, 2009 at 12:49 PM, Jochen Schmitt <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26471220&i=0" target="_top" rel="nofollow">Jochen@...</a>> wrote:
<div class='shrinkable-quote'><br>> -----BEGIN PGP SIGNED MESSAGE-----
<br>> Hash: SHA1
<br>>
<br>> Hallo,
<br>>
<br>> I'm the maintainer of the gnustep-base package in the Fedora distribution.
<br>>
<br>> Unfortunately, I have the following issue.
<br>>
<br>> When I try to make a make -C Documentation install the package tried to
<br>> download the DTDs from the internet. This is not allowed in a build
<br>> environment.
<br>>
<br>> So I now search a solution why I can refer to the DTDs without to
<br>> install the DTDs to
<br>> the final destination directory.
<br>>
<br>> It may be nice, if anyone can give me a hint.
<br>>
</div><br>also see
<br><br><a href="http://savannah.gnu.org/bugs/?25247" target="_top" rel="nofollow">http://savannah.gnu.org/bugs/?25247</a><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26471220&i=1" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26474489Re: gnustep-base package tried to download dtd from the internet2009-11-22T13:49:28Z2009-11-22T13:49:28ZNiels GreweOn Sun, Nov 22, 2009 at 09:49:57PM +0100, Jochen Schmitt wrote:
<br>> When I try to make a make -C Documentation install the package tried to
<br>> download the DTDs from the internet. This is not allowed in a build
<br>> environment.
<br>>
<br>> So I now search a solution why I can refer to the DTDs without to
<br>> install the DTDs to
<br>> the final destination directory.
<br><br>Most xml-processing utilities support xml-catalogs [0] which solve
<br>precisely this problem by allowing you to map doctypes to custom
<br>dtd-locations. I it would be useful to know which particular utility
<br>tries to refer to the dtds.
<br>If it supports catalogs, you can maintain a local copy of the relevant
<br>dtds somewhere on the build machine and use those instead of those
<br>located somewhere on the net.
<br><br>Hope it helps,
<br><br><br>Niels
<br><br>[0] <a href="http://en.wikipedia.org/wiki/XML_Catalog" target="_top" rel="nofollow">http://en.wikipedia.org/wiki/XML_Catalog</a><br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26474489&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26469328gnustep-base package tried to download dtd from the internet2009-11-22T12:49:57Z2009-11-22T12:49:57ZJochen Schmitt-----BEGIN PGP SIGNED MESSAGE-----
<br>Hash: SHA1
<br><br>Hallo,
<br><br>I'm the maintainer of the gnustep-base package in the Fedora distribution.
<br><br>Unfortunately, I have the following issue.
<br><br>When I try to make a make -C Documentation install the package tried to
<br>download the DTDs from the internet. This is not allowed in a build
<br>environment.
<br><br>So I now search a solution why I can refer to the DTDs without to
<br>install the DTDs to
<br>the final destination directory.
<br><br>It may be nice, if anyone can give me a hint.
<br><br>Best Regards:
<br><br>Jochen Schmitt
<br>-----BEGIN PGP SIGNATURE-----
<br>Version: GnuPG v1.4.9 (GNU/Linux)
<br>Comment: Using GnuPG with Fedora - <a href="http://enigmail.mozdev.org/" target="_top" rel="nofollow">http://enigmail.mozdev.org/</a><br><br>iJwEAQECAAYFAksJo+sACgkQZLAIBz9lVu96RAQA1+QQtiBf93R/zP+ArT8VOSrI
<br>XO2UdfUKiShSCSBDxu19rMUzbfVufCJPo/EgTeaNJd9YysT+KNZdD2k5BBu7BGDg
<br>NMzH8LwSXpZmb4U6AfJ1Md9jqL0o2IwtBLdGn3q1PFxZOuRgVtEaa5ttxvOynJrr
<br>nKk6fblQH7/w/5Oos2U=
<br>=7PKD
<br>-----END PGP SIGNATURE-----
<br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26469328&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26452588Fwd: FOSDEM devroom request2009-11-20T16:49:50Z2009-11-20T16:49:50ZLars Sonchocky-HelldorfI just submitted the request for a GNUstep devroom @ FOSDEM 2010. Now
<br>I wish us good luck so we get a room.
<br><br>Thanks,
<br><br> Lars
<br><br>Anfang der weitergeleiteten E-Mail:
<br><div class='shrinkable-quote'><br>> Von: "Planet GNUstep - a collaboration of GNUstep related projects"
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26452588&i=0" target="_top" rel="nofollow">lars.sonchocky-helldorf@...</a>>
<br>> Datum: 21. November 2009 01:40:13 MEZ
<br>> An: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26452588&i=1" target="_top" rel="nofollow">lars.sonchocky-helldorf@...</a>
<br>> Betreff: FOSDEM devroom request
<br>>
<br>> Submitted on 11/21/2009 - 02:40
<br>> Submitted by anonymous user: [213.9.34.100]
<br>>
<br>> Submitted values are:
<br>>
<br>> Developer Room:
<br>> devroom name: Planet GNUstep - a collaboration of GNUstep
<br>> related projects
<br>> devroom description:
<br>> participating projects:
<br>>
<br>> - GNUstep
<br>>
<br>> GNUstep is a free, object-oriented, cross-platform, OpenStep/Cocoa
<br>> API compatible framework and development environment.
<br>>
<br>> - Étoilé
<br>>
<br>> Étoilé is an innovative GNUstep based user environment designed
<br>> from the ground up around the things people do with computers:
<br>> create, collaborate, and learn.
<br>>
<br>> - GAP - the GNUstep Application Project
<br>>
<br>> The GNUstep Application Project provides a comprehensive set of
<br>> administration and user level tools to make using GNUstep based
<br>> environments a very pleasant experience. Part of the charter of
<br>> this project is not only to write new tools, but also to port
<br>> existing NeXTSTEP/OPENSTEP/Cocoa applications to GNUstep as well.
<br>>
<br>> - QuantumSTEP / mySTEP
<br>>
<br>> QuantumSTEP is a Mac-like Application Platform that can be
<br>> installed on existing mobile Linux devices (Openmoko, Zaurus,
<br>> Letux, ...) aiming at highest level of useage, data and application
<br>> source code compatibility (to the Macintosh platform) prepared for
<br>> perfect data exchange and sync.
<br>>
<br>>
<br>> goals/topics:
<br>>
<br>> - teach interested developers how to write cross platform
<br>> applications or port Cocoa applications to Linux BSD and Windows
<br>> using GNUstep
<br>> - share news about the latest development and plans on GNUstep
<br>> - improve collaboration between the several GNUstep related projects
<br>> - using GNUstep to write applications for mobile devices ((e.g.
<br>> Openmoko, Beagleboard)
<br>> - GNUstep cross-platform integration
<br>> - code sprints, hacking, discussing
<br>>
<br>>
<br>> devroom related URLs:
<br>> <a href="http://gnustep.org/" target="_top" rel="nofollow">http://gnustep.org/</a><br>>
<br>> <a href="http://etoileos.com/" target="_top" rel="nofollow">http://etoileos.com/</a><br>>
<br>> <a href="http://gap.nongnu.org/" target="_top" rel="nofollow">http://gap.nongnu.org/</a><br>>
<br>> <a href="http://www.quantum-step.com/wiki.php?page=About" target="_top" rel="nofollow">http://www.quantum-step.com/wiki.php?page=About</a><br>> <a href="http://www.quantum-step.com/wiki.php?page=mySTEP" target="_top" rel="nofollow">http://www.quantum-step.com/wiki.php?page=mySTEP</a><br>>
<br>>
<br>> devroom day(s):
<br>> - Saturday from 12:00 to 18:00
<br>> - Sunday from 10:00 to 17:00
<br>> Contact Info:
<br>> name of the responsible: Lars Sonchocky-Helldorf and Richard
<br>> Frith-Macdonald
<br>> email: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26452588&i=2" target="_top" rel="nofollow">lars.sonchocky-helldorf@...</a>
<br>> relation to the topic: Lars Sonchocky-Helldorf is a community
<br>> manager for GNUstep, Richard Frith-Macdonald is a GNUstep core team
<br>> member/developer
<br>> Optional:
<br>> comments/remarks:
<br>> GNUstep is a good match for FOSDEM since the target audience of
<br>> GNUstep are developers who want to develop cross platform (Unix,
<br>> Windows, Mac) GUI or server side applications or command line tools
<br>> using state of the art object oriented Frameworks.
<br>>
<br>> Although we are jointly applying for four projects, a smaller room
<br>> (about 30 seats) should be sufficient (the last years room was
<br>> perfect).
<br>>
<br>>
<br>> The results of this submission may be viewed at:<a href="http://fosdem.org/" target="_top" rel="nofollow">http://fosdem.org/</a>
<br>> 2010/node/19/submission/121
</div><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26452588&i=3" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26451284Re: simulating user action to initialize a panel2009-11-20T14:30:31Z2009-11-20T14:30:31ZRiccardo Mottola-4Hi,
<br><br>Wolfgang Lux wrote:
<br>>
<br>> [popUp sendAction: [popUp action] to: [popUp target]]
<br>>
<br>This solution works perfectly for me, because I do not need to check
<br>which item is currently selected, I just invoke the proper action.
<br><br>Thank you,
<br> Riccardo
<br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26451284&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26445856Re: pbxbuild patch2009-11-20T08:01:11Z2009-11-20T08:01:11ZJoe Mattiello<br>On Nov 20, 2009, at 2:39 AM, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26445856&i=0" target="_top" rel="nofollow">hansfbaier@...</a> wrote:
<br><br>>
<br>>>
<br>>> So, i will apply the patch and throw out the comments,
<br>>> I hope, this is ok for you :)
<br>>
<br>> Applied it now.
<br>>
<br>> Hans
<br><br><br>Wonderful, thank you.
<br>-Joe
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26445856&i=1" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26445360Commit r290002009-11-20T07:37:26Z2009-11-20T07:37:26ZWolfgang LuxHi Doug,
<br><br>I'm having a little problem with this patch, which made it to the
<br>trunk meanwhile thanks to Fred. The change in NSTextField's -
<br>textDidEndEditing: ensures that the text field always sends its
<br>action when editing ends and the text field is configured that way,
<br>which I think is correct. However, with your patch the text field
<br>also sends -selectText: to itself when it is first responder. This is
<br>definitely wrong in at least one case: The -textDidEndEditing:
<br>callback is called when the text field resigns first responder
<br>because the user clicked into another view. At the time when -
<br>textDidEndEditing: is called the text field is still first responder
<br>and so will incorrectly call -selectText:. Therefore I'd prefer to
<br>revert this part of your change and call -selectText: only when
<br>editing ends with either NSTabTextMovement or NSBacktabTextMovement
<br>(as before) unless your change is supposed to fix a bug in GNUstep.
<br><br>Wolfgang
<br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26445360&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26445344Clang status update2009-11-20T07:35:41Z2009-11-20T07:35:41ZDavid ChisnallHi Everyone,
<br><br>I've fixed a few clang bugs this week, and it's now capable of
<br>compiling the entire Étoilé tree with both the GCC-compatible and non-
<br>fragile ABIs. If anyone wants to play with it, grab the latest svn.
<br><br>You need libobjc2 from GNUstep svn to use the new ABI and you need to
<br>add -fobjc-nonfragile-abi to your OBJCFLAGS. This lets you hide
<br>instance variables away from public headers. This is needed for the
<br>fast forwarding (-forwardingProxyForSelector:) and non-fragile ivars
<br>to work.
<br><br>With both ABIs you get fast enumeration and declared properties. Both
<br>of these require either libobjc2 or the ObjectiveC2 framework from
<br>Étoilé.
<br><br>You do NOT need to compile GNUstep with clang, and you can mix the two
<br>ABIs in the same program, although if you subclass a non-fragile ABI
<br>class with a fragile ABI class then things will break.
<br><br>David
<br><br>-- Sent from my Difference Engine
<br><br><br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26445344&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26439728Re: simulating user action to initialize a panel2009-11-20T00:09:37Z2009-11-20T00:09:37ZWolfgang LuxRiccardo Mottola wrote:
<br><div class='shrinkable-quote'><br>> I have the following problem:
<br>> I have an accessory view where some controls modify or send
<br>> messages to other controls. For example selecting an item makes
<br>> another disabled or moving a slider writes its current value inside
<br>> a textfield.
<br>>
<br>> I created all items, now I want after loading to "touch" all items
<br>> so that the respective relationships get updated.
<br>>
<br>> For a slider it is easy: a performClick message will simulate the
<br>> user clicking on it and the value will be displayed.
<br>>
<br>> My problem is now a NSPopUpMenu: depending on the selection other
<br>> items get selected or no.
<br>>
<br>> I don't know how to create the event! I tried to set the selected
<br>> item, but it does not trigger any event. I tried selecting forcily
<br>> another item and then the intended item back again, but that
<br>> doesn't work either (and it would be not what I want anyway, it
<br>> would be suboptimal, I do not want to hard-code the default item of
<br>> the menu).
<br>> Perform click "opens" the menu, but does not select. Two clicks do
<br>> not help either..
<br>>
<br>>
<br>> How could I accomplish what I need? Of course I could instantiate
<br>> the view "hardwired" so that everything is set with the correct
<br>> state and default, but that is I think very inflexible.
</div><br>[popUp sendAction: [popUp action] to: [popUp target]]
<br><br>Wolfgang
<br><br><br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26439728&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26439481Re: pbxbuild patch2009-11-19T23:39:52Z2009-11-19T23:39:52Zhansfbaier<br>>
<br>> So, i will apply the patch and throw out the comments,
<br>> I hope, this is ok for you :)
<br><br>Applied it now.
<br><br>Hans
<br><br /> <br />_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26439481&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (279 bytes) <a href="http://old.nabble.com/attachment/26439481/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26438552Re: pbxbuild patch2009-11-19T21:21:09Z2009-11-19T21:21:09Zhansfbaier<br><br>> After glancing through it again it's not as bad as I had originally thought.
<br>> Like you said,
<br>> it's mostly some block comments, and I added some helper macros that should
<br>> be moved
<br>> somewhere else.
<br>> It's going to be at least several weeks before I can think about spending
<br>> time on it again
<br>> so I wanted to at least get the ugly patch onto the mailing list so people
<br>> could start using/improving.
<br><br>So, i will apply the patch and throw out the comments,
<br>I hope, this is ok for you :)
<br><br>Hans<br /> <br />_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26438552&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (279 bytes) <a href="http://old.nabble.com/attachment/26438552/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26438511GNUstep looks really good with the new Gtk+-Aurora Theme2009-11-19T21:15:06Z2009-11-19T21:15:06ZhansfbaierHere is the screenshot:
<br><br><a href="http://stashbox.org/705472/Bildschirmfoto.png" target="_top" rel="nofollow">http://stashbox.org/705472/Bildschirmfoto.png</a><br><br>Kind regards,
<br>Hans<br /> <br />_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26438511&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (279 bytes) <a href="http://old.nabble.com/attachment/26438511/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26438507GNUstep looks really good with the new Gtk+-Aurora Theme2009-11-19T21:14:56Z2009-11-19T21:14:56ZhansfbaierHere is the screenshot:
<br><br><a href="http://stashbox.org/705472/Bildschirmfoto.png" target="_top" rel="nofollow">http://stashbox.org/705472/Bildschirmfoto.png</a><br><br>Kind regards,
<br>Hans<br /> <br />_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26438507&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (279 bytes) <a href="http://old.nabble.com/attachment/26438507/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26437203[bug #28056] NSSpellChecker don't work with Spanish2009-11-19T17:42:29Z2009-11-19T17:42:29ZSylvain Beucler-4<br>URL:
<br> <<a href="http://savannah.gnu.org/bugs/?28056" target="_top" rel="nofollow">http://savannah.gnu.org/bugs/?28056</a>>
<br><br> Summary: NSSpellChecker don't work with Spanish
<br> Project: GNUstep
<br> Submitted by: espectador
<br> Submitted on: Thu Nov 19 19:42:28 2009
<br> Category: Gui/AppKit
<br> Severity: 3 - Normal
<br> Item Group: Bug
<br> Status: None
<br> Privacy: Public
<br> Assigned to: None
<br> Open/Closed: Open
<br> Discussion Lock: Any
<br><br> _______________________________________________________
<br><br>Details:
<br><br>On Ink.app I get the error
<br><br> Failed to contact spell checker for language 'Spanish'
<br><br>But aspell (I assume that GNUstep use aspell) works perfectly on Lyx. I have
<br>GNUstep from SVN on Ubuntu 8.04.
<br><br><br><br><br> _______________________________________________________
<br><br>Reply to this item at:
<br><br> <<a href="http://savannah.gnu.org/bugs/?28056" target="_top" rel="nofollow">http://savannah.gnu.org/bugs/?28056</a>>
<br><br>_______________________________________________
<br> Message sent via/by Savannah
<br> <a href="http://savannah.gnu.org/" target="_top" rel="nofollow">http://savannah.gnu.org/</a><br><br><br><br>_______________________________________________
<br>Bug-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26437203&i=0" target="_top" rel="nofollow">Bug-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/bug-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/bug-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Bugs-f1881.html" embed="fixTarget[1881]" target="_top" >GNUstep - Bugs</a></p>tag:old.nabble.com,2006:post-26436241simulating user action to initialize a panel2009-11-19T16:44:06Z2009-11-19T16:44:06ZRiccardo Mottola-4Hi,
<br><br>I have the following problem:
<br>I have an accessory view where some controls modify or send messages to
<br>other controls. For example selecting an item makes another disabled or
<br>moving a slider writes its current value inside a textfield.
<br><br>I created all items, now I want after loading to "touch" all items so
<br>that the respective relationships get updated.
<br><br>For a slider it is easy: a performClick message will simulate the user
<br>clicking on it and the value will be displayed.
<br><br>My problem is now a NSPopUpMenu: depending on the selection other items
<br>get selected or no.
<br><br>I don't know how to create the event! I tried to set the selected item,
<br>but it does not trigger any event. I tried selecting forcily another
<br>item and then the intended item back again, but that doesn't work either
<br>(and it would be not what I want anyway, it would be suboptimal, I do
<br>not want to hard-code the default item of the menu).
<br>Perform click "opens" the menu, but does not select. Two clicks do not
<br>help either..
<br><br><br>How could I accomplish what I need? Of course I could instantiate the
<br>view "hardwired" so that everything is set with the correct state and
<br>default, but that is I think very inflexible.
<br><br><br>Riccardo
<br><br><br>_______________________________________________
<br>Discuss-gnustep mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26436241&i=0" target="_top" rel="nofollow">Discuss-gnustep@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/discuss-gnustep" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/discuss-gnustep</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---General-f1884.html" embed="fixTarget[1884]" target="_top" >GNUstep - General</a></p>tag:old.nabble.com,2006:post-26433571Re: pbxbuild patch2009-11-19T12:31:34Z2009-11-19T12:31:34ZJoe Mattiello<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Nov 18, 2009, at 6:28 PM, Hans Baier wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>2009/11/18 Joe Mattiello <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26433571&i=0" target="_top" rel="nofollow">joe@...</a>>:<br><blockquote type="cite">I have a patch I wrote over the summer for pbxbuild that adds many<br></blockquote><blockquote type="cite">enhancements, though it may break legacy (pre-leopard XCode) versions of<br></blockquote><blockquote type="cite">projects.<br></blockquote><blockquote type="cite">The short story is I wrote all these changes for internal projects that<br></blockquote><blockquote type="cite">needed to be ported to Linux, went through the FSF paperwork to submit and<br></blockquote><blockquote type="cite">then completely changed<br></blockquote><blockquote type="cite">roles at my company and forgot all about these patches. None the less, I<br></blockquote><blockquote type="cite">want to share with the community, though I warn the code I wrote doesn't<br></blockquote><blockquote type="cite">conform to the originally formatting used.<br></blockquote><blockquote type="cite">Perhaps someone would like to take on the task of cleaning it up to be<br></blockquote><blockquote type="cite">submittal to the tree.<br></blockquote><blockquote type="cite">Off the top of my head some improvements are,<br></blockquote><blockquote type="cite">- Mutli-target projects with both static and dynamic library targets now<br></blockquote><blockquote type="cite">work<br></blockquote><blockquote type="cite">- Linking against JavaVM.framework in XCode translates to linking to libjvm<br></blockquote><blockquote type="cite">- Support for Project and target level CFlags<br></blockquote><blockquote type="cite">- Support for Project and target level -O flags<br></blockquote><blockquote type="cite">- Support for absolute path include and lib search dirs<br></blockquote><blockquote type="cite">- Support for linking against frameworks that are also targets in<br></blockquote><blockquote type="cite">multi-target project (but don't forget to `make install' them)<br></blockquote><blockquote type="cite">- Most options that were only project or target based are now Project then<br></blockquote><blockquote type="cite">optionally Target overwritten set like in XCode<br></blockquote><blockquote type="cite">- Support for different bundle extensions<br></blockquote><blockquote type="cite">- Support for SDKRoot<br></blockquote><blockquote type="cite">- A few more things I forget now<br></blockquote><blockquote type="cite">I believe work for dynamic libraries and snowleo was done independently not<br></blockquote><blockquote type="cite">too long ago, so my apologies for not submitting this sooner, but with out<br></blockquote><blockquote type="cite">further delay, I present my patches for your approval.<br></blockquote><br>Sorry about the last mail, had some problems with GMail/firebug.<br>I hope this works better now.<br><br>Now this is really good news. When I wrote the initial version of the tool<br>back in 2005, I got no feedback on it whatsoever. Assuming my effort was<br>largely wasted, I wandered off the project pursuing other interests.<br><br>As my interest in GNUstep was rekindled recently I was please to see several<br>of the GNUstep main developers committed quite a bit of code to the project.<br><br>So I am glad to learn someone really uses pbxbuild so spending my<br>2-week-vacation on the<br>tool wasn't utterly wasted.<br></div></blockquote><div><br></div>It comes in very handy when I want to create small command line tools.</div><div>It's much faster for me to prototype small projects in Cocoa and use XCode</div><div>to test locally and then simply run pbxbuild to get makefiles for our science</div><div>team to use on our Linux boxes.</div><div><br></div><div><blockquote type="cite"><div><br>Since my mac is more than 10000 km away, I can't develop and test now.<br>Before submitting the Patch, it would be fine if you could clean up<br>all commented parts<br>of the code; to make them work or to throw them out.<br>Since you created the modifications it might be the easiest for you to do that.<br><br></div></blockquote><div><br></div><div>After glancing through it again it's not as bad as I had originally thought. Like you said,</div><div>it's mostly some block comments, and I added some helper macros that should be moved</div><div>somewhere else.</div><div><br></div><div>It's going to be at least several weeks before I can think about spending time on it again</div><div>so I wanted to at least get the ugly patch onto the mailing list so people could start using/improving.</div><br><blockquote type="cite"><div>I could clean up the formatting; but I can't/won't test.<br><br>Another important thing is to know which revision your changes are based on,<br>I assume latest SVN?<br><br></div></blockquote><div>It was the latest svn as of two weeks ago.</div><br><blockquote type="cite"><div>Kind regards,<br>Hans<br></div></blockquote></div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><font class="Apple-style-span" color="#534F4F" face="'Trebuchet MS'">Joseph Mattiello | Sense Networks, Inc. | 110 Greene St., 11th Floor | New York, NY 10012 | +1 845 800 4444 | <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26433571&i=1" target="_top" rel="nofollow">joe@...</a></font></div></div></span></div></span></span>
</div>
<br></body></html><br />_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26433571&i=2" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26432904Re: Proposal: new name: pbxbuild -> pearbuild2009-11-19T11:46:29Z2009-11-19T11:46:29ZLars Sonchocky-Helldorf<br>Am 19.11.2009 um 02:26 schrieb <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26432904&i=0" target="_top" rel="nofollow">hansfbaier@...</a>:
<br><div class='shrinkable-quote'><br>>
<br>>
<br>> 2009/11/19 Gregory Casamento <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26432904&i=1" target="_top" rel="nofollow">greg.casamento@...</a>>:
<br>>> Hans,
<br>>>
<br>>> The only thing I'm wondering is why "pear" in particular? I think
<br>>> it's good, because it's imaginative. Additionally, I wouldn't have
<br>>> wanted the tool to be called gsxcodebuild or gspbxbuild or even
<br>>> gsbuild as I have a distinct allergy to things being prefixed with GS
<br>>> simply because they can be. Part of this comes from having
<br>>> committed
<br>>> the sin myself in the form of my "gopen" tool. :) The only reason
<br>>> it's not "open" is because there is an open keyword/tool on most
<br>>> versions of Linux with which it would conflict. O_o
<br>>
<br>> pearbuild because it builds apple software but in an non-apple
<br>> environment,
</div><br>Some cultural background: in the german language we proverbial
<br>(don't) compare apples and pears (Äpfel und Birnen) as opposed to
<br>apples and oranges in english speaking countries:
<br><br><a href="http://www.phrasen.com/uebersetze,Aepfel-mit-Birnen-vergleichen" target="_top" rel="nofollow">http://www.phrasen.com/uebersetze,Aepfel-mit-Birnen-vergleichen</a>,
<br>4592,d.html
<br><br><br>You can see this pun here: <a href="http://pearpc.sourceforge.net/" target="_top" rel="nofollow">http://pearpc.sourceforge.net/</a> (PowerPC
<br>Architecture Emulator - basically a virtual machine which acts as a
<br>Mac), here: <a href="https://www.pearc.de/" target="_top" rel="nofollow">https://www.pearc.de/</a> (a company offering hackintoshes)
<br>and here: <a href="http://www.printmyshirt.co.uk/shop1.html?prodid=274" target="_top" rel="nofollow">http://www.printmyshirt.co.uk/shop1.html?prodid=274</a> too.
<br><br><br>regards,
<br><br> Lars
<br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26432904&i=2" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26431073Away for two weeks2009-11-19T09:59:24Z2009-11-19T09:59:24ZFred KieferI will be on holidays for the next two weeks and most likely wont get
<br>near a computer during that time.
<br><br>It would be great if others took care of any question or bug reports on
<br>GNUstep gui or back during that time.
<br><br>Cheers
<br>Fred
<br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26431073&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26423469Re: Best method for converting NSDates into different time zones?2009-11-19T01:49:56Z2009-11-19T01:49:56ZRichard Frith-Macdonald-2<br>On 19 Nov 2009, at 06:06, David Wetzel wrote:
<br><br>> Hi guys,
<br>>
<br>> I have a database with dates in CET and would like to preset them in the local time of the users.
<br>> It is a web app.
<br>>
<br>> This is the only way I was able to convert between time zones, but that should be possible with DateFormatters too, right?
<br><br>Yes and no ... the NSDateFormatter code in GNUstep-base implements the original OSX class, and this had no method to set the time zone.
<br>Apple added a load of new methods in OSX 10.4 which would (among other things) allow you to set a time zone, but nobody has contributed those updates : -(
<br><br>I'd be grateful if you wanted to contribute the new methods from OSX 10.4, but I would expect those to be implemented by using the existing methods of NSCalendarDate ... so the mechanism you have found now would be the 'best' anyway.
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26423469&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>tag:old.nabble.com,2006:post-26420887Best method for converting NSDates into different time zones?2009-11-18T22:06:07Z2009-11-18T22:06:07ZDavid WetzelHi guys,
<br><br>I have a database with dates in CET and would like to preset them in the local time of the users.
<br>It is a web app.
<br><br>This is the only way I was able to convert between time zones, but that should be possible with DateFormatters too, right?
<br><br>NSCalendarDate * date = [NSDate date]; // just for testing
<br>
<br>NSLog([[date dateWithCalendarFormat:@"%d.%m.%Y %H:%M:%S %z"
<br> timeZone:[NSTimeZone timeZoneWithName:@"Europe/Berlin"]] descriptionWithLocale:nil]);
<br>
<br>NSLog([[date dateWithCalendarFormat:@"%d.%m.%Y %H:%M:%S %z"
<br> timeZone:[NSTimeZone timeZoneWithName:@"America/Vancouver"]] descriptionWithLocale:nil]);
<br><br>The output of the above is:
<br><br>2009-11-19 06:59:10.084 NSTimeZoneTest[3027] 19.11.2009 06:59:09 +0100
<br>2009-11-19 06:59:10.104 NSTimeZoneTest[3027] 18.11.2009 21:59:09 -0800
<br><br>Cheers
<br><br>David
<br><br><br><br>_______________________________________________
<br>Gnustep-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26420887&i=0" target="_top" rel="nofollow">Gnustep-dev@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnustep-dev" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnustep-dev</a><br><p>From forum: <a href="http://old.nabble.com/GNUstep---Dev-f1882.html" embed="fixTarget[1882]" target="_top" >GNUstep - Dev</a></p>