gimp-print-devel

Re: [Gimp-print-devel] introduction

[Robert L K. <rl...@al...>]

   Date: Wed, 02 Feb 2000 00:29:37 +0800
   From: Nick Urbanik <ni...@vt...>
   CC: gim...@li...

   Robert L Krawitz wrote:

   >   But I have
   >    already run into a problem compiling 3.05.  I've only briefly scanned
   >    the list archives, so perhaps this has already been answered, but I get
   >    an error in print.c regarding libgimp/gimpintl.h missing. I did a find
   >    from / and it isn't anywhere.  I have 1.04 installed.  Is this a new
   >    file or is something else going on?

   I mentioned this problem with RH Linux 6.1 on Intel PIII.

   > If you put -DGIMP_1_0 on the build command line you supposedly can
   > build it under 1.0, but 1.1 is better for this.

   Putting -DGIMP_1_0 did not solve the problem of libgimp/gimpintl.h
   missing.  P.S.  As I mentioned in my previous email, I used an
   edited version of Makefile.standalone (patch was in previous
   email).

Trust me, it will, one of these days :-)

   Hoping one day to be able to get printing working properly.

I haven't played with the 1.0 support myself; it's entirely possible
it's broken, unfortunately...

-- 
Robert Krawitz <rl...@al...>      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 lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] introduction

[Nick U. <ni...@vt...>]

Robert L Krawitz wrote:

>   But I have
>    already run into a problem compiling 3.05.  I've only briefly scanned
>    the list archives, so perhaps this has already been answered, but I get
>    an error in print.c regarding libgimp/gimpintl.h missing. I did a find
>    from / and it isn't anywhere.  I have 1.04 installed.  Is this a new
>    file or is something else going on?

I mentioned this problem with RH Linux 6.1 on Intel PIII.

> If you put -DGIMP_1_0 on the build command line you supposedly can
> build it under 1.0, but 1.1 is better for this.

Putting -DGIMP_1_0 did not solve the problem of libgimp/gimpintl.h missing.  P.S.
As I mentioned in my previous email, I used an edited version of
Makefile.standalone (patch was in previous email).

Hoping one day to be able to get printing working properly.

--
Nick Urbanik, Dept. of Electrical & Communications Engineering
Hong Kong Institute of Vocational Education (Tsing Yi)
email: ni...@vt..., ni...@io...
Tel:   (852) 2436 8660, (825) 2436 8674   Fax: (852) 2436 8643
pgp ID: 7529555D fingerprint: 53 B6 6D 73 52 EE 1F EE EC F8 21 98 45 1C 23 7B

Re: [Gimp-print-devel] CANON BJC 6000

[Andy T. <th...@ph...>]

Robert L Krawitz wrote:

>  I'm looking at generalizing the drop size stuff in print-util as part
> of the general cleanup of the dithering routines.  Basically, there
> will be an init routine that all of the print routines call that tells
> the dither routine various things (light/dark conversion for 6 or 7
> color printers, a vector of dot sizes, and so forth).  With the vector
> of dot sizes, you should be able to do drop size modulation (doesn't
> Canon support a lot of different drop sizes, unlike Epson which only
> supports 3 sizes even on the current printers?).

