Evolution of a 100% Free Software-Based Publisher 210
NewsForge (also owned by VA) has a quick and interesting look at the evolution of a 100% free software-based Italian publisher. From the article: "Today, Sovilla acknowledges that choosing a 100% free software workflow complicated his working life. He also notes, however, that a great part of his troubles came from an early start, at a time when programs such as Scribus weren't mature enough yet. Today, he says, the situation has improved considerably, and publishers who are willing to experiment with an alternative software platform can, and should, try it without fear."
That is possible now days.. (Score:3, Insightful)
Scribus & Other Open-Source Software (Score:5, Insightful)
This comment shows a little wishful thinking, IMO. I recently tried Scribus, and it's nowhere near mature. This is typical of a lot of open-source software I think; might work good enough for light 'hobbyist' use but nowhere close for real professional work. Probably because it's hobbyists writing the stuff for the most part.
Another good example is Sodipodi/Inkscape. Lots of potential there, but I only used it for about an hour before I 'hit the wall' so to speak and became frustrated with its lack of capability.
Not a dig on open-source, just an observation...
There is such a thing as pragmatism... (Score:5, Insightful)
It's possible to do, in some industries (Score:3, Insightful)
Apart from software availability, regulatory issues prevent many companies from going to 100% free software, even if a product was available.
Re:nothing to fear... (Score:5, Insightful)
Re:It would have been nice (Score:4, Insightful)
Re:nothing to fear... (Score:3, Insightful)
Personally, I've noticed simple preference to be why people would ignore a given FOSS package. It's not hard to see how that works - FOSS packages tend to be designed using baroque interface methods that are preferred only by hardcore 'elite' types who like to lord their 'mastery' over others. The general population likes the consistency and ease that tends to be available in propietary software. The mish-mash of different implementation metaphors and the domination of command line interfaces in the FOSS world just turns a lot of people off.
Sorry this turned into a rant. I just can't let something so simple-minded stand. Personally, I like FOSS and I use it in my work and personal life. I just know I'm an exception.
Re:Scribus & Other Open-Source Software (Score:5, Insightful)
Nobody is asking for patches, but some feedback from professionals is always appreciated. Implementation hints are also welcomed, even if you are not a programmer.
Re:There is such a thing as pragmatism... (Score:4, Insightful)
There are standardised image formats, regardless of what software you use. Proprietary image editing software doesn't keep you locked in to it's own formats, so publishers of such software have to compete on product quality rather than relying on you being forced to keep buying their latest versions.
GIMP! (Score:5, Insightful)
Welcome to the world of a fustrated GIMP user. How long has this been a "must have" feature that hasn't happened?
Re:Scribus & Other Open-Source Software (Score:1, Insightful)
Re:nothing to fear... (Score:3, Insightful)
It has nothing to do with "lording mastery". The difference is in the power vs time curve. Many so-called "ordinary" users think that they prefer a power vs time curve that grows logarithmically so that they can learn it quickly. The developers of FOSS, on the other hand, prefer a power vs time curve that looks more exponential, so that as soon as they invest a little time learning how to do something, they can accomplish tasks more quickly, and save more time overall.
The problem is that in only a few cases have people figured out how to have software that has a logarithmic type curve, and an exponential type for users seeking more advanced usage. The "unix model" of having text-based backends with graphical frontends is one solution to this, but sometimes tends to favor the text-based portion if not everything is included in the frontend. The model of having a gui-based program with a scripting language is another solution to this, but in many cases the dependence on the gui makes it difficult to automate integration with other software.
mod parent down (Score:3, Insightful)
Re:There is such a thing as pragmatism... (Score:3, Insightful)
It's even better that he was willing to play trial-and-error because that helps the software to improve to meet his needs, but also allows him to adjust his workflow to meet the needs of the software. This allows the possibility of actually improving the workflow compared to proprietary solutions. At the least, it means that perhaps the free software solution doesn't have to implement absolutely every feature of the proprietary software, since a change in the workflow can obviate the need for some of them.
So now, thanks to this guy, we have an example of a real-world publisher who has actually shown that you can do everything you need using these tools. If he's willing to share his methods, then that makes it easier for others to do the same. That's awesome.
So no, it's not absolutely necessary to commit yourself fully to free software just because you think it's better. However, I think you can make a pretty strong argument that you do much more for the community by doing so. It's not an all-or-nothing proposition, though, so each can give according to his ability/willingness.
Re:There is such a thing as pragmatism... (Score:5, Insightful)
And most of all, it's the #1 method to get stuff developed where there's more money than "scratch an itch" developers. Granted, there's some commercial OSS developers too, but for the most part closed source is dominating in areas like:
I don't think OSS will be able to adapt to every possible form of software development. In fact, I would be happy if it could corner the market for "basic" desktop use, so that commercial software would get written for the Linux platform. For me personally Oblivion is right now (and other games to come) a huge hook to Windows, and I don't see OSS developing anything like it any time soon.
One Man Publishing House Uses OSS Only! (Score:3, Insightful)
Come on, give me a break. This is a one man show publishing pamphlets that he calls books.
When O'Reilly goes 100% OSS, I'll be impressed and interested. When Doubleday goes 100% OSS I'll be flabbergasted. This one man show? Yawn!!!!
Re:Not surprising (Score:3, Insightful)
Re:There is such a thing as pragmatism... (Score:2, Insightful)
Re:nothing to fear... (Score:3, Insightful)
They decided to use Word for this because it was "standard" even though the tech writer said it could not be done. I recommended LaTeX: teach everyone on the team the bare minimum to mark up their sections and the tech writer and I (team lead) would write the glue to version control, assemble, and generate all the necessary indices. I had a proof of concept working. They still used Word. Managing the document was a nightmare which took more effort than all the writingcombined and the indices, while complete, were always wrong. Other errors in style or versioning were all over the document.
The lesson here is that proprietary apps are great within their domain. Certain Open Source Apps shine when you are doing something which has not been attempted, is seldom attempted, or is unique to your circumstances. Drawing that line is hard and is seldom done well.
the key word is "pre-packaged" (Score:3, Insightful)
I recently had an example of this when a couple of engineers asked me for a solution to something they were doing. They had a very complex Excel spreadsheet which showed some graphics, but they wanted polar plots, which Excel doesn't do. I gave them as an alternative a rather simple Perl script which read their input file (text format, they cut and pasted it into Excel) and created the desired graph using Gnuplot.
They rejected my solution, because it needed two different softwares: Perl and Gnuplot. It didn't matter to them that this was entirely transparent, since the Perl script ran Gnuplot automatically, the idea of having two different softwares running sequentially seems to be alien to commercial software users.
In the end, my solution was much better: it ran faster, with far less manual input (one only needed to give the input file name, instead of having to cut and paste its content), and the program produced the kind of graph they wanted. They just weren't able to step out of the Excel box.
Re:Scribus & Other Open-Source Software (Score:5, Insightful)
Did you use the latest version ?
Yes. Note that I used the word "recently" to describe when I tried it out. I tried Scribus 1.3.3.1 on both Windows and Linux.
Define "immature" ?
Not having many features that most professionals take for granted. Palette windows that don't resize correctly and other goofy UI bugs. Lack of solid, professionally written documentation. No text box margins. Broken PDF exporter. Broken PostScript importer. Opening even moderately-sized documents takes forever. Would you like me to continue?
Scribus is admittedly usable for some projects but it's not yet qualified to be a mission-critical application. I certainly wouldn't stake MY job on it.
What is your professional qualifications to make such a judgement ?
Besides knowing how to conjugate the verb "to be" you mean? How about 10 years as a graphic designer? That enough for you??? That sort of accusatory question really grates on me, and doesn't exactly invite me to come over to Scribus.
Incidentally, the Scribus bios make my point nicely. I see a lot of things like "DTP/IT Consultant", "pre-press and software engineer", et cetera but I don't see much in the way of experienced designers. Scribus is what you get when engineers try to design software; typical of most open-source applications.
Live, Cinelerra, MainActor (Score:3, Insightful)
So far, I have not seen any comprehensive Desktop publishing tools on GNU/Linux so far. Majority of them are web server plugins/cgi/perl/php/java/python/etc. And by using a browser to do publishing, many useful functions are limited in many way.
Same as for non-linear video editing tools for GNU/Linux, a limiting hurdle is the Desktop itself. Native Gnome apps runs unstable under KDE and KDE apps do not even run well in Gnome. It's painful for me to say it, but Cinelerra for Fedora Core with KDE just sucks and unstable, same goes for MainActor and Lives. Even Hydrogen can't sustain stably after few minutes of usage. This forces me to choose one Desktop over other just because of just one useful tool.
I am not sure if anyone is having such painful experience, but few good advice on Cinelerra and Hydrogen on Fedora Core is welcome.
Re:There is such a thing as pragmatism... (Score:4, Insightful)
Re:There is such a thing as pragmatism... (Score:4, Insightful)
Re:There is such a thing as pragmatism... (Score:2, Insightful)