Re: [Gimp-developer] Starting with Win32 plug-in development

Arnaud Darmont writes: > It seems that i'm missing some lib files from gimp > and gtk2+. I don't want to build those softwares completely, could someone > send me the necessary LIBs? Go to www.gimp.org/win32/downloads.html for developer packages (headers, import libraries) for GTK+, Pango, at

Re: [Gimp-developer] gimp-cvs on msys/mingw

Michael Schumacher writes: > BTW, does anyone know what exactly the MinGwPORT stuff is about? Is > it the start of a package management system? As far as I have been able to figure out, it's a way to package a patch and pre- and post-build scripts to automate building something from a pristine s

Re: [Gimp-developer] gimp-cvs on msys/mingw

michael chang writes: > MinGW/MSYS comes in about 20 or so different packages, which can be > confusing to install. Umm, isn't it more like half a dozen? From memory: gcc, binutils, gdb, w32api, msys, maybe the msysDTK (or whatever it was called, the package that contains the auto* support stuff

[Gimp-developer] gimp-cvs on msys/mingw

lode leroy writes: > ftruncate is not present in my version of mingw, so I changed it to make it > compile. Why don't you upgrade to a more recent version then? (Or have they dropped their inline ftruncate() implementation in unistd.h from bleeding-edge versions?) --tml __

[Gimp-developer] Re: GTK+ File Chooser on MS windows

[EMAIL PROTECTED] writes: > is triggered by the / key, too, but this (for obvious reasons) doesn't work > on Windows. Actually, it does, at least for me, with GIMP 2.2 and GTK+ 2.6.8. Although if you need to enter a drive letter, after typing the slash, you have to backspace once to erase it, ty

[Gimp-developer] forwarded message from c't computer magazine

Here we go once again... --- Begin Message --- [Deutsche Fassung: siehe unten.] Dear Software Author, c't magazine is regulary publishing CD-ROMs with a collection of articles about a single subject. The next one of these "c'thema" called CDs will cover webdesign. It also features a hand-sele

Re: [Gimp-developer] Compiling a gimp plugin for Windows

Sven Neumann writes: > in my opinion this would only make things even more confusing. How, exactly? Because the procedure for person doing a release would be a few steps longer? Or because people would wonder why each other version is missing when looking at some version history or ftp server dir

Re: [Gimp-developer] Compiling a gimp plugin for Windows

Sven Neumann writes: > Having files with the 2.2.8 version floating around on gimp.org is > IMO a very bad idea. (Hmm, but that version number is floating around publicly in CVS ;-) This is an excellent opportunity to bring up an idea I have tried to suggest a few times without success: Curren

Re: [Gimp-developer] Compiling a gimp plugin for Windows

Sven Neumann writes: > Tor, could you please consider to rename that zip file? Having files > with the 2.2.8 version floating around on gimp.org is IMO a very bad > idea. OK, done. It's now gimp-dev-2.2.7.zip. --tml ___ Gimp-developer mailing list G

[Gimp-developer] Compiling a gimp plugin for Windows

Tor Lillqvist writes: > Get www.gimp.org/win32/gimp-2.2.8.zip. Oops, I meant gimp-dev-2.2.8.zip. --tml ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Compiling a gimp plugin for Windows

Dominic Laflamme writes: > is there an "SDK-only" distribution somewhere (.h + .lib)? As I happen to have a fresh build of GIMP 2.2, I guess I could provide a such, if Jernej doesn't want to. Get www.gimp.org/win32/gimp-2.2.8.zip. Please tell me if there is anything missing in it. (It contains o

Re: [Gimp-developer] Colorizing Images and Video by Scribbling

Pepster writes: > "Our method is based on a simple premise: neighboring pixels in > space-time that have similar intensities should have similar > colors" > I assume this to mean you need the "timing information of the > stroke", similar to data needed for recognizing handwriting. Nope, it r

Re: [Gimp-developer] first impressions of GIMP 2.0

> > I'm actually (sadly) testing the ;atest Winblows version (Win ME) Eek. If you have to use Windows, please at least test it on a Windows version that is a "real" operating system. I mean Windows 2000 or XP. There are many limitations in Windows Me. It might be a bit better that Windows 98, but

