With those cards, the browser controls and headers take up about 50% of the display space on my screen!!! The only good thing I could find about this change is that there’s no way to make the cards larger.
I have a dark mode extension that toggles dark for all open pages (which I don’t usually want)…
But I also use Workspaces and Tab Groups in Edge. I keep the forum open and don’t refresh/reload (which does reset the css). Topics load and I can click on them and the entire page/css does not reload. So as long as I don’t refresh, the display stays acceptable. We’ll see…
I’m tempted to find (or make) an extension for Edge css because the new display not to my liking at all.
I noticed that the Dark discourse setting doesn’t change the top to dark now either… ???
The ember social media links bar ? Yeah, been this way a while now.
I never use it, so I just set a display: none; rule directly on the element style.
The category header was a harder one. It had a rule in the stylesheet CSS that required adding a new <style> element to override it. (See the code in the extension above.)
I have dark set for Discourse, Dark mode for Chrome and Edge set, and also use the DarkReader extension (which allows special settings and CSS overrides per website.)
I had to update the above extension to change the 1 second timer to a repeating interval as the category card was sometimes missed. (Ie, taking more than a second to be injected into the DOM.)
The latest version is now 2.172.182.20.
EDIT: Another update because of a dumb typo. “cleaInterval() is not a function”
duh! it’s clearInterval()
I need to also make another change to have a limit for the number of times the timer runs. If at the home page or in a topic page, there will not be a category header.
Okay. Yes, I found this is true. Some stuff does not get reloaded and there seems to be mutating content <div> elements. Although a mutation observer does work it gets called way too many (like in the two thousands of) times.
What you said JD, came back to me at supper and I realized that it was easier to just always inject a <style> element to override the category headers. Any of the pages that don’t have it won’t use that CSS rule.
So, there really no need to even sniff out a category header <div> and check its’ display value. (Although I did encapsulate doing this in a function, by default the function is not used. I added it in perhaps because your menu toggles might need it. Also added a few other functions.)
I’m using your 2.17 version now but will update again. I noticed the enormous/bright header issue and updated. It was easy to get the display working (refresh, I think) but the timer fix seems to have solved it.
I’m not sure if something is amiss with the new Topic indicator (blue dot). I’ve noticed in the past that new topics would not show as read sometimes after using the back arrow on my browser. With 2.17 it seems that refreshing showed posts that are older than what I’d seen (but they -weirdly- appeared later). I don’t know if it’s related to version 2.17 or to the new Discourse format. I’ll keep an eye on it with Forum Tweaks 2.20.
I modified V2.16 for a V2.16.1b with what I call “BOX notifications”. It allows for the enhancement of Discourse distractors (though nothing on par with Discourse super-headers or the LED bar).
Oh those blue dots. I might have that feature switched off as I only peruse a subset of categoies.
I have noticed in the past that the Related topics list at the bottom of the pages seem to have been broken for a long time. Ie, they show topics already read as not read. So, I’m in the habit of ignoring the blue dots most of time, and that list in particular.
I thought the blue dots were working after updating to 2.20. But maybe I am mistaken. I usually watch the Latest list, and really just see the general blue background of new posts. But I switched to a mod version of 2.16 and there haven’t been many posts to double check the blue dots with 2.20. I’ll turn it back on and watch later.
What do you think of other features, like common task links?
Please update your profile information. That information helps us help you!
You can update it here: SketchUp Community
Oh, yea link pasting for gurus. I had thought about making a chrome extension for this (years ago,) but never got around to it. I just have been making bookmarks and using those.
Might be better to have a standalone extension for this. It would be nice if there was an easy way to enter the “help blurbs” into a datafile held in storage. (Take a look at the DarkReader Advanced Settings page. They have import and export from a JSON file. Doing a similar datafile like that would be ideal rather than hardcoding.)
When I made that link for the clipboard I noticed that some of my info was missing too. Another Discourse ‘update’? The drop down allowed for entering multiple versions.
I’m still monkeying around with another 2.16 based version so I’m not tracking the dot issue, yet. I think I like the blue dots so hopefully your 2.20 leaves those alone (I believe it does).
I mentioned to DaveR that a sort of link collection could be put together. For instance, for his clean up steps. But you lose the personalization of a direct response if links are posted. On the other hand, many tasks are rote and that’s when little doohickies like this are useful.
I added some Modus icons… but toggling visibility icons gave me trouble. Hardcoded links… yeah, not so great.
I do have a little SketchUp Notebook extension that has a little JSON ‘editor’. I wonder if I could modify it and then stuff the SketchUp Forum Tweaks in there and then run unpacked from there? I don’t know if that would work. Would SU Forum Tweaks need to be reloaded in the browser extensions page? Wait! No! I just tested. The html is modifiable on the fly! I’m guessing JSON is too. The path to guru level forum pasting just grew one step shorter!