<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd">
	<channel>
<title>Typography + editing = preEdici&#xf3;</title><link>http://www.preedicio.com/index.html</link><description>Thoughts about type &#x26; editing &#x26; tools for authors</description><dc:language>en</dc:language><dc:creator>Pere Farrando</dc:creator><dc:rights>Copyright: Pere Farrando Canals</dc:rights><dc:date>2013-06-14T16:07:50+02:00</dc:date><admin:generatorAgent rdf:resource="http://www.realmacsoftware.com/" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>
<lastBuildDate>dv., 14 de juny 2013 16:18:28 +0200</lastBuildDate><item><title>Prospects of Pages</title><dc:creator>Pere Farrando</dc:creator><category>software</category><category>productivity</category><category>typography</category><category>language</category><dc:date>2013-06-14T16:07:50+02:00</dc:date><link>http://www.preedicio.com/blogENG/files/6cbc193f50c0e400b1ed70988b1d4a48-8.html#unique-entry-id-8</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/6cbc193f50c0e400b1ed70988b1d4a48-8.html#unique-entry-id-8</guid><content:encoded><![CDATA[The recently announced possibility to edit Pages documents on a browser, included in the forthcoming operating system Mavericks for Mac, clearly shows enormous potential.   One cannot help but seeing that feature as the first step toward a collaborative writing service on the web.


However, to those who do not care about one company gaining ground in a field which is already occupied by another one, such prospect is likely to switch the attention away from two matters in which Pages has room for improvement:


	&bull;	A better treatment of typography (availability of the thin space, decimal fractions in point measurements, the discretionary hyphen, and em and en spaces, for instance).


	&bull;	A better handling of spell and grammar checking and end-of-line word division, specially in non-major languages.
]]></content:encoded></item><item><title>QuarkXPress and InDesign as tools for copyeditors</title><dc:creator>Pere Farrando</dc:creator><category>software</category><category>typesetting</category><category>editing</category><dc:date>2013-04-09T12:57:10+02:00</dc:date><link>http://www.preedicio.com/blogENG/files/6247404f1914807c5de527e1841fe18d-7.html#unique-entry-id-7</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/6247404f1914807c5de527e1841fe18d-7.html#unique-entry-id-7</guid><content:encoded><![CDATA[Is that precise aim &ndash; having a thorough control over the text &ndash; reserved to typesetters?   Think about end-of-line word divisions, the use of hard spaces here and there and the whole matter of having a scheme of paragraph and character styles and applying them to the entire manuscript.   How can this be tackled without the collaboration of copyeditors and hence their knowledge of the two more important page-layout applications?]]></content:encoded></item><item><title>Are URLs regular text?</title><dc:creator>Pere Farrando</dc:creator><category>editing</category><category> language</category><dc:date>2013-04-03T19:22:49+02:00</dc:date><link>http://www.preedicio.com/blogENG/files/2d1c707e3ef112d2e1a479264780b8e6-6.html#unique-entry-id-6</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/2d1c707e3ef112d2e1a479264780b8e6-6.html#unique-entry-id-6</guid><content:encoded><![CDATA[I can think of a few questions to see this through:


	&bull;	Do URLs need to go after a carriage return when they are part of an enumeration of data?


	&bull;	Is the full stop to be avoided after a URL?


...	&bull;	Do their internal dots, slashes and dashes work as end-of-line breaking points (without any need of an additional dash that would mislead the reader)?


My answer is an expected yes.]]></content:encoded></item><item><title>Why the mouse beats the trackpad</title><dc:creator>Pere Farrando</dc:creator><category>hardware</category><category> productivity</category><dc:date>2013-03-27T19:33:14+01:00</dc:date><link>http://www.preedicio.com/blogENG/files/bbf8e61b12a85c0ee5828b4a748cb090-5.html#unique-entry-id-5</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/bbf8e61b12a85c0ee5828b4a748cb090-5.html#unique-entry-id-5</guid><content:encoded><![CDATA[See the actions to move the cursor using the Apple&rsquo;s Magic Trackpad (or the Magic Mouse, it doesn&rsquo;t matter):


...Move the finger on the surface of the trackpad towards the destination (one or more tries).


...Move the mouse towards the destination (usually one try).


...Using the trackpad the user brings the cursor to another place on the screen, whereas with the mouse the cursor itself is moved by the hand, which gives the user much more precision.


To move the cursor or to be the cursor, that's the key.]]></content:encoded></item><item><title>Pushing the subscription model</title><dc:creator>Pere Farrando</dc:creator><category>software</category><category>productivity</category><dc:date>2013-03-23T13:15:45+01:00</dc:date><link>http://www.preedicio.com/blogENG/files/b1cf50d615beb92f7d42ac7535249995-4.html#unique-entry-id-4</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/b1cf50d615beb92f7d42ac7535249995-4.html#unique-entry-id-4</guid><content:encoded><![CDATA[Guess I make a list of services that any average or advanced computer user, and specifically someone in the publishing sector, has or might want to have:


...	-	Adobe&rsquo;s Creative Cloud (have-not)


	-	Podcasting: file hosting and RSS feed provider (have)


...	-	One or two subscriptions to newspapers (have-not)


