<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lib.gnustep.general">
    <title>gmane.comp.lib.gnustep.general</title>
    <link>http://blog.gmane.org/gmane.comp.lib.gnustep.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38077"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38072"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38065"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38058"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38057"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38053"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38052"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38038"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38034"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38030"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38026"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38021"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38017"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38013"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38012"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38002"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37996"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37993"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37992"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37991"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38077">
    <title>ANN: DataBasin 0.5</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38077</link>
    <description>&lt;pre&gt;D A T A  B A S I N
------------------

I am pleased to announce the release of DataBasin 0.5

&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-20T19:34:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38072">
    <title>Testing CoreBase in Trisquel 5.5</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38072</link>
    <description>&lt;pre&gt;With revision 35161:

german&amp;lt; at &amp;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:
Failed test:     create.m:34 ... Default currency-style format same as
cocoa

CFNumberFormatter/format.m:
Failed build:     
--- Running tests in CFRuntime ---
--- Running tests in CFString ---

CFString/create.m:
Failed build:     

CFString/format.m:
Failed build:     

CFString/mutablestring.m:
Failed build:     
--- Running tests in CFTimeZone ---

CFTimeZone/general.m:
Failed test:     general.m:54 ... Daylight Saving time offset at 0
second from absolute epoch is '3600.000000'.
--- Running tests in CFTree ---
--- Running tests in CFURL ---

CFURL/create.m:
Failed test:     create.m:49 ... Resource specifier of relative url is
NULL

CFURL/escaping.m:
Failed build:     

CFURL/ref_resolution.m:
Failed build:     
--- Running tests in CFURLAccess ---
--- Running tests in CFUUID ---

    197 Passed tests
      8 Failed builds
      3 Failed tests
      2 Failed files


Some testing was abandoned when a test program aborted.  This is
generally a severe problem and may mean that the package is
completely unusable.  You need to try to fix this and, if it is
not due to some problem on your system, please help by submitting
a patch (or at least a bug report) to the package maintainer.

One or more tests failed.  None of them should have.
Please submit a patch to fix the problem or send a bug report to
the package maintainer.



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
&lt;/pre&gt;</description>
    <dc:creator>Germán "A. Arias"</dc:creator>
    <dc:date>2012-05-24T23:21:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38065">
    <title>Command lien tools that use appkit</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38065</link>
    <description>&lt;pre&gt;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)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -70,7 +70,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   className = [infoDict objectForKey: &amp;lt; at &amp;gt;"NSPrincipalClass"];
   appClass = NSClassFromString(className);

