Dreadknux

Hi guys Wanted to prioritise this request again given recent events regarding Twitter and the actions of its owner. Many large-scale online communities (including on forums and on Reddit) are considering outright bans of on-site Twitter links and I’m still consulting on this direction, but in the meantime I really think it would be prudent for a toggle per-platform as to whether links are converted into embeds or not. At the moment my feeling is I would like to just allow for YouTube video embeds by pasting a link, but prevent the same for Twitter.

Loving the progress made on the V5 Beta, guys! I'm having a lot of fun with it, my plan is to look at what the first version looks like and maybe test some upgrades on a staging site before deploying the live site upgrade in the Summer (I'm guessing V5 will be out by the Summer... right? :D) Anyway, this isn't really a bug but more of a small suggestion based on my random fiddling around with widgets and whatnot. I've noticed that the Tag Widget block asks you to set a specific number of items in the Options dropdown. I currently have it set to list 8 items, which looks great on desktop on a certain size... but when I draw down the browser window you end up with a gap in some of the grid-based modes (Grid, Wallpaper, etc). Logically it makes sense, because I set 8 items to appear rather than 9... but it would be cool if there was a way to deal with that extra space somehow on smaller windows. Just to show you what I mean - here's a Tag Widget with full browser window width (see "Latest News"): And here's that same widget when the browser window is scaled down a little bit: I'm probably asking for impossible things here, and it's not a huge deal in the cosmic scale of things, so it's not an entirely serious request... but, I AM a bit bored today, so I figured I'd throw it out there. What do you guys think? 😄

Random question: is this dynamic depending on what theme colours are set in V5's Theme Editor? I imagine as-is the seven colour options work well with the default light/dark colour scheme, but if I then customised the V5 theme to have a blue background as the light theme and a dark red as the dark theme... would those seven colours dynamically change to be compatible with the tweaked colour scheme, or would an admin need to make further customisations to ensure compatibility?

The only problem with the V5 widget solution is that you can't place a TOC within the content area itself. It currently can only be positioned in the sidebar (best position but not always useful contextually; ie on mobile devices where it will display at the very bottom of a page) or in some other widget space above or beneath the actual content, which makes it kind of useless for most use cases. Allowing for a TOC to be placed as an in-content box similar to the floating/wrap-around box in the current post editor is really the ideal solution, and I would like to support the OP's suggestion here.

Love that you can set up widgets dedicated to Tags, but a shame that you can't set the design to be 'Carousel' style... at least out of the box (i.e. using Page Editor). I figured it was because such a design was simply not supported/coded in yet, but I realised that all I need to do is add "ipsData--carousel" to the "ipsData--widget-tags" UL class, and it dynamically sets it to the way I'd love to see it! So the facility is there, it's just not accessible on the front-end yet..? Is there a reason why I can't set a Tag Widget to be a carousel from the Page Editor yet? I'm guessing there are maybe some bugs that need testing before you guys fully allow admins to take advantage of it, but I am just curious.

Many thanks @Matt!

"But when will then be now?" "SOON."

Yeah, I just don't like the blur at all and want it removed entirely. 🙂 That's why I decided not to post a bug topic, technically this is about a design choice. 😄

I've been a bit pre-occupied with work lately to stay on top of Beta updates (sorry), but just caught up and installed B4 and noticed a change in how the text-against-image areas on Wallpaper widgets have been handled... I can't say I'm a fan. ^ It doesn't look very nice really. Look at all that fog around the text, smudging the background image up to the halfway point. Is there a chance we can switch this back to the way it was (or maybe revert this with custom CSS somehow)? I much preferred how it was handled before... now it just kind of looks like someone's opened a tub of vaseline over my screen, my eyes are going blinking crazy just looking at it 🙃

Yeah, that's a nice solution for people who want to save specific statuses, but that's not gonna work for me, lol. Trying to archive 13+ years worth of status updates one by one will take me an ice age. 🙂 Hopefully the solution Matt proposed could be looked into as I can definitely work with something like that.

I downloaded and installed the security update 4.7.19 to my live instance, and have been hit with this error at the very start of the upgrade process: I cannot proceed, refreshing does nothing, and I cannot roll back the option to initiate the upgrade to "unlock" my community - as a result my website is now stuck on the 'upgrading' notice page and I cannot resolve this. This is urgent as I need the site to be live today; can someone please assist?

This is a welcome upgrade to the moderation features of the suite, thank you for the hard work on this. I especially like the Approve/Reject system, as we often get reports from users who are simply reporting something they disagree with/are mad about which doesn't actually break any community rules, so we can formalise this in our workflow now by rejecting the complaint.

That could work, yeah! I was thinking, personally, that each status update would be its own topic in a specific forum (rather than a single topic for all of one user's statuses) and every status update comment would translate to a (quoted) reply within that topic. But I'm happy for a solution like you suggested as well, it might actually be cleaner that way! Let me know if something like either of the above is possible at all on the Invision side. Thanks @Matt! 😀

That's fair enough. I'll leave it here for consideration then, thanks Marc. I realised that I was slightly incorrect in my last post; this only seems to be an issue when using folders; I can have pages with the same filename in different folders without issue, I just have to make sure the folders are named individually. So: /pages/special/v1/games-v1/gamepage1(.html) /pages/special/v2/games-v2/gamepage1(.html) /pages/special/v3/games-v3/gamepage1(.html) /pages/special/v4/games-v4/gamepage1(.html) Still not super-ideal, but I think I can work with this for the time being. Thanks for the feedback.