{"id":350,"date":"2007-11-11T20:05:01","date_gmt":"2007-11-11T19:05:01","guid":{"rendered":"http:\/\/ospublish.constantvzw.org\/?p=350"},"modified":"2008-01-17T17:52:30","modified_gmt":"2008-01-17T16:52:30","slug":"the-adventure-continues","status":"publish","type":"post","link":"http:\/\/ospublish.constantvzw.org\/blog\/works\/the-adventure-continues","title":{"rendered":"The Adventure Continues"},"content":{"rendered":"
(A post for readers with some F\/LOSS stamina)<\/em> Experimenting with the spray paint tool he soon produces a playful image mixing and mapping the complicated Festival program. But than the trouble begins.<\/p>\n Finalising corrections and inevitable changes, it becomes harder and harder to navigate the document in Inkscape until we can only view it in preview mode. We also learn to split text and image into separate layers and work most of the time with the image layer switched off.<\/p>\n To be able to check the document, we need a full size print and this we manage with the help of poster<\/a> (although our colour printer chokes on the resulting 450 MB document).<\/p>\n Our solution to produce PDF’s with the help of the Apache Batik library<\/a> is for some reason failing, so we tile the document on the basis of a poorly rendered EPS. In itself not such a problem but we know to expect problems in a later stage.<\/p>\n The problem with Batik originates in the ‘flowroot’ element that has been added in the SVG specification 1.2. Inkscape incorrectly refers to version 1.0 and Nicolas figures out that when you open the Inkscape document in a text editor and change the reference to SVG 1.0, Batik stops complaining.<\/p>\n <\/a><\/p>\n But… the problem itself does not go away – the resulting PDF contains black blocks in the place of text. <\/p>\n <\/p>\n We figure that ‘flowroot’ (text that is in a ‘dynamic’ textbox) is still the problem so we manually select each textbox and un-flow it. Converting the text to outline would also do the job but both solutions create a new problem. We have used colours to distinguish French, Dutch and English texts from each other but when different colors\/languages placed in the same text frame are converted, they end up having only one single color.<\/p>\n <\/a> <\/a> <\/a><\/p>\n We decide to give up on colour coding (it would mean to split all languages into separate textboxes – this is too much work and too risky with so little time left for checking and corrections), convert all text to black and mark the transitions with hearts.<\/p>\n <\/p>\n Now we have a document with no ‘flowroot’ left, we still need to convert the SVG to PDF. With the size of this document (600 x 840 mm) Batik starts to run out of memory.<\/p>\n After trying to open the background image in Gimp, importing the whole .svg in Scribus, exporting the background as bitmap from Inkscape and even considering to piece screenshots of the blurs together…<\/p>\n Nicolas helps us out again and explains how we can assign more memory to Java so we can rasterize the file.<\/p>\n
\n
\nAfter producing a flyer for VJ10<\/a> in Inkscape without too much trouble, we confidently decide to do a poster next. With a three week programme of lectures, workshops and installations<\/a> following four interwoven themes, scattered over five locations and of course translated in three languages (Dutch, French and English), VJ10 might not be the easiest event to fit on a poster but Harrisson courageously dives in.<\/p>\n