Wolfgang Lux wrote:

Thank you for this addition. I will need some more time to think about
that. In XWindowBuffer the default visual gets used a lot, maybe we need
to adjust that as well. Why not get that actual used visual for that
screen?
Another question is why art gets the bits per pixel not from the visual,
but from an image. And why isn't that value passed on to the
XWindowBuffer? artcontext_setup_draw_info could use the handed in bpp
value to set that value in the selected draw_info.

Hi folks,

I recently installed a GNUstep application on two new machines and ran into a problem that I hadn't encountered on the other machines where it is currently running successfully. I cannot quit the application by clicking on "Quit".

The delegate method applicationShouldTerminate: gets called and returns YES but the application does not quit. This is a real nuisance. As a workaround, I invoke NSApplication's stop: method in applicationShouldTerminate:. That quits the applications and saves e.g. window positions to the defaults database, but is definitely not how it is supposed to be used.

Any ideas what might be the problem here? This is with KDE 3.5 (I don't have a choice as to what windowmanager to use.)

Best regards,

Marko

+-------------------------------------------------------------+
| Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde@yahoo.de |
| http://www.geocities.com/markoriedelde/index.html |

All,

I am wondering if there's anyone out in CA or near CA which can attend this. I might be able to, but it would be a pretty big expense for me since I live in MD.

I'm wondering if using the money we have saved could be used for the creation of a display or to pay for T-shirts and other things.

I want to get the ball rolling on this so that we can start thinking about what to do so that we can have a prescence at this show.

Ideas? Thoughts?

GC

Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer

----- Forwarded Message ----
From: Gareth J. Greenaway socallinuxexpo.org>
To: Gregory John Casamento yahoo.com>
Cc: Gareth J. Greenaway socallinuxexpo.org>; joe@socallinuxexpo.org
Sent: Friday, September 5, 2008 8:58:49 PM
Subject: Invitation for GNUStep to Southern California Linux Expo 7x

Greetings Gregory,

Hello Fred,

thanks for the fix. It did almost work, but I had to apply one
additional patch because the libart backend was still passing images
with depth 24 rather than the expected 32 bits to XPutImage. The
patch is attached below.

Cheers
Wolfgang

Hi,

the other day I've came across a CoreData clone from the Omni folks.
I haven't tryed it yet but I think it isn't easily portable to gnustep.
You can grab the source here:

http://www.omnigroup.com/developer/

Here a javascript cocoa/objc clone... a quite strange and interesting
implementation:

http://www.cappuccino.org

On 10 Sep 2008, at 05:48, Sheldon Gill wrote:

The meaning of 'ä' in the string literal is undefined ... strictly
speaking a string literal must only contain us-ascii characters.
You could use a unicode escape sequence in a property list to work
round this ...

sourcePath = [@"\"German F\U00E4hrhaus.jpeg\"" propertyList];

Andreas Höschler wrote:

Andreas Höschler wrote:

Hi Fred and Nicolaus,

Thanks for your hints. Yes, I fell over the cString conversion problem.
It crashed my app. By utilizing lossyCString I was able to find a
workaround. It works now more or less with spaces and special
characters in the filename, though the special characters get kicked
out when the file is written back to the filesystem. I can live with
that.

Thanks a lot!

Regards,

Andreas

Dear all,

I would like to programmatically copy files with

system([[NSString stringWithFormat:@"cp -r %%@ %%@", sourcePath,
destPath] cString]);

or alternatively using NSFileManager. This works as long as sourcePath
does not contain special characters like ä,ö,ü,...

In a terminal shell I can successfully copy such a file by typing

cp "Germ

and then using TAB to automatically complete the path to

cp "German Fa\314\210hrhaus.jpeg" /home/ahoesch/A00

The question for me now is where this magic \314\210 stuff comes from
and how I can do the conversion in my GNUstep app programmatically
before building the copy command.

system([[NSString stringWithFormat:@"cp -r %%@ %%@", [sourcePath
magicMethod], destPath] cString]);

Hints are greatly appreciated!

Thanks,

Andreas