Re: Nib compatibility progress
On May 12, 2006, at 12:14 AM, Gregory John Casamento wrote: All, I just wanted to post some screenshots here of progress thusfar on nib compatibility efforts. Here is a gui done in IB, the GNUstep one is running in a live app and the Cocoa one is in IB. Hi Gregory, This is indeed looking pretty good -- aside from some layout spacing issues mainly on the right, almost perfect in fact. Are connections working as well? Also, just out of curiosity, what is that terminal application running in the background on the GNUstep shot? It looks like a GNUstep app, but as far as I recall Terminal.app was not able to display a white background? Anyway, great stuff! Adrian ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
[Gnustep-cvs] GNUstep Testfarm Results (fwd)
FYI, sparc fails with the latest change in RTFConsumer because a variable is declared in the middle of a block. Currently, we're still maintaining compatibility with gcc 2.95, which does not allow that. -- Forwarded message -- Date: 2006-05-12 04:34:17 -0600 From: Adam Fedor [EMAIL PROTECTED] Subject: [Gnustep-cvs] GNUstep Testfarm Results Test results for GNUstep as of Fri May 12 06:34:17 EDT 2006 If a particular system failed compilation, the logs for that system will be placed at ftp://ftp.gnustep.org/pub/testfarm If you would like to add your machine to this list, set up a cron job (make sure you set up your PATH and other environment variables correctly) to run the Startup/scripts/test-gnustep script (see the script comments for more info). Success Compile i386-unknown-netbsdelf3.0 Fri May 12 03:58:43 CEST 2006 Fail Compile i686-pc-linux-gnu Fri May 12 00:07:05 CEST 2006 Success Compile powerpc-apple-darwin7.9.0 Fri May 12 03:29:32 MDT 2006 Fail Compile sparc-sun-solaris2.7 Fri May 12 02:09:03 EDT 2006 == Making all for bundle RTFConverter... Compiling file rtfGrammer.tab.c ... Compiling file rtfScanner.c ... Compiling file RTFConsumer.m ... RTFConsumer.m: In function `-[RTFDConsumer appendImage:]': RTFConsumer.m:432: parse error before `*' RTFConsumer.m:440: `str' undeclared (first use in this function) RTFConsumer.m:440: (Each undeclared identifier is reported only once RTFConsumer.m:440: for each function it appears in.) RTFConsumer.m:440: `attributes' undeclared (first use in this function) RTFConsumer.m: In function `GSRTFNeXTGraphic': RTFConsumer.m:1096: warning: `RTFDConsumer' does not respond to `appendImage:' make[3]: *** [shared_obj/RTFConsumer.o] Error 1 make[2]: *** [RTFConverter.all.bundle.variables] Error 2 make[2]: Leaving directory `/raid0/ps0/fedor/src/gstep/testing/core/gui/TextConverters/RTF' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/raid0/ps0/fedor/src/gstep/testing/core/gui/TextConverters' make: *** [internal-all] Error 2 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Nib compatibility progress
On 5/12/06, Adrian Robert [EMAIL PROTECTED] wrote: This is indeed looking pretty good -- aside from some layout spacing issues mainly on the right, almost perfect in fact. Are connections working as well? Likely this layout spacing is caused by the fact that Cocoa widgets have a border -- to have the shadow, etc., while GNUstep widgets do not. I guess the solution would be to either recompute the layout to accomodate that difference, or to change the way GNUstep widgets are drawn so they too use a border. The second option is more work, and will impact existing GNUstep applications too. Although including this border will also be helpful for our own GNUstep themes, and we don't have that much applications that redoing the ui (particularly with Gorm) would be too long... Also, just out of curiosity, what is that terminal application running in the background on the GNUstep shot? It looks like a GNUstep app, but as far as I recall Terminal.app was not able to display a white background? Looks to me like an xterm compiled with nextaw, the xaw implementation that looks like the NeXT ui.. -- Nicolas Roard I love deadlines. I like the whooshing sound they make as they fly by. -- Douglas Adams ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [Gnustep-cvs] r22892 - in /libs/gui/trunk: ChangeLog Documentation/GuiUser/DefaultsSummary.gsdoc Source/GSDragView.m Source/NSApplication.m
Tim McIntosh wrote: On May 11, 2006, at 5:41 PM, Fred Kiefer wrote: Quentin Mathé wrote: I think it could be better to phrase the key 'GSDontShowAppIcon' in an affirmative way, just 'GSShowAppIcon'. It seems to be the usual rule with boolean choice in UI and API. But then it was not the only reason, it is also easier to check that way, as the default, when the option is no specified at all, should be to show the icon. This also means that when you want to show the icon, you don't have to provide a setting, an option is only needed to switch it off. That's why I did stick with the way Saso decided to do it. How about something like one of the following? GSHideAppIcon GSDisableAppIcon GSInhibitAppIcon GSSuppressAppIcon OK, I did selecte GSSuppressAppIcon out of this list. It really is the better name. Thanks Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev