Dreadknux

Yes, the idea would be for this to work with custom URLs. The record marker is unsightly so it would help in a situation where that element of the slug is removed with record creation.

It's great that we can @ mention users dynamically in the post editor, but it would be a brilliant step up if we could do the same for Page/CMS records we have created on our community. Similar to how the individual Database Relationship custom field works, but baked into the post editor, that dynamically links to the record page and modifies its link URL and title if the record itself is ever edited (to avoid dead links). At the moment, I'm having to link through to on-site database records manually, by copy-pasting URLs into embedded text links... if later down the line, the target database record has a title or URL slug change, I have to find the post/s I made that linked to this record and manually change the link one by one. Or else there will be dead links. Maybe it can be a new mention marker to specifically pull database entries instead of members, like a double @ (@@record) or something? I can see it working a bit like the below: You could also include the ability to change the link text by double-clicking it maybe, a bit like how embedded links already work in post editor. But I think the more important feature would be to just have database mentions work as above in the post editor in general.

Doesn’t address lack of update/incompatibility notice sadly…

Hi @Sonya* - I'm really sorry for bothering you about this, but I am concerned about the November update of IPS requiring PHP8 and disabling all apps that do not follow the PHP8 coding standard... FXPages has been flagged as an app that is not compatible with PHP8/future versions, and there is still no update available on the Marketplace. I do not want to risk FXPages becoming disabled in the next IPS update and causing a problem for my visitors as a result. Can you please let us know a timeline for when an update for FXPages may come? We have been waiting since May. Thank you for all your hard work and efforts!

From a content creation/design aspect, the one thing that I think is perhaps the most frustrating in the IPS suite is the inability to insert images in a gallery/grid-like arrangement in the editor/page. If there is one feature that prevents me from fully converting my Wordpress site into an IPS Pages/CMS setup, it is this. Wordpress allows for the upload of images, much like IPS - but also allows for the insertion of 'gallery'/grid containers that can neatly include these attachments on the page. Some images to illustrate how Wordpress does it: ^ Initial 'Gallery' Block container ^ Image Uploader and Gallery Image Arrange Dialog ^ The image gallery/grid output (on the WYSIWYG editor but this also has the same appearance on the public site) ^ Gallery container block options ---------- It boggles my mind that there isn't anything close to something like this available out of the box on IPS Suite. I have a number of other improvement suggestions related to image upload that I hope the IPS Staff is also taking on board, but I feel like this small improvement would be a trivial enhancement to add to a monthly update patch and would add so much QOL improvements for those of us who want to decorate our content in an organised way. Could something like this be taken on board and added to a future release please?

I had a similar issue, but slightly different execution - maybe sharing my solution will help you in some way? I wanted to keep the quote truncation for forums/user-generated content, but I'm building out a news/blog side to my setup using Pages, and I didn't want truncation on quotes made on Page records. The quote blocks use CSS to truncate the content, so I used CSS to override this on Page records and allow full quotes to show only there. If you want to only remove truncation for quotes on a certain part of your site, this method does require you know the parent container CSS class so that your changes do not apply broadly to your entire installation. .XXXX .ipsQuote .ipsQuote_contents { height: auto !important; position: unset !important; overflow: auto; } .XXXX .ipsQuote .ipsQuote_contents.ipsTruncate + a.ipsTruncate_more, .XXXX .ipsQuote .ipsQuote_contents.ipsTruncate:after { display: none; } Where 'XXXX' is the class of the parent container (i.e. article.mysitenews, or even article[data-controller="core.front.modcp.report"]). The first CSS command opens the truncated quote block so the entire quoted text is visible, while the second CSS command removes the 'Expand' area underneath a truncated area. I don't know if you're looking for something a bit more advanced, given your talk of hiding quotes for ignored users etc - maybe a plugin is more what you're after - but hopefully this can help in some small way. 🙂

Noticed this topic got moved to Community Support but I’m pretty sure this is a bug in IPS software? Or at least my issue is based on some level of coding that IPS staff need to offer guidance/solve? It’d be great to get a solution to this.

I'm trying to emulate some of the things that IPS has done on its current community theme, and am getting stuck on the navbar and the dropdown menus that are being used there. I'm currently trying to include an ipsMenu dialog dropdown into my test theme navbar, but I am not getting a very great UX here. While I can essentially place a button and ipsMenu within the Navbar area, and it looks pretty good, the issues arise whenever you try to hover over the dropdown menu itself. It keeps disappearing, as if the site thinks you've placed your focus elsewhere. I can't think of any reason why it's doing this, perhaps IPS staff have an idea or some tips on how to make this work properly? I can't upload screen captures for some reason so here are some converted gifs to illustrate my point (ignore the options there, I copy-pasted from another ipsMenu that was working on the page and dead-linked the items). It's not just ipsMenu dialogs that have this issue - if I move the userbar options into the navbar too, I get the same experience:

Can't edit my last post for some reason, so will add: if there is a way for IPS to provide the header they built into a new 'default' theme at the very least, that would be really great. The thing I'm trying to work in particular is the dropdown items, it seems to be using ipsMenu but I can't replicate it properly on my stock install (it seems that stock IPS has ipsMenu containers generate at the bottom of the page html...? So whenever you try to set up an ipsMenu popup, it disappears as soon as you hover over the submenu...) There's QOL design code changes in this theme that I think is worth spending the time to build into the stock IPS theme, for sure.

It’s mostly the header, yeah. I guess if it’s custom there’s not a lot of chance of it happening then. I can make a rough approximation but it will take some work.

So when are we going to be able to get this theme in our self-hosted/other packages? I've been digging the theme on this website for a while now, and it would be great to be able to adapt it for our own communities.

Okay, thanks - looking forward to the next update.

Thanks for this informative video guys! I know a lot of the feedback you get from customers here (including myself sometimes!) is to have more of a view on what’s coming up with new features and roadmap items, so it is great to see that happening with these videos. Hope they become a regular feature! I love the new Events front page, would this replace the current Calendar view at all? Also, my community tends to use the Calendar feature as more of a release date/anniversaries feature for certain products (games, comics, etc) so would those sorts of calendar events still be able to be presented in that Events homepage style? Or is it more designed for actual events (in-person or zoom call style)? I think it would make certain upcoming game anniversaries (ie. X Years Since Pac-Man Released) and livestream events look really cool! I know other services like Twitch was mentioned in the Q&A (which is great because I’d love to see Twitch and YouTube Live be integrated into this), but would Discord also be a consideration? We have a Discord server and it would be awesome if we could integrate it with our IPB site so that any Events we post on the IPB would be automatically reflected in our Discord server (and maybe vice versa , but not necessarily). Thanks for putting this video together!

I figured IPS Staff would be looking through this feedback forum, but I'll definitely share this thread in that topic so there is visibility. Thanks!

