Re: [Gimp-user] Epson i print format (Gutenprint question)
On 3/1/22 14:00, Gary Aitken wrote: > On 3/1/22 8:59 AM, Gary Aitken wrote: >> I have a simple image with one straight line of a single color. >> Using the gutenprint dialog, I can print that file. >> If I do a "reverse translation" of the raw file, there is one escp2 command >> in it to print the line, shown below with some notes: >> >> 006a 1b ( U 05 00 08 08 08 40 0b >> units; (page1=08), (vt1=08), (hz1=08), (base2= 40 0b = 0xb40 = 2880) >> ... >> 00c0 1b i 12 01 02 68 01 01 00 >> Print color1, compress1, bits1, bytes2, lines2, data... >> color1 = 0x12 = 18 = light cyan >> compress1 = 1 (TIFF compression) >> bits1 (bits/pixel) = 0x2 = 2 >> bytes2 = = 0x068 = 360 >> lines2 is # lines to print = 0x0001 = 1 >> data = unknown, not dumped; specifies the dot size, 2 bits each >> 0124 0c >> FF >> >> What I don't understand is what bytes2 is counting. >> There are 100 bytes between 00c0 and 0124. >> What does the 360 mean? >> Do the horizontal units factor or the compression type factor into this >> in some way? > > My oversight, I see the bytes2 is a count of pixels in each line. > But the question remains: > >> How do you compute where the next command (the FF) is? > > Do you have to actually decode the tiff data? Yes you do. It's basically a simple RLE compression scheme. Repeated bytes (up to 128) are represented as [1-N][byte] Non-repeated sequences (up to 128 bytes) are output as [N][sequence] It is possible for the "compression" to expand the data some; there's a very hairy calculation for the worst case. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] gutenprint / cups -- defining a new printer configuration
On 2/25/22 21:31, Gary Aitken wrote: > On 2/25/22 5:10 PM, Robert Krawitz via gimp-user-list wrote: >> If you're using the Gutenprint plugin, you can create new printers >> via the printer selection box and set whatever printer you want, each >> one with its own settings. > > I realize that, thanks. > > Your answer implies it's possible to use Gutenprint without the plugin. > Is there a way, and is there any documentation, on how to use gutenprint > without the plugin? e.g. If I have an image file, is there a way to send > it to a printer via gutenprint from the cmdline? It's most commonly used via the CUPS driver. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] gutenprint / cups -- defining a new printer configuration
On 2/25/22 18:55, Gary Aitken wrote: > I'm trying to define a new printer configuration, as described in the > gutenprint developer's guide chapter 4. > > I believe this documentation is pretty dated, unfortunately; there is no file > printers.xml that I can find anywhere in /usr/local. Based on the lines > described in section 4.1, I'm guessing printers.xml has been superceded by > the set of files in xml/printers/*.xml. For epson printers, that would be the > file escp2.xml. Yep. That doc is way out of date. > As I read section 4.1, it should be possible to duplicate a line in the file > /usr/local/share/gutenprint/5.3/xml/printers/escp2.xml (freebsd system) > change the text for the "name" parameter, and I would have a differently > named printer which behaved exactly as the original -- they would both feed > the same physical printer. (I'm attempting this as a mini-step to make sure > it works, prior to modifying the printer definition). The important one to change is the "driver" parameter. Those need to be distinct. > So I duplicated this line: > deviceid="MFG:EPSON;CMD:ESCPL2,BDC,D4,D4PX;MDL:Epson Stylus Pro > 3880;CLS:PRINTER;DES:EPSON > Epson Stylus Pro 3880;" > driver="escp2-3880" manufacturer="Epson" model="107" > parameters="standard_params" /> > > and changed it to: > deviceid="MFG:EPSON;CMD:ESCPL2,BDC,D4,D4PX;MDL:Epson Stylus Pro > 3880;CLS:PRINTER;DES:EPSON > Epson Stylus Pro 3880;" > driver="escp2-3880" manufacturer="Epson" model="107" > parameters="standard_params" /> > > The only change being the addition of "My " to the name. > > However, after restarting cups, when I invoke gimp and try bring up the > gutenprint dialog, I see the error message: > "Plug-in crashed:"gutenprint" > (/usr/local/libexec/gimp/2.2/plugins/gutenprint)" > > I am running gimp 2.10.20; not sure why the gutenprint plugin is in that 2.2 > directory but that's where they all are. > > If I remove the original definition, so there is only one entry for model 107, > it works with the new entry. > > What am I not understanding about how one should be able to define multiple > "printers" to go to the same real printer? If you're using the Gutenprint plugin, you can create new printers via the printer selection box and set whatever printer you want, each one with its own settings. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] VPAT Software Request
On 6/12/20 11:37 AM, Liam R E Quin wrote: > On Fri, 2020-06-12 at 09:06 -0400, Gene Heskett wrote: >> >> As for my raising a bug, sorry but my Missus is in the shop with end >> stage copd, and I don't have time to fool with it. > > I'm so sorry to hear this. > >> All I was doing is >> reporting the failure, and with Michaels help took the odt, re- >> exported >> it as a pdf, and chromium then displayed it properly. > > What operating system are youy using? Is it a Mac? > > I think this is a PDF that i created, and if so, it was by exporting > from libreoffice. > > The PDF file renders fine here, but it might well be a font format > issue. It's a Chrom* issue, will be fixed in 84. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] VPAT Software Request
On 6/12/20 11:37 AM, Liam R E Quin wrote: > On Fri, 2020-06-12 at 09:06 -0400, Gene Heskett wrote: >> All I was doing is >> reporting the failure, and with Michaels help took the odt, re- >> exported >> it as a pdf, and chromium then displayed it properly. > > What operating system are youy using? Is it a Mac? See the bug report I filed on Linux (https://bugs.chromium.org/p/chromium/issues/detail?id=1094327) > I think this is a PDF that i created, and if so, it was by exporting > from libreoffice. > > The PDF file renders fine here, but it might well be a font format > issue. The PDF rendered fine (at least for me); the problem was with the viewport into it. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] VPAT Software Request
On 6/12/20 8:55 AM, Michael Schumacher wrote: > > > On 6/12/20 2:35 PM, Norbert Preining via gimp-user-list wrote: > >> On Fri, 12 Jun 2020, Robert Krawitz wrote: >>> Confirmed; it doesn't render for me either. Two other PDFs I tried >> >> Chrome is **not** a pdf viewer, please use a proper one, there are >> billions out there. >> >> Using a browser from PDF viewing is something like a last resort... > > More like the norm, at least for PDF files which are available online. > > @Robert: as I wrote in my reply to Gene, it would be nice if you could > file an issue for Chromium (or contribute to an existing one, if there's > one already), to make sure that the Chromium developers know about this > and can examine it. Yeah, our emails crossed... Filed https://bugs.chromium.org/p/chromium/issues/detail?id=1094327 The PDF actually does render, just as a vertically narrow strip at the top of the window rather than using the whole window. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] VPAT Software Request
On 6/12/20 8:35 AM, Norbert Preining via gimp-user-list wrote: > On Fri, 12 Jun 2020, Robert Krawitz wrote: >> Confirmed; it doesn't render for me either. Two other PDFs I tried > > Chrome is **not** a pdf viewer, please use a proper one, there are > billions out there. > > Using a browser from PDF viewing is something like a last resort... For an online PDF, accessed via an http: or https: link? ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] VPAT Software Request
On 6/12/20 4:15 AM, Michael Schumacher wrote: > On 6/12/20 9:57 AM, Gene Heskett wrote: > >> On Friday 12 June 2020 03:33:01 Alexandre Prokoudine via gimp-user-list >> wrote: > >>> Please see https://www.gimp.org/about/ITI-VPAT.pdf >> >> Page does not render in chromium. > > That's a PDF file, IIRC created with LibreOffice. Are there any known > issues that Chromium has displaying such files? Confirmed; it doesn't render for me either. Two other PDFs I tried (https://www.mass.gov/doc/covid-19-dashboard-june-11-2020/download and https://mitathletics.com/general/2019-20/releases/coloringbook.pdf) do render. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] HELP Color error using cmyk
On Tue, 02 Jul 2019 14:38:49 +0200, rich404 wrote: >>I can see the problem. >> >>No solution that I can see. Post a bug report at >> >>https://gitlab.gnome.org/GNOME/gimp/issues/ It's not a bug -- there's no way to reconstruct the missing information after it has been transformed from four down to three dimensions. > Not only Gimp > > A little bit digging and the change in values also happens with online > convertors. I tried a couple, both the same. > > CMY(k) 34 37 56 00 > > converts to RGB 168 161 112 > > converts back to CMYK 0 5 33 34 > > The only suggestion is use Krita and start off in CMYK colorspace. The color > picker there keeps the original values. Yep. Once you've transformed from CMYK to RGB you've irretrievably lost that extra information. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Scaling up photo
On Thu, 21 Mar 2019 00:04:08 -0400, Liam R E Quin wrote: > On Wed, 2019-03-20 at 17:57 -0400, Rick Strong wrote: >> Does anyone know of really good software for scaling up an 8x12 inch, >> 300 pxi photo to, say, 16x20 or 20x24 inches or larger? Will GIMP do >> that? > > At 10 to 12 feet, 144dpi will be fine. Fine Art magazines and books > rarely go over 150 lines per inch in a dot screen, so although 300dpi > is recommended, 150 is fine, as long as you don't have text at small > sizes. So first off, I agree and if anything would go further and say that there's rarely going to be a problem at even 75-100 dpi. One is often viewing a ~20" print from rather closer than 10-12'; that's not an atypical viewing distance from a much larger TV. But I don't disagree with the conclusion for a photograph, where there's not normally extremely high spatial frequency data at high contrast, even if the image is reasonably sharpened. Even highly detailed scenes, such as trees, fields of grass, and such usually in my experience don't have a lot of pixel-to-pixel detail, and if they do, it's only going to be right at the focal plane. Text and line art (including high quality photographic reproductions of same) are another matter, but that doesn't sound like the use case here. Just to give you an idea, [1] has long been one of my own favorites, and I've printed it at 16x24 many times. It has quite a bit of fine detail throughout. It was taken in 35mm film with an inexpensive lens (Tamron 28-200, in the late 1990's when that was an early superzoom), and might charitably have 2000 lines/inch resolution or 6 megapixels, which would work out to 125 dpi on the final print. [1] https://rlk.smugmug.com/Other/Landscapes/i-qGZ7Jx9/A > So, 8x12inch at 300dpi is 16x24inch at 150dpi. > > Now, newspapers use 75 or 72dpi screens generally. So try looking at a > newspaper photograph from ten feet away and see if you're OK with the > quality. That's a bad comparison; there are other reasons why newspaper photos are poor quality (cheap paper and ink, bad channel-to-channel registration, and so on). Which also brings up the issue of print technology -- the printer's screening, whether a fixed grid dot screen like offset printing or the much higher frequency but less regular dithering of an inkjet or laser, will usually help hide pixelation in a continuous tone image, and if not, good quality scaling as Liam suggests will hide the pixelation. Pixelation is a lot harder on the eye than a small bit of softness. > If so, your image is good for 32x48inches unchanged (or just changing > the image’s Print Size). > > If you're sending this out to a print shop, ask what resolution they > need. If they insist on 300dpi, you can use gimp to scale it up; the > results will not generally be as good with Fractal, though. You might > also be able to use the liquid rescale / resynthesizr plugin to get > better quality, because you're asking gimp to invent detail. > > Liam -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Multiple command line args always use single window mode (2.10)?
On Thu, 8 Nov 2018 22:31:31 -0500, Patrick Shanahan wrote: > * Robert Krawitz [11-08-18 22:28]: >> # GIMP gimprc >> # >> # This is your personal gimprc file. Any variable defined in this file takes >> # precedence over the value defined in the system-wide gimprc: >> # /etc/gimp/2.0/gimprc >> # Most values can be set within GIMP by changing some options in the >> # Preferences dialog. >> >> (save-session-info no) >> (restore-session no) >> >> # end of gimprc > > look at: > ~/.config/GIMP/2.10/sessionrc > (single-window-mode no) > > nearly last line on my box. That did it. I'm guessing (too late in the evening for me to investigate) that what happened is that I don't enable save window positions on exit, and single/multiple window mode is treated as "window position", so that setting never got saved. (I start my window manager from a fixed session too. However, there are some exceptions; I build up so much state in my browser and emacs that I really do need session saving, and I wish the xterm/bash combination could do the same thing. But I tend to use GIMP as a one-off, so preserving state isn't very useful to me.) -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Multiple command line args always use single window mode (2.10)?
On Thu, 8 Nov 2018 22:16:07 -0500, Patrick Shanahan wrote:
> * Robert Krawitz [11-08-18 22:12]:
>> On Thu, 8 Nov 2018 22:02:08 -0500, Patrick Shanahan wrote:
>> > * Robert Krawitz [11-08-18 21:26]:
>> >> On Fri, 28 Sep 2018 22:04:50 -0400 (EDT), Robert Krawitz wrote:
>> >> > It appears that even if I uncheck single window mode, when I run
>> >> >
>> >> > gimp *.tif
>> >> >
>> >> > it always opens in single window mode. Hopefully there's just a
>> >> > setting I missed?
>> >>
>> >> It's worse; it appears that whenever I start GIMP *period*, it's in
>> >> single window mode.
>> >>
>> >> I don't like single window mode. I just don't. That's my final
>> >> answer. It just doesn't fit my working style, which is to have lots
>> >> of windows open all over the place. And I don't want tiled, either.
>> >> Again, personal preference.
>> >>
>> >> But I cannot find a way to turn it off permanently. I can uncheck
>> >> Windows->Single Window Mode, but the next time I start it, it's back
>> >> to single window mode. I haven't found an option to disable it by
>> >> default either; hopefully I've just missed it?
>> >
>> > fwiw: I don't either. I just opened gimp. it opened into single window
>> > mode. I unchecked "single window mode", closed and reopened and got
>> > multiple window mode.
>>
>> What happens if you run it as
>>
>> gimp
>>
>> ?
>>
>> > gimp-2.10.6-2.18.x86_64
>> > opensuse Tumbleweed 20181107
>>
>> I'm using Leap 15.0, so probably built the same way.
>
> gimp
>
> still opens in multi-window mode. perhaps you have a old configuration
> lingering ???
If so, it's not apparent where. This is my ~/.config/GIMP/2.10/gimprc
(and that's where other GIMP config files live, such as printrc, which
I'm certain is the one being used here).
# GIMP gimprc
#
# This is your personal gimprc file. Any variable defined in this file takes
# precedence over the value defined in the system-wide gimprc:
# /etc/gimp/2.0/gimprc
# Most values can be set within GIMP by changing some options in the
# Preferences dialog.
(tile-cache-size 8G)
(use-opencl yes)
(undo-levels 3)
(undo-size 3G)
(thumbnail-filesize-limit 2G)
(import-raw-plug-in "${gimp_plug_in_dir}/plug-ins/file-rawtherapee")
(monitor-xresolution 133.00)
(monitor-yresolution 133.00)
(monitor-resolution-from-windowing-system no)
(save-session-info no)
(restore-session no)
(max-new-image-size 8G)
(toolbox-foo-area yes)
(toolbox-image-area yes)
(color-profile-policy convert)
(selection-feather-radius 1.00)
(fill-options
(style solid)
(antialias yes))
(stroke-options
(style solid)
(antialias yes)
(method line)
(width 6.00)
(unit pixels)
(cap-style butt)
(join-style miter)
(miter-limit 10.00)
(dash-offset 0.00)
(dash-info 0)
(emulate-brush-dynamics no))
# end of gimprc
--
Robert Krawitz
*** MIT Engineers A Proud Tradition http://mitathletics.com ***
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http://gimp-print.sourceforge.net
"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Multiple command line args always use single window mode (2.10)?
On Thu, 8 Nov 2018 22:02:08 -0500, Patrick Shanahan wrote: > * Robert Krawitz [11-08-18 21:26]: >> On Fri, 28 Sep 2018 22:04:50 -0400 (EDT), Robert Krawitz wrote: >> > It appears that even if I uncheck single window mode, when I run >> > >> > gimp *.tif >> > >> > it always opens in single window mode. Hopefully there's just a >> > setting I missed? >> >> It's worse; it appears that whenever I start GIMP *period*, it's in >> single window mode. >> >> I don't like single window mode. I just don't. That's my final >> answer. It just doesn't fit my working style, which is to have lots >> of windows open all over the place. And I don't want tiled, either. >> Again, personal preference. >> >> But I cannot find a way to turn it off permanently. I can uncheck >> Windows->Single Window Mode, but the next time I start it, it's back >> to single window mode. I haven't found an option to disable it by >> default either; hopefully I've just missed it? > > fwiw: I don't either. I just opened gimp. it opened into single window > mode. I unchecked "single window mode", closed and reopened and got > multiple window mode. What happens if you run it as gimp ? > gimp-2.10.6-2.18.x86_64 > opensuse Tumbleweed 20181107 I'm using Leap 15.0, so probably built the same way. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Multiple command line args always use single window mode (2.10)?
On Fri, 28 Sep 2018 22:04:50 -0400 (EDT), Robert Krawitz wrote: > It appears that even if I uncheck single window mode, when I run > > gimp *.tif > > it always opens in single window mode. Hopefully there's just a > setting I missed? It's worse; it appears that whenever I start GIMP *period*, it's in single window mode. I don't like single window mode. I just don't. That's my final answer. It just doesn't fit my working style, which is to have lots of windows open all over the place. And I don't want tiled, either. Again, personal preference. But I cannot find a way to turn it off permanently. I can uncheck Windows->Single Window Mode, but the next time I start it, it's back to single window mode. I haven't found an option to disable it by default either; hopefully I've just missed it? -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Multi-window mode with toolboxes attached?
Is there a way to enable multi-window mode (each image with its own window) but with each image having its toolbars and boxes attached? I dislike single window mode with a single visible image (and even a tiled singe-window mode wouldn't be what I want; I want each image to be fully window-managed), but having toolbars and such attached to each image would be very useful. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] [Fwd: [CentOS] Gutenprint - Gimp - Color pcl files]
On Mon, 15 Oct 2018 10:23:53 -0500, Gregory P. Ennis wrote: > Everyone, > > I apologize for posting this again, it looks like I am not getting any > takers on this problem. > > If any of you can direct me as to where to look for a solution I would > greatly appreciate it. gimp has been a wonderful tool for me to be > able to create pcl macros for hp type printers, and I have many forms > that I store as pcl macros of a document that are then merge with data > to on the fly; all of these are in black and white. We purchased some > color printers, and now I would like to create 'color' forms stored as > macro commands in hp pcl5 printers. I would surely appreciate anyone's > help in making this happen. I replied to you offlist. Check your spam folder in case my message got dropped. I'm the project lead for Gutenprint. The bottom line solution is to install Gutenprint 5.2.14, which properly supports most color laser printers. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] [Fwd: [CentOS] Gutenprint - Gimp - Color pcl files]
On Thu, 11 Oct 2018 18:18:25 -0500, Gregory P. Ennis wrote: > I am trying to create a 'color' *.pcl from a pdf file with the use of > gimp and the gutenprint gimp plugin. I have done this easily to > create a black & white *.pcl file, but have not found a way to create a > file that contains the 'color' commands for an HP laser printer. This question really belongs on gimp-print-de...@lists.sourceforge.net, but no mind, since I'm here. But please reply off-list, since I can help you directly as the Gutenprint project lead. > I am running Centos 7.5 with all of the latest updates. gutenprint- > 5.2.9-18.el7.x86_64 is the current version in the Centos repositories You will need to download and build (from source) Gutenprint 5.2.14, from here: https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.14/ > While using the gutenprint plugin within gimp I am allowed to select > from a list of HP color printers : > > HP Color LaserJet 2500 > HP Color LaserJet 4500 > HP Color LaserJet 4550 > HP Color LaserJet 4600 > HP Color LaserJet 5 > HP Color LaserJet 5000 > HP Color LaserJet 5500 > HP Color LaserJet 8550GM > > But when I use any of these I am not allowed to select 'Color' on the > output tab. > > I have tried to use other drivers like 'HP DesignJet 450C' and am able > to select color options without a problem and to produce a color *.pcl > file, but the file created obviously does not work on a hp color laser > printer. > > I tried installing gutenprint 5.3.1 from https://sourceforge.net/projec > ts/gimp-print/files/gutenprint-5.3/5.3.1/ , and things seem to go well, > but I have little experience with the process, and after the > installation and reboot there were no differences with the use of the > HP Color LaserJet drivers. 5.3.1 does support color printing from color laser printers. I'd suggest 5.2.14 for now, though; 5.3.1 is fairly new. After you run make install, you need to run cups-genppdupdate. If you use 5.3.1, you would need to run cups-genppdupdate -x. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Printing images to scale
On Wed, 10 Oct 2018 19:14:44 -0400, Steve Kinney wrote: > On 10/10/2018 05:41 PM, Office TyAutDesigns wrote: >> Hello, I have a 36" plotter printer. I take pdf Images and resize them so >> the men in our shop can use them as a template for product that we make. >> GIMP is great with resizing however when I go to print the images they >> aren't coming out to scale. I tried messing with the page setup and print >> options but nothing has been able to work. In the print options I go to >> image settings and there is a section that I can change image dimensions but >> it won't let me change them. Anybody have any ideas where I am going wrong? >> Thanks! > > The usual solution would be to export your finished image in JPG or PNG > format, depending on the required resolution: JPG makes much smaller > files but introduces some noise; PNG makes larger files with no added > noise or loss of fine detail. You could also try using the Gutenprint plugin, which allows you to resize the image dimensions. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Multiple command line args always use single window mode (2.10)?
It appears that even if I uncheck single window mode, when I run gimp *.tif it always opens in single window mode. Hopefully there's just a setting I missed? -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Multi-window mode with toolboxes attached?
Is there a way to enable multi-window mode (each image with its own window) but with each image having its toolbars and boxes attached? I dislike single window mode with a single visible image (and even a tiled singe-window mode wouldn't be what I want; I want each image to be fully window-managed), but having toolbars and such attached to each image would be very useful. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
