<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">The idea every app should print targets means all except a few are going to do it incorrectly anyway. A focused API to achieve the task, a reference implementation, and anyone who wants to use the API in their app welcome to is, IMO the way to go. Not expose some ridiculous option in the print dialog that conveys something that won't actually work. I have zero confidence OpenOffice has the position requirements any of us need, so why bother putting any effort into enabling it to do something inadequately?<div><br></div><div>Chris<br><div><br></div><div><br><div><div>On May 20, 2011, at 7:20 PM, edmund ronald wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Chris, <div><br></div><div> You're a smart guy; I don't know whether you are a developer. Basically every time there are multiple code-bases the one with the less users goes stale. </div><div><br></div><div>Edmund<br>
<br><div class="gmail_quote">On Sat, May 21, 2011 at 2:21 AM, Chris Murphy <span dir="ltr"><<a href="mailto:lists@colorremedies.com">lists@colorremedies.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><font face="Helvetica"><br></font></div><div><div class="im"><div>On May 20, 2011, at 5:40 PM, edmund ronald wrote:</div><br><blockquote type="cite">I have just wasted an expensive page of media, printing a target the wrong way round with Adobe's target utility. Because there is no accurate form-accurate print preview and no interactive placement adjustment like in Photoshop.<div>
<br></div><div>I want to print my targets with the same interactive ease as I print my images. Can we please cut this "special app" crap which yields a shitty bare-bones special app? </div></blockquote><div><br>
</div></div>No. The request makes no sense.<br><br></div><div>Photoshop is a special app.</div><div><br></div><div>Photoprint is a special app.</div><div><br></div><div>The GIMP is a special app.</div><div><br></div><div>
Lightroom and Photoshop allow placement adjustment because Adobe coded it into their applications. This is not an OS level print dialog feature, therefore it would never be in just any application. What you're asking for is for Adobe to put the same amount of work into ACPU for print placement as they've gone to the effort of in at least Photoshop. This requires a special app, because the function isn't in the Mac OS X driver dialog per se - at least it's not accurate enough or consistent enough, or something.</div>
<div><br></div><div>In my view, proper placement of a document should be something that can be done with the standard print dialog for any app. It's unclear to me if this is a Apple-Mac OS X issue, or if this is an Epson issue. The two of them haven't seen eye to eye on how to implement, what is in effect, multiple print drivers for a single driver download and install, because Mac OS X doesn't have all of the options and hooks that Epson wants (at least the way they want to implement it) - therefore Epson codes slightly different drivers to get the behaviors they want with respect to media handling.</div>
<div><br></div><div>So far I haven't had an issue with ACPU placing targets on a sheet of media if I have set Page Setup to the particular printer I'm printing to, and what the media size is, and I don't depend on a driver dialog orientation change (I'd sooner reformat the target). I have not personally had, but have had one colleague inform me that ACPU can cause the target to become improperly scaled which for some measurement devices means they won't measure: ala iSis.</div>
<div><br></div><font color="#888888"><div><br></div><div>Chris</div></font></div></blockquote></div><br></div>
</blockquote></div><br></div></div></body></html>