Re: Minutes: Foreign OSes BoF

Hi, On Mon, 2008-03-17 at 12:42 +0200, Tor Lillqvist wrote: > > GIMP will continue to link in libpng, libjpeg, and etc., so > > that won't be affected by this regression. > > Yep. GIMP needs all the information it can get, especially for JPEG, > where it needs to actually have a look at the qua

Re: Minutes: Foreign OSes BoF

Am Montag, den 17.03.2008, 21:18 -0400 schrieb Dominic Lachowicz: > * The functions that enumerate GDI+'s loaders simply don't exist in > the 1.0 version of the GDI+ DLL. They may exist in the 1.1 DLL (which > is not re-distributable AFAIK), but that's only in Windows Vista, and > we know how grea

Re: Minutes: Foreign OSes BoF

> This change would still break the thumbnailing system built into > libgimpthumb. This code uses the PNG module from gdk-pixbuf to load and > save thumbnails and it relies on the ability to read PNG text chunks > from PNG images and to set the PNG text chunk when creating PNG files. Ah, thanks

Re: Move to LGPL3

On Sat, 2008-03-15 at 21:03 +0100, ext ryan lortie wrote: > Hello. > > After some talk at the Hackfest about it, I'm writing the list to > officially request that glib and GTK be moved to LGPL "version 3 or > later". IANAL and all, but here are a few points for consideration based on my experienc

Re: Minutes: Foreign OSes BoF

> (Unless there is some way to read and > write text chunks also through GDI+ after all.) GDI+ does provide access to *some* tEXt chunks that it knows about a priori. At least the Description chunk is available as PropertyTagImageDescription and the Software chunk as PropertyTagSoftwareUsed. But

Re: GdkWindow clean up for offscreen redirection

hi i tried using the offscreen patch, but has a doubt regarding pixmaps. What i did is , added gtkentry as a child of gtkoffscreenBox widget. And than tried setting event mask GDK_VISIBILITY_NOTIFY_MASKus

Re: Move to LGPL3

Hi Tommi, Am Dienstag, den 18.03.2008, 11:56 +0200 schrieb Tommi Komulainen: > On Sat, 2008-03-15 at 21:03 +0100, ext ryan lortie wrote: > > After some talk at the Hackfest about it, I'm writing the list to > > officially request that glib and GTK be moved to LGPL "version 3 or > > later". > > IA

Re: Move to LGPL3

Does that really apply for the code you link to? Afaik, if a GPL program uses an LGPL library, it doesn't relicense that library under GPL too, it merely links to it, and leaves it up to the user to make sure the library is available. If this would be the case, than it wouldn't be possible for GPL

Re: Minutes: Foreign OSes BoF

Tor Lillqvist wrote: >> (Unless there is some way to read and >> write text chunks also through GDI+ after all.) >> > > GDI+ does provide access to *some* tEXt chunks that it knows about a > priori. At least the Description chunk is available as > PropertyTagImageDescription and the Software

Re: Move to LGPL3

Ok, according to the matrix on http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility it's indeed not allowed, although I don't really understand why. On 3/18/08, Lieven van der Heide <[EMAIL PROTECTED]> wrote: > Does that really apply for the code you link to? Afaik, if a GPL > pr

Re: Move to LGPL3

Windows API (and may be DirectX) is a special case, because you can't write a Windows program without using it. Le mardi 18 mars 2008 à 12:57 +0100, Lieven van der Heide a écrit : > Ok, according to the matrix on > > http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility > > it's in

Re: Minutes: Foreign OSes BoF

> > * There is no way that I know of to distinguish between a > > metafile/vector format and a raster format, except maybe to try > > loading everything as a metafile and see if something fails. > > Hmm, there are the ImageCodecFlagsSupportBitmap and > ImageCodecFlagsSupportVector bits in t

Re: Minutes: Foreign OSes BoF

> Will cairo move away from libpng too? If somebody just writes the code, I think it would be accepted to have a configure-time choice to either use GDI+ or libpng on Windows. Dunno what the Mozilla folks think. --tml ___ gtk-devel-list mailing list gt

Re: Minutes: Foreign OSes BoF

Hi Tor, On Mon, Mar 17, 2008 at 10:26 PM, Tor Lillqvist <[EMAIL PROTECTED]> wrote: > Tentative patch at http://tml.pp.fi/gdip-in-gtk.diff . Comments, please. A few things in io-gdip-utils.h need attention: 1) I redefined _() if it wasn't already defined. Instead, you probably want to remove that

