Under what circumstances is RUN_WITH_LAST_VALUES intended to be used?
Is it something I should be particularly concerned with in the print
plugin, or would dropping it be reasonable?
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://w
Gimp-Print 4.1.3 is a development release in the 4.1 line. This
version marks a complete reorganization of the source tree.
Gimp-Print now uses the GNU build tools much more comprehensively in
the past. It builds a single shared library that the Gimp plugin and
the CUPS driver (and perhaps other
All users of the Epson driver should take this release, particularly
if you've had problems with the very bottom of the print not printing
out and the page not ejecting (this is accompanied by a segmentation
violation if it happens).
The next release of gimp-print will include a major reorganizat
Date: Sat, 6 Jan 2001 11:56:22 -0800 (PST)
From: Matts Kivik <[EMAIL PROTECTED]>
I have showed the Gimp to driven photoshop users, and they all
complained at one thing, the fact that gimp does not have a "root"
window, like photoshop in windows have.
As long as no one's *forced* t
This is gimp-print version 4.1.1, a development release on the 4.1 line.
Print 4.1.1 contains the following fixes and improvements over 4.1.0:
1) Further improvements in quality (we believe) in Photograph mode.
2) A problem whereby black letters and other black detail had a hollow
appearance
Please feel free to write this plugin.
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
Project lead for The Gimp Print -- http:
There's a certain kind of correction that we're using in gimp-print
that I'd like to be able to create a GUI element for.
In order to get more accurate colors, I've come up with with a color
correction technique in HSL space based on hue mapping and luminosity
mapping. It's based on the followin
>From gimp-1.1.31.tar.bz2 on ftp.gimp.org.
Making all in po-plug-ins
make[2]: Entering directory `/mnt1/sandbox/gimp-1.1.31/po-plug-ins'
make[2]: *** No rule to make target `../plug-ins/common/spheredesigner.c', needed by
`gimp-std-plugins.pot'. Stop.
make[2]: Leaving directory `/mnt1/sandbox/g
This is gimp-print version 4.1.0, the initial development on the 4.1 line.
This plugin can be compiled against either Gimp 1.1 or 1.0. After 1.2
is released, we anticipate dropping support for Gimp 1.0 and older
versions of Gimp 1.1 (probably 1.20 and earlier, although that is not
guaranteed).
Date: Tue, 12 Dec 2000 22:00:18 +0900 (JST)
From: <[EMAIL PROTECTED]>
Content-Type: TEXT/PLAIN; charset=iso-2022-jp
> So what happens when the four plug-ins in a dynamically generated
> sub-menu are called:
> _C_ool splash effect
> _C_ool burn-through
> _O_rangify
> _C_
Date: Tue, 12 Dec 2000 15:31:07 +0100
From: Simon Budig <[EMAIL PROTECTED]>
Dont argue with speed: Pressing Alt-F + x to exit a program is definitely
more complicated than pressing Ctrl-Q. This goes double for nested menus.
In this *particular* instance, faster != better IMHO. Exiti
Date: Mon, 11 Dec 2000 21:34:12 +0900 (JST)
From: <[EMAIL PROTECTED]>
You can ignore "bad language" in the first one, because you can still
perfectly understand the issues raised there. If you think they are
issues in the first place. Apparently, some people don't.
You could hav
From: Sven Neumann <[EMAIL PROTECTED]>
Date: 10 Dec 2000 18:50:36 +0100
As Mitch already pointed out, bug fixes will go into the 1.2.x branch.
The issue's not bug fixes, but feature enhancements -- new printers,
quality improvements, and such, as we're already working on our 4.1.
Should
What are the plans for maintenance of 1.2? At some point (long before
1.4), we're going to do a gimp-print 4.2; it may even happen in 3
months or so if the quality (particularly color) improvements outrun
the rest of the development projects. Will there be any kind of
release train such that the
This is an emergency release due to a bug in the configure script.
This bug was fixed in beta, but reappeared due to a system upgrade
that replaced the fixed file.
There is another quality fix. All users should take this upgrade.
Gimp-Print 4.0.4 contains the following fixes over Gimp-Print 4.0
Gimp-print 4.0.3 is a stable release in the 4.0 line. Ghostscript
users and users of the HP DeskJet 1200C should take this update; it is
optional for others.
Gimp-Print 4.0.3 contains the following fixes over Gimp-Print 4.0.2:
1) The fix to the GhostScript driver in 4.0.2 broke the handling of
I'm having trouble finding this in the online documentation...
What happens if you specify RGB rather than RGB* as the image type
(I'm presuming RGB* means RGB or RGBA) and you get passed an image
with an alpha channel? Does the plugin refuse to run (or the Gimp not
allow the plugin to run on th
This is the real thing...gimp-print 4.0.0!
Gimp-Print 4.0.0 is a major release of the Gimp Print plugin and
associated stp GhostScript driver and CUPS driver. Among the new
features over the 2.0 (distributed with the Gimp 1.0) and 3.0
(distributed with some versions of the Gimp 1.1) releases are
This is the first release candidate of gimp-print 4.0.0. Please test
it to ensure that there are no remnant problems. This is very close
to the real 4.0.
Gimp-Print 4.0.0 contains the following fixes over Gimp-Print 4.0b3:
1) All HP LaserJet printers except for the 4L are capable of 600 DPI
This is really something that needs to be fixed in gimp.m4. Gimp
developer folks, could you please check this?
--- Start of forwarded message ---
Date: Mon, 16 Oct 2000 11:06:18 -0700 (PDT)
From: Garrick James <[EMAIL PROTECTED]>
To: Robert L Krawitz <[EMAIL PROTECTED]>
Subj
This is the second (and hopefully last) beta release of gimp-print
4.0. It is not the final 4.0 release, but it is very close. We
anticipate that the final 4.0 will happen in a few weeks, after more
testing and any necessary bug fixes. In addition, we expect support
for the Epson Stylus Color 7
I noticed this entry in the Gimp change log:
2000-09-15 Asbjorn Pettersen <[EMAIL PROTECTED]>
* plug-ins/print/print-ps.c (ps_parameters): use g_strncasecmp()
instead of strncasecmp(). More portable.
If there's a portability problem in the print plugin, please report it
to [E
Date: Mon, 25 Sep 2000 20:21:45 +0100
From: Nick Lamb <[EMAIL PROTECTED]>
Enough hilarity. If you know of something which must be done before
1.2.0 please follow on to this mail. If you know of a reason why
we should unfreeze Gimp instead, feel free to let loose.
I would like to g
Date: Sun, 24 Sep 2000 22:36:05 -0500
From: Jon Winters <[EMAIL PROTECTED]>
Robert L Krawitz wrote:
>
> To the Editor of Popular Photography:
>
> In your article "Expanding the Palette" in the October 2000 issue, you
> listed several
To the Editor of Popular Photography:
In your article "Expanding the Palette" in the October 2000 issue, you
listed several software products available for image editing and
painting in a box on page 62. I was disappointed not to see The GIMP
not included in this roundup. This is a very high qu
I've complained about this for a while (the Gimp install procedure
doesn't do an ldconfig at the end). The effect that that has is that
you can't run configure in gimp-data-extras, and the message isn't
helpful.
[2(rlk)||{!284}/mnt1/sandbox/gimp-data-extras-1.1.26]
$ ./configure
loading site scr
This is the first beta of gimp-print 4.0. This is a major release,
and has many important changes over all previous versions. In
particular, the format of the printrc file has changed incompatibly
with all earlier versions of the print plug-in. The new plugin can
read old printrc files but not
This is the third alpha release (and hopefully the last before beta)
for gimp-print. This is a major update.
There are two problems beyond those noted in the release notes:
1) Printing position is incorrect on the Epson Stylus Color 800 (the
same issue we had on the 850).
2) The Ghostscript
Date: Fri, 25 Aug 2000 01:08:42 +0200
From: Sven Neumann <[EMAIL PROTECTED]>
There were no API changes at all. All of the names that are standard
now have been around for a long time and the only thing we did was to
reverse the logic of the COMPAT_CRUFT defines. What was
Date: Thu, 24 Aug 2000 12:14:20 +0200
From: Sven Neumann <[EMAIL PROTECTED]>
in a final move to finish the 1.2 libgimp API we have changed the
logic of the COMPAT_CRUFT definitions in libgimp. The compatibility
definitions from gimpcompat.h and gimpenums.h are no longer included
Thanks!
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
Project lead for The Gimp Print -- http://gimp-print.sourceforge.net
"
This is the Print plugin for the Gimp, version 4.0a2. This is the
second pre-release of the 4.0 stable release. It is not 4.0.
This software also comes with a GhostScript driver. The support for
printers in the GhostScript driver is identical to the support for
these printers in the Print plug
This is the first alpha release along the way to 4.0. It is not 4.0.
Gimp-Print 4.0a1 contains the following improvements over Gimp-Print 3.1.9:
1) The Ghostscript driver has been extensively revised. IN
PARTICULAR, THE OPTIONS HAVE CHANGED TO A DEGREE MAKING IT
IMPOSSIBLE FOR ANY USES O
Date: Wed, 2 Aug 2000 14:43:30 +0200
From: Marc Lehmann <[EMAIL PROTECTED]>
On Wed, Aug 02, 2000 at 07:56:35AM -0400, Robert L Krawitz <[EMAIL PROTECTED]> wrote:
> hope to release in a few months), we'll probably want to ship printer
> definitions, color pr
Date: Tue, 1 Aug 2000 23:56:55 +0100 (BST)
From: Austin Donnelly <[EMAIL PROTECTED]>
Some work needs to be done on gimptool before 1.2 can release. In
particular, we need to be able to use it to automate the building of
DLL modules without using a gimp build tree.
As long as we'r
Date: Tue, 1 Aug 2000 09:34:10 -0400
From: Zachary Beane <[EMAIL PROTECTED]>
This was a legitimate screw-up in one version of Red Hat, IIRC. They
did not include the gimptool script in either gimp or gimp-devel
RPMs. This became an issue on IRC for several people, until we finally
Content-Type: text/plain; charset=us-ascii
Date: Tue, 1 Aug 2000 11:07:44 +0100 (BST)
From: Austin Donnelly <[EMAIL PROTECTED]>
On Tuesday, 1 Aug 2000, Marc Lehmann wrote:
> On Mon, Jul 31, 2000 at 09:29:01PM -0400, Robert L Krawitz <[EMAIL PROTECTED]>
wr
A number of our users who are using Red Hat (6.0 or 6.2) report that
there is no gimptool present with Gimp 1.0.4 (they've done a find and
come up with nothing; they've checked that they've installed
gimp-devel). However, it appears to be present in at least some
places with 1.0.4. Our configure
Date: Sun, 30 Jul 2000 19:34:18 +0200 (CEST)
From: [EMAIL PROTECTED]
On 30 Jul, Marc Lehmann wrote:
> It's you who is unprof(f)essional. You were and are totally wrong with
> your today's claim about gcc -- claiming some not-yet-existant
> version of gcc causes problems on your
All users of the GhostScript stp driver should upgrade, due to a
critical bug that causes an infinite loop to occur with some
combinations of printer choice, compiler used, and possibly other
factors. Other users may want to upgrade due to the print quality
improvements.
One user has reported an
This is a development release of Gimp-Print. This will probably be
the last release until after the Printing Summit in two weeks.
Print 3.1.8 contains the following improvements over 3.1.7:
1) The entries for printer model and paper size have been greatly
improved. There are many additional
This is an emergency release due to a GhostScript compile failure that
slipped through the cracks. However, I did slip a little goodie in
there just the same.
1) Emergency GhostScript bug fix.
2) escputil program now retrieves ink level from the printer.
--
Robert Krawitz <[EMAIL PROTECTED]>
--- Start of forwarded message ---
Date: Sat, 17 Jun 2000 18:59:41 -0400
From: Robert L Krawitz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: [Gimp-print-announce] Gimp-print 3.1.6 release
This is to announ
This is a development release. Usual caveat about aerodynamic print
heads and fine Oriental rugs apply.
This is a fairly substantial release. The .tgz file is much bigger
than before because of new dithering matrices. Print quality should
be greatly improved.
1) Greatly improved print quality
Date: Sat, 20 May 2000 16:08:54 +0200
From: Sven Neumann <[EMAIL PROTECTED]>
> Alternatively, why not put all of the Gimp on Sourceforge rather than
> trying to duplicate their effort?
OK, probably I haven't enough experience with sourceforge. But could
someone please explai
Date: Sat, 20 May 2000 11:12:35 +0200
From: Sven Neumann <[EMAIL PROTECTED]>
> So this might be a false alarm. I really don't think it looks as
> bad. Especially if you consider that such a thing as asked for since about
> a year, and we _still_ douldn't have even something remotel
Date: Wed, 10 May 2000 19:15:57 -0500 (CDT)
From: Tim Mooney <[EMAIL PROTECTED]>
cc: Raphael Quinet <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
In regard to: Re: EPIPE, Michael Natterer said (at 12:40am on May 11, 2000):
>This is what currently happens (ok, it happens in the handler, b
Date: Mon, 08 May 2000 20:22:27 +0200
From: Michael Natterer <[EMAIL PROTECTED]>
Unfortunately this is not the reason why gimp dies on just any aborting
child. Although I 100% agree that SIGPIPE being fatal is the wrong thing
to do. I browsed CVS and Gimp is connecting SIGPIPE to o
This is the Print plugin for the Gimp, version 3.1.4. This is a
development release. If this software causes your print head to zoom
off the end of your printer, spilling ink all over your 1000 year old
Persian rug, don't blame us. Remember, you installed the software.
Changes from 3.1.3:
1)
Date: Sun, 30 Apr 2000 23:21:35 +0200
From: Marc Lehmann <[EMAIL PROTECTED]>
And, in the future, when the format *might* (or might not...) be extended
so it is easily mmapable (large images) or aquires other similar features,
the idea of "reading/writing xcf images form outside the
From: Tor Lillqvist <[EMAIL PROTECTED]>
Date: Sun, 30 Apr 2000 23:02:43 +0300 (FLE Daylight Time)
> I got now several emails from users with the wish to add XCF reading
> support in my viewer.
I don't know if that is a good idea. XCF is really the GIMP's own
private format f
This is to announce gimp-print 3.1.3. This is still a development
release. The following are the release notes for this version:
1) Completely revamped dithering algorithms. These algorithms should
be faster and easier to maintain in addition to better,
particularly on more advanced prin
This is to announce the release of gimp-print (the Gimp Print plugin)
version 3.1.2. This is a development release. The release notes
follow:
1) Better dither quality.
2) Dither is optimized for several different types of images
(photographs, continuous-tone images such as charts, line art,
Date: Sat, 18 Mar 2000 13:05:44 -0500 (EST)
From: Eddie Maddox <[EMAIL PROTECTED]>
I'm new to GIMP. I also just bought an HP DeskJet 952C printer. All the
9xx models support 2400x1200 resolution and the use of both premium and
real photographic paper.
The GIMP 1.0.4 print confi
Date: Tue, 14 Mar 2000 18:10:32 +0100 (MET)
From: [EMAIL PROTECTED] (Raphael Quinet)
Libtool already prints a message telling the user to run "ldconfig" or
"ldconfig -v" after installing something, so any user who watches the
installation process should know what to do.
If somebod
Date: Mon, 13 Mar 2000 17:22:50 +0100 (MET)
From: [EMAIL PROTECTED] (Raphael Quinet)
> > Like I said: this should be run as part of the installation procedure
> > "on Elf-based systems, at any rate".
>
> But "Elf" and "ldconfig" are not too related to each other.
Yup! I ha
Date: Sun, 12 Mar 2000 21:44:49 +0100
From: Marc Lehmann <[EMAIL PROTECTED]>
On Wed, Mar 08, 2000 at 07:23:49AM -0500, Robert L Krawitz <[EMAIL PROTECTED]> wrote:
> the presence of the Gimp. It's considerably more than "just a cache";
> it con
Date: Tue, 7 Mar 2000 16:45:59 +0100
From: Marc Lehmann <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Sun, Mar 05, 2000 at 02:16:04PM -0500, Robert L Krawitz <[EMAIL PROTECTED]> wrote:
> When the Gimp is installed, the make install should run ldconfig (on
> Elf
When the Gimp is installed, the make install should run ldconfig (on
Elf-based systems, at any rate) so that ld.so picks up the new shared
libraries.
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
M
I reported this against 1.1.17. Could someone please fix it?
Thanks. Without this, configure will not be able to link the test
program against the Gimp.
diff -u /usr/local/share/aclocal/gimp.m4~ /usr/local/share/aclocal/gimp.m4
--- /usr/local/share/aclocal/gimp.m4~ Tue Mar 30 13:49:58 1999
++
Print 3.1.1 is out. Please see http://gimp-print.sourceforge.net or
ftp://download.sourceforge.net/pub/sourceforge/gimp-print/print-3.1.1.tar.gz.
This is a development release. The usual caveats apply. We still
don't guarantee that the print head won't be launched from the printer
with *ahem*
Date: Sat, 4 Mar 2000 14:09:49 -0800
From: Manish Singh <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Sat, Mar 04, 2000 at 09:18:57AM -0500, Robert L Krawitz wrote:
>Date: Sat, 4 Mar 2000 03:56:18 -0800
>From: Manish Singh <[EMAIL PROTECTED]>
> R
Date: Sat, 4 Mar 2000 03:56:18 -0800
From: Manish Singh <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Fri, Mar 03, 2000 at 09:01:01PM -0500, Robert L Krawitz wrote:
> (and as it happens, in 1.1 the Gimp library directory is
> /usr/local/lib/gimp/1.1, and so fort
Date: Fri, 3 Mar 2000 17:44:55 -0800
From: Manish Singh <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Fri, Mar 03, 2000 at 08:48:29PM -0500, Robert L Krawitz wrote:
>Date: Fri, 3 Mar 2000 11:49:14 -0800
>From: Manish Singh <[EMAIL PROTECTED]>
&
Date: Fri, 3 Mar 2000 11:49:14 -0800
From: Manish Singh <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Fri, Feb 25, 2000 at 08:38:51AM -0500, Robert L Krawitz wrote:
> Gimptool has no specific way to echo the name of the Gimp installation
> directory. There are
Date: Fri, 3 Mar 2000 11:54:48 +0100
From: Marc Lehmann <[EMAIL PROTECTED]>
($plugins = `$GIMPTOOL -n --install-admin-bin /bin/sh`) =~
s{^.*\s(.*?)(?:/+bin/sh)\r?\n?$}{$1}}
(I only need it in the testsuite, which is not run when we're inside the
gimp source tree)
Which will work
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sat, 26 Feb 2000 02:37:02 +0100
just do make my position clear: I was not critizing your decision. My
feeling was just that we could have built a similar framework on
available resources with substantial interest and a little effort.
Date: Fri, 25 Feb 2000 15:42:49 -0800
From: Kevin Turner <[EMAIL PROTECTED]>
On Fri, Feb 25, 2000 at 05:06:43PM +0100, Sven Neumann wrote:
> There is a gimp-plugins project at SourceForge which you might be
> interested in, since they can provide you with web, ftp and cvs resources
Gimptool has no specific way to echo the name of the Gimp installation
directory. There are options for installing things, for getting
flags, and such, but nothing to simply report where the Gimp is
installed.
The issue here is that I'd like change the printer descriptions inside
the print plugi
I put 3.0.9 up on gimp-print.sourceforge.net, and Sven checked the
equivalent into the Gimp proper.
This will be the last standalone release on the 3.0 branch. The
standalone code is getting too far out of sync with the Gimp CVS
repository to make this very easy, and the real action is happening
I will be sending Sven the 3.0.8 patches shortly.
I think I know why Michael got his solid black output, and it had
nothing (really) to do with the bug fixes I did for 3.0.7. The
problem was that someone ripped out the calc_rgb_to_hsv and
calc_hsv_to_rgb functions I put in print-util and replace
I did a 3.0.7 this evening, and then decided to port a few of the
juicier GUI features over from the mainline (specifically the
separation of printrc save from cancel and print, the positioning
entry boxes, and the correct sizing computations), so I quickly did a
3.0.8. I sent Sven the patches fr
This is the first version on the 3.1 (development) series. It is
available at http://gimp-print.sourceforge.net. In addition to the
plug-in for the Gimp, the same source base is used as the nucleus of a
GhostScript driver to support Epson Stylus printers.
Gimp developers, should I send these an
I'm just waiting right now for Michael J. Hammel to sign off on a
couple of bug fixes (which isn't absolutely a sure thing), then I'll
release 3.0.7. To whom should I send the patch when it's ready?
I'm hoping to do 3.1.0 this evening; I'll also send that announcement
to this list. I'll be very
Date: Sun, 20 Feb 2000 22:36:11 + (GMT)
From: Austin Donnelly <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Saturday, 19 Feb 2000, Robert L Krawitz wrote:
> Pending a general way to scale images separately on X and Y axes, what
> would be your (collective) sugge
Date: Sun, 20 Feb 2000 15:04:42 -0500
From: Robert L Krawitz <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
From: "Michael J. Hammel" <[EMAIL PROTECTED]>
Date: Sun, 20 Feb 2000 11:56:17 -0700 (MST)
I loaded the 1.1.17 release the other day and today I
From: "Michael J. Hammel" <[EMAIL PROTECTED]>
Date: Sun, 20 Feb 2000 11:56:17 -0700 (MST)
I loaded the 1.1.17 release the other day and today I did a print job. All
I get is a solid black output. I'm using an Epson Stylus Color 500 and the
printer worked fine in 1.1.15 (I didn't
From: "Michael J. Hammel" <[EMAIL PROTECTED]>
Date: Sun, 20 Feb 2000 11:56:17 -0700 (MST)
I loaded the 1.1.17 release the other day and today I did a print job. All
I get is a solid black output. I'm using an Epson Stylus Color 500 and the
printer worked fine in 1.1.15 (I didn't
From: "Michael J. Hammel" <[EMAIL PROTECTED]>
Date: Sun, 20 Feb 2000 11:56:17 -0700 (MST)
I loaded the 1.1.17 release the other day and today I did a print job. All
I get is a solid black output. I'm using an Epson Stylus Color 500 and the
printer worked fine in 1.1.15 (I didn't
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sun, 20 Feb 2000 03:18:53 +0100
Don't underestimate the importance of the resolution info for the print
plugin. The following task may not be very professional, but it is
certainly something the average gimp user does frequently:
Sc
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sun, 20 Feb 2000 03:18:53 +0100
Don't underestimate the importance of the resolution info for the print
plugin. The following task may not be very professional, but it is
certainly something the average gimp user does frequently:
Sc
cc: [EMAIL PROTECTED]
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sat, 19 Feb 2000 23:35:17 +0100
> Well, thus far we've had very little trouble supporting 1.0. Even the
> configure script works properly. 1.0 is still the stable release of
> the Gimp.
I really don't under
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sat, 19 Feb 2000 22:50:05 +0100
> Doing it correctly won't be entirely trivial, since the print plugin
> currently assumes xres == yres, but I want to start investigating it.
> Whatever happens, it won't get back ported to 3.0.
I don
Date: Sat, 19 Feb 2000 22:43:41 +0100
From: Michael Natterer <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Robert L Krawitz wrote:
>
> I'm experimenting with gimp_image_get_resolution(). It appears (in
> 1.1.17, at any rate) that whatever I set the uni
I'm experimenting with gimp_image_get_resolution(). It appears (in
1.1.17, at any rate) that whatever I set the units to I always get a
resolution back that's expressed in dots per inch. Is this behavior
correct? If so, did it work this way in 1.0 also? This is so I can
investigate its use wit
Date: Tue, 15 Feb 2000 14:18:37 +0100
From: Aaron Optimizer Digulla <[EMAIL PROTECTED]>
On Tue, Feb 15, 2000 at 08:09:37AM -0500, Robert L Krawitz wrote:
>Here is a patch for the print plugin. The patch fixes an anoyance
>with the print dialog: If you
Date: Tue, 15 Feb 2000 13:50:27 +0100
From: Aaron Optimizer Digulla <[EMAIL PROTECTED]>
Here is a patch for the print plugin. The patch fixes an anoyance
with the print dialog: If you have lots of printers (we have about
50 here), it takes *several minutes* to open. Fix: Just use l
--- Start of forwarded message ---
Date: Sun, 13 Feb 2000 09:53:37 -0500
Message-Id: <[EMAIL PROTECTED]>
X-Authentication-Warning: rlkppp: rlk set sender to [EMAIL PROTECTED] using -f
From: Robert L Krawitz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMA
cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sat, 12 Feb 2000 13:13:34 +0100
> Will we unmark printer names N_() tagging in print.c?
I'm not sure. I have done it once, but didn't check it in after I
realized that lots of translators had
From: SHIRASAKI Yasuhiro <[EMAIL PROTECTED]>
Date: Sat, 12 Feb 2000 20:46:54 +0900
Will we unmark printer names N_() tagging in print.c?
I don't have any plans to touch this stuff in 3.0. 3.1 and 3.2 are
going to be somewhat different.
--
Robert Krawitz <[EMAIL PROTECTED]> http:
cc: [EMAIL PROTECTED]
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Sat, 12 Feb 2000 12:24:46 +0100
> I'm having to release a Print 3.0.6 due to a fairly serious bug found
> by Panos Katsaloulis. The specific bug is that monochrome printing in
> grayscale does not work properly.
If the initial attempt to run the test program fails, the smaller
program that is then compiled and linked to try to diagnose the error
needs to have PLUG_IN_INFO so that it will link properly.
--- /usr/local/Libraries/share/aclocal/gimp.m4 Fri Feb 11 18:04:05 2000
+++ /usr/local/share/aclocal/
I'm having to release a Print 3.0.6 due to a fairly serious bug found
by Panos Katsaloulis. The specific bug is that monochrome printing in
grayscale does not work properly. The patch is enclosed below.
cvs diff: Diffing .
Index: README
==
Date: Wed, 09 Feb 2000 14:13:33 -0800
From: "Carl B. Constantine" <[EMAIL PROTECTED]>
I'm curious as to when full CMYK support will be available in the GIMP?
I looked at the Gimp-plugin on source forge and it mentions CMY printing for
some inkjet style printers, but not sure if th
Date: Sat, 5 Feb 2000 12:36:52 -0800
From: Nick Lamb <[EMAIL PROTECTED]>
On Mon, Jan 31, 2000 at 11:23:48PM +0100, Marc Lehmann wrote:
> Just to throw in my opinion: gimp is _NOT part of gnome, other than in a
> technical way, and I personally think it is important that it stays so
Date: Sat, 5 Feb 2000 12:33:38 -0800
From: "Michael J. Hammel" <[EMAIL PROTECTED]>
I'm curious why any new plug-ins should be added to the core *at all*.
Gimp's distribution is fairly large as it is. Isn't it getting time to
limit additional plug-ins to the core distribution to pl
From: "Michael J. Hammel" <[EMAIL PROTECTED]>
Date: Tue, 1 Feb 2000 09:44:47 -0700 (MST)
Thus spoke Robert L Krawitz
>From: Sven Neumann <[EMAIL PROTECTED]>
>IMHO having two different UIs to perform the same task is a stupid idea.
>
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Tue, 01 Feb 2000 13:45:22 +0100
IMHO having two different UIs to perform the same task is a stupid idea.
Why would people using KDE as their Desktop environment want their own
GIMP as long as the one GIMP works well for them? It might
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Tue, 01 Feb 2000 01:32:38 +0100
You don't seem to be very familiar with gnome-libs, especially not with the
progress that was/is being made towards the next release. Without going into
details, I see lots of good stuff we could use, like
Date: Tue, 1 Feb 2000 01:18:54 +
From: Nick Lamb <[EMAIL PROTECTED]>
On Mon, Jan 31, 2000 at 11:23:48PM +0100, Marc Lehmann wrote:
> Just to throw in my opinion: gimp is _NOT part of gnome, other than in a
> technical way, and I personally think it is important that it stays so
1 - 100 of 134 matches
Mail list logo
