Hi everyone,
Is there any interest in including my XPM NSImage support into GNUstep
GUI? If so, I will sign the copyright form, and rework it as a patch
against GNUstep GUI, rather than as a standalone class. If not, I'll
probably get it into Etoile.
Let me know.
Thanks,
Hubert
___
the X11-specific bits. (No offense meant to YAMAMOTO
Mitsuharu; I'm sure the patch that he wrote is good.)
libXpm also provides functions for writing XPM files, if I ever want to
add that as well.
Thanks for the link, though. It's nice to see that someone was
courageous enough to write an
On Wed, 08 Nov 2006 00:47:53 +0100, Fred Kiefer <[EMAIL PROTECTED]> said:
> Hubert Chan schrieb:
>>
>> Is there any interest in including my XPM NSImage support into
>> GNUstep GUI? If so, I will sign the copyright form, and rework it as
>> a patch agai
ne number of file formats.
Another thing is, does this also allow for writing files?
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96
e would make the user experience better
> overall.
And I guess at least part of this would involve becoming involved in the
freedesktop.org effort. (Unfortunately, probably not something that I
can help out with much.)
Although as a whole, this is probably a very tough problem. There are a
fe
ust about localization. If you change fonts, it may
break the layout as well.
But yes, as you say, to each his own.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7
ca/experimental/gnustep/ ./
It should be able to install straight on top of the regular Debian
packages. Let me know if there are any problems with it.
I'll try to keep the packages relatively up to date. Right now, the
packages are based on an SVN checkout from last Saturday.
--
Hubert C
ly for those functions.
They are mostly for things that the *Step API does not handle
(e.g. switching desktops, embedding, etc.).
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F
On Fri, 29 Dec 2006 21:23:25 +, "Paddy Smith" <[EMAIL PROTECTED]> said:
[...]
> I'd be happy to send/build you ppc binaries if it helps, but I imagine
> you have buildds for that :-)
Nope. I just have my i386 machine, and no buildd (it's a private
build), so ppc binaries would be helpful.
On Wed, 27 Jun 2007 10:09:37 +0200, Fred Kiefer <[EMAIL PROTECTED]> said:
> I support this change as well. We already have the choice for the user
> of the library in there:
>This library is free software; you can redistribute it and/or
>modify it under the terms of the GNU Library Genera
So under Debian, there is a /usr/lib/libgnustep-base.so.1.11, and other
libraries can be found under /usr/lib too.
But if gnustep-make had better support for FHS locations, that would be
helpful too.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Finger
step.sh and use openapp, Debian also
provides wrapper scripts that take care of that.
One problem with getting general FHS compliance that I can see is that
the FHS doesn't have anything analogous to the Network or user domains.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http
On Wed, 10 May 2006 00:09:39 +0200, Helge Hess <[EMAIL PROTECTED]> said:
> On 9. Mai 2006, at 23:06 Uhr, Hubert Chan wrote:
>> One problem with getting general FHS compliance that I can see is
>> that the FHS doesn't have anything analogous to the Network or user
>&
On Wed, 10 May 2006 11:16:33 +0200, Helge Hess <[EMAIL PROTECTED]> said:
> On May 10, 2006, at 6:11 AM, Hubert Chan wrote:
>> the FHS doesn't define things
> BTW: before this starts to go in the wrong direction again, we are not
> talking about "just" FHS
On Thu, 11 May 2006 00:15:51 +0200, Helge Hess <[EMAIL PROTECTED]> said:
> On May 10, 2006, at 7:25 PM, Hubert Chan wrote:
>> My main concern, though, is that since the FHS doesn't define those
>> directories, users might get upset if we start creating random
>>
On Sat, 19 Aug 2006 20:46:44 -0700 (PDT), Gregory John Casamento <[EMAIL
PROTECTED]> said:
> The Debian package maintainer will not be available from 9/1-9/17, so
> it cuts that time out of the time we would have had to stabilize
> things. :/
Just to clarify, things can be unstable (in terms of
and
then having GNUstep call that library. Thus the library is not part of
GNUstep (and hence wouldn't require copyright assignment), but GNUstep
still gets to use the classes. Although this method is probably less
desirable to actually having the classes in GNUstep.
--
Hubert Chan -
. But if you want to
remove the distinction, this can probably be worked around.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
_
any reason we need to change the ABI all the time?
(AFAIK, glib/gtk+ hasn't changed their ABI since glib/gtk+ 2.0 was
released, so any old program that was compiled back then will still run
on a newer system.)
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
P
ime the SONAME is bumped, that counts as an ABI change, since
you must recompile all your programs. The SONAMEs for GUI and for Base
have been bumped for almost every release.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key availab
ompiled
before the new library can enter the testing distribution.
> And as long as the complaints from both groups are roughly equal,
> we've probably got the actual release rate about right.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 10
.
Actually, I think that we (Jeremy and I) are talking about providing
backward-compatible ABIs, whereas you are talking about ensuring
backward- and forward-compatible ABIs.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
ot;local" package, and there is no
distribution involved.
But if you obtain GNUstep from your distribution, then it should
definitely go under /usr.
So IMHO by default, the System and Local domains should be /usr/local,
but the distributions will of course override that for their own
ey'll need gnustep-make anyways. Then
you can let the binary distributors do what they want, and split off a
gnustep-common package if they want to. Of course, I'm biased, because
that's how we're doing things in Debian. ;)
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED
ription: Binary data
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
___
Gnustep-dev
25 matches
Mail list logo