I have absolutely no idea. All I know is that according to Canon's data-sheet
(which doesn't really yield much data) in the BJC6000 each nozzle has 2 heating
elements producing 2 differents sizes of ink drops depending if one or both
heaters are active. I also only have a slight glue about how to use this
feature: There's obviously a mode where 2 bits per pixel are transferred to the
printer. Looking at the output is seems as if three drop sizes are actually used.
Apart from this, I've not yet found a reference as to how big the drops are
relative to each other.

BTW: Can I set the density and gamma value for each color and media type
seperately or is there only one global for all?

Andy.

[Gimp-print-devel] Epson STC 740 Debugging

[Karl H. K. <kh...@kh...>]

.. I'm still here :-) I just don't have any time to work on
the gimp-print stuff right now. The Sane Epson backend work
is taking up all my free time, so the output stuff just has to
wait a little.

Here is what I tried on the weekend: In the past I was able to
use the generic "Epson Stylus" printer to produce output on my
740, the last time I tried this it did not work anymore. I 
tried to identify the command that caused the problem, but was
not successful. All my modifications of the commands with
the wrong number of parameters also did not print. I always end
up with lots of blank pages. So far the printer did not produce
any drop of ink on the paper. At least I'm not wasting ink :-)

As soon as the USB stuff on the scanner is worked out (and some
documentation is written) I will try to work on the printing 
stuff again. BTW: Anybody on this list with an Epson USB
scanner who would like to use it with Sane or Gimp? I'm 
still looking for testers.

Karl Heinz

Re: [Gimp-print-devel] CANON NJC 6000

[Robert L K. <rl...@al...>]

   Date: Tue, 01 Feb 2000 10:16:10 +0100
   From: Andy Thaller <th...@ph...>

   Resolutions 180x180, 360x360, 720x720 and 1440x720 tested fine on A4 plain
   paper, though the left margin is currently ignored. Ink drop size modulation
   doesn't work either and the gamma values are likely to be quite wrong at the
   moment. However, test-prints are possible and everyone is invited to improve
   printing or add support for additional BJC models.

I'm looking at generalizing the drop size stuff in print-util as part
of the general cleanup of the dithering routines.  Basically, there
will be an init routine that all of the print routines call that tells
the dither routine various things (light/dark conversion for 6 or 7
color printers, a vector of dot sizes, and so forth).  With the vector
of dot sizes, you should be able to do drop size modulation (doesn't
Canon support a lot of different drop sizes, unlike Epson which only
supports 3 sizes even on the current printers?).

-- 
Robert Krawitz <rl...@al...>      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 lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

[Gimp-print-devel] CANON NJC 6000

[Andy T. <th...@ph...>]

I've just checked in print-canon.c along with changes to Makefile.am,
Makefile.standalone, print.h and print-util.c

This adds rudimentary support for the CANON BJC 6000 printer.

Resolutions 180x180, 360x360, 720x720 and 1440x720 tested fine on A4 plain
paper, though the left margin is currently ignored. Ink drop size modulation
doesn't work either and the gamma values are likely to be quite wrong at the
moment. However, test-prints are possible and everyone is invited to improve
printing or add support for additional BJC models.

Andy.

PS: no NDA stuff, just guesswork following tons of testprints.... ;-)

Re: [Gimp-print-devel] [utx@k332.feld.cvut.cz: Re: Colormanagement]

[<sh...@al...>]

> Note: I think that colormanagement library should not include only ICC profiles.
> It should include "simple" way based on phospors chromaticity
> and white point for CRT and on C, M, Y, CM, CY, MY and K
> chromaticity for print.
> Ghostscript and PostScript Language Reference Manual is a good source for such
> coding.
> Much worse is to obtain basic chromaticity data (i. e. data for different
> monitors and inks).

I don't think we need to worry too much about monitor variations.  Even
if we could get a published number for phosphor colors, they'd only be valid
for one particular setting of the brightness/contrast controls, ambient
lighting conditions, and monitor age.  Sometimes there are also positional
dependencies on color.  A pixel on the center of the screen isn't necessarily
the same color as a pixel near the edge, nor would it appear to be even if
it was due to the proximity of a (usually) white plastic bezel around the
screen.  All of these things need to be taken into account for precise
color representation.

I think that's beyond our scope and not a good use of our resources to try
and cope with all of that.

There is a published standard called BT. 709 which is what CRT manufacturers
have been supposed to conform to since 1990.  The text of this standard is
not freely available on line, AFAIK, but you can order a copy.

However, you don't really need the official spec.  The essentials of the
BT. 709 color specification are covered in both of the following:

  The Color FAQ (Charles Poynton) 
  http://www.inforamp.net/~poynton/ColorFAQ.html

  The W3 Consortium Standard for Color (co-authored by Microsoft and HP)
  http://www.w3.org/Graphics/Color/sRGB.html

I think we should simply try to follow these standards, and hope that monitor
manufacturers also do a good job of conforming to this specification.

As far as ink colors, I don't think there's quite such a standard.  Most
printers have proprietary drivers for conversion of RGB to the printer's
native ink set.  Getting this information is the most difficult part.

Eric

[Gimp-print-devel] [regisr@regix.com: Re: Colormanagement]

[Robert L K. <rl...@al...>]

------- Start of forwarded message -------
In-Reply-To: <200...@ti...>
Date: Sun, 30 Jan 2000 23:37:47 +0100 (CET)
From: regis rampnoux <re...@re...>
To: Robert L Krawitz <rl...@al...>
Subject: Re: Colormanagement
Cc: gim...@sc...


On 30-Jan-00 Robert L Krawitz wrote:
> We're looking into this stuff a bit on gimp-print.  If anyone here has
> real expertise in this area, we'd like to have you join the gimp-print
> project if you'd like.  Look on sourceforge.net; the project name is
> gimp-print.