[Gimp-developer] forwarded message from c't computer magazine

Again this c't magazine asking for permission to put GIMP (for Windows, presumably) on a CD-ROM. Could some of our German developers try to tell them once more that they don't have to ask me (or anybody else) for permission. (And on the other hand, even if they had to, I wouldn't be able to give th

Re: [Gimp-developer] Console window on Win32

Michael Schumacher writes: > When started from the MinGW (and probably Cygwin) bash, this doesn't > happen. The output appears in the same console (rxvt window). Wow. Didn't know that. I seldom use MSYS and its rxvt. I assume rxvt's window isn't a console window, it's a normal "graphics" window

Re: [Gimp-developer] Console window on Win32

I wrote: > > Except that on Windows it's not "or", but "and". Just starting a GUI > > application from a command shell in a console window doesn't make its > > stderr and stdout connected. Iago Rubio writes: > True, but I think my point of view is still valid. No Windoze app opens > a console

Re: [Gimp-developer] Image restoration plugin

Thierry Pierron writes: > That library has a very efficient algorithm for restoring > lossy-compression image format. Hmm, do you maybe mean effective and not efficient? The application of this that I would be most interested in is denoising. I tried the pde_TschumperleDeriche2D example program

Re: [Gimp-developer] Console window on Win32

[EMAIL PROTECTED] writes: > The messages would ideally be able to be shown in a real window > (not the console) And what's so unreal about a console window? Is is just that they are black and white and make (some) people think of MS-DOS? (Some call console windows "DOS boxes" and seem to think "

Re: [Gimp-developer] Console window on Win32

William Skaggs writes: > What about a user who wants to file a bug report? Surely > they are relevant in that case? They can then start the GUI app with explicit redirection of stdout and stderr to a file. --tml ___ Gimp-developer mailing list [EMA

Re: [Gimp-developer] Console window on Win32

gtk-app-devel-list people, check the start of this thread from the gimp-developer archives at http://www.mail-archive.com/gimp-developer%40lists.xcf.berkeley.edu/msg07988.html Sven Neumann writes: > There got to be a way to change this behaviour of g_print(), no? Well, one could redirect stdout

Re: [Gimp-developer] fonts

Sven Neumann writes: > The information given above may be appropriate for adding fonts to > your win32 system but it is irrelevant for GIMP on Win32. On Win32, fontconfig by default uses the Windows fonts directory, i.e. the same fonts that Windows uses itself. --tml _

Re: [Gimp-developer] Console window on Win32

Sven Neumann writes: > Almost all of the messages that cause this problem don't come from the > GIMP application. They are created by libraries that we are using and > these libaries aren't necessarily using g_print() and g_printerr(). Nope, you have it backwards. 3rd-party libraries who write

Re: [Gimp-developer] color management

> I am afraid that this is not possible simply because the color > selector is not associated with an image. All we can do is to correct > the color selector using the monitor profile. You mean that the colour selector would implicitly always be sRGB? I'm afraid that's not a good idea. Assume

Re: [Gimp-developer] easy questions

> > > > The second is, I haven't looked at the code at all, but is the GIMP > > > > multithreaded and/or does it absolutely require a multitasking OS? > > You won't be able to use any plugin without a multitasking OS... I think what the OP really meant to ask whether GIMP requires a *pre-empt

Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin

> When I started to implement the GDK clipboard functionality I was > hoping there was better support for it in the win32 GDK backend. Thinking a bit more on it, adding support for cut&paste of images to gdk/win32 would probably not be hard at all. Much code from winclipboard.c can be reused. For

Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin

Sven Neumann writes: > What is the state of support for the GDK clipboard in the win32 > backend? For the *GDK* clipboard only cut&paste of text is supported. The winclipboard plug-in uses the Windows clipboard directly. > Michael reported that he can't even copy and paste image data > from

[Gimp-developer] color management

Sven Neumann writes: > When an image file we open has an embedded color profile we should ask > the user if the image should be converted to linear sRGB (which is > what GIMP assumes internally). Er, what's "linear" about sRGB? It's gamma encoded (and that's a good thing). Doesn't the term "li

Re: [Gimp-developer] Image cut-n-paste; Mac clipboard plugin

Brion Vibber writes: > 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. There is a (Windows

[Gimp-developer] Confirmation for GUADEC accomodation?

Has anybody else received an confirmation after booking a student flat when registering for the conference? I haven't. I did get a confirmation for the conference registration, but on the other hand no charge has showed up on my credit card yet. And no reply to my inqury to the "FiloNova" address.

Re: [Gimp-developer] Who's coming to GIMPCon?

I booked my flight yesterday, and registered at the conference (although no email confirmation yet...?). See you in Kristiansand. --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Who's coming to GIMPCon?

Dave Neary writes: > A number of people have suggested that a list of attendees who have > confirmed they're going would be useful - so could anyone who plans to > be there reply to the lists saying so, please? I would like to come, if I can convince my boss to let me do it on company time.

[Gimp-developer] Re: GPL discussion (was something else)

[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes: > According to you, this shouldn't be. Additionally, one would assume that > these are additional restrictions that are explicitly forbidden by the GPL > itself. But these restrictions are placed by the MySQL copyright holders themselves, aren't

Re: [Gimp-developer] Gimp usability tests

Carol Spears writes: > TheGIMP is not photoshop. it was written so that linux people would not > not have to use a different operating system Was it? GIMP was originally written on the commercial Unixes of the time (Solaris, HP-UX etc), wasn't it? And it used Motif. And it still runs as well o

[Gimp-developer] forwarded message from Jernej =?utf-7?q?Simon+AQ0-i+AQ0-?=

FYI: --- Begin Message --- I uploaded a revised version of the installer, which now includes the help files and gimp-freetype plug-in. This installer will also check for possible DLL conflicts and offer you an option to rename the conflicting files. As usual, the installer is available from

Re: PDB named and default parameters (was Re: [Gimp-developer] TheMark Shuttleworth offer)

Sven Neumann writes: > It is not equivalent but similar. To execute commands from a file you use > > cat | gimp --batch - > > and I really don't see why this should not work on Windows. Sorry, this is probably a very silly question, but could someone post a minimal example of the kind of

Re: PDB named and default parameters (was Re: [Gimp-developer] The Mark Shuttleworth offer)

Simon Budig writes: > If a windows user really needs scripting, I'd recommend to install > e.g. a bash. True, but doesn't necessarily help. The Win32 process invokation API (CreateProcess()) doesn't use a argument vector like Unix does. It uses a "command line". The argv that a C or C+++ main()

Re: [Gimp-developer] Win GIMP - tablet support

Jakub Friedl (listy) writes: > this bug stops many users from using gimp. Does it really? Aren't tablets (at least the more expensive, pressure- and tilt-sensitive ones) mainly used by graphics arts professionals? These guys typically live and breathe in Photoshop, don't they? I doubt they would

Re: [Gimp-developer] Win GIMP - tablet support

> is there any hope for tablet (with pressure sensitivity at least) > support in win port of the gimp? The issue isn't in the Windows port of *GIMP*. I am rather certain the problems are in the Windows backend in *GTK* (GDK). It needs to have some loving care applied to its tablet support. If it w

[Gimp-developer] Re: Win GIMP

(Cc:ing to the gimp-developer list.) [EMAIL PROTECTED] writes: > I wanted to add a feature to Windows Version of gimp but I don't > know how to get started developing for windows. It seems that the > dev site is mainly for the linux person. Or at least the > directions. Most of the current

[Gimp-developer] Re: Windows suggestion

codemastr writes: > Well the people in #gimp were telling me in Linux that's called a "sticky" > window. If so, they probably misunderstood you (or I did). A "sticky" window is (as I understand it) a window that is always on top of all other windows, and stays "sticked" at the same place even if

Re: [Gimp-developer] Alternative zoom algorithm

Simon Budig writes: > This has the advantage that the behaviour is exactly predictable in > every zoom level, since always exactly the same rectangle of the > viewable area gets magnified. Hear, hear! This seems like a big win to me. I'm all for this. > It seems that some people are scared aw

Re: [Gimp-developer] Displaying image using GTK

Roger Leigh writes: > MSYS does not depend on cygwin, BTW. It's entirely standalone. MSYS is a *fork* (version) of Cygwin. As the mingw FAQ says, "The POSIX layer used by MSYS is a fork of the 1.3.3 version of Cygwin". (But maybe that was what you meant.) > They both have to implement fork() u

Re: [Gimp-developer] Displaying image using GTK

Adam D. Moss writes: > The only thing I can think of would be if the > //etc headers that get pulled into just about > every file on a win32 build expand into monsterous evil and add > measurably to the unit compilation time. Well, that probably is the reason. *is* quite large. But none of t

[Gimp-developer] [gimpwin-users] Re: Gimp 1.3.23 available

Tor Lillqvist writes: > I did build the latest libwmf (2.8.1). It required some minor patches > to its source. But it's not installation-location-independent (like > for instance GTK and GIMP are). It looks for its fonts in a I location > fixed at build time. This is not acce

[Gimp-developer] Re: Gimp 1.3.23 available

A couple of small issues noticed after installing Jernej's build of GIMP 1.3.23 for Windows (Thanks!): - The fontconfic configuration file isn't included. It should be as \etc\fonts\fonts.conf. Without this file no fonts are found for the text tool to use. This is easy to fix, just put the file fr

[Gimp-developer] [gimpwin-users] Re: Gimp 1.3.23 available

Tor Lillqvist writes: > Possibly the lcms.dll in the lcms11.zip file isn't suitable as such > to be used from GIMP, but will have to be rebuilt from source. Yes, that seems to be the case. I don't know the technical reasons, but when I built the lcms DLL from sources

Re: [Gimp-developer] Re: Gimp 1.3.22

Tor Lillqvist writes: > Then the "&build" should be removed from gimp's line in > CVSROOT/modules . Will this have some odd consequences, or can it be > done right away? Anyone object? It might be that people will have to re-get gimp from CVS if "&build&qu

Re: [Gimp-developer] Re: Gimp 1.3.22

I wrote: > >If you are using MSVC, I guess the real question is, is there any > >chance that we will be able to claim supporting a MSVC build "out of > >the box" with a straight face? Hans Breuer writes: > Probably not, at least not until the issues outlined in > http://lists.xcf.berkeley.e

Re: [Gimp-developer] Re: Gimp 1.3.22

Sven Neumann writes: > I am not sure about the purpose of libgimpbase/gimpwin32-io.h. Is it > used only in the GIMP source tree or is it supposed to be installed so > external plug-ins can use it as well? I assume it is to be used only in the source tree. > Anyway, it should certainly be add

[Gimp-developer] Re: Gimp 1.3.22

(Redirected to gimp-developer) > Is there any special reason that (almost?) all win32-specific stuff > seems to be missing from release tarballs No. The reason is nobody has tried to build for Win32 from a tarball, so nobody has noticed... or at least not reported her problems. > (the same thin

Re: [Gimp-developer] Re: 16 new brushes for the GIMP

Owen writes: > Anyway, most of them are pretty good. but for this kind of images, image pipes (.gih brushes) would be even better. (each image pipe brush containig a set of related images, for instance diffferent kinds of fruit, different size and colour leaves, etc.) toad_walker said he would tr

[Gimp-developer] Re: 16 new brushes for the GIMP

--- Begin Message --- [EMAIL PROTECTED] writes on gimpwin-users: > [...] I just wanted to let everyone > know that I've created another 16 custom brushes for GIMP (in > addition to the initial 16 I offered a few days ago). I would like > to create about 10-15 per day but I'm running out of "copy

[Gimp-developer] Re: Major corrections in Curves and Levels dialogs.

Just my 2 euro cents: The "linear" histogram illustration Sven provided looks a lot more like histograms of typical images do in other applications than the "logarithmic" one. I have often wondered why GIMP's (traditional logarithmic) histograms look so different than the ones you see in other (co

[Gimp-developer] Re: OK to stop using .def files for Windows builds with gcc?

Tor Lillqvist writes: > No. But the alternative is to decorate every function and variable to > be exported with __declspec(dllexport). To be more precise, preprocessor macros would have to be used in such a way that when compiling the library in question, the compiler sees __declspec(dll

[Gimp-developer] Re: OK to stop using .def files for Windows builds with gcc?

Arnaud Charlet writes: > Is it really the case that MSVC can't create DLLs without .def files ? No. But the alternative is to decorate every function and variable to be exported with __declspec(dllexport). That would clutter the headers unbearable. (The exported variables do have to be decorated

[Gimp-developer] OK to stop using .def files for Windows builds with gcc?

I am getting tired of maintaining the .def files that list entry points exported by DLLs. Gcc doesn't really need them anyway. If you don't give it any .def file, it exports all global symbols, just like Unix compilers/linkers traditionally work. (All the Windows binaries of GLib, GTK, GIMP etc dis

[Gimp-developer] Re: [gimpwin-users] Fresh Windows binaries of development GIMP

Tor Lillqvist writes: > Oops, sorry, forgot to upload the librsvg zipfiles. Now they are > there. And now is there also zipfiles for libgsf, which is needed by the librsvg DLL (which is needed by the svg plug-in)... --tml ___ Gimp-developer m

Re: [Gimp-developer] Fresh Windows binaries of development GIMP

I just lost some 50 mail messages due to an unfortunate interaction between my virus scanner and mail reader (and some carelessness on my part), sigh. If you have sent me personal mail in the last 18 hours or so, please re-send... --tml ___ Gimp-develo

[Gimp-developer] Re: [gimpwin-users] Fresh Windows binaries of development GIMP

David Moisan writes: > >librsvg dependency is new compared to my previous build of GIMP > ^^^ librsvg-2.4.0.zip "404 Not Found" Oops. :) Oops, sorry, forgot to upload the librsvg zipfiles. Now they are there. --tml ___ Gimp-developer mailing l

[Gimp-developer] [gimpwin-users] Re: Fresh Windows binaries of development GIMP

carloscrae writes: > i still have the same problem regarding plug-in installation > problems with directories that have spaces Yes, that problem is in GLib, not GIMP. Should have mentioned that in the announcement mail. I am not distributing new binaries for GLib (yet). I probably should do a sn

[Gimp-developer] Fresh Windows binaries of development GIMP

Built from CVS today. www.gimp.org/win32/gimp-1.3.22-20031009.zip www.gimp.org/win32/gimp-dev-1.3.22-20031009.zip As earlier, the dependencies are downloadable from www.gimp.org/win32/downloads.html. Check the end of the page. The librsvg dependency is new compared to my previous build of GIMP 1.

Re: [Gimp-developer] Kudos to The GIMP Developers!

Tino Schwarze writes: > You're right. If you could tell me such a program... I would have used > it. The nearest approximation was xfractint but it's cumbersome to use > and doesn't have a gradient editor (and I'm not sure whether it's > capable of rendering 2x14000 pixel images). ;-) Woul

Re: [Gimp-developer] Kudos to The GIMP Developers!

So the huge image you generated is a fractal? Isn't it a bit silly to render such images (especially if they are huge) with GIMP, where all of the image's pixels are kept in memory (or the tile cache) all the time? Aren't many fractals such that you could calculate the value of each pixel indepen

Re: [Gimp-developer] Screenshot plug-in status

> I was hoping that there was interest in getting rid of (almost) all > differences between platforms and doing a common screenshot plug-in > would be one more step towards this goal. Sad to hear that you prefer > to keep the winsnap plug-in alive. Well yes, that is a good goal. But as it started

Re: [Gimp-developer] Gimp interface streamlining

While talking about UI ideas, how about keyboard-mouse chording? Currently, while painting with the mouse (or tablet pen), the other hand is presumably idle. Would it be a good idea to be able to use keyboard keys to modify the painting action? I am thinking of some fresh ways to interact using bo

Re: [Gimp-developer] Screenshot plug-in status

Alan Horkan writes: > I was just asking because the code was being changed anyway. Well, actually it's not certain at all that the screenshot code used on Win32 will be changed. The winsnap plug-in works, and even if code from it was copied into screenshot.c, it wouldn't still work the same way a

Re: [Gimp-developer] "Ken Burns" style animation tool: standalone or plug-in?

Daniel Rogers writes: > hmm, last time I checked, plugins run in a different process space, so > setting up callbacks is a bit more difficult than normal. Well, obviously I meant callbacks using the normal PDB mechanism, and not directly. --tml ___

Re: [Gimp-developer] Re: "Ken Burns" style animation tool: standalone or plug-in?

> Burton Samograd writes: > > You should look at Cinellera. > Tor Lillqvist <[EMAIL PROTECTED]> writes: > > Hmm... It was strangely hard to find Cinellera using Google, I Umm yes, that was because it's spelled Cinelerra, not Cinellera... Still, I

[Gimp-developer] Re: "Ken Burns" style animation tool: standalone or plug-in?

Burton Samograd writes: > You should look at Cinellera. Hmm... It was strangely hard to find Cinellera using Google, I actually first found the Slashdot discussion, from which was a link to the firm's pages. http://heroinewarrior.com/cinelerra.php3 says: RECOMMENDED FRONT END SYSTEM [...] Dua

Re: [Gimp-developer] Screenshot plug-in status

Henrik Brix Andersen writes: > Using gimp_pixel_rgn_set_row() may work for some images, but since > GdkPixbufs internally have aligned data which may result in padding > garbage inserted between two rows, you will need to use > gdk_pixbuf_get_rowstride() and iterate over the rows one by one. B

[Gimp-developer] Screenshot plug-in status

Henrik Brix Andersen writes: > It would be nice if someone on say... win32 ;)... would have a go at > writing the missing win32 part of the select_window() function. I get the hint ;-). I'll have a look at it. Grabbing the whole screen with screenshot (without any Win32 specific code yet) was

Re: [Gimp-developer] "Ken Burns" style animation tool: standalone or plug-in?

Alan Horkan writes: > If you are particularly ambitious could it be an substantial "Animation > Tool", an interface like a standalone application but substantially > reusing the GIMP components, a sister to the GIMP if you will? (If I am > being wildly unrealistic as usual, just say so). Umm..

Re: [Gimp-developer] "Ken Burns" style animation tool: standalone or plug-in?

Jakub Steiner writes: > I have sucessfully done this with an existing GIMP plugin - GAP's move > path. At PAL resolution. The only problem is it needs a lot of disk > space and RAM. Hmm, didn't know GAP could do that. I don't think GAP is suitable for this. Takes way too much disk space. Or doe

Re: [Gimp-developer] Bug Week!

What do you think, should I perhaps build a fresh Win32 build of GIMP 1.3 for the bug week, and announce it on gimpwin-users? Or will we get overloaded by non-bugs like problems with installing GIMP 1.3 on Windows? --tml ___ Gimp-developer mailing list

[Gimp-developer] "Ken Burns" style animation tool: standalone or plug-in?

(No, I haven't seen any Ken Burns documentaries (AFAIK), but his name comes up all the time when googling for stuff to do this kind of animation I am talking about here. He probably is known to the Americans on this list?) I have recently toyed with the thought of writing a tool to produce (low (T

[Gimp-developer] Fresh 1.3 binaries for Windows

www.gimp.org/win32/gimp-head-20030901.zip. Built from CVS HEAD today. Other stuff you will need is at www.gimp.org/win32/downloads.html . --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-devel

Re: [Gimp-developer] GIMP HEAD Win32 binaries

Branko Collin writes: > Unfortunately, > proves a real > blocker for me. A workaround is to set the decimal separator to '.' in your Regional Settings... --tml ___ Gimp-developer mailing list [EM

Re: [Gimp-developer] Allow Maximise in Dialogs, like in Paint ShopPro 8

> On Sun, Aug 17, 2003 at 07:23:39PM +0000, Tor Lillqvist <[EMAIL PROTECTED]> wrote: > > Sorry if this is a silly question, but does the "maximize" button on > > modern X11 window managers behave differently than in Windows? Doesn't > > it always make

Re: [Gimp-developer] Allow Maximise in Dialogs, like in Paint ShopPro 8

Sorry if this is a silly question, but does the "maximize" button on modern X11 window managers behave differently than in Windows? Doesn't it always make the window fill the whole screen? (Hmm, or is it so that even on Windows it is possible to make the maximize button not always maximizing to t

[Gimp-developer] winsnap plugin build problems

Michael Schumacher writes: > When compiling current cvs on win32, I get: > ../../build/win32/compile-resource winsnap.rc winsnap-win32res.o > /bin/sh: ../../build/win32/compile-resource: No such file or directory ../../build/win32/compile-resource probably *is* there, but what causes that messa

Re: [Gimp-developer] Portable XCF

BTW, what happened to GNOME's libefs? From quickly browsing the sources, it seems to have been included in bonobo still in bonobo-1.0.22, but then bonobo was renamed to libbonobo, and I don't see any trace of it in libbonobo-2.3.6. Was it such a badly designed disaster that it was dropped? Or did i

Re: [Gimp-developer] Portable XCF

I won't take any stand on either side (or how many sides are there?) in the ongoing discussion, just air some fresh thoughts... Many of the image formats suggested are some kind of archive formats (zip, ar) on the outside. I understand that one important benefit from this is that you can store la

GIMP, Win32 & MinGW (was: Re: [Gimp-developer] Third big seriousmeeting from GIMPcon)

Michael Schumacher writes: > The result of make after creating the libintl.a & libiconv.a files: > Creating library file: .libs/libgimpui-1.3.dll.a > .libs/gimpui.o(.text+0x159):gimpui.c: undefined reference to `gimp_min_colors' > .libs/gimpui.o(.text+0x170):gimpui.c: undefined reference to `g

[Gimp-developer] GIMP HEAD Win32 binaries

www.gimp.org/win32/gimp-head-20030813.zip. Haven't really tested GIMP HEAD much at all myself, but it starts OK and some random painting and filtering did work. Bug reports to bugzilla, please. Plase don't tell end-users yet, until I have had a chance to do some more testing myself, to avoid hav

Re: [Gimp-developer] Third big serious meeting from GIMPcon

Michael Schumacher writes: > Building with MinGW is a bit more complicated - the packages of > libiconv and libintl that are linked from > http://www.gimp.org/~tml/gimp/win32/downloads.html don't include > import libriaries to be used with libtool. All my tries to create > them with pexports a

Re: [Gimp-developer] GIMP HEAD Win32 binaries

Pedro Gimeno writes: > I found the cause. I missed the gspawn-win32-helper.exe from the glib > archive. Thanks anyway. And in fact, when GLib 2.2.3 comes out, the helper process won't be needed in certain (hopefully common) cases, by coincidence (NOT) exactly the combination of parameters to g_s

Re: (LONG) Problems with the GIMP (was: Re: [Gimp-developer]tentative GIMP 2.0 release plans)

Tor Lillqvist writes: > There also seems to be some handle leak when GIMP is starting up and > queries all the plug-ins. Also, something needs to be done to #98737 > soon. (Perhaps related, I had to start GIMP at least four times before > it got past all the plug-ins and wrote out

Re: (LONG) Problems with the GIMP (was: Re: [Gimp-developer]tentative GIMP 2.0 release plans)

Hans Breuer writes: > This is a regression of previous versions. IIRC it was caused > by the usage of gdk_eindow_new() with parameters 'in range' and > additional adjusted by SafeAdjustWindowRect and the code > later calling gdk_window_move with coordinates directly derived > from the current

Re: [Gimp-developer] gimpwin32-io.h

Henrik Brix Andersen writes: > Removing the fallback definitions broke compilation on at least one > platform, namely GNU/Linux which doesn't define _O_BINARY and/or > _O_TEMPORARY. Most likely other unix-like platforms where affected as > well. Since Unix systems don't distinguish between "bi

Re: (LONG) Problems with the GIMP (was: Re: [Gimp-developer]tentative GIMP 2.0 release plans)

Alan Horkan writes: > Any chance of binaries [for Win32] for testing? If you ask nicely, I might be presuaded to zip up what I've got... (Just built it on Win32 for the first time in a while.) > And what compiler did you use (wondering if I'll be able to get gtk-wimp > to work with the Gimp 1.

Re: [Gimp-developer] Summary of outstanding 1.3 bugs/featurerequests.

Alan Horkan writes: > the "ColorCube Analisys" plugin effectively gives this > functionality but unfortanately was only available for GIMP 1.2 on > windows. Err, you mean it happened to be bundled with the most common (only?) GIMP binary distribution for Windows. Nothing would prevent distribut

Re: (LONG) Problems with the GIMP (was: Re: [Gimp-developer]tentative GIMP 2.0 release plans)

Michael Schumacher writes: > According to Tor Lillqvist, there was something missing from Pango > 1.2.3 and fixed shortly after the release. BTW, I now made new pre-built pango-1.2.3 Win32 packages on www.gimp.org/win32/downloads.html, with the missing exports added, so building GIMP 1.3

pspi (was: Re: [Gimp-developer] Re: ANNOUNCE: gimp-plugin-template1.3.1)

Nathan Carl Summers writes: > Gimp plugins do not link with the Gimp and thus do not fall under Gimp's > licence. Gimp plugins do link with libgimp*, which is licensed under the > LGPL. Are there any licensing issues, BTW, with the pspi plug-in? (The GIMP plug-in that interfaces to Photoshop p

[Gimp-developer] Re: The Gimp on c't special CD

What should one do with requests like this? If I recall correctly, I already once have told these people that they don't need any more permissions than what they already have to redistribute GIMP, and that even if they did need some permission, I am not entitled to give them it on the behalf of all

[Gimp-developer] The gimpwin-dev list has now been closed...

As Sven suggested a long time ago, the gimpwin-dev list has now been closed... I directed people to subscribe to this list, gtk-devel, or gtk-app-devel instead, as appropriate. P.S: Anybody know of a way to get the archived gimpwin-dev messages out from yahoogroups and into some not advertising-ba

Re: [Gimp-developer] Re: [gimpwin-users] Script-Fu "Erase every otherrow" not erasing every each other row

(gimpwin-users readers can largely ignore this message... just keeping this thread there, too, as it started there) Manish Singh writes: > It looks to be trio's fault, there is a bug similar to this opened already: > > http://bugzilla.gnome.org/show_bug.cgi?id=101874 > > Perhaps special cas

[Gimp-developer] Re: [gimpwin-users] Script-Fu "Erase every other row" not erasingevery each other row

It turns out the bug is caused by Trio, the printf/scanf implementation included in GLib 2.2, and used on for instance Win32. (The main cause to use Trio instead of the C library's printf/scanf on some platform is that the C library doesn't have a C99-compatible snprintf() or positional printf para

Re: [Gimp-developer] Gimp-print mainline

Sven Neumann writes: > We usually try to avoid to use terms as "the Win32 GIMP port" or "the > OS X GIMP port" since GIMP is multi-platform and there are no ports to > other operating systems. Isn't it the terms "version" or "project" that should be avoided, not "port"? --tml ___

[Gimp-developer] Re: [gimpwin-users] Script-Fu "Erase every other row" not erasingevery each other row

Michael Schumacher writes: > the "erase every other row" script-fu seems to be > broken. Sometimes, the wrong row is deleted. A sample image showing > this effect is available here: > http://www.gimp.de/1044969327/1045147200/1045173183/streifen.png Jean-Louis Hamel writes: > Conclusion: there

Re: [Gimp-developer] sourceforge cvs issue

Sven Neumann writes: > IMO Tor should commit his filename-conversion hacks. I wrote: > OK, I'll merge them in then, with ifdefs as appropriate not to affect > behaviour on Unix. I'll probably have time to do it next weekend. It took some time before I could do it, but now I have merged in tho

<    1   2   3   >