======**sqInt clipboardReadIntoAt(sqInt count, sqInt byteArrayIndex, sqInt startIndex)**======

**Parms**: 
count		how many bytes are reserved for storing into the oop
byteArrayIndex	oops data address
startIndex		index into the byteArrayIndex

**return**: NONE, fake return of zero
**From**: Interpreter
**Why**: 
To read text data from the text clipboard into Squeak. Note use the extended clipboard plugin from the Sophie team to read other types of data

**Responsibility**:
Read text data from the system clipboard and place that into the byteArrayIndex area.

**MacIntosh**
//os-9/OSXCarbon//
Use GetCurrentScrap, check the size of any text scrap, if present ensure we only copy upto the limit of count. 

//Cocoa://
Use NSPasteboard
[[possibleData precomposedStringWithCanonicalMapping] UTF8String]

**iPhone**
Use UIPasteboard
[[possibleData precomposedStringWithCanonicalMapping] UTF8String]

**Unix**
get current x11 scrap, compare size to count, memcpy the proper number of bytes

**Windows**
Same as for clipboardsize, get the UTF8 data, strip off the extra LFs

**BUGS**
startIndex is always passed as zero, I wonder why it is there? 
some platforms return bytesMoved as the return value, but the return value is ignored. 
Windows does not check count against bytesneeded therefore it can copy over the end of a smaller scrap leading perhaps to a page fault. 

Under anything is possible we get the scrap size earlier to decide on how to get the scrap data, it's always possible the scrap could change between those two actions...