{ "id": "61280", "key": "TIMOB-648", "fields": { "issuetype": { "id": "1", "description": "A problem which impairs or prevents the functions of the product.", "name": "Bug", "subtask": false }, "project": { "id": "10153", "key": "TIMOB", "name": "Titanium SDK/CLI", "projectCategory": { "id": "10100", "description": "Titanium and related SDKs used in application development", "name": "Client" } }, "fixVersions": [ { "id": "11225", "name": "Release 1.5.0", "archived": true, "released": true, "releaseDate": "2010-12-14" } ], "resolution": { "id": "1", "description": "A fix for this issue is checked into the tree and tested.", "name": "Fixed" }, "resolutiondate": "2011-04-17T01:53:48.000+0000", "created": "2011-04-15T02:33:40.000+0000", "priority": { "name": "Medium", "id": "3" }, "labels": [ "apidoc", "clipboard", "feature", "ios", "iphone", "patch" ], "versions": [], "issuelinks": [], "assignee": { "name": "blainhamon", "key": "blainhamon", "displayName": "Blain Hamon", "active": true, "timeZone": "America/Los_Angeles" }, "updated": "2011-04-17T01:53:48.000+0000", "status": { "description": "The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.", "name": "Closed", "id": "6", "statusCategory": { "id": 3, "key": "done", "colorName": "green", "name": "Done" } }, "components": [ { "id": "10206", "name": "iOS", "description": "iOS Platform" } ], "description": "{html}
from ticket:
\nPutting this on hold until 1.3.0 critical bugs are\naddressed.
Okay, 'hold' doesn't work the way it seems like it should.\nMarking 'new' instead.
Feature punt to 1.4.0.
I'm very interested in this.
Spent a little weekend hacking time and threw together a quick\nport of the Titanium.UI.Clipboard module interface from\nDesktop:
\nhttp://github.com/brion/titanium_mobile/tree/clipboard
\nAPI docs, KitchenSink demo, Android, and iOS implementations are\non that branch in separate commits.
\nThe Android clipboard is limited to plaintext, which appears to\nwork nice enough in my initial testing.
\nOn iOS, in addition to text, there is theoretical support for\nURLs (marked as 'URL' or 'text/uri-list' as per Desktop, and using\nstrings on our side) and images (as 'image' or actual MIME type). I\nhaven't actually tested these code paths yet. :) Other data types\nmay or may not be properly converted by the system libraries from\nthe MIME type to the native clipboard UTI, and will also expect\ndata in blob form.
Android commit will be from Ticket #1799
I've merged and pushed the docs, KS test, and Android\nimplementation iPhone commit still needs to be picked up.
Looks like the iOS code still hasn't been merged? There's a\nseparate bug about the KitchenSink demo for for the clipboard not\nworking on iOS:
\n\nhttps://appcelerator.lighthouseapp.com/projects/32238/tickets/1962-...
There is no clipboard implementation for iOS at this time.
Yes, that's why I wrote one in September: \nhttp://github.com/brion/titanium_mobile/commit/46c00d6fe8ddc046b71c...
\nAny problems with it? Can I answer any questions about it? Do\nany changes need to be made to it before it's merged?
stephen, can you merge this in for 1.5? i had it on my list but\nit feel off. :>
As of \nhttp://github.com/appcelerator/titanium_mobile/commit/a44c1b0de5412...\n, Brion's push request was merged in.
4th gen ipod running 4.1, 3g iphone 3.1.2 .5.0.77ad8ac