Changes between Initial Version and Version 1 of Manual Testing


Ignore:
Timestamp:
Oct 19, 2007 12:44:44 AM (16 years ago)
Author:
oliver@apple.com
Comment:

Random manual tests

Legend:

Unmodified
Added
Removed
Modified
  • Manual Testing

    v1 v1  
     1Manual Drag and Drop tests:
     2 * Dragging selected text within editable regions within a single frame should "move" the text -- equivalent to cut and paste.  There should be no change to the contents in any system clipboard.
     3 * Dragging text between editable regions in separate frames should perform a "copy"
     4 * Dragging text from an unstyled editable region, eg. a <textarea> or <input type="text"> into a style edit region (contenteditable div, etc) should copy or move (as above), but dropped text should adopt style of dropped region.
     5 * Dragging a link should result in a url form on  the dragging pasteboard.
     6 * Dropping on a webview when the dragging pasteboard contains url form data should behave as follows (assuming default behaviour in the various drag delegates) 
     7    * Dropping the link into an unstylable text region should paste the url
     8    * Dropping the link into a content editable region should insert a link with the dropped url with the title/description of the link being set to either that provided by the dragged url data, or the url itself.  eg. Dragging the url "http://example.com" will should insert the fragment "<a href='http://example.com'>http://example.com</a>", if the url has a title (eg. was dragged from <a ...>foo</a>) then <a href='http://example.com'>foo</a>" should be inserted
     9    * Dropping the url onto a non-editable region of the webview should result in navigation to that url
     10 * Dragging an image from the webpage should place enough information should provide a url, image data, and enough information to allow the image to be saved to the filesystem should it be dragged to a file system viewer (Finder, Explorer, Nautilus, etc) in the form it was served in (no recoding, etc)
     11 * Dragging a selection should place the html fragment for a selection, plain text version of the fragment, and any other (potentially platform specific) data formats needed to maximise fidelity when dragging the selection into other apps the support formatted text (in other words it should be possible to drag formatted and styled text from a webview and into a rich text editor such as NSTextArea, KWord, WordPad, Office, stylable editable regions in other browsers...
     12 * Dropping a file onto a webview should do the following:
     13    * If the file has been dropped onto an <input type="file"> the input value should be set to the dropped file.
     14    * If the file can be displayed by WebKit (HTML, SVG, etc) the file should be opened
     15    * Otherwise a file system view (Finder, Explorer, Nautilus) should be opened, focused on the linked file
     16
     17