...Now, tell me you really expect I will subscribe to your service before all the have-nots mentioned above.
]]></content:encoded></item><item><title>4. From XHTML to InDesign (and a glance at iBooks Author)</title><dc:creator>Pere Farrando</dc:creator><category>code</category><category> software</category><dc:date>2012-04-20T15:55:32+02:00</dc:date><link>http://www.preedicio.com/blogENG/files/90228a2add90a51d6a68c407587ed368-3.html#unique-entry-id-3</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/90228a2add90a51d6a68c407587ed368-3.html#unique-entry-id-3</guid><content:encoded><![CDATA[Every article or post intended for a webpage (namely, a valid XHTML file) can be made into an epub using Sigil, which is a fast way of creating an article in two formats perfectly suitable for all kinds of authors. 

...As you can see in Figure 2, we have got all the HTML tags in the structure of our InDesign document, but this is not enough for us, because paragraphs with classes won&rsquo;t be identified as singular paragraphs. 

...Because HTML classes haven&rsquo;t become independent tags, and neither have &lt;span&gt; tags, we have to go back to our fake XML file and turn all types of paragraphs with a class (and &lt;span&gt; tags as well) into new dedicated tags. 

...Things would be different under two circumstances: first, by having an iBooks books reader that is available for Mac, Linux and Windows users, so that a universal target could be reached; second, by having a version of Pages that is enhanced enough to become the PDF-maker partner of iBA. 

...People who want to provide short contents for free in a casual environment can&rsquo;t rely on tools that are to be announced sooner or later, like an iBooks reader for desktop devices, or on distribution channels that are as closed as the iTunes system. ]]></content:encoded></item><item><title>3. A claim for ebooks with less and better formatting</title><dc:creator>Pere Farrando</dc:creator><category>code</category><category>typesetting</category><dc:date>2011-11-09T23:12:39+01:00</dc:date><link>http://www.preedicio.com/blogENG/files/f86cb9648e2f410eaaa0e1388ed150cc-2.html#unique-entry-id-2</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/f86cb9648e2f410eaaa0e1388ed150cc-2.html#unique-entry-id-2</guid><content:encoded><![CDATA[I assume that running headers and page numbers are not contained in the code written by the designer, but that they are created by the app&rsquo;s rendering system, which determines how the EPUB specification is executed.   In Apple&rsquo;s iBooks app, these elements are small in size, the title and the name of the author are set at the top of the page, and the page numbers are at the bottom, set in the expression x of y (see Figure 4). ...  I am convinced that the main objective should be to ensure minimum typographic weight, which implies not devoting any space on the page to information or marks that are not useful to the reader (remember we are dealing with continuous text). 

...The author&rsquo;s name, the title of the novel and the current page number appear when we touch the tablet screen (see Figure 5), which means that the navigation interface is the best ally for good typography in ebooks.


...To sum up, this post is addressed not to designers, but rather to publishing companies that dare to bring out unfinished or badly-designed works, and to ebook-reading app programmers who force the EPUB specification to behave the way they want it to, rather than ensuring a neutral, truly comfortable page. ]]></content:encoded></item><item><title>2. Five editing features that Pages 09 lacks</title><dc:creator>Pere Farrando</dc:creator><category>typesetting</category><category>software</category><category>language</category><dc:date>2011-06-15T10:00:00+02:00</dc:date><link>http://www.preedicio.com/blogENG/files/90c3e9651d9187d84c09ffb6a2f51915-1.html#unique-entry-id-1</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/90c3e9651d9187d84c09ffb6a2f51915-1.html#unique-entry-id-1</guid><content:encoded><![CDATA[I say editing because it is a more widespread and recognisable word, but it would be more accurate to say authoring, as typefaces and their use in texts for print are in the hands of authors. 

...We want Pages to take care of, if not all, at least most of the details we need when editing and setting our texts, even if these details don&rsquo;t actually turn up on a page&mdash;think of the discretionary hyphen, for instance.


...In Pages we can give the order &ldquo;Never hyphenate&rdquo;, but what if we want to force the division at a certain point in the word, or even to broaden the points of division given by the application?   Pages doesn&rsquo;t have to be comparable with InDesign or QuarkXPress, but it would be a great step forward to allow the discretionary hyphen to block the division of any word by putting one of these invisible hyphens before it, as InDesign and Quark do.


...My aim with this post wasn&rsquo;&rsquo;t to start a race between programs, but to point out a few holes in typographic and editing features of Pages and relate them to the needs of authors and editors. ]]></content:encoded></item><item><title>1. Catching on Markdown (for non-coders)</title><dc:creator>Pere Farrando</dc:creator><category>tools</category><category>code</category><category>software</category><dc:date>2011-04-27T10:00:00+02:00</dc:date><link>http://www.preedicio.com/blogENG/files/44b9de70f650a399625d41147517e650-0.html#unique-entry-id-0</link><guid isPermaLink="true">http://www.preedicio.com/blogENG/files/44b9de70f650a399625d41147517e650-0.html#unique-entry-id-0</guid><content:encoded><![CDATA[We need to write code, but only a small amount of it, and we will never get used to surfing into coarse specifications (CSS, XML, ePub, LaTeX, and the like).


Besides, starting a website by using Joomla, WordPress or MovableType is not an option for us, because it means having to deal with an Apache server, a MySQL database, and PHP code &mdash; unbearable.   Those who don&rsquo;t get deeply into these content management systems end up using a template which will never give them the sense of a personal space in the cloud. 

...It is true that Markdown doesn&rsquo;t manage with &#60;div&#62; blocks, so we have to write thinking only of &#60;p&#62; and &#60;span&#62; levels. 

...To me, there is nothing to worry about &mdash; non-coders spend a lot of time off the cloud and aren&rsquo;t in a hurry to learn more code. ]]></content:encoded></item></channel>
</rss>