Correct me if I’m wrong, but I feel like one answer you still didn’t quite answer, is:
Why don’t you just drag the images directly into your fields, instead of the HTML area?
Image Drag’n’Drop could be implemented into the HTML editor, but then it would work similar to the visual editor: It would append to the end of the field.
I thought I replied to this already, maybe not understandable. (Sorry for my bad English.)
<img src="" />as many times as I need to add pictures and than pulled the pic into the HTML editor right between the quotes, so it immediately finished the HTML block after releasing the mouse button I get something like this:
<img src="https://fqdn.domain/path/to/pic/num.jpg" />Repeating until all image blocks have an link, and a card is finished
The difference for me is:
The problem is:
As I mentioned in a former post my name for this thread is really bad. It should be something like
drag’n’drop in HTML editor not working anymore .
Sorry for that, I learned this mistake while I was describing the issue here, but the edit button was vanished, so I couldn’t rename the thread.
As I mentioned above, I do not recommend you do that, as you will find images stop working when the website rearranges their files.
We’re walking circles…
As I mentioned above: This is not relevant. This issue also happens on local data and even text.
You are missing the point:
Drag’n’drop is not working within the HTML editor!
If any moderator is following this thread: please change the thread’s header to “Drag’n’drop is not working within the HTML editor”! Thank you.
Yesterday I worked on my laptop. An ASUS ASPIRE with intel graphics driver and Manjaro. It worked the same way the VM did:
Mouse cursor movements and selections are possible, but drag’n’drop is also not working like on my main system.
I tried drag-and-dropping as the OP describes, and the result is pretty inconsistent. I can’t insert into a field that was not previously selected, sometimes it works (ie. it automatically inserts the <img> tag with the right url), but sometimes not. I can’t really find a pattern of when it works, and when it does nothing. Also note that when drag-and-dropping an image into a normal-editing field (ie. no HTML editor), it stills writes the <img> tag, making it not rendering the image.
Overall, the result is that this behavior is pretty inconsistent, and IMO this should be fixed (either there is a drag-and-drop feature, or there isn’t, but having it half of the time should be considered as a bug).
Little update here.
I had an pretty long card, which I wanted to edit on my main system. I clicked into the HTML editor without thinking about it, but what happened was very interesting:
It actually recognized my click, as well as my movements and selects, B U T it did it on a different place: When I click/select with the mouse cursor in the first line, it selected / put the cursor a line below my mouse and some characters more right as my mouse cursor was.
One more - especially for the development team: I saw a similar problem on one of my coding projects:
When I wrote a Perl/TK GUI application I had a huge text field for the license. There a similar behaviour occured while selecting or scrolling: There was a setting, which aligned the lines automatically to the window width. This automatic breaks the line counter. You see two lines, but the UI interprets it as one. (Or upside down.)
I had NO solution for this, just a workaround:
I had no solution for this issue, but it was a read only field, so I just built a fixed width, made the license text with breaks and disabled the automatic line breaking. Looks good, but not applicable on editable text fields like the HTML editor.