<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Reacties bij Preflighten voor PDF en open bestandsformaten</title>
	<atom:link href="http://preflighten.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://preflighten.wordpress.com</link>
	<description>brought to you by Markzware</description>
	<lastBuildDate>Wed, 16 Jul 2008 08:21:53 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Reactie op Advies- zend zowel de drukgerede PDF én het open bestand door PitStop of FlightCheck? &#171; Preflighten voor PDF en open bestandsformaten</title>
		<link>http://preflighten.wordpress.com/2008/07/01/zend_drukker_pdf_open_bestand/#comment-13</link>
		<dc:creator>PitStop of FlightCheck? &#171; Preflighten voor PDF en open bestandsformaten</dc:creator>
		<pubDate>Wed, 16 Jul 2008 08:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=8#comment-13</guid>
		<description>[...] Gerelateerd topic: Wat zend je naar de drukker; PDF, open bestand of beide? [...]</description>
		<content:encoded><![CDATA[<p>[...] Gerelateerd topic: Wat zend je naar de drukker; PDF, open bestand of beide? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door mweurope</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-11</link>
		<dc:creator>mweurope</dc:creator>
		<pubDate>Wed, 04 Jun 2008 12:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-11</guid>
		<description>Ik dacht dat dit wel interessant zou zijn, gezien de discussie hier. We helpen een Duitse drukker om zijn FlightCheck Professional te automatiseren met Enfocus SWITCH en daarbij kon deze vraag natuurlijk niet ontbreken:

&#039;Werk je voornamelijk met PDF&#039;s of werk je ook met andere bestandsformaten?&quot;

Zijn antwoord:

&lt;i&gt;&quot;No! We are getting a lot of kinds of files. FreeHand, Illustrator, InDesign, QuarkXPress, PhotoShop, PDF’s… &quot;&lt;/i&gt;</description>
		<content:encoded><![CDATA[<p>Ik dacht dat dit wel interessant zou zijn, gezien de discussie hier. We helpen een Duitse drukker om zijn FlightCheck Professional te automatiseren met Enfocus SWITCH en daarbij kon deze vraag natuurlijk niet ontbreken:</p>
<p>&#8216;Werk je voornamelijk met PDF&#8217;s of werk je ook met andere bestandsformaten?&#8221;</p>
<p>Zijn antwoord:</p>
<p><i>&#8220;No! We are getting a lot of kinds of files. FreeHand, Illustrator, InDesign, QuarkXPress, PhotoShop, PDF’s… &#8220;</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door David van Driessche</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-10</link>
		<dc:creator>David van Driessche</dc:creator>
		<pubDate>Tue, 03 Jun 2008 09:50:43 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-10</guid>
		<description>Arnold,

Ik quote je even:

&quot;Dat gezegd hebbende, lijkt het nodig te vermelden dat ook Markzware van mening is dat de back-end tegenwoordig als standaard PDF gebruikt, maar het probleem zich puur richt op de aanlevering van de bestanden. De diversiteit van instellingen en steeds groter groeiende lijst van (gratis) beschikbare profielen lijken er echter voor te zorgen dat speciaal de gebruikers die niet aan een vaste drukkerij aanleveren, al snel door de bomen het bos niet meer zien. Bovendien is het in de zeefdruk en verpakkingsindustrie nog steeds een standaard open bestandsformaten aan te leveren, gewoonweg omdat er eigenlijk altijd nog bewerkingen nodig zijn.&quot;

Het zetten van globale profielen (dus er voor zorgen dat niet elke drukkerij of uitgeverij die opnieuw moet uitvinden) is nu precies waar de GWG zich mee bezig houdt. En niet alleen met profielen trouwens - gratis downloadbaar van de GWG website zijn ook settings voor de meest voorkomende design applicaties zoals QuarkXPress en InDesign. Precies omdat mensen het makkelijker zouden hebben om op een goede en consequente manier PDF bestanden te genereren.

Het klopt verder dat er een aantal sectoren zijn waar de adoptie van PDF nog in de kinderschoenen staan, maar toch twee bedenkingen daarbij:

1) Daar volgt mijns inziens helemaal niet uit dat het daar wenselijk zou zijn om &quot;open&quot; bestanden aan te leveren.

2) Die sectoren zijn wel degelijk aan het proberen om in de richting van PDF te gaan. Het packaging subcommittee van de GWG bijvoorbeeld is al jaren één van de meest drukbezochte en actieve groepen binnen de GWG. Gewoon omdat de mensen uit die industrie in veel gevallen vragende partij zijn om meer PDF binnen hun workflow te kunnen gaan gebruiken.

Ik nodig iedereen uit om het werk van de GWG in meer detail te ontdekken: www.gwg.org.

Met vriendelijke groeten,
David van Driessche
Director of Enfocus Marketing
Vice-Chair of the Ghent PDF Workgroup</description>
		<content:encoded><![CDATA[<p>Arnold,</p>
<p>Ik quote je even:</p>
<p>&#8220;Dat gezegd hebbende, lijkt het nodig te vermelden dat ook Markzware van mening is dat de back-end tegenwoordig als standaard PDF gebruikt, maar het probleem zich puur richt op de aanlevering van de bestanden. De diversiteit van instellingen en steeds groter groeiende lijst van (gratis) beschikbare profielen lijken er echter voor te zorgen dat speciaal de gebruikers die niet aan een vaste drukkerij aanleveren, al snel door de bomen het bos niet meer zien. Bovendien is het in de zeefdruk en verpakkingsindustrie nog steeds een standaard open bestandsformaten aan te leveren, gewoonweg omdat er eigenlijk altijd nog bewerkingen nodig zijn.&#8221;</p>
<p>Het zetten van globale profielen (dus er voor zorgen dat niet elke drukkerij of uitgeverij die opnieuw moet uitvinden) is nu precies waar de GWG zich mee bezig houdt. En niet alleen met profielen trouwens &#8211; gratis downloadbaar van de GWG website zijn ook settings voor de meest voorkomende design applicaties zoals QuarkXPress en InDesign. Precies omdat mensen het makkelijker zouden hebben om op een goede en consequente manier PDF bestanden te genereren.</p>
<p>Het klopt verder dat er een aantal sectoren zijn waar de adoptie van PDF nog in de kinderschoenen staan, maar toch twee bedenkingen daarbij:</p>
<p>1) Daar volgt mijns inziens helemaal niet uit dat het daar wenselijk zou zijn om &#8220;open&#8221; bestanden aan te leveren.</p>
<p>2) Die sectoren zijn wel degelijk aan het proberen om in de richting van PDF te gaan. Het packaging subcommittee van de GWG bijvoorbeeld is al jaren één van de meest drukbezochte en actieve groepen binnen de GWG. Gewoon omdat de mensen uit die industrie in veel gevallen vragende partij zijn om meer PDF binnen hun workflow te kunnen gaan gebruiken.</p>
<p>Ik nodig iedereen uit om het werk van de GWG in meer detail te ontdekken: <a href="http://www.gwg.org" rel="nofollow">http://www.gwg.org</a>.</p>
<p>Met vriendelijke groeten,<br />
David van Driessche<br />
Director of Enfocus Marketing<br />
Vice-Chair of the Ghent PDF Workgroup</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door Arnold Roosch</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-9</link>
		<dc:creator>Arnold Roosch</dc:creator>
		<pubDate>Mon, 02 Jun 2008 09:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-9</guid>
		<description>Beste mensen,

Dank voor jullie reacties! Laat ik van start gaan te stellen dat de vraag die we opwierpen (“Is pdf nog wel dé standaard binnen de grafische industrie?”) een open vraag is en het voor Markzware – vaak het Zwitserland van de Grafische Industrie genoemd omdat we met zo veel bestandformaten overweg kunnen – om het even is welke kant het muntje opvalt. Omdat ook onze klanten met deze diversiteit aan programma’s werken, denken wij een goed en gevarieerd beeld hebben van de Grafische Industrie.

Dat gezegd hebbende, lijkt het nodig te vermelden dat ook Markzware van mening is dat de back-end tegenwoordig als standaard PDF gebruikt, maar het probleem zich puur richt op de aanlevering van de bestanden. De diversiteit van instellingen en steeds groter groeiende lijst van (gratis) beschikbare profielen lijken er echter voor te zorgen dat speciaal de gebruikers die niet aan een vaste drukkerij aanleveren, al snel door de bomen het bos niet meer zien. Bovendien is het in de zeefdruk en verpakkingsindustrie nog steeds een standaard open bestandsformaten aan te leveren, gewoonweg omdat er eigenlijk altijd nog bewerkingen nodig zijn.

Ik weet ook dat jij en ik met onze ervaring op dit gebied een goede PDF kunnen maken, maar het gaat juist om de bakker om de hoek, de school in de buurt, de vereniging in het dorp die drukwerk aan willen leveren. De grafische industrie is een service gerichte industrie waarbinnen veel drukwerk wordt binnengehaald en natuurlijk streef je naar de beste aanlevering mogelijk. Vanuit mijn 15 jaar ervaring op diverse service desks (order input) durf ik wel te stellen dat ik slechts in een klein percentage van de aanleveringen volledig vertrouwen had in een aangeleverde PDF, gevoed door de keren dat ik om 17:30 uur een bestand binnen kreeg en fout ontdekte die niet met programma’s als Pitstop kon worden gerepareerd. De klant was niet meer bereikbaar en het drukwerk liep al snel 10 uur vertraging op. Datzelfde bestand als open bestand had me de mogelijkheid gegeven in te grijpen.

Een drukkerij kan vervolgens zelf, met de kennis van PDF die zij als het goed is wel 100% beheersen, een PDF genereren die perfect aansluit op hun specifieke workflow. Als je je veiliger voelt zelf een PDF te genereren omdat je dat niet in de handen van je drukkerij durft te leggen, denk ik  dat het tijd is naar een andere/betere drukkerij op zoek te gaan...

Nogmaals, het is een open vraag die we stellen naar aanleiding van opmerkingen uit ons gemêleerde klantenbestand en we stellen hem omdat we merken dat er in de open discussie welhaast een taboe ligt op het aangeven dat je liever géén PDF bestanden ontvangt. De uitkomst is ons om het even; we blijven de 50 bestandsformaten waaronder open bestanden én PDF’s ook in de toekomst volledig ondersteunen.

Met vriendelijke groet,

Arnold Roosch 
Workflow Specialist
Markzware Europe</description>
		<content:encoded><![CDATA[<p>Beste mensen,</p>
<p>Dank voor jullie reacties! Laat ik van start gaan te stellen dat de vraag die we opwierpen (“Is pdf nog wel dé standaard binnen de grafische industrie?”) een open vraag is en het voor Markzware – vaak het Zwitserland van de Grafische Industrie genoemd omdat we met zo veel bestandformaten overweg kunnen – om het even is welke kant het muntje opvalt. Omdat ook onze klanten met deze diversiteit aan programma’s werken, denken wij een goed en gevarieerd beeld hebben van de Grafische Industrie.</p>
<p>Dat gezegd hebbende, lijkt het nodig te vermelden dat ook Markzware van mening is dat de back-end tegenwoordig als standaard PDF gebruikt, maar het probleem zich puur richt op de aanlevering van de bestanden. De diversiteit van instellingen en steeds groter groeiende lijst van (gratis) beschikbare profielen lijken er echter voor te zorgen dat speciaal de gebruikers die niet aan een vaste drukkerij aanleveren, al snel door de bomen het bos niet meer zien. Bovendien is het in de zeefdruk en verpakkingsindustrie nog steeds een standaard open bestandsformaten aan te leveren, gewoonweg omdat er eigenlijk altijd nog bewerkingen nodig zijn.</p>
<p>Ik weet ook dat jij en ik met onze ervaring op dit gebied een goede PDF kunnen maken, maar het gaat juist om de bakker om de hoek, de school in de buurt, de vereniging in het dorp die drukwerk aan willen leveren. De grafische industrie is een service gerichte industrie waarbinnen veel drukwerk wordt binnengehaald en natuurlijk streef je naar de beste aanlevering mogelijk. Vanuit mijn 15 jaar ervaring op diverse service desks (order input) durf ik wel te stellen dat ik slechts in een klein percentage van de aanleveringen volledig vertrouwen had in een aangeleverde PDF, gevoed door de keren dat ik om 17:30 uur een bestand binnen kreeg en fout ontdekte die niet met programma’s als Pitstop kon worden gerepareerd. De klant was niet meer bereikbaar en het drukwerk liep al snel 10 uur vertraging op. Datzelfde bestand als open bestand had me de mogelijkheid gegeven in te grijpen.</p>
<p>Een drukkerij kan vervolgens zelf, met de kennis van PDF die zij als het goed is wel 100% beheersen, een PDF genereren die perfect aansluit op hun specifieke workflow. Als je je veiliger voelt zelf een PDF te genereren omdat je dat niet in de handen van je drukkerij durft te leggen, denk ik  dat het tijd is naar een andere/betere drukkerij op zoek te gaan&#8230;</p>
<p>Nogmaals, het is een open vraag die we stellen naar aanleiding van opmerkingen uit ons gemêleerde klantenbestand en we stellen hem omdat we merken dat er in de open discussie welhaast een taboe ligt op het aangeven dat je liever géén PDF bestanden ontvangt. De uitkomst is ons om het even; we blijven de 50 bestandsformaten waaronder open bestanden én PDF’s ook in de toekomst volledig ondersteunen.</p>
<p>Met vriendelijke groet,</p>
<p>Arnold Roosch<br />
Workflow Specialist<br />
Markzware Europe</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door David van Driessche</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-8</link>
		<dc:creator>David van Driessche</dc:creator>
		<pubDate>Sat, 31 May 2008 08:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-8</guid>
		<description>Ik kan dit allemaal niet zo goed volgen, moet ik zeggen. Ik ben aktief in de Ghent PDF Workgroup vanaf het begin (ergens in 2002), momenteel als Vice-Chair van de organizatie én ik werk voor Enfocus, met enige onderbrekingen vanaf 1996.

Ik heb het dan ook moeilijk met uitspraken zoals &quot;Meer en meer drukkerijen en uitgeverijen komen terug op hun besluit enkel nog druk-klare PDF bestanden te eisen&quot;. Werkelijk? Dat gaat in tegen alle trends die we al tien jaar opvolgen. We hebben letterlijk tienduizenden drukkerijen en uitgeverijen als klant en dit is een trend die we nog nooit gezien hebben, noch in Enfocus noch in de GWG.

Er worden volgens mij in deze post twee zaken door mekaar gehaald:

1) Het is beter te preflighten in FlichtCheck dan met InDesign.
Ik ben geen expert in deze applicaties, dus daar kan ik niet over oordelen. Wat ik wel kan zeggen is: preflight is altijd beter dan niets. Dus preflighten van het InDesign bestand is een goede zaak, met welk tool het ook is. Waar ik meteen aan toevoeg dat je de PDF die je dan aanlevert aan je drukker _ook_ moet controleren, om problemen tijdens de conversie uit te sluiten.

2) Het is beter het InDesign bestand te editeren dan het PDF bestand
Natuurlijk! PDF editing tools moeten altijd met minder informatie werken dan wat beschikbaar was in het InDesign document zelf. Vandaar dat we al jaren PitStop Professional verkopen als een &quot;corrective editor&quot; en geen &quot;creative editor&quot;. Producten zoals PitStop Professional en Neo worden verkocht om - vlak voor een deadline - problemen op te lossen in een PDF bestand omdat dat op dat moment de enige mogelijkheid is. 

Maar hoe je vanuit die twee zaken komt naar de stelling dat het beter is om het natieve bestand uit te wisselen is mij alvast niet duidelijk. PDF is precies bedacht om uitwisseling van bestanden veiliger te maken. Wil je echt terug naar de situatie dat iemand alle mogelijke versies van alle mogelijke DTP software moet hebben (om nog maar te zwijgen over de fonts) om bestanden te kunnen ontvangen van zijn klanten? Dat fonts niet beschikbaar zijn? Dat bestanden op het andere platform gemaakt zijn en dus niet helemaal overeenkomen met wat de designer op zijn platform ziet? Dat lijkt mij sterk.

Het is trouwens zo dat:
- het toevoegen van die spatie perfect mogelijk geweest was met bijvoorbeeld PitStop Professional of Neo.
- het vinden van een verkeerd ICC profiel ook met PDF preflight software mogelijk geweest was.

En nog een laatste stukje informatie - de GWG houdt zich niet alleen bezig met het ontwikkelen van specificaties voor PDF preflight, het heeft ook een heleboel (gratis!) settings op de website staan om de conversie van natieve applicaties naar PDF op de best mogelijke manier te doen.

Want dat vergeet je wel even in het hele verhaal: als jij een InDesign document aanlevert, dan hoop je natuurlijk wel dat iemand bij de drukkerij dat op een goede manier gaat omzetten naar PDF of PostScript. Ik zou er mij in elk geval veel veiliger bij voelen om die conversie zelf te doen en het resultaat eens te kunnen controleren... Zoveel hebben mijn jaren bij de GWG mij echt wel geleerd over applicaties zoals InDesign of QuarkXPress.

Met vriendelijke groeten,
David van Driessche
Director of Enfocus Marketing
Vice-Chair of the Ghent PDF Workgroup</description>
		<content:encoded><![CDATA[<p>Ik kan dit allemaal niet zo goed volgen, moet ik zeggen. Ik ben aktief in de Ghent PDF Workgroup vanaf het begin (ergens in 2002), momenteel als Vice-Chair van de organizatie én ik werk voor Enfocus, met enige onderbrekingen vanaf 1996.</p>
<p>Ik heb het dan ook moeilijk met uitspraken zoals &#8220;Meer en meer drukkerijen en uitgeverijen komen terug op hun besluit enkel nog druk-klare PDF bestanden te eisen&#8221;. Werkelijk? Dat gaat in tegen alle trends die we al tien jaar opvolgen. We hebben letterlijk tienduizenden drukkerijen en uitgeverijen als klant en dit is een trend die we nog nooit gezien hebben, noch in Enfocus noch in de GWG.</p>
<p>Er worden volgens mij in deze post twee zaken door mekaar gehaald:</p>
<p>1) Het is beter te preflighten in FlichtCheck dan met InDesign.<br />
Ik ben geen expert in deze applicaties, dus daar kan ik niet over oordelen. Wat ik wel kan zeggen is: preflight is altijd beter dan niets. Dus preflighten van het InDesign bestand is een goede zaak, met welk tool het ook is. Waar ik meteen aan toevoeg dat je de PDF die je dan aanlevert aan je drukker _ook_ moet controleren, om problemen tijdens de conversie uit te sluiten.</p>
<p>2) Het is beter het InDesign bestand te editeren dan het PDF bestand<br />
Natuurlijk! PDF editing tools moeten altijd met minder informatie werken dan wat beschikbaar was in het InDesign document zelf. Vandaar dat we al jaren PitStop Professional verkopen als een &#8220;corrective editor&#8221; en geen &#8220;creative editor&#8221;. Producten zoals PitStop Professional en Neo worden verkocht om &#8211; vlak voor een deadline &#8211; problemen op te lossen in een PDF bestand omdat dat op dat moment de enige mogelijkheid is. </p>
<p>Maar hoe je vanuit die twee zaken komt naar de stelling dat het beter is om het natieve bestand uit te wisselen is mij alvast niet duidelijk. PDF is precies bedacht om uitwisseling van bestanden veiliger te maken. Wil je echt terug naar de situatie dat iemand alle mogelijke versies van alle mogelijke DTP software moet hebben (om nog maar te zwijgen over de fonts) om bestanden te kunnen ontvangen van zijn klanten? Dat fonts niet beschikbaar zijn? Dat bestanden op het andere platform gemaakt zijn en dus niet helemaal overeenkomen met wat de designer op zijn platform ziet? Dat lijkt mij sterk.</p>
<p>Het is trouwens zo dat:<br />
- het toevoegen van die spatie perfect mogelijk geweest was met bijvoorbeeld PitStop Professional of Neo.<br />
- het vinden van een verkeerd ICC profiel ook met PDF preflight software mogelijk geweest was.</p>
<p>En nog een laatste stukje informatie &#8211; de GWG houdt zich niet alleen bezig met het ontwikkelen van specificaties voor PDF preflight, het heeft ook een heleboel (gratis!) settings op de website staan om de conversie van natieve applicaties naar PDF op de best mogelijke manier te doen.</p>
<p>Want dat vergeet je wel even in het hele verhaal: als jij een InDesign document aanlevert, dan hoop je natuurlijk wel dat iemand bij de drukkerij dat op een goede manier gaat omzetten naar PDF of PostScript. Ik zou er mij in elk geval veel veiliger bij voelen om die conversie zelf te doen en het resultaat eens te kunnen controleren&#8230; Zoveel hebben mijn jaren bij de GWG mij echt wel geleerd over applicaties zoals InDesign of QuarkXPress.</p>
<p>Met vriendelijke groeten,<br />
David van Driessche<br />
Director of Enfocus Marketing<br />
Vice-Chair of the Ghent PDF Workgroup</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door paul de boer</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-7</link>
		<dc:creator>paul de boer</dc:creator>
		<pubDate>Fri, 30 May 2008 09:50:11 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-7</guid>
		<description>Beste mensen, ik wil nog even nog wat meer toelichten over wat ik gezegd/bedoeld heb, en reageren op de reacties die ik gelezen heb.

Ik ben het op de meeste punten helemaal eens met Miriam van der Have, want een pdf is NIET bedoeld om te veranderen. Erger nog: het kan hele nare vergaande gevolgen hebben. Dus wat mij betreft: NOOIT DOEN !! Altijd aanpassingen maken in het bronbestand. !!!
Verder meldt zij dat een pdf drukklaar hoort te zijn. Daar ben ik het helemaal mee eens, maar ik ga ervan uit dat een BRONBESTAND drukklaar dient te zijn, want als de bron niet goed is, kan het pdf ook nooit goed worden.
Dus altijd aanpassingen maken in je bronbestand, en dat dan ook afdoende controleren. In Quark kan dat volgens mij niet (of het kan in Quark 7 weet ik niet, want ik ben afgehaakt bij 6.5), 
en wat betreft indesign: 
Nu kom ik op iets waar ik het niet mee eens ben met Miriam: zij stelt dat je verantwoord kunt preflighten vanuit indesign. Dat is volgens mij dus niet altijd waar, want (en dit is ook maar meteen een antwoord op de vraag van Bert Helmantel of ik wel of niet weet waar ik mee bezig ben) bij het genoemde project kon ik vanuit de preflight functie van indesign niet zien of ik overal het juiste ICC profiel heb gebruikt. In Flightcheck zag ik wel bij een afbeelding een afwijkend (verouderd) profiel.

Op de vragen of dtp-ers weten waar ze mee bezig zijn kan ik natuurlijk niet allesoverheersend reageren, want dat weet ik niet. Maar dat er vele zijn die het DENKEN, dat is waar. Echter het vak dtp-er of beter genoemd EVB-er (elektronisch voorbereider) is meer dan een optelsom van enthousiast amateuristisch verzamelde kennis: het is namelijk een echt vak. En ik ben me er volledig van bewust dat bestanden vaak waardeloos aangeleverd worden bij een drukkerij (heb zelf gewerkt in een drukkerij) .
Maar daar wil ik deze discussie niet over voeren. Service is een hele goede kwaliteit, maar als het te gek wordt, vind ik dat drukkerijen de amateurs moeten verwijzen naar ervaren vakmensen of naar verantwoorde opleidingen. Punt uit !

Wat niet wegneemt dat ook een goedwillende amateur toch op een verantwoorde manier een goed bestand kan afleveren  als hij het controleert met flightcheck .Dit programma is makkelijk toegankelijk en heeft ruim voldoende controlemogelijkheden.

Dus om een lang verhaal kort te maken: als het begin al niet goed is kom je verder in de workflow alleen maar rottigheid tegen. Dus aanpassingen en controles vanuit en in je bronbestanden. 
Of je iets aanlevert als open bestand of als pdf is een andere discussie.
Ik ben het er helemaal mee eens dat een drukkerij een drukklaar bestand wil hebben, maar nogmaals (en misschien tot vervelens toe) : een drukklaar bestand begint bij de basis, en die moet goed zijn! Als dat niet goed is krijg je nooit een goed pdf (en al helemaal niet certified)

Het is voor mij niet OF open bestand OF pdf, maar soms is het ene beter en soms het andere. 
Een uitnodiging of flyer lever ik als pdf aan, maar in genoemd project vond ik het wel heel erg prettig dat ik het als (met flightcheck gecontroleerd) indesign bestand heb aangeleverd, want bij de controleronde in de drukkerij zag ik dat er ergens in de tekst een spatie was vergeten (in 100 pagina’s kan dat nu eenmaal gebeuren). Dit kon nu dus snel (in het bronbestand) gecorrigeerd worden.</description>
		<content:encoded><![CDATA[<p>Beste mensen, ik wil nog even nog wat meer toelichten over wat ik gezegd/bedoeld heb, en reageren op de reacties die ik gelezen heb.</p>
<p>Ik ben het op de meeste punten helemaal eens met Miriam van der Have, want een pdf is NIET bedoeld om te veranderen. Erger nog: het kan hele nare vergaande gevolgen hebben. Dus wat mij betreft: NOOIT DOEN !! Altijd aanpassingen maken in het bronbestand. !!!<br />
Verder meldt zij dat een pdf drukklaar hoort te zijn. Daar ben ik het helemaal mee eens, maar ik ga ervan uit dat een BRONBESTAND drukklaar dient te zijn, want als de bron niet goed is, kan het pdf ook nooit goed worden.<br />
Dus altijd aanpassingen maken in je bronbestand, en dat dan ook afdoende controleren. In Quark kan dat volgens mij niet (of het kan in Quark 7 weet ik niet, want ik ben afgehaakt bij 6.5),<br />
en wat betreft indesign:<br />
Nu kom ik op iets waar ik het niet mee eens ben met Miriam: zij stelt dat je verantwoord kunt preflighten vanuit indesign. Dat is volgens mij dus niet altijd waar, want (en dit is ook maar meteen een antwoord op de vraag van Bert Helmantel of ik wel of niet weet waar ik mee bezig ben) bij het genoemde project kon ik vanuit de preflight functie van indesign niet zien of ik overal het juiste ICC profiel heb gebruikt. In Flightcheck zag ik wel bij een afbeelding een afwijkend (verouderd) profiel.</p>
<p>Op de vragen of dtp-ers weten waar ze mee bezig zijn kan ik natuurlijk niet allesoverheersend reageren, want dat weet ik niet. Maar dat er vele zijn die het DENKEN, dat is waar. Echter het vak dtp-er of beter genoemd EVB-er (elektronisch voorbereider) is meer dan een optelsom van enthousiast amateuristisch verzamelde kennis: het is namelijk een echt vak. En ik ben me er volledig van bewust dat bestanden vaak waardeloos aangeleverd worden bij een drukkerij (heb zelf gewerkt in een drukkerij) .<br />
Maar daar wil ik deze discussie niet over voeren. Service is een hele goede kwaliteit, maar als het te gek wordt, vind ik dat drukkerijen de amateurs moeten verwijzen naar ervaren vakmensen of naar verantwoorde opleidingen. Punt uit !</p>
<p>Wat niet wegneemt dat ook een goedwillende amateur toch op een verantwoorde manier een goed bestand kan afleveren  als hij het controleert met flightcheck .Dit programma is makkelijk toegankelijk en heeft ruim voldoende controlemogelijkheden.</p>
<p>Dus om een lang verhaal kort te maken: als het begin al niet goed is kom je verder in de workflow alleen maar rottigheid tegen. Dus aanpassingen en controles vanuit en in je bronbestanden.<br />
Of je iets aanlevert als open bestand of als pdf is een andere discussie.<br />
Ik ben het er helemaal mee eens dat een drukkerij een drukklaar bestand wil hebben, maar nogmaals (en misschien tot vervelens toe) : een drukklaar bestand begint bij de basis, en die moet goed zijn! Als dat niet goed is krijg je nooit een goed pdf (en al helemaal niet certified)</p>
<p>Het is voor mij niet OF open bestand OF pdf, maar soms is het ene beter en soms het andere.<br />
Een uitnodiging of flyer lever ik als pdf aan, maar in genoemd project vond ik het wel heel erg prettig dat ik het als (met flightcheck gecontroleerd) indesign bestand heb aangeleverd, want bij de controleronde in de drukkerij zag ik dat er ergens in de tekst een spatie was vergeten (in 100 pagina’s kan dat nu eenmaal gebeuren). Dit kon nu dus snel (in het bronbestand) gecorrigeerd worden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door David Nieuwenhuizen</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-6</link>
		<dc:creator>David Nieuwenhuizen</dc:creator>
		<pubDate>Fri, 30 May 2008 09:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-6</guid>
		<description>Ik begrijp wel dat het beter moet maar ik zie niet echt een vooruitgang.
Er moet verandering komen. 

En hoe? Laten we beginnen bij leerlingen van grafische lyceums. 
Laat ons opdrachten maken die printklaar moeten zijn. 
(Ik ben zelf leerling op een grote grafisch lyceum in nederland.)

Geef ons minstens 1 opdracht waarbij we een flyer/advertentie printklaar moeten afleveren.  Met de nadruk op het checken van het bestand, de kleuren etc. Zodat ze in ieder geval een beetje bekend ermee worden. We hebben geen standaard les of informatie over hoe je een pdf print-klaar kan maken. Want er zijn veel verschillende drukkers die allerlei andere afmeetingen en resolutie etc. gebruiken.

Hoe verwacht je dat de bakker om de hoek of een MKB het moet begrijpen als de aankomende &quot;professionals&quot; er niet eens zeker van zijn hoe het moet?</description>
		<content:encoded><![CDATA[<p>Ik begrijp wel dat het beter moet maar ik zie niet echt een vooruitgang.<br />
Er moet verandering komen. </p>
<p>En hoe? Laten we beginnen bij leerlingen van grafische lyceums.<br />
Laat ons opdrachten maken die printklaar moeten zijn.<br />
(Ik ben zelf leerling op een grote grafisch lyceum in nederland.)</p>
<p>Geef ons minstens 1 opdracht waarbij we een flyer/advertentie printklaar moeten afleveren.  Met de nadruk op het checken van het bestand, de kleuren etc. Zodat ze in ieder geval een beetje bekend ermee worden. We hebben geen standaard les of informatie over hoe je een pdf print-klaar kan maken. Want er zijn veel verschillende drukkers die allerlei andere afmeetingen en resolutie etc. gebruiken.</p>
<p>Hoe verwacht je dat de bakker om de hoek of een MKB het moet begrijpen als de aankomende &#8220;professionals&#8221; er niet eens zeker van zijn hoe het moet?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door mweurope</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-5</link>
		<dc:creator>mweurope</dc:creator>
		<pubDate>Thu, 29 May 2008 18:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-5</guid>
		<description>Hallo iedereen - Goede commentaren. Het opleiden van alle klanten (van de drukker) , om een perfekte PDF te maken,is moeilijk te verwezenlijken. (Stress on &quot;perfect&quot;)

Voorbeelden van wat FlightCheck meer kan doen in vergelijking met InDesign kunnen jullie zien in het filmpje hieronder;

Adobe InDesign &quot;preflight&quot; vs Markzware&#039;s FlightCheck
&lt;a href=&quot;http://www.youtube.com/watch?v=e6F7FqJ1kKQ&quot; rel=&quot;nofollow&quot;&gt;http://www.youtube.com/watch?v=e6F7FqJ1kKQ&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Hallo iedereen &#8211; Goede commentaren. Het opleiden van alle klanten (van de drukker) , om een perfekte PDF te maken,is moeilijk te verwezenlijken. (Stress on &#8220;perfect&#8221;)</p>
<p>Voorbeelden van wat FlightCheck meer kan doen in vergelijking met InDesign kunnen jullie zien in het filmpje hieronder;</p>
<p>Adobe InDesign &#8220;preflight&#8221; vs Markzware&#8217;s FlightCheck<br />
<a href="http://www.youtube.com/watch?v=e6F7FqJ1kKQ" rel="nofollow">http://www.youtube.com/watch?v=e6F7FqJ1kKQ</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door Bert Helmantel</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-4</link>
		<dc:creator>Bert Helmantel</dc:creator>
		<pubDate>Thu, 29 May 2008 17:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-4</guid>
		<description>Het vreemde aan zijn verhaal is het feit dat hij  op de dag dat de deadline is  aangebroken nog met zijn drukker gaat overleggen hoe e.e.a. aangeleverd moet worden ? !

Ik ben het eens met Miriam van de Have over de betrouwbaarheid van PDF t.a.v. tekstverloop en fontgebruik. PDF is ook niet altijd perfect, voor sommige opdrachten is het handig dat je de open bestanden ook hebt, maar dat is meer t.a.v. afloop problemen.

Het meest interessante mist in dit verhaal: wat was het probleem dat preflight van InDesign niet en Markzware wel herkend? Of is heeft dat te maken met kennis van zaken: weet iemand wel waar hij/zij mee bezig is?</description>
		<content:encoded><![CDATA[<p>Het vreemde aan zijn verhaal is het feit dat hij  op de dag dat de deadline is  aangebroken nog met zijn drukker gaat overleggen hoe e.e.a. aangeleverd moet worden ? !</p>
<p>Ik ben het eens met Miriam van de Have over de betrouwbaarheid van PDF t.a.v. tekstverloop en fontgebruik. PDF is ook niet altijd perfect, voor sommige opdrachten is het handig dat je de open bestanden ook hebt, maar dat is meer t.a.v. afloop problemen.</p>
<p>Het meest interessante mist in dit verhaal: wat was het probleem dat preflight van InDesign niet en Markzware wel herkend? Of is heeft dat te maken met kennis van zaken: weet iemand wel waar hij/zij mee bezig is?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op PDF, Ontwerpers &amp; Fietsen – Interview met een FlightCheck gebruiker door A3 Elswijk</title>
		<link>http://preflighten.wordpress.com/2008/05/29/pdf-ontwerpers-fietsen-%e2%80%93-interview-met-een-flightcheck-gebruiker/#comment-3</link>
		<dc:creator>A3 Elswijk</dc:creator>
		<pubDate>Thu, 29 May 2008 16:31:51 +0000</pubDate>
		<guid isPermaLink="false">http://preflighten.wordpress.com/?p=5#comment-3</guid>
		<description>Beste Miriam,

Helemaal mee eens, drukkers moeten drukken en de &quot;shit&quot; met hun opmerkingen lekker terug sturen naar de boosdoener. Als je dat niet doet leert niemand meer wat. Het is toch al slecht gesteld met de basis grafische kennis bij de meeste dtp&#039;s. Flightcheck kan je werkelijk helpen om problemen op te lossen, maar als je niet weet waar het over gaat kan je het ook niet oplossen.</description>
		<content:encoded><![CDATA[<p>Beste Miriam,</p>
<p>Helemaal mee eens, drukkers moeten drukken en de &#8220;shit&#8221; met hun opmerkingen lekker terug sturen naar de boosdoener. Als je dat niet doet leert niemand meer wat. Het is toch al slecht gesteld met de basis grafische kennis bij de meeste dtp&#8217;s. Flightcheck kan je werkelijk helpen om problemen op te lossen, maar als je niet weet waar het over gaat kan je het ook niet oplossen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