-  if (appClass == 0)
+  if (appClass == 0 &amp;amp;&amp;amp; NSApp == nil)
     {
       NSLog(&amp;lt; at &amp;gt;"Bad application class '%&amp;lt; at &amp;gt;' specified", className);
       appClass = [NSApplication class];

Thoughts?
&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-23T11:19:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38058">
    <title>DBus Menu in Gtk theme</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38058</link>
    <description>&lt;pre&gt;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?
&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-21T19:15:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38057">
    <title>First release of corebase coming soon</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38057</link>
    <description>&lt;pre&gt;For those of you not familiar with the project, the GNUstep-corebase
project is a free software implementation of the CoreFoundation library.

I plan on making a release of GNUstep-corebase in a few weeks.  Since this
is the first release, and the code is still alpha quality at best, I have
decided to do a prolonged testing phase.  This testing phase will be split
in 2 subphases.

The first will be a 3 week period, ending June 10th.  This will be the time
to test the code and look for inconsistencies.  Essentially, I want to make
sure the code compiles in your favorite platform and all tests pass.  New
tests can be added to the existing CF-types only, there is no plans to add
another type/class before the release.  I will still be doing some work on
the library at this time, but do not plan on adding anything new.

The second phase will end on June 24th and will lead to the release.  This
is your normal code freeze.  I'd like to get the bugs that were found
during the previous phase corrected during this time if they were not
already fixed.  I really do not want to add any new tests at this stage
unless it is something that can be easily fixed.  Anything requiring a
deeper look will be postponed to the next release.

To build -corebase you will need gnustep-make, gnustep-base, libobjc,
libicu and the zoneinfo directory.  The dependency on gnustep-base and
libobjc will be optional at the time of release.  Being a pure C library,
corebase doesn't need these libraries unless you want to interface with the
objc runtime (ie toll-free bridged classes).  I have not decided what to do
with libicu at this point since it provides core functionality.  If there
is enough demand, it will be optional as well.

Adam, would you be able to make the release during the week of June 24th?
I can move the dates around if you need me to.

Thanks
Stef
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
&lt;/pre&gt;</description>
    <dc:creator>Stefan Bidi</dc:creator>
    <dc:date>2012-05-21T15:42:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38053">
    <title>Script for installation on Ubuntu updated</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38053</link>
    <description>&lt;pre&gt;Hi all,

The script I already mentioned a couple of times is updated, and now also
lives in a Mercurial repository instead of on my Dropbox account.

https://bitbucket.org/ivucica/gnustep-ubuntu

It's updated for latest GNUstep (which now seems to require libgnutls-dev),
and is verified to work on latest Ubuntu LTS - that is, 12.04 -- that I've
switched to. I've also added installation of libxslt-dev, which was not
previously installed in the script.

On a 2009 MacBook, longest step of the installation is (naturally) clang,
and takes between half an hour and an hour. I'm quite happy with the
experience; while the installation process is lengthy, by replacing
compiling step of clang with a precompiled version would probably make the
installation speedy enough to make a casual Linux user or a new GNUstep
developer happy. For now, however, I'm trying to make sure that the
installed GNUstep offers the most features, so installing clang from source
is probably not a bad idea. (Depending on how much clang is in flux, that
is.)

I'd love it if someone would verify the steps that I'm taking and inform me
of any extraneous ones.
&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-19T21:15:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38052">
    <title>GNUTLS now a hard requirement for -base?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38052</link>
    <description>&lt;pre&gt;Hi all,

looks like GNUTLS is now a *hard* requirement for -base? Documentation --
that is, the INSTALL file shipping with -base -- still states openssl is an
optional install, and doesn't mention GNUTLS in any way.

Having libssl-dev package on Ubuntu installed doesn't help.

I had to install libgnutls-dev to compile; without it, even with
libssl-dev, I get the following error:

checking for xsltApplyStylesheet in -lxslt... no

You do not appear to have usable libxslt headers/library.
Building without them will disable the XSLT extensions.
If you really want to build gnustep-base without XSLT support,
add --disable-xslt to the configure arguments to avoid warning.
configure: WARNING: Missing support for XSLT functionality.
checking for libgnutls-config... no
checking for libgnutls - version &amp;gt;= 1.4.0... no
*** The libgnutls-config script installed by libgnutls could not be found
*** If libtgnuls was installed in PREFIX, make sure PREFIX/bin is in
*** your path.
no

You do not appear to have usable libgnutls headers/library.
Building without them will disable SSL/TLS/HTTPS in NSStream
and NSConnection.
If you really want to build gnustep-base without TLS support,
add --disable-tls to the configure arguments.
configure: error: Missing support for TLS functionality.
make: *** [base.make] Error 1

I do see that I can add --disable-tls, but shouldn't that be done
automatically? I understand the reasons why one may want to force users to
explicitly add this, nonetheless that was not the practice with OpenSSL.

Would --disable-tls also disable the use of OpenSSL?

&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-19T21:01:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38038">
    <title>Using GNUStep with TDM GCC</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38038</link>
    <description>&lt;pre&gt;I'm using TDM GCC, and I'd like to learn Objective-C, so I gave GNUStep
a look.
I found that the GNUStep installer also includes GCC, which I already have.

Is there any way to use the Objective-C libraries with TDM GCC, so I
don't have to install the entire GNUStep package.

&lt;/pre&gt;</description>
    <dc:creator>Andre Tampubolon</dc:creator>
    <dc:date>2012-05-16T13:56:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38034">
    <title>GNUmail - SMTP authentication</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38034</link>
    <description>&lt;pre&gt;Hi,

any GNUMail users out there? I seek some help in debugging and fixing 
SMTP with authentication! It is broken in the current repository, but it 
is broken also in the Debian supplied stuff and in the old tarballs I 
had. Thus I supect it has been broken since a long time, but my ISP did 
not require it some years ago when I was a regular GNUMail users.

It is one of my bigger issues with GNUMail/Pantomime currently

Thanks.

Riccardo
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-15T12:32:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38030">
    <title>Using vim to contribute to GNUstep</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38030</link>
    <description>&lt;pre&gt;Hi all!

Does anyone have a set of settings for vim's cindent that automatically
uses as correct indentation style as possible?

What code editors do you use to contribute to the core GNUstep?

&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-14T18:58:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38026">
    <title>sound editor or viewer, or application for displaying graphs(probably in a scroll view)</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38026</link>
    <description>&lt;pre&gt;Is there a GNUstep application which displays waveforms?

These could be waveforms from sound files, or other sources.

What about one that draws graphs (which is of course related,
especially if it can handle sampled data with hundreds
of thousands of samples, i suppose in some kind of scroll view)?

(I am aware of many fine applications such as Audacity, but
wondering if there's a specifically GNUstep one, which need not
be very full featured.)

I looked at
    http://www.nongnu.org/gap/
and saw OresmeKit (for drawing graphs) --- but it's not released yet,
and when it is i presume that it won't be an app but a
framework to be used in creating apps.

I also googled around, and found lists of sound editors,
such as
    http://appindex.freecode.com/search?page=1&amp;amp;q=sound+editor
but searching for sound+gnustep just gives one result (which is
not for waveform display):
    http://appindex.freecode.com/search?page=1&amp;amp;q=sound+gnustep

Thanks in advance for any reference to any app, or for suggestions
on how i could do a better search.

dan
&lt;/pre&gt;</description>
    <dc:creator>Dan Hitt</dc:creator>
    <dc:date>2012-05-14T01:39:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38021">
    <title>ANN: Zipper 1.4</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38021</link>
    <description>&lt;pre&gt;|Z I P P E R   1.4
-----------------

I'm happy to announce that yesterday the GNUstep Application Project 
released version 1.4 of Zipper. It was adopted by GAP in accordance with 
the original author and the license changed to GPL v2.

Zipper is an archive tool which allow viewing of various formats and 
creation of tarball (with GWorkspace Service).


What's new in this 1.4 release?

|||* First version released by GAP
* Interface redone in Gorm
* Extensive fixes to BSD tar support
* Bug fixes in the handling of archiver outputs, options and dates
* Portability fixes and crash fixes
* Updated infrastructure to current GNUstep make and runtime
* Macintosh port (to prove portability)

Where to find it?
In the GAP project: http://gap.nongnu.org/zipper/index.html


Many thanks to Sebastian Reitenbach who contacted the original Author, 
Dirk Olmes, to make the move and who with Philippe Roussel helped during 
tested and debugging sessions.

Riccardo Mottola,
GNUstep Application Project maintainer and co-leader
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-11T08:46:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38017">
    <title>build of project center 0.6.0 conks out with undefined _fileTypes atline 96 of PCAddFilesPanel.m</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38017</link>
    <description>&lt;pre&gt;Hi All,

I'm trying to set up a gnustep system.

I'm using a debian 6.0.4 system, with gcc 4.4.5.

There are no debian/gnustep packages installed;
instead (per Fred) i built my own:
  gnustep-startup-0.28.0
  gworkspace-0.9.0
  gorm-1.2.12
  ProjectCenter-0.6.0

The first three of these built without issue, and the
first two (the gnustep startup and gworkspace) i've
been using for a few days.

These all came from pointers in http://gnustep.org/

So, my first question is whether i'm using the
right versions of these packages (or whether maybe
gnustep.org is no longer the right site, or the current
versions all exist on https://github.com/ or
somewhere else).

Second, as to the exact error that stopped the
compilation --- there are some warnings earlier
(e.g., redefinition of "_" occurs 3 times).  It finally
conks out in the method:
    - (void)setFileTypes:(NSArray *)fileTypes
    {
      NSString  *path = nil;

      ASSIGN(_fileTypes, fileTypes);

      path = [_browser path];
      [self validateVisibleColumns];
      [_browser setPath:path];

      [self display];
    }
at the ASSIGN line.

Thanks in advance for any pointers or suggestions!

dan
&lt;/pre&gt;</description>
    <dc:creator>Dan Hitt</dc:creator>
    <dc:date>2012-05-09T05:31:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38013">
    <title>libobjc2 message-to-nil inconsistency</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38013</link>
    <description>&lt;pre&gt;Hi all. I’m debugging some software I’m porting from Mac OS X / iOS to GNUstep. Just spent an hour tracking down a problem that stems from a difference in the return value of a message to nil. Specifically:

NSNumber* n = nil;
SInt64 value = [n longLongValue];
assert(value == 0);    // passes with Apple’s runtime, fails with libobjc2

In the olden days on OS X, this was a no-no because the return value of a 64-bit message-send to nil was undefined (objc_msgsend was zeroing the return value in a way that worked for 32-bits or less but not for 64-bit.) However, at some point (10.6 I think) the dispatcher was improved to also zero the 64-bit return state. My code implicitly depends on this behavior.

It appears that libobjc2 still has the old behavior and does not clear the 64-bit return value (at least not in a 32-bit process.) So I’m getting garbage values from -longLongValue and similar methods when the receiver is nil, which breaks my code. Obviously I can put nil-checks in the code, but I’m not sure where exactly all the places are that depend on this and need to be changed. There could be a lot of debugging ahead.

Is this a known issue in libobjc2? Is it something that will be fixed, or is it considered a difference in behavior that will remain that way?

—Jens
&lt;/pre&gt;</description>
    <dc:creator>Jens Alfke</dc:creator>
    <dc:date>2012-05-08T17:53:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38012">
    <title>Blurred GUI elements</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38012</link>
    <description>&lt;pre&gt;Hi,

I'm trying to chase down while the UI elements in the Cynthiune 
preference panel look blurry.
I checked the originating gorm file and they look perfect! Check the 
screenshot.
I check that all size values are not fractional.
The preference file with has the view "container" is not fractional 
either...

Riccardo
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-07T11:13:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38002">
    <title>Gorm: Editing a TextField - multiline support?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38002</link>
    <description>&lt;pre&gt;Hi,

I'm using Gorm version 1.2.16 on a Debian GNU/Linux wheezy/sid system.

I'm building the interface of my small application project
'lpt-interface'. An image of this can be seen from here:
https://plus.google.com/u/0/photos/117283089154825941814/albums/5736149862706239553/5739083215646749922

On the image, In the Panel entitled as 'Tulajdonságok' (in English this
is Preferences) there are four TextFields. In the selected bottommost
textfield that is being edited, is the text cursor. 

I want to put into it mutiline text, but when I hit Enter the editing
mode quit, so I can't go into next line of textfield to write more
text. 

Can I edit this text field in Gorm as a multiline field?

&lt;/pre&gt;</description>
    <dc:creator>Csanyi Pal</dc:creator>
    <dc:date>2012-05-05T16:25:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37996">
    <title>building gworkspace in a debian system where other components exist</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37996</link>
    <description>&lt;pre&gt;I have a debian 6.0.4 ("squeeze") system.

I installed the gnustep packages---24 of them,
according to
    dpkg --get-selections | grep -i gnustep | wc

The Window Maker program on debian is
version 0.92, but i was advised to run with
0.95.2.

So i compiled it, and installed it to a path
within my home directory
(/home/USER/install.d/wm95/bin/wmaker)
and am using it by setting my /home/USER/.xsession
file to invoke it.  (Here and throughout i'm
using "USER" instead of my actual login name.)

I also want to upgrade the rest of my
environment to the latest stable gnustep,
but naturally without affecting any system-wide
files.  (That is, i want to leave the debian stuff
strictly alone.)

So i installed all the prerequisites for building
gnustep, and then built gnustep-startup-0.28
via the command
   ./InstallGNUstep --prefix=/home/USER/install.d/gs

This worked, and following directions i put
. /home/USER/install.d/gs/System/Library/Makefiles/GNUstep.sh
in my ~/.bashrc file.

Next i tried to build gworkspace.

Here i ran into some problems.

My configure command was
./configure --prefix=/home/USER/install.d/gw

(Note that this was to be a different path
than from the gnustep, because i might want
to try out several different versions of
gworkspace, for example.)

Anyhow it seemed to build ok (the make phase),
but there were warnings, and at install time
(make install) it completely ignored the
--prefix option and instead installed where
i guess it wanted to more, in
~/install.d/gs/Local/Tools/

The warnings i got at the build stage were
mostly like this:
 /usr/bin/ld: warning: libgnustep-base.so.1.20, needed by
/home/USER/install.d/gs/System/Library/Libraries/libgnustep-gui.so,
may conflict with libgnustep-base.so.1.24

And indeed when i use the gopen command (which, according to
the type command, really is the new gopen not the debian gopen)
and try to open the gworkspace application, it crashes.

I imagine any other app will give me the same problem, so i'd
like to try to nail down the right way to install my own
local version(s) of gworkspace in a way that does not drag
in any system gnustep files.

I'd be grateful for any suggestions, about the whole process,
or any piece of it (e.g., is there an error log someplace that
i can consult for what is ailing the new gworkspace?  is there
some way to hide the existing debian gnustep files? etc etc)

Thanks in advance!!

dan
&lt;/pre&gt;</description>
    <dc:creator>Dan Hitt</dc:creator>
    <dc:date>2012-05-03T20:39:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37993">
    <title>Gorm forgot Inspector/Attributes/Controls/Miniaturize setup?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37993</link>
    <description>&lt;pre&gt;Hi,

on my Debian GNU/Linux wheezy/sid I have installed from debian
repository (not from source) ProjectCenter.app version 0.6.0 and
Gorm.app 1.2.10.

In Gorm my small project's window hasn't the so called Titlebar. I'm
using Windowmaker as window manager and there windows can have titlebar
and resizebar. 

One can see this problem here:
https://plus.google.com/photos/117283089154825941814/albums/5736149862706239553/5737938740821553890

or can download this image from here:
https://lh5.googleusercontent.com/-NydAbQe7luM/T6FA4kWe8uI/AAAAAAAAATA/hekjlZ-WoY8/s1167/Gorm_NSWindow-Controls_Miniaturize_missing.png

I set up in vain in Gorm -&amp;gt; Inspector -&amp;gt; Attributes -&amp;gt; Controls -&amp;gt;
Miniaturize because next time when open the Interface.gorm in Gorm
again, Gorm forgot this setup so I must set it up again and again.

Is this a bug in Gorm?

&lt;/pre&gt;</description>
    <dc:creator>Csanyi Pal</dc:creator>
    <dc:date>2012-05-02T14:41:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37992">
    <title>ANN: Graphos 0.3</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37992</link>
    <description>&lt;pre&gt;G R A P H O S   0.3
-------------------



I am pleased to announce the third major public release of Graphos.


What's new?
-----------


The most important news is the further improved inspector. It is now 
modeless and real-time.

A new file format is needed to fix a problem with object layer save and 
restore. Graphos is able to read old files. The new format contains also 
a version attribute, so that in the future further enhancements will be 
possible.

Bug fixes, potability enhancements.


What is it?
-----------

Graphos is a vector drawing application centered around bezier paths. It is available as free software both for GNUstep and for Mac.


Graphos roots are directly set in GDraw, written by Enrico Sersale and 
released in 2000. Version 0.1 of Graphos is a direct descendant of 
GDraw: the interface is almost unchanged, but the application has been 
refactored, reorganized, debugged, rewritten and updated. The file 
format was improved a little, Graphos is able to read GDraw files but 
not the other way around. Graphos 0.1 focused mainly on getting things 
working again, cleaning and reorganizing the code structure.


Where to get it:
----------------


Graphos is a user application of GAP, the GNUstep Application Project. 
Its page is here:

http://gap.nongnu.org/graphos/index.html


What's next:
------------

Printing needs to be improved, some tools are still missing, but the 
application surely improved!

Riccardo Mottola
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-01T18:03:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37991">
    <title>GWorkspace: quit alert panel</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37991</link>
    <description>&lt;pre&gt;Hi,

can somebody reproduce and help me fix "quitting" GWorkspace?

What happens for me on certain setups I can select "quit! and get aksed 
for confirmation, I confirm and GWorkspace doesn't close. Usually, 
reissuing and confirming again, makes it close correctly. Other times it 
hangs. Running in the debugger may cause it to work.

On some setups, it just works. Apparently it is related to the fact that 
other GS apps are running or not (well, it might be Terminal or the 
Recycler.app)

Clues? Hints? Patches? THis has long been this way, just that the number 
of setups where it doesn't work increased :)

Riccardo
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-01T12:49:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37989">
    <title>Cynthiune on FreeBSD</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37989</link>
    <description>&lt;pre&gt;Hi,

I was trying Cynthiune on FreeBSD/Clang. I got it co compile, but when 
it starts it crashes this way.

I have never seen something like that, I don't know if this is libobjc2 
specirfic, since I have only that. The program starts fine on OpenBSD 
with gcc. I'm working to get it compile on other systems.

Thanks,

Riccardo

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2ac04300 (LWP 100106/Cynthiune)]
0x28aa36be in init_protocols (protocols=Variable "protocols" is not 
available.
) at protocol.c:62
62                      isEmpty &amp;amp;= (p2-&amp;gt;properties-&amp;gt;count == 0);
Current language:  auto; currently minimal
(gdb) bt
#0  0x28aa36be in init_protocols (protocols=Variable "protocols" is not 
availabl                 e.
) at protocol.c:62
#1  0x28aa35b5 in init_protocols (protocols=Variable "protocols" is not 
availabl                 e.
) at protocol.c:186
#2  0x28aa3231 in objc_init_protocols (protocols=Error accessing memory 
address                  0x0: Bad address.
) at protocol.c:196
#3  0x28a9d323 in objc_try_load_category (cat=Variable "cat" is not 
available.
) at category_loader.c:38
#4  0x28aa2d51 in __objc_exec_class (module=Variable "module" is not 
available.
) at loader.c:89
#5  0x08060d0f in .objc_load_function ()
#6  0x080769c5 in __do_global_ctors_aux ()
#7  0x0805b951 in _init ()
#8  0x00000000 in ?? ()
#9  0x00000000 in ?? ()
#10 0xbfbfe7a8 in ?? ()
#11 0x0805bba7 in _start1 ()
#12 0x0805bb28 in _start ()
#13 0x00000000 in ?? ()
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-04-30T16:36:20</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.general</link>
  </textinput>
</rdf:RDF>

