Are Programmers Ruining the Design of eBooks?
An anonymous reader writes "The Toronto Review of Books claims that the majority of digital books are awful because major publishers are handing over the design work to programmers, not artists and editors. This results in the 'typographical horrors' typical of so many eBooks, and hundreds of 'lackluster' iPad adaptations. 'Programmers are suddenly being given free reign to design books,' the article laments. 'Most publishers don't care about the iPad or eBooks very much... which may be an aesthetic rejection based on the publisher's historical reverence for the printed page.' Don't we deserve better eBooks?"
Programmers don't really understand good design and usability. Just look at the state of Linux and most open source programs. They might have the specific functionality, but they seriously lack in UI and design. On top of that linux geeks fail to understand that people don't want to use command line to do tasks. Graphical UI's are more fast, easier to use, you don't need to remember commands and even new users can do their thing quickly, without resorting to reading manuals and other crap like that.
Another stupid thing I've noticed about programmers is that immediately when they think of design, UI and easy of use it somehow translates as features taken off or hard to use. That's because programmers cannot think logically like most people do.
Good example is Ribbon UI. Ribbon is actually a great step forward in terms of usability. I wasn't really heavy Office user but have used in from time to time. Same is true now. The difference is, when I use it now, I find it much easier to use and I'm using the advanced features I didn't know about. That's because Ribbon shows them more clearly to me when I need them. I never realised that the features were there or that I should had used them. I'm not going to browse thru all the menus and try the different options. Ribbon presents them to me in an easy, quick format. And this isn't only Office. There are other programs I use that have been "Ribbonized" and I've noticed the same pattern. My overall usage of those programs advanced features has only grown.
Also, considering that geeks usually complain how people don't get them or they're bullied, they seem to have a huge "I'm better and more intelligent than the rest of people" complex. You can just follow slashdot and you see what I'm talking about. Constant dissing of non-geeks, how they're stupid, how people should spend time learning computers (while geeks not wanting to learn stuff like socializing, how sports leagues are going or stuff that interests girls) and everything else. Geeks also look down at designers as in "they don't know what they're doing". Designers are professionals, they know these things better than programmers do. Live with it.
This is a symptom of the down economy, but also of the must-make-earnings-or-else management style.
PHB's don't see design and development as needing different skillets, they just see two jobs that can be consolidated into one. If you have a programmer who does a B+ job programming and a C- job on design, eliminate the design, produce a C+ product, and then go tell your C*O you eliminated positions without impacting productivity.
There's your problem right there. It's not the programmer's fault if he hasn't been given an artist or designer to work with. If you give an unqualified person a job to do and they do a shitty job, it's your fault, not theirs. Either get someone qualified in, or give them the necessary training.
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
Probably what is happening is that management is trying to go cheap on labor. I can see the attitude in my mind. Someone says "Why do we need designers when we can just have the programmers throw it on the eBook for free?"The same thing happened with websites for years, before people realized how important good design really is.
putting the 'B' in LGBTQ+
I prefer my ebooks as .epub, thank you very much.
The problem is that the design work is being done by someone who doesn't care about typography and usability, not because it is done by someone who is skilled in programming.
If you don't know about about structure, algorithms and logic, it is hard to give an application design that is novel, implementable and will actually work out the way it is envisioned. But to effectively design you need skills in design as well as actually caring about the usecases. Code is the medium to express design, just like paint and stone can be used to express visual art, but an interface designer who can't code is as useless as an artist who cannot use a paintbrush or chisel. Coding isn't that hard if you can structure your thoughts clearly enough to explain your design to others anyway, there's nothing arcane to it.
So the crux is, two things, equally important, the code and what you are coding.
When Argumentum ad Hominem falls short, try Argumentum ad Matrem
I wish they would. LaTeX is typically much better at typesetting than your average artist/editor using Word. All real programmer would use LaTeX right? (No, I haven't RTFA)
Software can't turn you into a great designer any more than it can turn you into a great programmer.
To have a right to do a thing is not at all the same as to be right in doing it
Well, most programmers are terrible at everything- including programming. That said, most people are terrible at what they do. :P
I really hate when I see a term like "Plauger's spectrum", go to find the definition of it, and the only use of it ever, is right here on Slashdot with no explanation of what it is anywhere else...
Of course designers know better design than programmers, that's obvious. Programmers are there to do their job. They program. They build the system and its functionalities. They are not designers, and if they know something about UI and design, it's a bonus, not a defficiency. It eBooks lack decent design, it's because the publishers didn't hire designers. You can build an ugly program with only a programmer, but you can't build a pretty software with only a designer. Programmers are essentials. If you ever need a working app, you know which to hire first.
Disclaimer: I am a technical writer, and have a lot of experience with publishing workflows.
I love the ease of obtaining books for my e-book reader. I also love the space savings I get from e-books and not having to choose which physical book to dispose of when I get a new one.
Given good content to work with, any programmer could figure out how to make it beautiful using LaTeX. There are even several excellent packages for typesetting novels out there on CTAN. However, there isn't a mature, standardized workflow to get from LaTeX to epub. I sort of expected this by now. It'd be nice if XeLaTeX had an output driver for epub. Everything on planet LaTeX revolves around PDF output, and it doesn't do tagged PDF output, which means that paragraphs cannot be reflowed. So, you can generate a beautiful document for your e-book reader, as long as you don't plan to zoom, and you have to generate a different PDF file for every size of device out there.
That's not to say that LaTeX and friends haven't come a long way. Synctex and TeXworks make editing a joy. XeTeX and fontspec make font selection easy-cheesy.
However, I pine for the day when I can just do epublatex document.tex or taggedpdflatex document.tex and get awesome output. I don't want to have to rasterize my graphics either... I just want it to work. It's coming, I'm sure.
'Programmers are suddenly being given free reign to design books,' the article laments.
Given? We're being "given" this?
I don't know how it works in the ebook industry, but in my fifteen years of professional programming in a variety of other industries, I've found that when they "give" me free reign to design the UI, it really means they rejected my suggestion that they hire a designer (if they even asked).
You're pointing at the wrong target, bud -- it's the chucklehead manager, with the designer clothes and designer watch, who thinks designers are a waste of money.
Stop-Prism.org: Opt Out of Surveillance
Doesn't happen in Apple.
PS given the money spent on ringtones, screensavers and backdrops for phones, I highly doubt your "Customizability is not something the average home PC user cares about.".
Yeah, this has been a pain in the ass for me. Ballantine Press (Random House imprint for Sci-fi & Fantasy) has really screwed up the typography on their ebooks. It is clear that there is absolutely no QA going on in the publishing houses. I have yet to buy an ebook from Ballantine that does not require editing of the ebook to make it readable.
McCaffrey's The Dragonriders of Pern trilogy collection is in terrible shape. Typographical errors are bad enough, but the books are loaded with spelling errors as well. It was so bad, I actually wrote a letter of complaint to the publisher. I forked over good money for a story I enjoyed, and found it almost unreadable due to the problems. One of the worst examples was the place name "Ruatha". I found over twenty times when it was misspelled as "Ruath"--in one case, it was even misspelled on a page where they had the correct spelling in the following paragraph!
Of a number of ebooks I've bought from Ballantine, I've had to break open the ebook files on all of them an edit the text and the CSS to correct the errors. It is clear to me that publishers have placed such a low priority on ebooks that they are willing to put out substandard product into the market without any quality control. In Piers Anthony's Xanth series, all it took was two tiny changes to the CSS to fix their typographical mistakes to make it a pleasure to read again.
Example: In the CSS in some of the ebooks, I noted that they had listed paragraph indentation defined as pixels. Well, 15 pixels on an ebook reader are not the same size as 15 pixels on a computer screen or a smart phone display. Pixels are a subjective value where one device can have 300 pixels in an inch another can have just 72. It is better to define text indentation as an objective value such as 1 cm or 1.5 em so it gets indented properly, no matter the device that is displaying the text. By defining the indentation in pixels, the paragraph indentation in some ebooks was so minimal that the paragraphs just ran together and couldn't be differentiated.
I find it ironic that the ebooks being sold by independent (e.g. self-published) authors to be flawless in their display while the ebooks from the big publishing houses with all their resources are all messed up.
Whew! This water sure is cold!
I find it amusing that the article linked for this story has some atrocious typography of its own.
No, that's just what happens when you let an artist choose the typography rather than a programmer. They want you to appreciate the article as art, not process it as information. You don't "read" it, you "experience" it.
Since TFA is slashdotted, I'm just responding to what I could glean from the /. summary.
The two most popular ebook formats (epub and mobi/azw) are both basically just a collection of html and css files put together into a zip file. The html is extremely limited. For example, in kindle (azw) format, all images are displayed in the center of the page. So, for example, if you want to put an equation rendered as a bitmap embedded in a paragraph of text, you basically can't do it. In most cases, you cannot use javascript. Creating an ebook is also exactly like writing html for the web in that you have to make it work on any device. For instance, a Kindle 2's screen is 260x311 and a Kindle DX is 372x511. You cannot embed fonts and know that it will work on all devices. (E.g., epub 2 allows fonts to be embedded using CSS2 @font-face rule, but the spec doesn't require devices to support it, and many don't.) The CPU on these things is designed for low power consumption, not for heavy processing.
So, given these resources, there really isn't much that you can do creatively in designing an ebook. If it's a novel, it's pretty much going to look like all other novels. It's in a font that the hardware vendor optimized for legibility on that device.
It's true that the formats are becoming more sophisticated. For example, epub 3 (which is not yet supported by any devices), includes mathml, which will allow math and science textbooks to be made into ebooks for the first time. Javascripts is coming.
But be careful what you wish for, because you might get it. Are we really looking forward to reading Wuthering Heights formatted beautifully by a professional designed -- for a screen that's narrower than the one on our own device? How about opening a book and finding that the title of contents is an image, forcing you to guess where to click in order to start reading? How about animations that you can't skip? How about CPU-intensive features that freeze up your device for 30 seconds? What about fonts that looked great on the designer's device, but that look absolutely horrible on ours?
And there are going to be compatibility nightmares that will make the browser wars look like a child's tea party. For example, epub 3 includes mathml, but it doesn't say that devices must support mathml, it just says that they can. So publishers will be selling one version of a calculus textbook for the Nook 17xi (which supports mathml), but a different version for the Nook 16lx (which doesn't) -- and of course an eyeball-bleeding epub 2 version for "legacy" devices, like that Nook 14 that you bought way back in 2014. Oh, you switched to an iPad? Cool, but you find out that the epub 3+mathml version of the book that you bought for your Nook doesn't work on your iPad, because Apple hasn't gotten around to implementing mathml. But you can buy an iPad version instead, only $187!
Find free books.