There is another project: scarse, but I can't reache the web server any more...
http://ohm.phys.ualberta/scarse/


- ---
<regisr>       re...@re...     http://www.regix.com/
------- End of forwarded message -------

[khk@khk.net: Re: [Gimp-print-devel] [martweb@gmx.net: Colormanagement]]

[Karl H. K. <kh...@kh...>]

I just realized that I only sent this to Robert and not to
the list like I inteded to. Here's another link to some
color management project:

----- Forwarded message from Karl Heinz Kremer <kh...@kh...> -----

Date: Sat, 29 Jan 2000 22:41:43 -0500
From: Karl Heinz Kremer <kh...@kh...>
To: Robert L Krawitz <rl...@al...>
Subject: Re: [Gimp-print-devel] [ma...@gm...: Colormanagement]
X-Mailer: Mutt 1.0i

Hmmm... this wants to include a file named windows.h :-)

I have two other links regarding CMS and Linux/Unix:

http://www.levien.com/gimp/gcmm.html
http://web.access.net.au/argyll/color.html

The later one does probably the same as the Windows software
(at least as far as we are concerned - apply a color profile
to an image)

Karl Heinz

On Sat, Jan 29, 2000 at 03:16:30PM -0500, Robert L Krawitz wrote:
> ------- Start of forwarded message -------
> Date: Sat, 29 Jan 2000 11:53:17 -0800
> From: "Martin Weber" <ma...@gm...>
> To: gim...@sc...
> Subject: Colormanagement
> 
> Here is an interesting colormanagement for future GIMP releases:
> 
> http://www.abaforum.es/martim/lcms.htm
> ------- End of forwarded message -------
> Date: Sat, 29 Jan 2000 11:55:32 -0800
> From: "Martin Weber" <ma...@gm...>
> To: gim...@sc...
> Subject: Colormanagement II
> 
> http://www.efg2.com/Lab/Library/Color.htm
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> http://lists.sourceforge.net/mailman/listinfo/gimp-print-devel

-- 
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net
                                                     ICQ: 41190739



----- End forwarded message -----

-- 
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net
                                                     ICQ: 41190739

[Gimp-print-devel] [utx@k332.feld.cvut.cz: Re: Colormanagement]

[Robert L K. <rl...@al...>]

------- Start of forwarded message -------
Date: Sun, 30 Jan 2000 18:35:26 +0100
From: Stanislav Brabec <ut...@k3...>
To: gim...@xc...
Subject: Re: Colormanagement
In-Reply-To: <144...@ga...>; from tm...@ik... on Sun, Jan 30, 2000 at 01:35:19PM +0200

Few time ago I have found another colormanagement library.
It's completely written in C and license seems to be
BSD like.
web.access.net.au/argyll/icc_readme.html
web.access.net.au/argyll/icclib.zip

Note: I think that colormanagement library should not include only ICC profiles.
It should include "simple" way based on phospors chromaticity
and white point for CRT and on C, M, Y, CM, CY, MY and K
chromaticity for print.
Ghostscript and PostScript Language Reference Manual is a good source for such
coding.
Much worse is to obtain basic chromaticity data (i. e. data for different
monitors and inks).
- -- 
Stanislav Brabec
------- End of forwarded message -------

Re: [Gimp-print-devel] questions

[<sh...@al...>]

