Lars Sonchocky-Helldorf
Am 26.12.2007 um 17:04 schrieb Adam Fedor:
On Dec 26, 2007, at 3:59 AM, Markus Hitter wrote:
Going to GNUsteps web site http://www.gnustep.org/experience/
Windows.html, I think this could be phrased better.
Thanks. I made some updates.
Really? Here it
After free() is executed, this space is made available for further
allocation by the application, though not returned to the system.
Memory is returned to the system only upon termination of the
application.
Thanks for this info!!! That is general unix behaviour or do Solaris,
MacOSX,
Fried Kiefer wrote:
Nicolas Roard wrote:
Yes, file chooser should use the native one.
I don't agree here. Using native file chooser or other common
dialog panels will be break the look and feel of a GNUstep
application.
I agree with Fred here. I personally have no problem with non-native
Hi ZuLuu,
After a small exploring, I found GNUstep web site and I liked the
atmospher and the things written in it.
In my humble opinion you made a right choice. This is the same choice I
made some time ago and forced myself to start with Objective C. I think
it provides excellent balance
Richard Frith-Macdonald wrote:
I would prefer ... more small apps tailored to their specific jobs,
and integrating
and integrating with each other. Technically, I think that well
defined interfaces
between apps using DO/notifications are no harder to program than
well defined interfaces
Gregory John Casamento wrote:
Although art is an excellent backend, the library it's based on,
libart, is currently unmaintained, and cairo is actively maintained
and more Postscript like.Xlib renders poorly, but is fast on very
slow systems.
[...]
Allow me to rephrase... xlib renders
From: Nicolas Roard [mailto:[EMAIL PROTECTED]
- what do we really gain from compatibility?
But there's also apps like Vienna or Sketch we ported
straight from OSX to GNUstep/etoile, apps that fabien
ported too (MPlayer, etc), and I forget others.
And there's as usual all the apps that
Lars Sonchocky-Helldorf [EMAIL PROTECTED] wrote:
Am 07.08.2007 um 03:22 schrieb Vaisburd, Haim:
For this, of course, we should not abandon X windows like Apple
did.
FYI: Neither NeXT nor Apple did ever use X as their windowing system.
You'd better get informed before you starting
Hi,
Sorry for the delay in response - I was travelling this weekend.
From: Richard Frith-Macdonald [mailto:[EMAIL PROTECTED]
In my mind, people who focus on Mac OSX compatibility [...]
do not expect independent development.
I think this just shows that your mind is a long way
out of touch
Fred Kiefer wrote:
But why should we open up URLs with a web browser?
An URL just specifies how to get to a specific set of data,
the data itself should then be treated just like any other
file of that type.
Yes, agreed here.
If it is HTML then it should be passed on to a web browser,
but
Riccardo wrote:
Fabien:
On Fri, August 3, 2007 10:00 am, Fred Kiefer wrote:
As currently I am almost alone working on GNUstep gui (and back for
that matter), it will take some time for these things to happen.
And GNustep is still running after Cocoa.
With no short term objectives.
Can anybody confirm this and/or has a clue what is going wrong here?
Only confirming that something does work on Solaris:
I managed to install current GNUstep release on SPARC Solaris 10
and got a test application to work. All with just one backend - arts.
I do not have root access to these
Fabien Groffen We [gentoo] use some experimental -rpath (-R) support
for Linux
Fabien Groffen (and Solaris), which seems to work fine so far, thereby
eliminating the
Fabien Groffen dreaded LD_LIBRARY_PATH variable.
Fabien Groffen I'm not sure why the GNUstep developers chose for this
approach.
Hi,
I installed newest packages at last, after that tested PhotoClip application.
Apparently, the rotation is broken in the latest libraries (I tested only art
backend). I attach the application that rotate an image +90 degrees (that is,
counterclockwise) and displays it.
The program is
Fred Kiefer [mailto:[EMAIL PROTECTED] wrote:
I was able to track down the problem into the image.m file of the art
backend.
Thanks a lot for prompt response! I spent the whole day yesterday
getting progressively
gloomier as I could not understand what went wrong or what the
difference was.
Stefan Bidigaray wrote:
The problem is that PhotoClip doesn't have a PhotoClipInfo.plist,
which is where this stuff needs to be. I attached the file!
Thank you, got it.
[copying the stripped version for the mail list sake]
{
ApplicationName = PhotoClip;
NSIcon = PhotoClip.tiff;
Hi,
While working on my byte stream functions and trying to base them on
NSFileHandle instead of NSStreams I discovered a strange feature of
[NSFileHandle -readDataOfLength:] implementation in GNUstep.
I was trying to determine whether this method blocks until it reads
the requested number of
On 14 Mar 2007, at 07:31, Helge Hess wrote:
On Mar 14, 2007, at 01:57, Vaisburd, Haim wrote:
Does OPENSTEP/Cocoa offer better mechanism that works like C++
stream, i.e. let you disregard the source of data and concentrate on
formatting?
The official way prior NS*Stream was to assemble
That was fast! :-)
Helge Hess wrote:
We don't need another thread for that since its indeed obvious.
You made it :)
Finally I also found the JSON-RPC 1.1 specification:
http://json-rpc.org/wd/JSON-RPC-1-1-WD-20060807.html#Overview
Finally I looked there too... Before that I was mainly
Helge,
Thanks a lot for prompt response.
Helge Hess wrote:
OpenStep didn't even include streams. NS*Stream only got added in
MacOS 10.3 or 10.4.
This is why most people wrote their own streaming library, eg ours can
be found here:
Helge,
I missed one phrase in your previous mail:
Notably streaming only makes sense if you are really exchanging a LOT
of data
(rather unlikely for typical JSON applications).
I wanted to use NS*Streams because they seemed like a proper way to
isolate
the input/output from the media (memory
Hi list,
I'm trying to use JSON-RPC protocol
(http://json-rpc.org/wiki/specification)
for client-server communication. JSON (JavaScript Object Notation,
http://json.org)
is not really related to JavaScript, it is indeed a version of ACSII
encoding for
simplified property lists (only strings,
Fred Kiefer wrote:
Half Activist wrote:
i wrote a little application, that locks focus on an NSImage,
draws to it, then unlock the focus.
I then try to get the TIFFRepresentation data, but it always
returns nil.
This currently is a limitation of GNUstep.
I'm among the ones
Jeremy Tregunna wrote:
Jeff Teunissen wrote:
The best way to destroy a project is to make it seem like a job.
+1 to this.
You've got another ++ here [ although it might indicate that
we have bad jobs ;-( ].
As for gnustep-make - Nicola, we like your work. It's natural
to make mistakes
Helge Hess wrote:
On Jan 11, 2007, at 08:54, Dr. H. Nikolaus Schaller wrote:
Well, it [Nokia N800] is mainly lacking to be a phone whih makes it
quite
useless...
I consider the UMTS-phone + N800 combo almost perfect. [...]
The nice thing about the N800 is the form factor (touch display)
Lars Sonchocky-Helldorf [EMAIL PROTECTED] wrote:
my slashdot submission regarding Gregory's announcement:
http://heronsperch.blogspot.com/2006/12/plans-for-change.html
I think it's important document.
Shall we post it in this list?
Shall we discuss it in this list?
--Tima
Marc Brünink wrote:
Chris Vetter wrote:
or maybe better (IMHO) use it's own User Default,
If we want good support of themes, this should get its own
default. But this is a fundamental decision. Do you want lots of
defaults or do you want to be spare. The first case clutters up the code
On Behalf Of Stefan Bidigaray
Also, generally . is not in anyone's PATH!
I've seen very few distributions where this is true
and is regarded to be generally unsafe...
I'd say it's a prejudice. I can imagine bad things happening if you are
root,
but what trouble can happen for a regular
Richard Frith-Macdonald wrote:
On 13 Sep 2006, at 12:14, pradip patel wrote:
How can I close whole application from title bar controls- close
button
Applications are not supposed to terminate when the window closes ...
The easiest way is probably to implement the method
- (BOOL)
Yavor Doganov wrote:
contributions from developers that concentrate on powerful and
reliable software (instead of freedom)
are also fine, but such people usually don't browse gnu.org regularly
Ideology sucks
-- Linus Torvalds. (and me too)
Sorry for the noise, people, could not resist.
typedef is no strict C and does not seem to be supported by gcc without
further ado. You haven't had this problem? Any ideas?
You meant typeof. I managed to compile GNUstep on Solaris 10,
but SPARC and 32 bits. I used latest available gcc (4.1.1),
which I also compiled from scratch.
I would
main.m it's enough to say
#import Foundation/Foundation.h
--Tima
-Original Message-
From: pradip patel [mailto:[EMAIL PROTECTED]
Sent: Monday, June 12, 2006 10:20 PM
To: discuss-gnustep@gnu.org; Vaisburd, Haim
Subject: Re: FW: FW: FW: installation problem
HI
i have also
GNUstepBase
Hi everybody,
I'm trying to attach reasonable keys to actions in my app.
Two questions so far:
1. Is it possible to assign Enter, Escape, PageUp, PageDown,
Home, End buttons as key equivalents for menu items and make
them work without Alt modifier?
2. I've learned about keyboard action
Nicolas Roard wrote:
On 5/16/06, Lars Sonchocky-Helldorf [EMAIL PROTECTED]
wrote:
could a port of this:
http://seashore.sourceforge.net/
be it [a killer app] ?
the screenshot shows a clear and uncluttered interface:
Indeed.
Sorry to disagree with you both. This image editor closely
Marc Brünink wrote:
Is there any way to call the original method within the
implementation of my override, in this case the original
[NSBitmapImageRep-destroy] ?
Or not simply anyway.
What you can do is put your new implementation in a loadable bundle,
then get the method implementation
Hi,
I would like to override a method of an existing class.
One way is to create a category and define a method
with the same name, e.g.
@interface NSBitmapImageRep (MyCategory)
- destroy;
@end
Is there any way to call the original method
within the implementation of my override,
in this case
From: Quentin Mathé [mailto:[EMAIL PROTECTED]
Le 4 mai 06 à 23:09, Vaisburd, Haim a écrit :
GSCategories.m:50: warning: '_OBJC_INSTANCE_0' defined but not used
[...]
I don't know but I encountered the same issue when compiling -base on Mac OS
X 10.4.6 with FSF GCC 4.1.
Andrew Pinksi
Hi,
Trying to fix some previously posted error I'm recompiling new gcc
(gcc-4.1.0)
and was going to replace libffi that comes with gcc to ffcall-1.10.
I cannot compile ffcall-1.10 though.
avcall crashes with illegal operands like this:
cd avcall; make all
gcc -m64 -mcpu=v9 -E `if test false =
Hi everybody,
I managed to compile gnustep-base-0.12.1
on Solaris 2.8 in 64 bit mode (-mcpu=v9).
I got only 2 types of warnings, -Wcast-align
and -Wchar-subscripts, seem harmless on this
architecture. However, every program crashes
with the following message:
defaults
ld.so.1: defaults: fatal:
Charles Philip Chan wrote:
Do you know of any shell other than t/csh that does not read
~/.profile?
bash does not read ~/.profile if it finds ~/.bash_profile
Just a note: bash (and, maybe, some other popular shells)
distinguishes between
1. interactive login shell
2. interactive, but not login
Yen-Ju Chen wrote:
As a regular user, I cannot even understand why there is a
.bash_profile, .bash_rc and .profile.
As a GNUstep developer, you can easily understand it after you
read INVOCATION section in the manual page for bash :)
My only advise is to stick with just one shell (bash is ok),
Adam Fedor wrote:
Linking subproject Additions ...
path-to-ld/ld: Relocatable linking with relocations from format
elf64-sparc (shared_obj/GSCategories.o) to format elf32-sparc
(./shared_obj/subproject.o) is not supported
collect2: ld returned 1 exit status
Can you show the output
Hi,
I'm trying to build latest GNUstep (startup-0.15.0)
on Solaris 2.8 in 64 bit mode.
The following configuration of gnustep-base
CC=gcc -m64 -mcpu=v9 CPPFLAGS and LDFLAGS ./configure
leads to the following problem:
Linking subproject Additions ...
path-to-ld/ld: Relocatable linking with
Adam Fedor wrote:
I'd bet that you need to use -Rpath or something similar.
Thank you for your help!
I think this is more of a question for a gcc list
Yes. I hoped that someone on gnustep list has been through this,
as I remember people reported issues with GNUstep on Solaris,
and they have
Hello everybody,
I'm trying to compile GNUstep under Solaris 2.8, 64 bit processor
and I want to make 64-bit system.
I have compiled gcc (4.0.0) myself - it seemed fine, but now
it does not want to link with the libraries for proper architecture.
The configuration command (I removed -I and -L
Hello list,
It seems I have a problem when sending to the list from home:
a test message propagated, but the real one - no. Sorry if you'll get
a duplicate.
After a long break I upgraded to latest gnustep release (gui-0.10.2) and
the image rotation in PhotoClip stopped working.
I figured out
Hello everybody,
After one and a half year of silence I'm happy to tell that this project
is still alive.
I have released the version 0.2.3 of PhotoClip.
PhotoClip is a simple image viewer and editor designed mostly
for digital camera pictures. I noticed that all my picture editing
is rediced
Cris Vetter wrote:
[...] [ GNUstep separate OS ]
AFAIK, xMach is dead :-( So does anyone know how far Hurd is with
respect to usability?
[...]
Sorry, I deleted the essential part of Cris' letter that I'm going to
reply.
I guess when Chris was talking exclusive GNUstep experience he meant
Hi everybody,
After a long while I'm ready to return to this topic.
I would like to crop a reclangle from an existing image
and save it to a file.
This is the code I use, it works only partially.
@implementation NSImage (PhotoClip) // category
- (NSImage *) imageFromRect: (NSRect) rect
Markus Hitter wrote:
a developer doesn't really care how many other apps there are. (S)he needs a
powerful, easy to handle API (which GNUstep already has), stability and
a quick way to get started.
And completeness, completeness :-)
As has been mentioned earlier here, we do not have a
50 matches
Mail list logo