Hi Jeremy, I did some research and thought regarding to your concern on:
* When dragging a file into the browser, JS code only sees the content of > the file, and not it's path. Thus there is no opportunity to link to files > in their original locations > It might work if drag the "original file" and drop into current cursor location of the TW5's text area, can trigger the following sequence of actions *:* 1. *obtain a binary/raw copy* of the "original file" (eg. "my.psd") into the browser (so no need to know the path of the "original file") 2. *rename* the "copied file" to (eg. "my(some random id).psd") 3. *save* the the "copied file" to a "known location" relative to the TW5's file 4. *create* an icon or syntax (eg. [file[...]]) reference to that "known location\copied file" (where "known location" would be the relative to TW5's file location) 5. *set* the icon or syntax next to the current cursor location I came across the url for your refernce: http://stackoverflow.com/questions/25595708/is-it-possible-to-drag-and-drop-a-local-file-from-a-file-manager-to-a-browser-an > * When saving changes, the default HTML5 fallback saver only permits a > single file to be saved at a time. There is no convenient way for the user > to control saving the subsidiary, attached files > I think saving single file at a time is good enough. The use case would probably be: 1. typing some text 2. drag and drop a file in the current cursor/typing location 3. repeat step 1 and 2 To illustrate, imagine the following typed in TW5 text-area: This is my first drap and drop of file "my.psd" at this cursor location *[file[known location\**my(1a1).psd]]*, I drag and drop the same file "my.psd" again at another cursor location *[file[**known location\my(2w2).psd]]* My main concern rather how to *drag *the icon or syntax from TW5 text area, and *drop *back to any folder inside file explorer/manager. Consider the following sequence of action: 1. *get *the file from location based on user dragged icon or syntax (eg. *[file[known location\**my(1a1).psd]]*) 2. *rename* the file back to original name (eg. *my.psd*) 3. *save* the file to location based on user dropped to folder inside file explorer/manager (eg. *C:\**my.psd*) NOTE that this drag and drop action does not delete the file (ie. *known location\**my(1a1).psd*) This raises another concern if it is possible to click on icon or syntax (eg. *[file[known location\**my(1a1).psd]]*) and press delete, to trigger an actual delete of the file (ie. *known location\**my(1a1).psd*) -- You received this message because you are subscribed to the Google Groups "TiddlyWikiDev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/tiddlywikidev. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywikidev/0b0f6d32-9c09-4c6d-b053-1b7844f1e326%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
