*MISCELLANEOUS IDEAS ...* Because of the potential of D-N-D to simplify common procedures I think it worth reflecting of different aspect of integrating its UI ... Here are a few ideas ...
1. Design a TW ONLY to collect links and tag and fill in any extra data. EMBED that TW in an IFRAME in any wiki that occasionally needs to collect links. The Design of the LINK-COLLECTOR Wiki uses CSS to maximise screen estate so that once embedded it is easy to use in the host wiki. Provide Export mechanism so that they collected links can be imported as needed into the "host" wiki. 2. Design a macro of form: <<linkCollect pattern="regex input parse" process="regex mini-parser code to change input">> so that you can easily create custom dropzones with special actions without needing multiple macros. 3. Detect via the INFO mechanism (needs the official environment sniffer plugin) whether the d-n-d is running on DESKTOP or on SMART-PHONE (auto adjust behaviour/presentation to suit). 4. Consider IF, in design, an additional EDIT field slot is needed so that you can ALSO cut and paste (this would feed into the same parsers defined at [2]) as well as D-n-D. Just thoughts! -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/c0222068-e322-44e8-9d98-fa46c94ca40an%40googlegroups.com.