Re: Job name

   Date: Sun, 30 Aug 2009 23:15:55 +0200
   From: regisr <regisr <at> regix.com>

   A feature that I don't  found on MacOS (Snow Leopard):

   With the gutenprint plugin for Gimp on my FreeBSD box I can add
   parameters for the lpr command.  I add "-P name" and as I asked
   cups to not deleted the jobs when finish, I can relaunch the print
   later. The name is usefull to retrieve them!

   Is it possible to do this with the print option of Gimp on MacOS (not
   the print plug-in)? 

Do you mean the Gnome-Print based plugin?

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: Job name

At 12:46 PM +0200 8/31/09, regisr wrote:

>My problem is that I want to change the name from default.
>On FreeBSD the default is (stdin) for all jobs from the Gimp and I change
>it to retrieve them after printing.
>I print the same pictures more than one time during few months.
>The job number is different but I need to have a separate list to find the
>job that I want to reprint.
>To launch it, I use the cups jobs management (http://localhost:631).

I just printed a picture from Gimp in OS X 10.6.  I did not use the 
print plug-in drivers.  I used the OS X system printer for my Epson 
SP 1280.  The completed job was listed by the job name in the 
completed jobs list; eg, family.jpg.  Is this not what you want?

--

-- 
Matt Broughton
Only relatives are absolute.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: Job name

Le Mon, 31 Aug 2009 20:29:25 -0500 Matt Broughton
<walterwego <at> macosx.com> a écrit:

> I just printed a picture from Gimp in OS X 10.6.  I did not use the 
> print plug-in drivers.  I used the OS X system printer for my Epson 
> SP 1280.  The completed job was listed by the job name in the 
> completed jobs list; eg, family.jpg.  Is this not what you want?

Yes! I'm stupid! I was looking for the same parameter that I have in
FreeBSD ... 
Thanks to all.

Now I need to read the full manual for printing (how to create more
printers with the same device but differents settings)...

Best regards,
--

-- 
regis

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: IEEE 1284 Device ID in CUPS driver 'list' output

On Sat, 2009-08-29 at 15:05 -0400, Robert Krawitz wrote:
> Here are the other diffs for IEEE 1284 device ID support.  Please
> check that they're correct.

Works perfectly.  Thanks!

Tim.
*/

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

_______________________________________________
Gimp-print-devel mailing list
Gimp-print-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

ANNOUNCE: Foomatic 4.0.3 released!

Foomatic 4.0.3 is released and now available for download [1].

This release fixes several bugs and drops the foomatic-db-hpijs package.

As HPLIP ships CUPS-DDK-generated PPD files for some time and also added
a CUPS Raster driver, we have decided to drop the foomatic-db-hpijs
package as it is not maintained any more by HP and so the PPDs generated
by it got out-of-date. PPDs for non-HP printers used with HPIJS are now
generated by foomatic-db, via the driver entries "hpijs-pcl3",
"hpijs-pcl5e", and "hpijs-pcl5c". For HP printers the new driver entry
"hplip" was introduced to reference to the full HPLIP driver suite. The
"hpijs" driver entry got dropped.

Under the bug fixes are a fix to make foomatic-rip working with LPRng,
letting foomatic-rip convert PDF to PostScript with Poppler instead of
Ghostscript (if Poppler is installed), fixes on the JCL option handling
of foomatic-rip, and fixes in the IEEE-1284 device IDs in the
Foomatic-generated PPD files.

Thanks to everyone who reported the bugs to us.

Have a lot of fun with the new Foomatic release!

    Till

[1]http://www.linuxfoundation.org/en/OpenPrinting/Database/Foomatic

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 

Patch to enable PPD options in Gutenprint's Postscript driver

Hi,

Attached is a patch which fixes the problem of options from a PPD file 
being ignored when printing through the PostScript driver.

For each option, it compares again the default setting, and doesn't 
including any code for the default.  If the setting's set to something 
other than the default, then it checks the XML tree which was generated 
from the PPD, and if there's code found for that option, it includes 
that code in a %%BeginFeature / %%EndFeature block.  If there's no code 
found, it adds an %%IncludeFeature comment to the code.

Note: There's still a problem using this with Gutenprint's own PPDs 
(though I can't think of any reason you'd want to) - since some of the 
options have an "Stp" prefix in the PPD, but not in the stp_vars_t. 
This means the patch can't find such options in the PPD, thus they're 
still ignored.

With a "normal" PPD this isn't an issue - and I'm pleased to report that 
I was able to print successfully to a Fiery-RIP-enabled printer at work 
today from within the Windows port of PhotoPrint, and the paper tray, 
media size, media type and press-simulation mode options all worked as 
they should.

All the best,
--
Alastair M. Robinson

Re: Patch to enable PPD options in Gutenprint's Postscript driver

   Date: Wed, 02 Sep 2009 19:10:03 +0100
   From: "Alastair M. Robinson" <blackfive <at> fakenhamweb.co.uk>

   Attached is a patch which fixes the problem of options from a PPD
   file being ignored when printing through the PostScript driver.

   For each option, it compares again the default setting, and doesn't
   including any code for the default.  If the setting's set to
   something other than the default, then it checks the XML tree which
   was generated from the PPD, and if there's code found for that
   option, it includes that code in a %%BeginFeature / %%EndFeature
   block.  If there's no code found, it adds an %%IncludeFeature
   comment to the code.

   Note: There's still a problem using this with Gutenprint's own PPDs
   (though I can't think of any reason you'd want to) - since some of
   the options have an "Stp" prefix in the PPD, but not in the
   stp_vars_t.  This means the patch can't find such options in the
   PPD, thus they're still ignored.

   With a "normal" PPD this isn't an issue - and I'm pleased to report
   that I was able to print successfully to a Fiery-RIP-enabled
   printer at work today from within the Windows port of PhotoPrint,
   and the paper tray, media size, media type and press-simulation
   mode options all worked as they should.

I've checked this in.  I don't have any good way to test it.  Please
test the latest CVS to make sure that it's correct.

--

-- 

help with r800 printing problem

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

_______________________________________________
Gimp-print-devel mailing list
Gimp-print-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: help with r800 printing problem

Hi :)

