Dreadknux

Not sure what is supposed to go in this huge gap here, but it only happens on mobile view. Seems like it’s meant to be for some specific buttons/options (ratings maybe?), but isn’t collapsing/hiding like it should be doing.

Last one (for now), I promise! This one is kind of funny; having Header text in a wrap-in box and constantly editing and saving the page record will cause extra margin space to be added with every revision. See video below - and I’m not touching the H4 text at all while this is happening! Screen Recording 2024-08-09 at 11.46.53.mp4

(Sorry for the extra bug reports re: wrap-in box, I suddenly discovered a bunch of new ones!) There appears to be an issue when using the horizontal line in a wrap-in box. You can see some of the weirdness in the video below, but there’s one major issue I should specifically mention. If you try to add a horizontal line at the very bottom of a wrap-in box, the post editor will display a new box title section underneath it. You cannot change it to standard text, and hitting the return key does nothing. Hitting backspace will remove the entire wrap-in box, and will continue to delete its orphaned elements upon multiple presses. Screen Recording 2024-08-09 at 11.44.16.mp4Also minor side issue shown from 1:03 in the video; adding a horizontal line within the content area displays a line but makes it highlighted, and typing any text will delete the line.

Thanks to some kind help from Ehren, I was able to get part of my desktop header working as a sticky-scroll element, which is useful (at least on desktop) for quick-access to community suite menus etc. Almost all elements that work with sticky functions adjust themselves well to my custom CSS, with one exception - the post editor toolbar. Video proof below - I remove the sticky header to show that the toolbar IS working as a sticky scroll element, it’s just clearly hidden behind the sticky header as the user scrolls down. Screen Recording 2024-08-09 at 11.42.55.mp4It’s the same on mobile too (I currently have a sticky mobile header bar on my alpha instance, but I’m considering not keeping it…). If it helps, my custom CSS code (relative to this) is as follows: :root{ --i-scroll-padding: calc(var(--i-headerPrimary--he) + 10px); --i-sticky-offset: calc(var(--i-headerPrimary--he) + 10px); } /* Sticky Header */ @media screen and (min-height: 850px) { .ipsHeader { display: contents; } .ipsHeader__primary { position: sticky; top: 0; z-index: var(--i-z-index_headerPrimary); } } /* Mobile Sticky Header */ .ipsMobileHeader { position: sticky; position: -webkit-sticky; top: 0; z-index: 7; }Is this something worth fixing, or is there a CSS function I’m missing that I can include to account for things like the post editor toolbar? :) Thank you!

Just a couple of low-level design issues I’ve noticed when working with Wrap In Boxes in the post editor that is causing my brain to itch a tiny bit! 😄 Context: I started creating content as usual, then published a page record. I went back to edit it and added the pink box you see above. I positioned the text marker at the start of the post content (at the start of the line “This is great!”, which was the very beginning of the content), then clicked Create > Wrap In Box in the post editor toolbar, and then used the box’s settings to Wrap to the right, and to size the box as Small. With that in mind: Red rectangle: Unwanted extra line break was created at the start of the content when the box was created and wrapped. To remove it, I had to click on the spare line, hold Function and hit Delete (I’m on macOS but the PC equivalent would be just hitting Delete instead of Backspace). Doing anything else, such as positioning the text marker at the start of the “This is great!” line and hitting Backspace, will cause some weird removal of other content (sometimes it’s removing the entire pink box but keeping the content within it, effectively orphaning the box content, sometimes it removes the “This is great!” text line entirely… the actual effect seems to differ). Green Circle: Added an image to the box, but the settings appear to be absolutely massive. Not a huge deal, just thought it was kinda funny. Yellow rectangle: Clicked the “Insert line after” arrow button at the bottom of the image to cause a line break, but as you can see the text marker appears too close to the image. It doesn’t seem to reflect in the actual content when the page is edited/published either, because upon hitting save the ‘Stats’ text appears like this (yellow rectangle in image below)… This lack of line break padding has actually just happened when writing this post right here - which I’m sure won’t be reflected in the actual content when I post it (see image below - so meta!). As you can see in the yellow rectangle above, the margins between image and H4 text has been correctly applied (although the gap between image and the H4 ‘Stats’ text is now a little too much, but that’s a little too nit-picky for this topic). When I go and re-edit the post, the correct margins are also applied - it’s just when adding this content to post editor for the first time, it seems. Although as per the red rectangle, the extra line break does still reflect in the published post if I do not remove it manually in the post editor. Also, an additional point I just noticed - using bulleted lists in post editor displays as empty/white bullets (see first image above) but when the content is published the bullets appear filled/black (see second image above). Might be something also worth correcting.