1. User visits a web page & sees some nice artwork 2. User can edit sections of the artwork with regular HTML input boxes 3. User clicks Submit 4. The EPS template is edited and a copy saved - this is the clever bit 5. A few seconds later the user sees a JPEG preview of the edited artwork
OVERVIEW
A web user has just created his/her own artwork - no knowledge of the fact they have just edited a very complex EPS file
I have written this system for a very large car company - and it just works - no drama. It it at its most useful when a single template is set up and hundreds of small changes are required for individual needs. In the car company example it is the dealers who can pick templates for after-sales promotions - but they can change the prices, for example. No production staff required any more & no studio time. A new, print-ready, EPS just sits in a folder waiting to be printed.
There has to be hundreds of potential applications for this!?
'Radical' implies that it is grossly against the norm. You can already find things like this with online business card services.
If you have pulled off an application like this, your next challenge is to seek out potential customers that know what they want. I suspect you know well that the real business in publishing seems to rely on the undecisive client that keeps coming back to you with odd changes... increasing your billable hours (and of course, profit). It will be a challenge to find a market where the client already knows what they want and can input their data themselves.
- - I hope this helps - - (Complain to someone else if it doesn't)
I see your point - and, yes, radical is probably not a good description. I am not under the illusion that it is doing something never attempted before. It is, however, quite a different approach to amending artwork & I see your point in finding appropriate clients.
I would imagine that you wouldn't do this with Quark EPS files.
PDF's would be much better IMHO. In fact, you proably don't need to involve Quark at all.
There are code libraries available for server side languages such as ASP and PHP that let you generate PDF's "on the fly".
Likewise, JPEGs (for your previews if you dont want to preview the PDFs themselves).
I guess the reason i wrote the system this way is that all the artwork is being set in Quark - or already has been set. All the artworkers know how to do all the clever stuff using Quark, Photoshop & Illustrator - and my system simply allows editing of the EPS artwork they have created. If i went down the PDF creation route - i would have to learn how to create all those special effects in an entirely new way - and lose 15 years of experience in the process. While i definitely agree that PDF's are cute - both small & efficient, i can't help but feel that this would be a much more complex way of going about this task. And how would i allow a web user to invisibly edit the artwork?
I use a Perl script to manipulate the EPS template using placeholders. The POSTed data from the web form is translated & chopped up in the normal CGI fashion and then the script starts replacing placeholder markers with user data. It also handles string length compression - i.e. if the text is too long the script manages to reduce the horizontal width to fit the space available. It is also possible to move the text around the page by supplying co-ordinates to offset the text. It can also replace a basic bitmap image at present. Finally it can best-fit an address over 2 or 3 lines automatically (from a supplied 1-line address). I guess i opted for the editing of Postscript data from the outset as i have had some experience of this in the past. It is probably a silly question - but would all of the above be possible to do with your PDF method?
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.