Slashdot Mirror
Making Linux Printing as Easy as in Windows
Jonny5 writes: "In preparation for the transition from windows to a Linux based workstation, the main focus is that of peripheral compatibility. Sure Linux is rock solid stable, and has an almost totally customizable GUI, but dammit, if my hardware won't work, what's the point? ...After hearing about TurboPrint, and their claim to provide 'Printer set-up and configuration is as simple as on Windows or MacOS,' I had to rise to the challenge. LinuxLookup.com has done a full review of TurboPrint For Linux."
I use KPrint (part of KDE infrastructure) with CUPS... I dont think I could ask for much more, though admittedly I think you still have to set the thing up via the CUPS web interface.
Still, it's better than using lpr/lpq and wondering what bit of the pipeline ate your document =)
.. is some kind of wine-driven printer emulation layer, that would let you use windows printer driver sin Linux. Why? Because I have a printer that I have had for 4 years now, and is still nowhere near a Linux solution. Is this idea even possible? I think it would be great if it were, since I could finally use my printer!
Have you ever tried to set up a shared printer on a windows box attached to a LocalTalk network (Mac)? This is NOT easy :-(
Granted that is not the most popular case, but you've got to admit that MS didn't make that option too obvious. Those bastards. My HP 2000NT is still printing 2 pages of PS crap at the end of each printing session ONLY from the windows box (with latest drivers and 4 days watch in hand with MS/HP tech support.)
PPA -- the girl next door.
-- I feel better now. Thanks for asking.
What's wrong with this picture?
Printer set-up and configuration is as simple as on Windows or MacOS
TurboPrint for Linux comes as a tarball containing 'install' and 'uninstall' shell scripts, installation instructions, and all the binary software.
Yes, it's a command-line installer!
The default printing would be in black and white, and when I want to print in colour, I can just change the print command used by the program from 'lpr' to something like 'lpt -Ptp0'.
Yes, you have to give command line options to set printing modes every time you print with a different mode!
And yet this gets an 18 out of 20 in the review. It's amazing to me that this late in the game, there are still so many Linux-heads who just don't get it. This is not just inferior to Mac and Windows -- it's a giant quantum leap backward from where Mac has been for seventeen years and Windows for six. Real end users don't memorize command languages.
Tim
The next problem after printing is ironed out is the lack of a single, easy to use tool to add, temporarily disable, manage and remove fonts in any Linux setup, that makes one set of fonts (both ttf and Type 1) in a single directory available to all applications system wide, in the way that Adobe Type Manager does.
We then need CMYK capability in The Gimp. After these are in place, it will be possible to assemble a desktop publishing suite that will have mass appeal, because anyone will be able to design and publish to QuarkXpress/Photoshop/Illustrator quality, and print the results, all in a rock solid, free alternative to Windoze and OSX, without any pain.
ATH0 Bitcoin: 1DnwFLXczVZV8kLJbMYoheUrpqHesjxrSi
UNIX apps don't send GDI commands - they usually send postscript commands.
So unless someone wants to write a postscript to GDI filter, that approach won't work.
Oh, and things that need to communicate directly with your hardware (like this printer driver) may not be able to run in wine anyway.
Even on Debian, it was pretty much point-and-click for me...fire up a web browser, point it at http://localhost:631, click on "Manage Printers", click "Add Printer," enter a superuser name and password, and follow the steps from then on.
It really is that simple, unless you've got a distro that has a weird installation of CUPS.
Heck, on Mandrake boxes, one can often have the printer autodetected, and the installer can often (in my experience) choose the correct driver.
Stating on Slashdot that I like cheese since 1997.
In my experience, Lexmark has wonderful Linux support for its products. $79 at Best Buy got me a very high quality 1200dpi inkjet printer (the Lexmark Z23) with both Windows and Linux support. The Linux side actually works better than its Windows counterpart, oddly enough. It runs as a daemon process, does PostScript exactly the way it should, and the fact that its a USB printer doesn't complicate the situation either. It all just plain works, out of the box. Even has a nice graphical config utility
Kudos to Lexmark for doing it right!
Bowie J. Poag
This is, in my opinion, one of the areas that will continue to limit the ability of Linux to be used on the desktop. The printing process is simple and flexible for a hacker, if it is a supported printer, but fails the mom test miserably.
What is really needed is an organization with some clout to get behind an API that can be integrated into applications, with a standard, integrated menu selected printer control. Just like the Macs have had for 17 years and Windoze has had for 10? years. There have been a couple of attempts in this direction, which seem to have mostly fizzled. That is why heavyweight clout will be required to make such a thing work.
CUPS is an improvement and a little easier to use for the printer driver installation and setup. But this does not address the user interface. This is something that perhaps Redhat, on the Gnome side, and perhaps some other organization on the KDE side, should have handled years ago. I think this is far more important than having a Gnome/KDE office suite.
The fundamentals should be the first priority, and in an office, printing is absolutely fundamental and critical. A big enough busines can perhaps afford to hire a Linux guru to set up printing, but that should not be required and will remain a roadblock. In fairness, Windoze printer installation and setup is often no picnic either, but that is no excuse for Linux being so lame in this area.
"My side" wrt Linux is a place where things really ARE modular and logical. Where, if you have an extraordinary knowledge of systems and computer science as a whole, you can enjoy your time in it. Where, if something isn't working, you can change and recompile it within hours.
Your "our side" seems to be that awful "I want Linux to be a better Windows than Windows!" garbage. Here's some advice: Linux is not Windows, and Linux will never be Windows. It will never be worse than Windows; it will never be better than Windows -- IT WILL NEVER BE COMPARABLE TO WINDOWS. If you want something like Windows, use Windows. If you want something kind of like Windows but different, use Windows. If you want something better than Windows -- sorry to say it -- you're going to have to live with Windows. LINUX IS NOT WINDOWS.
And why on Earth would you be trying to "win over" someone to "your side"?! Can you even THINK of anything more dishonest? Linux is not Britney Spears; it is not a Happy Meal. If people use it, it's because they want a free Unix-like operating systems, they've done their research, and they WANT to use it. It's not because they've been tricked into something (sorry -- "won over"), so that when they finally do try out Linux, they're horribly disappointed at how un-Windows-like it is, and hold some kind of great resentment towards it.
Look around the web. How many "Linux sucks" posts and websites do you find? A LOT. Is it because Linux actually sucks? Not likely. It's because some "helpful" friend tried to "win them over". They probably said something like "if you're tired of Windows crashing all the time, try this other operating system called Linux". They try Linux, expecting it to be better than Windows, and SURPRISE SURPRISE find out that it "sucks". If you use Linux expecting it to be Windows, guess it, it sucks donkey balls. Not just any donkey balls either -- big ones. LINUX IS NOT WINDOWS. DON'T PRETEND IT IS. AND FOR THE LOVE OF GOD, FOR THE GOOD OF HUMANITY AND COMPUTER USERS EVERYWHERE, DO NOT "WIN OVER" SOMEONE EVER AGAIN.
Also, make sure there are no spaces after the 'No's. The first time I tried configuring this, I had a space after the word and the braindead parser couldn't recognize the option because of it(not sure if they've fixed it in the newer versions or not)...so I swore for a couple hours before actually checking my syslog as to why the damned thing kept ignoring the option :)
The GUI should let you purge completed jobs, IMNSHO. For a basically single-user system, it's best to just disable those two options, unless you are into checking your /var/spool/cups directory on a regular basis (I have better things to do with my time)
Um, CUPS does not use "its own rasterizing program", it uses GNU Ghostscript with the "cups" driver which outputs a generic raster stream that can be configured as needed by the printer driver (i.e. the driver can say it needs a 6-color image at 720 DPI, and Ghostscript will generate it through the cups driver)
We include a version of Ghostscript with CUPS because 1) most non-Linux operating systems don't come with Ghostscript pre-installed, and 2) the standard Ghostscript is bug-filled and doesn't come with that all-important cups driver compiled in. See the ESP Ghostscript project on SourceForge for a more generic replacement that can be configured with the standard Ghostscript drivers + cups.
CUPS also provides an image file RIP which provides faster/better image printing than is possible with Ghostscript.
Similarly, the GNOME folks could provide a rasterizer for GNOME metafiles that would be used for printing - the metafiles are generally a more compact representation than PostScript, and would provide faster printing for clients in a network configuration.
In short, it is the very design of CUPS that will allow it to support a wide variety of devices and applications today and in the future.
I print, therefore I am.
It doesn't really get much better if the "linux-heads" try to put a GUI front-end on things. Widget layouts are often poorly thought out and often covey contradictory or ambiguous choices for configuration. These sad attempts at usability are even praised more highly than the supposedly "easy" command line stuff. The real problem is that the linux hackers designing interfaces in the linux community get sugar-coated reviews of their stuff by other linux hackers who are far too eager to say something is usable out of their ignorance of user interface design and out of their belief that anything under GPL is inherently superior to anything proprietary, interface or otherwise. As a personal experience, I once talked to a person who created a linux installer for a very prominent linux distribution and I mentioned a few of the dozens of confusing or ambiguous or inconsistent things I found in its interface. He couldn't understand what the problem was: he thought I thought that it "wasn't pretty enough". And yet die-hard linux zealots who remember vi commands before they remember their wife's anniversary claim that this interface is perfectly easy and that this installer is perfectly ready for the desktop.
The few people with interface design knowledge who point out these problems are usually called "whiners", and are told to shut up and code their own improvements.
Putting it bluntly, the linux development community is doing more to kill linux on the desktop than Bill Gates ever could. Microsoft realizes this, and that's they have never considered linux on the desktop a threat.