Subject: Re: New icns loading code
Hi,
I just came across your message on the list... I am the primary
developer of the libicns code, and also the projects current
maintainer.
I would hate for you to have to re-do so much work with the icns loading.
Would it help if we changed the library's
]
To: gnustep-dev@gnu.org
Sent: Monday, October 13, 2008 10:00:19 PM
Subject: Re: New icns loading code
Hi,
I just came across your message on the list... I am the primary
developer of the libicns code, and also the projects current
maintainer.
I would hate for you to have to re-do so much work
Hi,
I just came across your message on the list... I am the primary
developer of the libicns code, and also the projects current
maintainer.
I would hate for you to have to re-do so much work with the icns loading.
Would it help if we changed the library's licensing to the LGPLv3?
Please CC me
, 2008 10:00:19 PM
Subject: Re: New icns loading code
Hi,
I just came across your message on the list... I am the primary
developer of the libicns code, and also the projects current
maintainer.
I would hate for you to have to re-do so much work with the icns loading.
Would it help if we changed
# GNUstep Chief Maintainer
- Original Message
From: Mathew Eis [EMAIL PROTECTED]
To: gnustep-dev@gnu.org
Sent: Monday, October 13, 2008 10:00:19 PM
Subject: Re: New icns loading code
Hi,
I just came across your message on the list... I am the primary
developer of the libicns
I just committed a change to gui that adds some basic icns loading even
when libicns is not present on a system. Even with that code in place
libicns will be the better solution in many case.
Why not just use libicns?
- It is published with the GPL 2 licence, which may not be suitable for
some
:46:30 AM
Subject: New icns loading code
I just committed a change to gui that adds some basic icns loading even
when libicns is not present on a system. Even with that code in place
libicns will be the better solution in many case.
Why not just use libicns?
- It is published with the GPL 2
