Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread @TiddlyTweeter
Ciao Jeremy Firefox has a long-standing bug with the events it sends during a drag > operation which can lead to the dropzone highlighting not being removed. > I’ve spent a ridiculous amount of time on it, and frankly now given up :) > Okay, I won't bother working out why the gif I sent

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread @TiddlyTweeter
Ciao Jeremy FYI I have a Microsoft Surface Tablet that has touchscreen. It works fine with d-n-d in TW5. Its Windows 10 running standard Firefox. I assume its just treating my finger as if it was the mouse--i.e. replicating a standard desktop. But at least its worth confirming that type of

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread @TiddlyTweeter
Jeremy For some reason that animated gif I just posted isn't animating online when I looked at the post. I'll try again. Josiah On Saturday, 22 April 2017 18:06:29 UTC+2, @TiddlyTweeter wrote: > > Ciao Jeremy > > I notice that the visuals of drag-&-drop are sometimes odd. It seems more > an

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread Jeremy Ruston
Hi Josiah > The cross-browser (& cross-device) issues kinda make this wonderful > drag-and-drop work you have done a bit of saga? > > I can see its immensely helpful where it works. I found Alex Hough's simple > demos illustrate it well. I think you’re referring to the recent discussion of

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread Jeremy Ruston
Hi Josiah > I notice that the visuals of drag-&-drop are sometimes odd. It seems more an > AESTHETIC issue than a problem, but its a bit confusing. > > Here is a screen capture running under Firefox ESR 45.8 on Windows that > illustrates the issue. Sometimes the green dashed box persists after

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread @TiddlyTweeter
Ciao Jeremy I notice that the visuals of drag-&-drop are sometimes odd. It seems more an AESTHETIC issue than a problem, but its a bit confusing. Here is a screen capture running under Firefox ESR 45.8 on Windows that illustrates the issue. Sometimes the green dashed box persists after the

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-22 Thread @TiddlyTweeter
Ciao Jeremy The cross-browser (& cross-device) issues kinda make this wonderful drag-and-drop work you have done a bit of saga? I can see its immensely helpful where it works. I found Alex Hough's simple demos illustrate it well. One obvious application would be for IN (one) Tiddler

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-21 Thread Jeremy Ruston
Hi Thomas > I answer here, assuming the RSOD on iOS links is related to DnD … I found > another – external – link in the new prerelease producing another RSOD: > > TypeError: undefined is not an object (evaluating 'files.length') > close > > this appears when I longer-tap the first link on >

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-21 Thread Thomas Elmiger
By the way – dragging of internal links on mobile seems to be of limited use in most cases: the link takes you to the link target before you get a chance to reach a drag target … Am I missing something? -- You received this message because you are subscribed to the Google Groups "TiddlyWiki"

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-21 Thread Thomas Elmiger
Hi Jeremy I answer here, assuming the RSOD on iOS links is related to DnD … I found another – external – link in the new prerelease producing another RSOD: TypeError: undefined is not an object (evaluating 'files.length') close this appears when I longer-tap the first link on

Re: [tw] [TW5] Core drag-and-drop improvements

2017-04-21 Thread Jeremy Ruston
> If I put my finger on the link in your second tiddler a little bit longer, I > get a Red Screen of Death with this message: > ReferenceError: Can't find variable: evt Thanks Thomas, that should be fixed now if you check http://tiddlywiki.com/prerelease Best