Regarding spell-checking, I don't know if this is of any help...
I tried typing some rubbish into the comment box in rich text mode and all I got on a right click was a menu with Paste in it (and nothing else!) - however, if I switch to plain text mode I get the spell-check pop-up on a right click; I can get the same effect by toggling the Source button on the editor tool bar, so if it is showing the text with mark-up you can spell-check and fix, but if it's showing it WYSIWYG you can't... And I could switch back and forth between the modes and that behaviour remained consistent, although eventually the text no longer displayed in the rich text editor at all (I ended up finishing this in plain text mode!)
This is using Firefox 75.0 with NoScript; I disabled NoScript and it made no difference.
Chrome, Firefox and PaleMoon doesn't give a normal right click menu and thus no easy way to correct the misspelled word.
Turns out there was a workaround for this: press CRTL (or CMD on macOS) to pop up the native context menu. But we decided to remove the editor's context menu nontheless as the confusion it added outweighs the (potential) benefits like advanced table editing. So browser-based spell checking should no fully work as expected.
Update: the "linkification" should now work as expected and not break BBCode tags anymore. I tested it with [code] and [img] elements and those worked fine. Please give it a try.
Please note that we can't turn off auto-links within [code] elements selectively which is a limitation of the BBCode module itself, unfortunately. We could turn it off entirely but we don't think such a loss of convenience is justified as long as that feature doesn't break other things (see above).
I tried but did not post (just previewed) using the img tag and the url tag the way I normally would.
The image I attempted to post using the img tag showed up perfectly in my preview. In that case I browsed ( in Chrome) to an interesting image at a web site, right-clicked on it, selected "copy image address" and just pasted between a pair of img /img tags. Worked perfectly. Thanks.
For the URL, I did what I'd like to do, directly specifying by typing into the Einstein comment dialog a URL tag including my own specified "meaningful text" and the actual URL pasted in from the browser address bar while pointed at a web site.
This did not work nicely, as the autolinkification buried an extra layer of linkness.
It was easy enough to fix, using a technique I commonly use to live with web sites that pick up more than "just the text" on copy and paste exercises from browsers. I pasted my URL into a text editor (TextPad, in my case), then immediately did a select all, copy, paste, so that it pasted without "excess baggage".
As a general comment both to Einstein staff and to users, I think this sort of "excess baggage" problem is quite a common source of users not getting the results they like out of the forum editor. To staff I'd suggest considering whether there are available settings to use "just the text" (not, for example, point size, font, color, not to mention higher order constructs such as table structure). To users I suggest you consider my workaround of laundering copied text by a visit to a text editor (Windows Wordpad and Notepad will also work, though I like TextPad).
...It was easy enough to fix, using a technique I commonly use to live with web sites that pick up more than "just the text" on copy and paste exercises from browsers. I pasted my URL into a text editor (TextPad, in my case), then immediately did a select all, copy, paste, so that it pasted without "excess baggage".
Just out of interest, have you tried pasting such a URL with the "excess baggage" using the 'paste as plain text' icon (ctrl+shift+V)? Does that happen to remove the excess stuff without the need for opening an external editor?
Just out of interest, have you tried pasting such a URL with the "excess baggage" using the 'paste as plain text' icon (ctrl+shift+V)? Does that happen to remove the excess stuff without the need for opening an external editor?
I had not tried it, but I have now.
The answer in my case is that the forum advised me with a popup that my browser (Chrome running on Windows 10) did not support use of that icon. It implied that I could just press ctrl+shift+v myself and get the desired result. That worked.
Now the trick is to remember it. That is way faster than the laundering through a text editor method.
Whatever the interaction is between Chromium and this new forum editor, I cannot use right-click anymore to paste. The menu choice is completely missing on this website.
What it normally does is pop up a rectangular blue help bubble telling me to use CTRL-V to paste my copied text.
I cannot use right-click anymore to paste. The menu choice is completely missing on this website.
I feel you, that's completely ridiculous - and Firefox has the same issue. No idea why they don't show the "Paste" menu entry if there's clipboard content available. Fun fact, they do if you select some text in the editor such that the "notorious three" (cut, copy, paste, a.k.a. the edit submenu) appear all together in the context menu. At the same time ctrl-v or the browser's "Edit" application menu (incl. "Paste") still work. Go figure...
Background: we had to choose between the editor's context menu or the browser's. We opted for the browser's to facilitate privacy-respecting spell-checking, but that of course removed the editor's "Paste" context menu, inadvertently.
And I can't complain too vigorously since my hands are already on the keyboard typing the reply. So CTRL-V is just as quick as reaching for the mouse again.
But it irks me I have to break "muscle memory" on this website since everyplace else works the way you expect it to.
Regarding spell-checking, I
)
Regarding spell-checking, I don't know if this is of any help...
I tried typing some rubbish into the comment box in rich text mode and all I got on a right click was a menu with Paste in it (and nothing else!) - however, if I switch to plain text mode I get the spell-check pop-up on a right click; I can get the same effect by toggling the Source button on the editor tool bar, so if it is showing the text with mark-up you can spell-check and fix, but if it's showing it WYSIWYG you can't... And I could switch back and forth between the modes and that behaviour remained consistent, although eventually the text no longer displayed in the rich text editor at all (I ended up finishing this in plain text mode!)
This is using Firefox 75.0 with NoScript; I disabled NoScript and it made no difference.
Cheers - Al.
Holmis wrote:Chrome, Firefox
)
Turns out there was a workaround for this: press CRTL (or CMD on macOS) to pop up the native context menu. But we decided to remove the editor's context menu nontheless as the confusion it added outweighs the (potential) benefits like advanced table editing. So browser-based spell checking should no fully work as expected.
Looking into the other annoyances next...
Oliver
Einstein@Home Project
Yes, now I get the normal
)
Yes, now I get the normal right click menu.
Thanks Oliver!
Update: the "linkification"
)
Update: the "linkification" should now work as expected and not break BBCode tags anymore. I tested it with [code] and [img] elements and those worked fine. Please give it a try.
Please note that we can't turn off auto-links within [code] elements selectively which is a limitation of the BBCode module itself, unfortunately. We could turn it off entirely but we don't think such a loss of convenience is justified as long as that feature doesn't break other things (see above).
Cheers
Einstein@Home Project
Oliver Behnke wrote:Please
)
I tried but did not post (just previewed) using the img tag and the url tag the way I normally would.
The image I attempted to post using the img tag showed up perfectly in my preview. In that case I browsed ( in Chrome) to an interesting image at a web site, right-clicked on it, selected "copy image address" and just pasted between a pair of img /img tags. Worked perfectly. Thanks.
For the URL, I did what I'd like to do, directly specifying by typing into the Einstein comment dialog a URL tag including my own specified "meaningful text" and the actual URL pasted in from the browser address bar while pointed at a web site.
This did not work nicely, as the autolinkification buried an extra layer of linkness.
It was easy enough to fix, using a technique I commonly use to live with web sites that pick up more than "just the text" on copy and paste exercises from browsers. I pasted my URL into a text editor (TextPad, in my case), then immediately did a select all, copy, paste, so that it pasted without "excess baggage".
As a general comment both to Einstein staff and to users, I think this sort of "excess baggage" problem is quite a common source of users not getting the results they like out of the forum editor. To staff I'd suggest considering whether there are available settings to use "just the text" (not, for example, point size, font, color, not to mention higher order constructs such as table structure). To users I suggest you consider my workaround of laundering copied text by a visit to a text editor (Windows Wordpad and Notepad will also work, though I like TextPad).
archae86 wrote:...It was easy
)
Just out of interest, have you tried pasting such a URL with the "excess baggage" using the 'paste as plain text' icon (ctrl+shift+V)? Does that happen to remove the excess stuff without the need for opening an external editor?
Cheers,
Gary.
Gary Roberts wrote:Just out
)
I had not tried it, but I have now.
The answer in my case is that the forum advised me with a popup that my browser (Chrome running on Windows 10) did not support use of that icon. It implied that I could just press ctrl+shift+v myself and get the desired result. That worked.
Now the trick is to remember it. That is way faster than the laundering through a text editor method.
Thanks.
Whatever the interaction is
)
Whatever the interaction is between Chromium and this new forum editor, I cannot use right-click anymore to paste. The menu choice is completely missing on this website.
What it normally does is pop up a rectangular blue help bubble telling me to use CTRL-V to paste my copied text.
Keith Myers wrote:I cannot
)
I feel you, that's completely ridiculous - and Firefox has the same issue. No idea why they don't show the "Paste" menu entry if there's clipboard content available. Fun fact, they do if you select some text in the editor such that the "notorious three" (cut, copy, paste, a.k.a. the edit submenu) appear all together in the context menu. At the same time ctrl-v or the browser's "Edit" application menu (incl. "Paste") still work. Go figure...
Background: we had to choose between the editor's context menu or the browser's. We opted for the browser's to facilitate privacy-respecting spell-checking, but that of course removed the editor's "Paste" context menu, inadvertently.
Oliver
Einstein@Home Project
And I can't complain too
)
And I can't complain too vigorously since my hands are already on the keyboard typing the reply. So CTRL-V is just as quick as reaching for the mouse again.
But it irks me I have to break "muscle memory" on this website since everyplace else works the way you expect it to.