Recent content by Steffen

With "background tab" I meant a tab that is not active, i.e. not in the foreground.

I've just tried Firefox 85 on Windows 10 via BrowserStack: a middle-click opens a new tab as described in the first post, same behavior for both images.

Take for example this image: When you middle-click it, Chrome opens a new foreground tab. Firefox opens a new background tab instead. The issue also exists with small images which are not wrapped in an anchor element by XenForo: The default behavior of both Chrome and Firefox for un-linked...

When the selection starts at the very top then Chrome and Firefox (probably other Android browser, too, haven't tested iOS) show their toolbar below the selection and not above. The select-to-quote menu is then hidden underneath this toolbar. This is not a big issue I guess because the user...

I think this can be fixed properly: https://xenforo.com/community/threads/fix-layout-shifts-caused-by-images-especially-noticeable-due-to-lazy-loading-in-xenforo-2-2-patch-included.190498/

Modern browsers automatically infer the aspect ratio of images from their width and height attributes (https://caniuse.com/mdn-html_elements_img_aspect_ratio_computed_from_attributes). This prevents layout shifts when images load which is especially noticeable in XenForo 2.2 due to the...

Consider the following scenario / order of events: Alice opens the last page of a thread (and starts reading). Meanwhile, Bob posts a new reply to this thread. Alice clicks the "Watch" button of this thread. This leads to the following situation: The thread watch didn't exist when Bob posted...

Token input elements (used for example when adding users to a conversation): The "input" CSS class is not added directly to the input element generated by Select2 but to a container element. This causes the user-agent stylesheet (e.g. input { color: -internal-light-dark(black, white); } in...

Yes, that could well be the case. I'm not sure where the boundary between Froala and XenForo exists in case of the quote element.

Are you on Windows? Which browser are you using?

Automatically disabling a user account when a hard bounce arrives sounds good in theory but fails in practice. I just had to manually re-enable several dozen accounts that were affected by Gmail's ****-up. I remember having done this for other providers, too. Background info...

The user who reported this issue wanted to replace a quote with "…". Selecting the quote text and then overwriting the selection with "…" (i.e. without pressing delete/backspace first) doesn't work either.

This issue only exists on Windows, not on Linux and not on macOS: Starting with a quote in the WYSIWYG editor, select all contents of the quote. Now delete the selected text (by pressing the delete key or the backspace key). What I would have expected to happen is that the quoted text is removed...

Does the following issue have the same root cause? Situation: Now remove the text in the first quote and then try to remove the now empty quote box itself by pressing the delete key. What actually happens is that you now have a quote box from User A with the text from User B:

Yes, it seems like it's a Froala thing that cannot easily be changed by XenForo: https://froala.com/wysiwyg-editor/docs/methods/#commands.clearFormatting