Gtk+ stock-icons how r they supposed 2b installed?

Hello Gtk+ developpers. The gtk+2.12 (or similar versions) source tree, contains the sub directories gtk/stock-icons{16,20,24,32,48} with rich set of icons. When building and installing it (using say, prefix=/home/local) these icons (at least in my case) are _not_ installed. My questions: + Wha

Re: glib utf8 api

> > 2) There seems to be no way to create a "best guess" valid > > string. g_utf8_validate is nice and all, but if validation > > fails I still need to create a valid string. Am I supposed > > to use g_convert_with_fallback() from UTF-8 to UTF-8? > > Very good point. I raised this here too:

Re: Move to LGPL3

Hi all, Having studied the FSF licenses and their restrictions, I think it would be reasonable to re-license GTK+ under the LGPLv3 (or later) + GPLv2 linking exception (or, alternatively, simply multi-license it under LGPLv3 / GPLv2). This method allows people to link GTK+ with any of the follow

reg - USB and Ethernet performance open source utility

Dear Sir I am Sarahana, working in an embedded product concern based on linux, i wish to have an utility to check the performance of both USB and Ethernet, thing is that i have to cross compile the code for my device, if you have any such open source utility, if not can you please suggest me to go

Re: Move to LGPL3

> If this would be the case, than it > wouldn't be possible for GPL code to use something like the Windows > API or DirectX either. And don't forget proprietary Unixes with proprietary C libraries. That was after all the expected runtime for the original GPL programs (like Emacs, gcc, bison, et

Re: reg - USB and Ethernet performance open source utility

17 mar 2008 kl. 16.13 skrev Sarahana: Hi, This is the development mailing list for the GTK+ project, please stay on topic. Best Regards, Mikael Hallendal > Dear Sir > I am Sarahana, working in an embedded product concern based on > linux, i wish to have an utility to check the performanc

Re: Move to LGPL3

Quoting GPL 2: »However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component

Re: exporting _gtk_selection_request for selection manager use

On Sat, 2008-03-15 at 13:46 -0500, Xavier Toth wrote: > Thanks I'll look at the gnome-settings-daemon. A little background, > the problem I'm looking to address is the one related to MCS/MLS > policy in the SELinux world where you are copying and pasting between > windows of different contexts and

Re: exporting _gtk_selection_request for selection manager use

Hi, On Tue, 2008-03-18 at 17:50 +0100, Alexander Larsson wrote: > Load large spreadsheet, click "select all", watch your eager clipboard > manager suck down lots and lots of data, probably in duplicates > converted to all possible data types the spreadsheet can convert to. And > this may happen e

Moving "Open with" to the platform

Hi, Right now, the "Open with another application" dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefo

Re: Moving "Open with" to the platform

El mar, 18-03-2008 a las 14:02 -0600, Federico Mena Quintero escribió: > Hi, > > Right now, the "Open with another application" dialog lives in > nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This > dialog uses the machinery in GIO's GAppInfo to figure out which apps can > be used

Re: Moving "Open with" to the platform

On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: > Hi, > > Right now, the "Open with another application" dialog lives in > nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This > dialog uses the machinery in GIO's GAppInfo to figure out which apps can > be used to ope

Re: Moving "Open with" to the platform

On Tue, 2008-03-18 at 17:09 -0300, Claudio Saavedra wrote: > What about the "open with..." menu items machinery? This is > reimplemented in more than one place (being eog and gthumb the examples > I recall at the moment). Totem has one to open videos embedded in web pages with the movie player a

Re: Moving "Open with" to the platform

On Tue, Mar 18, 2008 at 4:26 PM, Cosimo Cecchi <[EMAIL PROTECTED]> wrote: > > On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: > > Hi, > > > > Right now, the "Open with another application" dialog lives in > > nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This >

Re: Move to LGPL3

Lieven van der Heide wrote: > Ok, according to the matrix on > > http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility > > it's indeed not allowed, although I don't really understand why. Mathias pointed out exactly why. It's not that linking GPLv2-only to LGPLv3 violates the LGP

Re: Move to LGPL3

Alexander Shaduri wrote: > Hi all, > > Having studied the FSF licenses and their restrictions, I think > it would be reasonable to re-license GTK+ under the LGPLv3 > (or later) + GPLv2 linking exception (or, alternatively, simply > multi-license it under LGPLv3 / GPLv2). Hmm, there's a nifty idea

Re: visibility-notify-event query

On Sun, 2008-03-16 at 21:06 -0700, iluvlinux wrote: > i have a question regarding visibility-notify-event > If i add widgets to a container than i get the signal > visibility-notify-event, whenever visibility changes > but if i add widgets to a scrolledwindow i donot get visibility-notify-event >

Re: Move to LGPL3

Alexander Shaduri wrote: > Hi all, > > Having studied the FSF licenses and their restrictions, I think > it would be reasonable to re-license GTK+ under the LGPLv3 > (or later) + GPLv2 linking exception (or, alternatively, simply > multi-license it under LGPLv3 / GPLv2). > But you can't do that

Re: Move to LGPL3

Yevgen Muntyan wrote: > Alexander Shaduri wrote: >> Hi all, >> >> Having studied the FSF licenses and their restrictions, I think >> it would be reasonable to re-license GTK+ under the LGPLv3 >> (or later) + GPLv2 linking exception (or, alternatively, simply >> multi-license it under LGPLv3 / GPLv2

Re: Move to LGPL3

Yevgen Muntyan <[EMAIL PROTECTED]> writes: > Gtk is *LGPL*-2, so you can't make it GPL-2 (unless you > convince all contributors, including aliens and dead). It appears that you have not read LGPLv2. Clause 3 explicitly says that "You may opt to apply the terms of the ordinary GNU General Public

Re: Move to LGPL3

Brian J. Tarricone wrote: > Yevgen Muntyan wrote: > >> Alexander Shaduri wrote: >> >>> Hi all, >>> >>> Having studied the FSF licenses and their restrictions, I think >>> it would be reasonable to re-license GTK+ under the LGPLv3 >>> (or later) + GPLv2 linking exception (or, alternatively,

Re: Move to LGPL3

On Tue, 2008-03-18 at 16:03 -0700, Brian J. Tarricone wrote: > "You may opt to apply the terms of the ordinary GNU General Public > License instead of this License to a given copy of the Library. [...] > (If a newer version than version 2 of the ordinary GNU General Public > License has appeare

Re: Move to LGPL3

Hubert Figuiere wrote: > On Tue, 2008-03-18 at 16:03 -0700, Brian J. Tarricone wrote: >> "You may opt to apply the terms of the ordinary GNU General Public >> License instead of this License to a given copy of the Library. [...] >> (If a newer version than version 2 of the ordinary GNU General Pu

Re: Move to LGPL3

Hubert Figuiere wrote: > On Tue, 2008-03-18 at 16:03 -0700, Brian J. Tarricone wrote: > >> "You may opt to apply the terms of the ordinary GNU General Public >> License instead of this License to a given copy of the Library. [...] >> (If a newer version than version 2 of the ordinary GNU Gener

Re: Move to LGPL3

Tommi Komulainen wrote: > IANAL and all, but here are a few points for consideration based on my > experience after being exposed to Nokia legal machinery. > > 1. Changing the wording from "version 2 or later" to "version 3 or > later" will remove the "2 or later" option. To my underst

Re: Move to LGPL3

Jean Bréfort wrote: > Windows API (and may be DirectX) is a special case, because you can't > write a Windows program without using it. > It's not a special case. There is certainly no reference to the Windows API in the GPL or the LGPL. The only license that matters when it comes to deciding

Re: Moving "Open with" to the platform

On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: > * Leave the dialog in place inside Nautilus, and provide a D-Bus > service > for the "open with" GUI. I'm 51% leaning towards this option, since > then this would have a chance of working with a desktop-specific GUI, > depending on

Re: Move to LGPL3

2008/3/19, Mark Mielke <[EMAIL PROTECTED]>: > > Jean Bréfort wrote: I can't see this thread going anywhere close to a conclusion, at this point we should stop discussing about the hundreds of possible interpretations of the licenses. Probably none of the people that has participated is a lawyer

Re: Move to LGPL3

On Mon, 2008-03-17 at 14:16 +0400, Alexander Shaduri wrote: > Hi all, > > Having studied the FSF licenses and their restrictions, I think > it would be reasonable to re-license GTK+ under the LGPLv3 > (or later) + GPLv2 linking exception (or, alternatively, simply > multi-license it under LGPLv3 /