http://permalink.gmane.org/gmane.comp.lib.gnustep.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38078 <pre> On Monday, May 21, 2012 17:42 CEST, Stefan Bidi &lt;stefanbidi&lt; at &gt;gmail.com&gt; wrote: Compiling on openbsd 5.1 i386, with gnustep-base 1.24.0, gnustep-make 1.6.2, and gcc-4.6.1 and with libobjc from gcc, I get the following warning when compiling svn revision 35161: cc CFStringFormat.c -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -pthread -pthread -fPIC -DDEBUG -fno-omit-frame-pointer -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -g -DBUILDING_SELF -DMAC_OS_X_VERSION_MAX_ALLOWED=100700 -I/usr/local/include/ObjectiveC2 -I../Headers -I. -I/usr/local/include -I/corebase-0.1_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/libgnustep-corebase.obj/CFStringFormat.c.o CFStringFormat.c: In function '_CFStringAppendFormatAndArgumentsAux': CFStringFormat.c:1057: warning: comparison is always false due to limited range of data type Otherwise, running the test suite, output looks like this: CFTimeZone/general.m: Faile</pre> Sebastian Reitenbach 2012-05-25T11:53:40 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38077 <pre>D A T A B A S I N ------------------ I am pleased to announce the release of DataBasin 0.5 </pre> Riccardo Mottola 2012-05-20T19:34:55 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38076 <pre>Hi, This is what I get with libobjc2 and gcc 4.6.1 : tests.log attached. Philippe _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Philippe Roussel 2012-05-25T06:16:49 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38075 <pre>El dom, 20-05-2012 a las 14:59 +0200, Riccardo Mottola escribió: I don't know if the problem is in pantomime or in gnumail. Previously two or three clicks above the button "Check Supported" was enough to obtain the supported mechanisms. The problem is that this don't work at first time. Why? I think the problem is in CWSMTP class in pantomime. The supported mechanisms are added in the method -serviceInitialized: (same file). But for some reason this don't work always. _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Germán "A. Arias" 2012-05-25T00:50:39 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38074 <pre>Attached. El jue, 24-05-2012 a las 19:41 -0500, Stefan Bidi escribió: _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Germán "A. Arias" 2012-05-25T00:44:17 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38073 <pre>Could you please include the tests.log file in the Tests/ folder? It will have some much needed additional info that will help fix these problems. Thanks On Thu, May 24, 2012 at 6:21 PM, Germán A. Arias &lt;german&lt; at &gt;xelalug.org&gt; wrote: </pre> Stefan Bidi 2012-05-25T00:41:57 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38072 <pre>With revision 35161: german&lt; at &gt;german-desktop:~/Instalados/dev-gnustep/corebase$ make check This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for help. Making check in Source ... make[1]: No se hace nada para «check». Making check in Tests ... Checking for presence of test subdirectories ... --- Running tests in CFArray --- --- Running tests in CFAttributedString --- CFAttributedString/general.m: Failed file: general.m aborted without running all tests! CFAttributedString/mutable.m: Failed file: mutable.m aborted without running all tests! --- Running tests in CFBinaryHeap --- --- Running tests in CFCalendar --- --- Running tests in CFCharacterSet --- --- Running tests in CFData --- --- Running tests in CFDate --- --- Running tests in CFDateFormatter --- --- Running tests in CFLocale --- CFLocale/displayvalues.m: Failed build: CFLocale/identifier.m: Failed build: --- Running tests in CFNumber --- --- Running tests in CFNumberFormatter --- CFNumberFormatter/create.m: Faile</pre> Germán "A. Arias" 2012-05-24T23:21:36 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38071 <pre>On May 24, 2:14 am, Riccardo Mottola &lt;riccardo.mott...&lt; at &gt;libero.it&gt; wrote: Excellent! Big things which I need are for the key-modifiers to work w/ the pen tool: - shift constrain seems to be over-applied / sticky --- it should only read the shift state when holding the key (to show where the path will be constrained to) --- releasing the shift key should restore freedom in placing the next node and it should allow one to place the next node w/ some sort of systematic constraint (sometimes it overly aggressively forces the node to be 90 or 180 degrees from the previously placed one) - holding down command should allow one to move the just placed node - holding down alt/option should allow one to move off-curve points independently of one another - clicking near the first placed node should close the path Also, tool buttons need to highlight / depress and the cursor needs to change to reflect the currently selected tool. I'm a designer and typesetter, not a programmer, but I'll see what I can do to </pre> William F. Adams 2012-05-24T12:53:23 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38070 <pre>Hi, On 05/15/12 14:32, Riccardo Mottola wrote: Some new information. First, I tried forcing the authentication from GNUMail and it works, thus it is not a problem in Pantomime, which is good news. Looking at the code though, it looks as if the check for the supported authentication types is not completely implemented? Or am I not understanding it? I am looking in AccountEditorWindowController and check for the sendSupportedMechanismsPopUp. Perhaps the code is not written completely in the beta release? I'm open for suggestions. At worse, we can temporarily disable the check feature and hard-code all items again and make the application functional again. Riccardo </pre> Riccardo Mottola 2012-05-20T12:59:07 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38069 <pre>Hi, William F. Adams wrote: I think you are aim a bit high. There aren't many people working on it :) But I have used Freehand even in Aldus times, so of course I can get inspired from it. It is work in progress... and open for patches. And complain at Apple for dropping Rosetta. Or complain for their continuously uselessly changing operating systems. I still run PPC, so my binaries won't run without Rosetta. But of course, recompiling the sources is easy. Why do you need to replace your Mac at all? WHy do you need 10.7? It is all your choice. That is why open source it is important: the freedom! You decide where to compile, which platforms to support... The Macintosh port of Graphos is my work. Of course it is also the drawback: people must work on it. No free lunch. Riccardo </pre> Riccardo Mottola 2012-05-24T06:14:57 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38068 <pre> I desperately hope that you've looked at Altsys Virtuoso / Macromedia Freehand -- I'm dreading having to replace my iMac running 10.6 at work --- w/o Rosetta, 10.7 won't be able to run Freehand MX. William </pre> William F. Adams 2012-05-23T01:22:10 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38067 <pre>Hi Ivan, Am 23.05.2012 13:35, schrieb Ivan Vučica: I don't think that is an real issue. If Canoncial (or, for that matter, any other company or project) defines and documents an API, I'd expect that a) the reference implementation actually adheres to the documentation b) it is kept stable for the forseeable future c) deprecation of functionality and other API changes only happen if there is a sensible reason for them and are communicated well in advance If you expect Canonical to be silly enough to not do that, I'd not even bother implementing the API at all. Otherwise, I'd prefer having a proper Objective-C solution for this. Cheers, Niels _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Niels Grewe 2012-05-23T11:48:11 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38066 <pre>Hi, On Tue, May 22, 2012 at 3:57 PM, Niels Grewe &lt;niels.grewe&lt; at &gt;halbordnung.de&gt;wrote: DBusKit would definitely be the cleanest way to go. However, an issue is possible breakage of the DBus interface on Canonical's part. libdbusmenu-glib is probably less likely to be break. </pre> Ivan Vučica 2012-05-23T11:35:54 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38065 <pre>Hi, for QuartzCore I'll be implementing small command-line tools that in fact open an AppKit window with NSOpenGLView as the content view. This sort of thing is not officially supported in Cocoa (a bundle is required, or hacks with CPSEnableForegroundOperation() are required). However, it works just fine with GNUstep. Except for one small error that I just noticed and don't remember seeing before. "Bad application class '(null)' specified" Looks like in gui's Source/Functions.m, NSApplicationMain() is explicitly demanding that the bundle and its info dictionary exist, and that NSPrincipalClass is specified, instead of either defaulting to NSApplication, or simply checking whether the class is already initialized. Since NSApp is a global variable, this should work fine: Index: Source/Functions.m =================================================================== --- Source/Functions.m (revision 35156) +++ Source/Functions.m (working copy) &lt; at &gt;&lt; at &gt; -70,7 +70,7 &lt; at &gt;&lt; at &gt; className = [infoDict objectForKey: &lt; at &gt;</pre> Ivan Vučica 2012-05-23T11:19:51 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38064 <pre>Hi Fred and Ivan, Am 22.05.2012 08:32, schrieb Fred Kiefer: I second that, especially since the DBusMenu stuff has been on my todo list for quite some time (though not at a very high priority). Basically what you would need is a proxy that exposes the menu using the com.canonical.dbusmenu interface [0] and instead of having gnustep-gui/back doing the drawing and event handling for the menu, you'd register that proxy with the com.canonical.AppMenu.Registrar D-Bus service [1]. The global menu will then issue callbacks that drive the menu. (At least that's my superficial working theory of how it should work) The problem is that DBusKit does not support exposing objects right now, but since there is interest in this from somebody who is not me, I'm now officially motivated/coerced to finally finish that part of DBusKit. Most of the difficult parts are done, but I'm still lacking code that takes care of registering exported objects with the D-Bus daemon. Additionally, a working mapping from NSMenu to dbus-men</pre> Niels Grewe 2012-05-22T13:57:26 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38063 <pre>Thanks, Fred. There seem to be a problem with CFStringCreateArrayBySeparatingStrings, which I can understand since that function is just a bad hack... I'll take a look at it when I get a chance, too. I still haven't run -corebase on a 64-bit machine (I do have one with Debian Testing installed, just never turn it on), so these issues are likely to do with that. I do run the 32-bit version of OpenSUSE 12.1, so you should be getting similar results as I. Thanks again On Tue, May 22, 2012 at 1:23 AM, Fred Kiefer &lt;fredkiefer&lt; at &gt;gmx.de&gt; wrote: _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Stefan Bidi 2012-05-22T13:18:48 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38062 <pre>I don't think that libdbusmenu-glib is the way to go. We have a excellent DBUS interface in GNUstep and should build on that when implementing a theme that wants to handle menus that way. Please have a look at DBusKit before starting any other implementation on this issue. DBusKit was implemented during GSoC by Niels Grewe two years and is still maintained by him. Fred On 21.05.2012 21:59, Ivan Vučica wrote: _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Fred Kiefer 2012-05-22T06:32:28 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38061 <pre> Hi Stef, great stuff and a very good plan to get out a stable release. Here is the result I get when running the tests on my 64bit OpenSuse 12.1 machine: make check This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for help. Making check in Source ... make[1]: Für das Ziel »check« ist nichts zu tun. Making check in Tests ... Checking for presence of test subdirectories ... --- Running tests in CFArray --- --- Running tests in CFAttributedString --- --- Running tests in CFBinaryHeap --- --- Running tests in CFCalendar --- --- Running tests in CFCharacterSet --- --- Running tests in CFData --- --- Running tests in CFDate --- --- Running tests in CFDateFormatter --- --- Running tests in CFLocale --- --- Running tests in CFNumber --- --- Running tests in CFNumberFormatter --- --- Running tests in CFRuntime --- --- Running tests in CFString --- CFString/format.m: Failed test: format.m:28 ... Float/Doubles are formatted correctly *** glibc detected *** ./obj/general: free(): invalid next </pre> Fred Kiefer 2012-05-22T06:23:47 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38060 <pre>I did a tiny bit of investigation here, and for purposes of integrating with Ubuntu (but not bringing in native Gtk menus, I'm afraid) -- we can make use of libdbusmenu-glib. We could probably use DBusKit too, and send dbus messages directly, but that way we might be risking breakage more than if we use a Canonical-supported wrapper library. Some useful code is in "java-swing-ayatana" project. If I extract their code into an easily understandable minimal example of making use of libdbusmenu-glib, I'll update the group. On 21. 5. 2012., at 21:22, Gregory Casamento &lt;greg.casamento&lt; at &gt;gmail.com&gt; wrote: _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep </pre> Ivan Vučica 2012-05-21T19:59:49 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38059 <pre>Ivan, I have been working on a way to get native menus into the Gtk theme for a while now. Many of the approaches have been less than perfect because it involves reparenting of a window into a subview for display of the menu. If this can work without this kind of kludge it would be ideal! Please let me know what you find out and keep in contact with me and the group. I'd be fascinated to hear what you discover! GC On Mon, May 21, 2012 at 3:15 PM, Ivan Vučica &lt;ivucica&lt; at &gt;gmail.com&gt; wrote: </pre> Gregory Casamento 2012-05-21T19:22:40 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/38058 <pre>Hi all, Since I recently installed Ubuntu 12.04, I'm only now familiarizing myself with development on desktop environments. Unity's global menu looks quite cool. Looks like we could plug into it over DBus. https://launchpad.net/dbusmenu It'd prevent adding custom views as menu subviews and any custom painting of menus, but that probably won't affect many apps (and would be optional as part of the Gtk theme, anyway). Any thoughts? </pre> Ivan Vučica 2012-05-21T19:15:06 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.general