[Openicc] Special target printing apps and other total idiocies

[edmund ronald]

I think the openoffice story is a bit of a joke. but if Gimp cannot print
targets then I think we can write off the hope of any app doing it, except a
purpose written command-line shell script.

Edmund

On Sat, May 21, 2011 at 3:37 AM, Chris Murphy <lists at colorremedies.com>wrote:

> 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?
>
> Chris
>
>
>
> On May 20, 2011, at 7:20 PM, edmund ronald wrote:
>
> Chris,
>
>  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.
>
> Edmund
>
> On Sat, May 21, 2011 at 2:21 AM, Chris Murphy <lists at colorremedies.com>wrote:
>
>>
>> On May 20, 2011, at 5:40 PM, edmund ronald wrote:
>>
>> 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.
>>
>> 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?
>>
>>
>> No. The request makes no sense.
>>
>> Photoshop is a special app.
>>
>> Photoprint is a special app.
>>
>> The GIMP is a special app.
>>
>> 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.
>>
>> 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.
>>
>> 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.
>>
>>
>> Chris
>>
>
>
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20110521/0ef56395/attachment.htm>