>    > (page 41) Monochrome Mode / Color Mode Selection "ESC ( K nL nH m n"
> 
> It works (or at least it doesn't barf) on the EX.

Reading the 740 doc's, it looks like it's just a speed thing, not strictly
necessary.  The 6 color printers probably just ignore it, which is why
it's not documented.

Eric

Re: [Gimp-print-devel] Release strategy

[<sh...@al...>]

> > 1) The current makefile situation is basically silly.  It's just the
> >    generated makefiles, plus a handcrafted one I threw together.  So
> >    we probably need some kind of configure script (which seems like
> >    overkill in a way, but maybe this project isn't so tiny after all),
> >    or the like.
> 
> I'll see what I can do here.  I'll try to upload a conf script along with
> the escp2 to pnm converter.  Expect something Sunday night JST, at the latest.

Ok, I lied.  Autoconf is a little slipperier than I thought.  I'm a
complete novice when it comes to setting it up.  I'll have to put this off
for a few more days, but, I'll keep working on it.  I've got a long train
ride on Tuesday, and twin batteries in my laptop...

Eric

Re: [Gimp-print-devel] questions

[Robert L K. <rl...@al...>]

   From: sh...@al...
   Date: Sun, 30 Jan 2000 22:18:41 +0900

   > (page 41) Monochrome Mode / Color Mode Selection "ESC ( K nL nH m n"

   I wonder if the 750/1200 don't support that...

   It's not listed in the docs for the 700 or EX, either.

It works (or at least it doesn't barf) on the EX.

Re: [Gimp-print-devel] WWW in CVS

[Nicholas P. <pc...@in...>]

Ok, so far I have

---------
^www			Mail -s %s pc...@in...
^www			ssh shell1 /home/groups/gimp-print/updateWebFromCVS.sh
---------

The mail works fine.  /home/groups/gimp-print/updateWebFromCVS.sh
doesn't get executed. I presume this is because ssh doesn't auth. Any
ideas or should I ask in a SF forum ?

--=20
<pc...@in...>           <http://www.innotts.co.uk/~nicholas/>
2048/BEC44395 1999/08/02 Nicholas C. Piper <nic...@in...>
If you want to change the automatic PGP actions of my mailer, see;
http://www.innotts.co.uk/~nicholas/Personal/personal.php3?page=3Dpgp

Re: [Gimp-print-devel] questions

[Robert L K. <rl...@al...>]

   From: sh...@al...
   Date: Sun, 30 Jan 2000 21:19:59 +0900

   One of the first things I noticed was that it generated an unknown command
   error.  gimp-print included an ESC ( K command.  What does this command
   do?  It's not listed in my documentation.  Is there a better document
   that describes this stuff, or, is this an undocumented feature?  Can we
   make a document for undocumented features?

ESC(K sets color vs. black only.  It's not a big deal.

   The other error it generated was a malformed page format error.  The
   page format command ESC ( c should take a 4 byte format string, but
   the one in the file is an 8 byte string.  What does the 8 byte version
   of this command mean?

I don't know.  I'm assuming that it gives 4 bytes for each setting
rather than 2, but we'll have to figure this out.  I got that from
a print output file somebody gave me and my "disassembler".

   I also have some other, more general questions.  There are two ways to send
   raster data to a 750.  Using "ESC i" or "ESC .".   The "." form include
   a density number which lets you know what horizontal DPI the raster
   data should be printed at, but, the "i" version does not.  What determines
   the horizontal printing density for the "i" form?  I assumed that it
   would be a function of the relative horizontal units being used.  This
   probably relates to the page format specification uncertainty I mentioned
   above.  And what exactly are the "page management units" good for?

Page management units are used for the ESC(c command (page format) and
the like.  The doc for the various commands says which unit is used
for each command.  I presume that the horizontal print density for
ESCi comes from the horizontal units (or at any rate, that makes
sense).

In 720 and 1440 dpi mode, I think the right units are 720 dpi for page
management, 1440 for horizontal, and 720 for vertical.  The printer
can't actually do 1440 dpi, though, so that requires two passes with
the carriage shifted by 1 unit for the intermediate dots.  It's also
possible that with ESCi it's automatically running at 720 dpi.  I'll
ask my friend to print something out at 360 dpi.

For the 750, it's really going to be necessary to use ESCi, because
that's the only way to get variable dot size.

-- 
Robert Krawitz <rl...@al...>      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 lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] introduction

[Robert L K. <rl...@al...>]

   Date: Sat, 29 Jan 2000 22:51:06 -0700
   From: "S. Miller" <sm...@rn...>
   CC: gim...@li...

   sh...@al... wrote:
   > Welcome!
   > 
   Thanks!

   > I think you'll find that Linux is not highly different from Solaris in many
   > respects.
   So far (other than CDE vs whatever) that's what I've seen.  But I have
   already run into a problem compiling 3.05.  I've only briefly scanned
   the list archives, so perhaps this has already been answered, but I get
   an error in print.c regarding libgimp/gimpintl.h missing. I did a find
   from / and it isn't anywhere.  I have 1.04 installed.  Is this a new
   file or is something else going on?

If you put -DGIMP_1_0 on the build command line you supposedly can
build it under 1.0, but 1.1 is better for this.

-- 
Robert Krawitz <rl...@al...>      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 lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] questions

[<sh...@al...>]

> On Sun, Jan 30, 2000 at 09:19:59PM +0900, sh...@al... wrote:
> > One of the first things I noticed was that it generated an unknown command
> > error.  gimp-print included an ESC ( K command.  What does this command
> 
> It's documented in the Programming Guide for STC 440/640/740/900 - it's also
> available on the same web page.

Thanks.  I just downloaded everything under their printer section.  Hopefully
that will cover most questions...

> (page 41) Monochrome Mode / Color Mode Selection "ESC ( K nL nH m n"

I wonder if the 750/1200 don't support that...

It's not listed in the docs for the 700 or EX, either.

Anybody know?

Eric

[Gimp-print-devel] questions

[<sh...@al...>]

Ok, so, I've more or less finished adding rudimentary support for all of the
documented Epson Stylus 750 commands to unprint.c.  I'm using the 6clr_99L1.PDF
file which is publicly available on Epson's website as my basis for the
escp2 language should be.  It's not a particularly well written document,
IMO.  It's got several places where it is inconsistant with itself.  It
looks like a case of careless cut & paste writing.  Anyway, I tried to use
common sense where the document appeared to lack it.  If the 750 truly
understands all of the older commands, then unprint.c should be able to
unprint any escp2 file (when finished).

So, I took a small jpg, ran it through the print plugin set to 720 DPI,
ESP750, softweave-mode, and pushed the resulting file back through unprint.

One of the first things I noticed was that it generated an unknown command
error.  gimp-print included an ESC ( K command.  What does this command
do?  It's not listed in my documentation.  Is there a better document
that describes this stuff, or, is this an undocumented feature?  Can we
make a document for undocumented features?

The other error it generated was a malformed page format error.  The
page format command ESC ( c should take a 4 byte format string, but
the one in the file is an 8 byte string.  What does the 8 byte version
of this command mean?


I also have some other, more general questions.  There are two ways to send
raster data to a 750.  Using "ESC i" or "ESC .".   The "." form include
a density number which lets you know what horizontal DPI the raster
data should be printed at, but, the "i" version does not.  What determines
the horizontal printing density for the "i" form?  I assumed that it
would be a function of the relative horizontal units being used.  This
probably relates to the page format specification uncertainty I mentioned
above.  And what exactly are the "page management units" good for?

There were a couple of other things I wanted to ask, but I think I'll wait
until I understand these, and then all may be clear.

Eric

Re: [Gimp-print-devel] introduction

[<sh...@al...>]

> So far (other than CDE vs whatever) that's what I've seen.  But I have
> already run into a problem compiling 3.05.  I've only briefly scanned
> the list archives, so perhaps this has already been answered, but I get
> an error in print.c regarding libgimp/gimpintl.h missing. I did a find
> from / and it isn't anywhere.  I have 1.04 installed.  Is this a new
> file or is something else going on?

I think you'll probably want to upgrade to the Gimp 1.1 series.  The 1.1
series is the developer series.  You're a developer now.  ;)


> > So, do you have some Sparc boxes around? []
>
> Unfortunately, only at work on a classified net, with no outside
> connection.  Xdr should solve that problem, but it does slow things
> down. I can't yet afford one for home use :(

Oh, well.  I've got an Ultra 1 on the desk next to me, but, I don't have
a printer in this office...

Eric

Re: [Gimp-print-devel] introduction

[S. M. <sm...@rn...>]

sh...@al... wrote:
> Welcome!
> 
Thanks!

> I think you'll find that Linux is not highly different from Solaris in many
> respects.
So far (other than CDE vs whatever) that's what I've seen.  But I have
already run into a problem compiling 3.05.  I've only briefly scanned
the list archives, so perhaps this has already been answered, but I get
an error in print.c regarding libgimp/gimpintl.h missing. I did a find
from / and it isn't anywhere.  I have 1.04 installed.  Is this a new
file or is something else going on?

> 
> So, do you have some Sparc boxes around?  I think most of us are working
> on Intel or clones.  I've always found it revealing to take an application
> designed on a 32 bit little endian machine and run it on a 64 bit big endian
> system, like an Ultrasparc.  It's not usually such a big deal for self
> contained applications, but when you have to do networking or talk to hardware
> directly this is an important case to test.  I know the Epson printers are
> inherently little endian, so connecting them to a Sparc would let us know
> if we've got all our byte swaps done correctly.
Unfortunately, only at work on a classified net, with no outside
connection.  Xdr should solve that problem, but it does slow things
down. I can't yet afford one for home use :(

> 
> > Aside from being a Penguinista, I do a little woodworking, a little
> > watercolor, and am an avid homebrewer.  I enjoy reading mysteries in
> > what little spare time remains.
> 
> Wow, you have spare time after all that?
> 
Not really, but the homebrew does get a high priority :)

Steve

-- 
-----------------------------------------
Just because I have a short attention span
doesn't mean I
------------------------------------------

Re: [Gimp-print-devel] introduction

[<sh...@al...>]

> I've just joined the development team today,

Welcome!

>  I'm fairly new to Linux, having loaded Red Hat 6.1 last
> November.  I am a software engineer with Lockheed-Martin, working on the
> ground processing side of Synthetic Aperature Radars. I have 8 years of
> development experience under Solaris

I think you'll find that Linux is not highly different from Solaris in many
respects.

So, do you have some Sparc boxes around?  I think most of us are working
on Intel or clones.  I've always found it revealing to take an application
designed on a 32 bit little endian machine and run it on a 64 bit big endian
system, like an Ultrasparc.  It's not usually such a big deal for self
contained applications, but when you have to do networking or talk to hardware
directly this is an important case to test.  I know the Epson printers are
inherently little endian, so connecting them to a Sparc would let us know
if we've got all our byte swaps done correctly.    

> Aside from being a Penguinista, I do a little woodworking, a little
> watercolor, and am an avid homebrewer.  I enjoy reading mysteries in
> what little spare time remains.

Wow, you have spare time after all that?

Eric

Re: [Gimp-print-devel] website

[Robert L K. <rl...@al...>]

   Date: Sat, 29 Jan 2000 22:43:31 -0500
   From: Karl Heinz Kremer <kh...@kh...>

   I just noticed that the Web site is updated and that it's
   available as gimp-print.sourceforge.net. Great!

I've cut over to this as the official web site for the project.

-- 
Robert Krawitz <rl...@al...>      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 lp...@uu...

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] website

[Karl H. K. <kh...@kh...>]

I just noticed that the Web site is updated and that it's
available as gimp-print.sourceforge.net. Great!

Karl Heinz
--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net
                                                     ICQ: 41190739

[Gimp-print-devel] introduction

[S. M. <sm...@rn...>]

Hi everyone,

I've just joined the development team today, and would like to introduce
myself.  I'm fairly new to Linux, having loaded Red Hat 6.1 last
November.  I am a software engineer with Lockheed-Martin, working on the
ground processing side of Synthetic Aperature Radars. I have 8 years of
development experience under Solaris, mostly C++, with a bit of C thrown
in, and some experience with Motif.

Robert has allowed me to tackle the GUI portion of the plug-in, so I
will be learning GTK+ as well as a lot more about printers. I have a
strong interest in image processing software in general, and am very
interested in quality output from printers.

Aside from being a Penguinista, I do a little woodworking, a little
watercolor, and am an avid homebrewer.  I enjoy reading mysteries in
what little spare time remains.  

I'm looking forward to helping out and meeting all of you.

Steve

-- 
-----------------------------------------
Just because I have a short attention span
doesn't mean I
------------------------------------------

[Gimp-print-devel] Re: Epson Stylus 860

[Robert L K. <rl...@al...>]

   From: "Frank J. Ramsay" <fj...@ma...>
   Date: Sat, 29 Jan 2000 15:47:25 -0500

	   Does anyone have experience getting printers to work under
   Linux?  I just picked up an Epsilon Stylus 860.  I want to connect
   it to my Linux box (I'll put it on my windows machine and use it as
   a smb share if I have to) I'm running RH 6.0, I can't find anything
   in linuxconfig and when I try and use the "Red Hat Linux Print
   System Manager" under the control-panel it can not detect anything
   on /dev/lp0 /dev/lp1 or /dev/lp2 Does anyone have any ideas?

Hi.  I'm currently leading a project to enhance the Gimp print plugin
on sourceforge.net (the project is named gimp-print).  One of our
major goals is to improve support for inkjet printers, including
Epson.  This work will lead to a Ghostscript driver in addition to the
Gimp plugin (actually, that's the much more important goal).

Currently we do not have support for the Stylus 860, but any
information you have on that printer would be very welcome to us.  We
need information such as number of jets, any particular features of
the printer, and so forth.  Furthermore, if you install this printer
under Windows, we would appreciate a (small!) sample print file from
this printer, which will help us understand how to program it.
Printing any kind of test pattern would be helpful, but please keep it
small (about 1" square is just about right).

Please check out our project on Sourceforge
(https://sourceforge.net/project/?group_id=1537).  You may subscribe
to gimp-print-devel or gimp-print-announce if you'd like.

-- 
Robert Krawitz <rl...@al...>      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 lp...@uu...

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton