Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[REBOL] Re: help!! image => clipboard:// WAS{Re: Re: Ready for REBOL/Core 2.6?}

From: petr::krenzelok::trz::cz at: 9-Mar-2002 0:45

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. >
Thare is more to Rebol and cross platform issues. Maybe one day RT discards View at all, as MS will do everything thru DirectX, which is not available on other platforms ;-) Well, I remember the discussion regarding keyboard. Simultaneous key presses can't be have in Rebol, because not all platforms support it (or simply it was some other issue, but there was some limitation re cross platform issues). Ask Cyphre how he struggled building his Arcadia engine. For me - the boundary of supported vs non supported platform feature is blurred, but Holger holds another opinion here :-) But I will not change my mind: - try to open sound port on a machine, not having sound card - it fails. Being it OS dependant or hw dependant, from the user's pov it is irrelevant. It is simply "lack of feature of OS/HW platform Rebol runs on" - Rebol already supports platform dependant issues: Taken from the doc: REBOL 2.5 provides the ability to specify the fork of Macintosh files. This is done with the custom READ and WRITE settings. (eg: read/binary/custom %file [fork resource"])" Small test what the feature does under Widnows: ->> read/binary/custom %user.r [fork "resource"] ** Access Error: Cannot open /C/REBOL/View/user.r ** Near: read/binary/custom %user.r [fork "resource"] ->> read/binary %user.r == #{ 5245424F4C205B0D0A202020205469746C653A20225573657220507265666572 656E63657322200D0A20202020446174653A20342D5365702D323030302F... So, if above code works under MacOS, it IS definitely platform dependant feature available in Rebol. Will I complain it fails on Windows? No, because I do understand, that Mac users will find it usefull. As you stated - having SOME option, is still far better, than having NO option, of how to solve certain situation. -pekr-