Daniel Harris wrote:

> If somebody has any suggestions as to how I can track this problem down 
> I would be most greatful.

OK, can you try the following:

In PhotoPrint, load up your preset, get a job ready to print as you 
normally would, then before going to file->print, go to file -> Print 
Setup and change the queue to "<Save to File>"

Then hit OK, and go to File->Print

You'll be asked for a filename, so choose type in ~/test.prn for now.
You should now have a large file in your home directory which is a dump 
of the print job.

Now open up a terminal and try this:

ls -l test.prn
(This will tell you the filesize - I'd like to know that.)

lpr -oraw -P<your queue name> test.prn
I'm guessing this will have the same result as printing directly - i.e. 
stall after so long.

Now try sending the file directly to the USB port:
cp test.prn /dev/usblp0 (or whatever your printer's device node happens 
to be)
I'm guessing it'll work fine this way.

Assuming you're using CUPS as your printer spooler, make sure your 
printer's turned on, then point your web browser at localhost:631, 
locate your printer, and hit the "Modify printer" button, don't change 
anything, but hit "continue" until it asks you for the Device to be 
used.  What's currently selected, and what other options do you have?

Hope this is some help :)

All the best,
--
Alastair M. Robinson

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: Patch to enable PPD options in Gutenprint's Postscript driver

Hi :)

Robert Krawitz wrote:

> I've checked this in.  I don't have any good way to test it.  Please
> test the latest CVS to make sure that it's correct.

Did a couple of prints at work today using CVS - seems to be working 
correctly - though I only had time to fiddle with a few settings.

All the best,
--
Alastair M. Robinson

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july