On 09-Mar-02, Jason Cunliffe wrote:
>> > Will the next release of /View support binary data via >> > clipboard:// ? >> >> Image data ? Possibly. The problem is that this is highly > platform-dependent. > Holger > PLEASE: Yes, I realize RT leans towards an all-or-nothing [platform > neutral] policy. > The deep Catch-22 is that for desktop-type interactions, ie: people > using mice, 'some is waaay better than 'none. > Win32/MacOSX/Linux/others > [..in roughly that order] > IMO, /View's image built-in graphics processing is of trivial use > unless desktop apps can integrate well with people's other workflow > environment. That means cut'n'paste. > Since 15++years, cut'n'paste between media software is fully > expected, with Drag'n'drop catching up solidly in past 6 years. > CRTL [MacCMD] + Z | X | C | V functions are one of the implicit > cornerstones of GUI computing. It's an individal choice whether or > not to use mouse, menu or buttons. Any decent tool offer redundancy > sensibly. > For me, without image clipboard capability, /View has no real > future. > It's a deal breaker [not weaving but drwoning]. I am sorry to be so > dramatic, but have been struggling with this for issue a while now. > I can'tsee any way round it. I hope others will express their > opinions. I agree entirely with you Jason. Very well argued. > regards > ./Jason -- Carl Read -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