Bumping this suggestion up as there was a similar conversation happening in a previous suggestion topic I made (https://invisioncommunity.com/forums/topic/465645-gallery-allow-groups-to-share-gallery-as-attachments/#comment-2907323), and this is perhaps the more fully-fleshed version of that idea. It was suggested that Gallery's fundamental concept means that an image should be for a single user. If that is the case, then the above feature suggestion should be developed as its own app/feature that either connects to the Pages app or stands alone and plugs into all apps/nodes. I'm really keen to get some feedback on this particular suggestion from the IPS Staff because I feel it is one of the biggest holes missing in the entire suite and I really think it needs to be addressed in some way.

If that's the foundational principle of the Gallery app, that's fine. But there NEEDS to be a shared media resource/gallery, usable by specified usergroups in all nodes that they can create (topics/page records/clubs etc) that works in the manner described in the OP. It is one of the biggest fundamental things missing from IPB's Pages app. The existing Page Management > Media section is not fit for this purpose and the solution suggested (knowing the URL) is fine for sites operated by a single user, but unworkable for those with a staff/usergroup all individually creating content. I posted a separate topic outlining some more specific feature suggestions to this point, so I'll direct the conversation there instead:

Thanks Matt. A lot of what I'm doing at the moment is still WIP/behind the scenes so it's not critical, just a minor annoyance. 🙂 If it means anything, I should mention as well that I have this database set up to post topics when an entry is created, and similarly when the associated topic is created the date on that is also not adjusted to suit the intended past date (this is true on the forum its supposed to be created in, and the Search results page in which the topic pops up). I mention that in case fixing the issue with the Pages date setting also doesn't happen to fix the same for the associated topic posting. Usually I think you cannot edit a topic created from a Pages record, but I am at least able to work around this issue by using a third party plugin that allows me to edit the post date of topics... Appreciate you guys looking into this!

Hello! Found something weird, not sure if anyone else is getting it or if I'm doing something wrong. But I have a Pages database with the Publish Date field activated. I'm trying to populate this database with backdated historical articles. The IPB system is letting me do this... eventually. But for the entire system to accept it I have to publish and edit the record several times. Here are the replicable steps: Step 1: Create new story as normal via Pages interface. Step 2: Set Publish Date field to a past date, instead of 'immediately'. Step 3: Publish. The system for some reason does not accept the past date, and instead acts as if we published this entry just now. Step 4: Click the Prefix Tag ('Dreamcast', above the headline in the above image), which will take you to the Search section of the site listing entries matching the same tag. The newly-published article will be present, but its publish date will also be 'Just now' instead of in the past. Step 5: Go back to the article, click 'Story actions > Edit'. Go to 'Publish Date' and re-enter the past date. Save. The article's date will be corrected. Step 6: Again, click the prefix tag ('Dreamcast') and check once more the Search results for the tag. Even though the Pages entry's date has been fixed after the edit, the date listed on the search meta still acts as if it was recently posted. Step 7: Go back one more time to the article, click 'Story actions > Edit', change nothing and just hit 'Save'. Go to the article in question, click the prefix tag one final time. Check the Search page results. The date has been fixed. For some reason, going through the edit process a second time will correct the date on Search. I imagine this isn't expected behaviour, but wanted to know if there was anything I could do about this or if it is simply a bug that needs fixing? Authors should only need to input the publish date of an entry once, but in order for it to work properly here the entry needs to be published, edited and then edited again. It's a bit much. 😅 Any ideas?

I wouldn't use a "mark all as read" button. I want to read my notifications - just not get swamped with out-dated ones. I think you misunderstood the issue I was talking about.

Has this project been abandoned? @Sonya*

To be honest, I quite like the fact that all notifications are 'read' when you click the bell icon... But that's mostly because I get a LOT of unnecessary/outdated notifications (i.e. approval requests that have already been seen to by moderators by the time I wake up), so I'd be up for fixing this issue if IPS worked on this a little bit to make Notifications a bit more useful and organised. I suggested this already in this topic: Personally, Notifications could do with a bit of an overhaul anyway. Having notifications remain unread while I get inundated with 'junk' notifications doesn't sound like a great time to me. So would prefer the above be looked at first honestly.

There's a bug in the Achievements system that needs addressing. Steps: - Go to topic and 'Reward' a user with an incorrect badge and incorrect points (i.e. by mistake) - Head to the '...' menu against the rewarded post and select 'Remove Rewards'. - A dialog box shows up confirming that this will remove badges and points - Check user's profile. Badge still remains and points adjustment still apparent in Admin CP. - Manual deletion via Admin CP > Member Search > Points and Badges is required to fully remove the rewards. Removing accidentally-awarded achievements... Confirmation... Post-removal of rewards - checking user profile (badge is not removed)... Admin CP view - points are not removed (requires admin to adjust back via 'Edit User's Points' button)... Admin CP view - badge has not been removed (requires admin to fully remove using the 'delete' button to the right)... It seems that all the 'Remove Rewards' function does is uncouple the badge and points awarded to the specific post. It needs to completely remove the badge and points from the user as well. My community's moderation team will be responsible for handing out the majority of manual badge/point rewards, and this bug will add unnecessary additional workload and resources to fully remove accidental badge/point rewards.

Hi @Sonya* Do you have an ETA for the FXPages update, now that IPB 4.7 has been released?

Hi Marc Sad to say I have upgraded to 4.7.0 and am still seeing the issue. Here is the page as-is (default ordering set to 'Position' at ascending order): Then, when I change this ordering to Title, expecting it to be in A-Z alphabetical order, I get Z-A reverse order instead... Finally, if I then switch back to 'Position', expecting to see the same level of ordering as in the first image above, I instead get the list presented in reverse Position order... The only difference with the 4.7 upgrade is that, when I now choose 'Custom' and specifically select 'Ascending Order' for things like Position and Title in the dialog box, the system listens to that command and actually applies it. But it shouldn't require this additional step to correct the ordering. And when I move off the listing page and return to it, the whole problem reappears. This particular database is using stock Pages/CMS template files and hasn't been modified in any way.

I think there’s an opportunity to better organise the User Navigation area’s popup dialog boxes/drop downs for admins of IPB communities. For instance, on my community I have a Newbie usergroup within which a new user’s first ten posts require approval from a mod before they are public. As a result, I get a lot of notifications about post approvals, and it clogs up the other notifications that I might receive (replies, followed content etc). Perhaps a tabbed inset within the Notifications popup box specifically for approvals would be of a benefit for admins? To keep things organised? Also as an addition to this, oftentimes a member of my moderation team will get to an approval request (or Report alert) before I do, but when I log in the approval/report notification still appears as if unread. I know why it does this - because I personally haven’t seen those notifications yet - but in practice it’s a little frustrating as I end up clicking the notification only to be taken to a post that’s already been approved. So as part of improving the User Nav experience for mods/admins, is there also a chance we can see some improvement in terms of admins only seeing notifications for things that have yet to be addressed (or at the very least, un-bold the notifs so they don’t seem unread and unchecked)?