Re: [Gimp-developer] intltool 0.30 produces XML error in gimp-tips.xml
On Dec 1, 2004, at 5:57 AM, Sven Neumann wrote: Brion Vibber [EMAIL PROTECTED] writes: What I don't understand here is why does fink use autogen.sh at all? It doesn't; *I* do when I build Gimp from CVS to test it. OK then. I have changed the warning in autogen.sh. Hopefully it is more clear now. Thanks! The Fink GNOME package maintainers will include an updated intltools package along with coming GNOME 2.8 updates. -- brion vibber (brion @ pobox.com) PGP.sig Description: This is a digitally signed message part
Re: [Gimp-developer] TWAIN debug, crash fix (patch)
On Oct 6, 2004, at 8:24 PM, I wrote: * will build the debug version of the plugin on --enable-twain-plugin to configure That's --enable-twain-debug, naturally. -- brion vibber (brion @ pobox.com) PGP.sig Description: This is a digitally signed message part
[Gimp-developer] TWAIN debug, crash fix (patch)
Attached is a patch for the twain plugin which does two things: * fixes crashing and oddness when canceling from the scanning dialog on Mac OS X * will build the debug version of the plugin on --enable-twain-plugin to configure I'd very much appreciate it if someone with a Win32 build setup could double-check that this doesn't break anything on Windows, and I would very very much like some feedback from anyone else with a Mac as to whether it works with their scanner. Currently my entire test base has been the TWAIN SANE bridge driver (which works fine) and the Epson driver for an Epson Perfection 1250 (which mysteriously fails to scan to Gimp). It would be nice to know if it actually works for anyone else... :) -- brion vibber (brion @ pobox.com) twain-october.diff Description: application/text PGP.sig Description: This is a digitally signed message part
Re: [Gimp-developer] OSX app-bundle-ability of gimp and other gtk2 apps
Martin Costabel wrote: Unfortunately, gimp-app does not give any information whether the gtk build needed to be configured differently. If gimp-app were open source in the sense of the GPL (which it pretends to be but isn't), you could just look at the sources from which it was built and see for yourself. If you believe something is missing from the package, please e-mail Aaron Voisine and ask him about it. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] OSX app-bundle-ability of gimp and other gtk2 apps
Martin Costabel wrote: Brion Vibber wrote: Martin Costabel wrote: Unfortunately, gimp-app does not give any information whether the gtk build needed to be configured differently. If gimp-app were open source in the sense of the GPL (which it pretends to be but isn't), you could just look at the sources from which it was built and see for yourself. If you believe something is missing from the package, please e-mail Aaron Voisine and ask him about it. I think it is good standard practice, in particular on sourceforge where there is plenty of space, not to wait until users request sources, but to publish them alongside with the binaries. I don't see any sources on the gimp-app site; maybe I didn't look at the right place? Are you going to sit around and pout, or are you going to let Aaron know that you think something is missing so he can fix it? Reporting problems to the maintainer is good standard practice, in particular in the FOSS world where many things are done by volunteers in their spare time. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
[Gimp-developer] Plugin registry
Is the plugin registry still being actively maintained? I seem to have stuffed up my login there (lost password and possibly created duplicate account which doesn't work either) and have had no luck trying to get in touch with Ingo by e-mail. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] Win32 compile troubles
Michael Schumacher wrote: /tmp/am4t7.308/traces.m4:1397: /bin/m4: Error matching regular expression ^ *\(.*\) *$ Use of uninitialized value in split at /bin/automake-1.7 line 5077, GEN0 line 397. automake-1.7: no `Makefile.am' found or specified Try automake 1.8.5. It should built without problems on MinGW. I ran into a problem with automake-1.8.2 (which is the latest from the MinGW site), so it should be considered to require 1.8.5 on Win32. Upgrading to autoconf 2.59 and automake 1.8.5 did the trick, thanks. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
[Gimp-developer] Win32 compile troubles
I've been trying to compile Gimp on Win32 to confirm that my TWAIN plugin patch for Mac OS X support won't break it on Windows. After much fiddling I've managed to get 2.1.2 to compile and even run, but automake craps out so I can't compile direct from CVS or get it to update configure.in and the various Makefile.in's: $ ./autogen.sh --prefix=/c/Brion/obj/gimp --disable-print I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof, so if anything goes wrong, see the file HACKING for more information... Looks like Win32, you will need libtool 1.5 or newer. checking for libtool = 1.5 ... yes (version 1.5) checking for autoconf = 2.54 ... yes (version 2.56) checking for automake = 1.6 ... yes (version 1.7.1) checking for glib-gettextize = 2.2.0 ... yes (version 2.4.2) checking for intltool = 0.17 ... yes (version 0.27.2) checking for intltool 0.28 or 0.31 ... yes checking for xsltproc ... yes /tmp/am4t7.308/traces.m4:1397: /bin/m4: Error matching regular expression ^ *\(.*\) *$ Use of uninitialized value in split at /bin/automake-1.7 line 5077, GEN0 line 397. automake-1.7: no `Makefile.am' found or specified Googling the m4 error message turns up some chatter from circa 2002 which recommends upgrading to the then-latest automake or m4... this is automake 1.7.1 and GNU m4 1.4. GNU m4 1.4.1 came out recently, but it won't compile with MinGW out of the box so I haven't tried that yet. Has anyone had this problem, or worked around it, or not had it at all? I'm compiling on Windows XP Home, with MinGW 3.1.0 and MSYS 1.0.10, the various packages from Tor's page, and a few bits stuffed in from GnuWin32. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
[Gimp-developer] TWAIN plugin for Mac OS X Win32
I've been working on porting the formerly Win32-only TWAIN plugin to Mac OS X [1]. Patched version configures, builds and runs on Mac OS X 10.3; I can successfully scan from a CanoScan U1240U using a TWAIN SANE bridge [2], but it crashes when scanning with an EPSON Perfection 1250 using EPSON's TWAIN driver. Also 'Cancel' doesn't seem to work quite right. To get out of #ifdef hell I isolated the platform-specific bits into their own file, though it's still a little scary in there. I've tried not to break the Win32 side, but I don't yet have a Win32 build environment set up to test it. The directions I found on the wiki are pretty daunting... [1] http://bugzilla.gnome.org/show_bug.cgi?id=147962 [2] http://www.ellert.se/twain-sane/ -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
[Gimp-developer] Endianness bug in tiff plugin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When loading a CMYK TIFF (and perhaps other funky kinds of TIFF), the
tiff plugin uses a fallback mode that fills a buffer using
TIFFReadRGBAImage(). This is a uint32 array, and the byte layout of the
pixels ends up wrong on a big-endian host such as my PowerBook.
I've posted a test case and patch on bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=147328
Patch is also attached here; it works on my Mac and doesn't seem to
break things on my Linux PC. (HACKING suggests both posting here and
bugzilla; I apologize if I'm being overly rude in this.)
The bug affects at least 2.0.x release versions and current CVS.
- -- brion vibber (brion @ pobox.com)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFA8OXSwRnhpk1wk44RAjtEAJ9zCO+R0NIZuF2nq82kThnKQVWkuQCg04zo
nU46gRCBgkWy7FBsFDGc7L4=
=61/D
-END PGP SIGNATURE-
Index: tiff.c
===
RCS file: /cvs/gnome/gimp/plug-ins/common/tiff.c,v
retrieving revision 1.100
diff -u -r1.100 tiff.c
--- tiff.c 5 Jun 2004 10:27:47 - 1.100
+++ tiff.c 11 Jul 2004 06:22:09 -
@@ -981,6 +981,12 @@
for (row = 0; row imageLength; ++row)
{
+#if G_BYTE_ORDER != G_LITTLE_ENDIAN
+ /* Make sure our channels are in the right order */
+ uint32 i;
+ for (i = 0; i imageWidth; i++)
+buffer[i + row * imageWidth] = GUINT32_TO_LE (buffer[i + row * imageWidth]);
+#endif
gimp_pixel_rgn_set_rect ((channel[0].pixel_rgn),
channel[0].pixels + row * imageWidth * 4,
0, imageLength -row -1, imageWidth, 1);
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] tiff save dialog cosmetic fix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While I was playing with the tiff plugin, I fixed it to disable the
'Save color values from transparent pixels' box when saving an image
with no alpha channel, as the png plugin does. The option has no effect
without alpha.
Patch attached.
- -- brion vibber (brion @ pobox.com)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFA8PX7wRnhpk1wk44RAmzeAKCYtsM7Bvuv8HIAqLIgL90yuta1hgCfdw/x
cbyYmGinGoJEAiA7myJuwkk=
=FVV4
-END PGP SIGNATURE-
--- gimp/plug-ins/common/tiff.c-cmyk2004-07-10 23:21:01.0 -0700
+++ gimp/plug-ins/common/tiff.c 2004-07-11 01:06:45.0 -0700
@@ -142,7 +142,7 @@
gint32 drawable,
gint32 orig_image);
-static gboolean save_dialog(void);
+static gboolean save_dialog(gboolean alpha);
static void comment_entry_callback (GtkWidget *widget,
gpointer data);
@@ -354,7 +354,7 @@
gimp_parasite_free (parasite);
/* First acquire information with a dialog */
- if (! save_dialog ())
+ if (! save_dialog (gimp_drawable_has_alpha (drawable)))
status = GIMP_PDB_CANCEL;
break;
@@ -2082,7 +2082,7 @@
}
static gboolean
-save_dialog (void)
+save_dialog (gboolean alpha)
{
GtkWidget *dlg;
GtkWidget *vbox;
@@ -2126,7 +2126,8 @@
toggle = gtk_check_button_new_with_mnemonic
( _(Save _color values from transparent pixels));
gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (toggle),
-tsvals.save_transp_pixels);
+alpha tsvals.save_transp_pixels);
+ gtk_widget_set_sensitive (toggle, alpha);
gtk_box_pack_start (GTK_BOX (vbox), toggle, FALSE, FALSE, 0);
gtk_widget_show (toggle);
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] CVS updates?
Is Gimp anonymous CVS on a delayed copy? I'm assuming so based on the fact that I can't seem to get at the most recent commits through a cvs up -dP or cvs log. If there's something in the developer FAQ which is explicit about this, please point me to it so I can feel stupid. I did look! Also, the RSS changelog (http://wilber.gimp.org/~rss/gimp-cvs.rdf) has links to the GNOME bonsai on cvs.gnome.org which are all dead links. The only thing running on cvs.gnome.org seems to be viewcvs, which does at least seem to be more up to date than anon cvs, and diffs can be dug out of it. Would it be possible to fix the RSS changelog to point at viewcvs, which works, instead of bonsai, which doesn't? -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin
On June 13 I wrote: So far as I recall, Gimp has always lacked the ability to copy and paste images to other applications. Is this something that still requires support from Gtk to do cleanly? I noticed that the Win32 port of Gimp ships with a plugin that hacks in some clipboard support, and have had a go at porting it to Mac OS X: http://leuksman.com/mac/gimp/clipboard/ It's been brought to my attention that 2.1 now uses the GTK+ system clipboard for copying images, so it might be nice to integrate the native clipboard with that more directly. After a lot of recompiling, I've managed to get 2.1 running from CVS. It seems to be doing _something_ with the clipboard, but I haven't yet gotten anything resembling an image out of it. Is there any X11-based program known to interoperate with it that I could test with to make sure it's working? GTK+ on Mac OS X is stuck in the X11 ghetto; Apple's X11 server tries to keep the X and Mac clipboards in sync, but seems to manage plain text only... on the Mac side I see only empty text on the clipboard after copying an image. Either Gimp or GTK+ could be hacked up to use the Mac clipboard directly, I suppose. Any opinions on what's the correct place to do this? The plugin I've been working on also provides access to the Grab and Image Capture services for screen capture and scanning (services communicate over the same NSPasteboard interface as the clipboard), so it'll likely continue to be independently useful even after a hypothetical Mac-clipboard-enabled Gimp 2.2. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin
Sven Neumann wrote: it would be very helpful if you could point us to some documentation about the MacOS X clipboard. I am particularily interested in the formats that are typically used to exchange data using the clipboard. http://developer.apple.com/documentation/Cocoa/Conceptual/CopyandPaste/index.html Cocoa apps (those written with the NeXT-derived toolkit) use TIFF for transferring raster images. Older apps (like Photoshop) tend to use PICT, which is a metafile format encapsulating calls to the QuickDraw drawing library. Using the Cocoa NSPasteboard interface, I can copy a TIFF and it performs the conversion to PICT for me, but when pasting I need to handle both formats. Additionally rich text data may contain TIFF images, which can be extracted (this is useful for copying images from an RTFD document in TextEdit). Cocoa prefers premultiplied alpha, so there's some lossy conversion for images with partially transparent areas. (This could probably be eliminated between instances of the Gimp by using libtiff to create read the TIFFs rather than NSBitmapImageRep which I'm using at the moment.) How is image cut-n-paste handled on Win32? Windows apps use DIB (.bmp) format for clipboard transfer; does the GDK backend handle DIB-PNG conversion? I took a quick look around gdkselection-win32.c friends but didn't see anything obvious. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin
Sven Neumann wrote: Is there any X11-based program known to interoperate with it that I could test with to make sure it's working? The easiest way to test is to use a second instance of GIMP. Another application that is known to work is the word-processor Abiword. Thanks, it seems to be working on the X11 side. I do sometimes get what looks like an RGBA/ARGB mixup copying from Abiword to Gimp though; I'll try to isolate that and report the bug to the guilty party... :P -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin
Tor Lillqvist wrote: Brion Vibber writes: How is image cut-n-paste handled on Win32? There is a (Windows-specific) GIMP plug-in that does the paste from (Windows) Clipboard and copy to Clipboard. That code probably should move to GTK+. (I doubt it's straightforward, though, so it hardly will get done in GTK+ 2.6.) Yeah, that's the plugin I ported to Mac OS X. :( -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin
I wrote: Thanks, it seems to be working on the X11 side. I do sometimes get what looks like an RGBA/ARGB mixup copying from Abiword to Gimp though; I'll try to isolate that and report the bug to the guilty party... :P Patch in bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=145482 -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
[Gimp-developer] Image cut-n-paste; Mac clipboard plugin
So far as I recall, Gimp has always lacked the ability to copy and paste images to other applications. Is this something that still requires support from Gtk to do cleanly? I noticed that the Win32 port of Gimp ships with a plugin that hacks in some clipboard support, and have had a go at porting it to Mac OS X: http://leuksman.com/mac/gimp/clipboard/ It seems to work for me (on Mac OS X 10.3.4), though the whole method feels a bit hackish; requiring separate Copy and Paste menu items to access the system clipboard is unusual... I'm not sure this is really the right place, but I'd appreciate any feedback, in particular bug reports and any advice on making a distributable binary that can be dropped into place for people using bundled binary distributions of Gimp. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature
