christopher-w

Is this the place to request a late addition to 4.6? Only half joking, but thinking granular control of what folks can post in topics and comments might come in handy. I for one am not a fan all of the street furniture that's appeared in this 'community' over the past couple of months, but appreciate of course, that for every one like me, there's probably several who think the complete opposite. With this in mind, catering for both sides of the divide makes sense to me, allowing administrators to control what can be posted beyond the current globally allowed file types.
I do believe @Nathan Explosion has a plugin that achieves some of this (which I hope to purchase in the near future), but it doesn't as far as I know have a 60+ OAP switch allowing oldies like me to be able to browse forums just like we used to 20/30 years ago. On a more serious note, such functionality, both in the hands of the administrator and end users would allow us to control what we see at the individual forum level, beyond being able to hide signatures. Of course hiding or preventing the use of animations and the like (I own a VFX business, so I'm not totally averse) would of course mean that many comments would, for many of us, go unread. Which at the moment some might say isn't a bad thing, plus of course, folks suspecting they aren't being 'read' by the topic's entire audience might well instead resort to that old favourite - letters and words. In saying that, perhaps the creators of Giphy and the like have missed a trick. Shouldn't they have designed (or have they already?) their witty delivery mechanism to include a native alt attribute so that post/comment authors could include real words for those blocking the graphical part of the content. Or, in lieu of this, perhaps Invision could allow our humorously minded friends the option of adding an alt attribute to images of all types (without needing to add a CKEditor image plugin), so that we can see what they meant, even if we decide to block what they intended.
To the principle reason for commenting. I think Invision Community should be both proud and thankful that so many of its clients are still around after so many years. For example, selecting solely from this topic,  @The Old Man  and @Chris Anderson have both (if I've interpreted their joined date correctly) been here for 17+ years and @Kjell Iver Johansen, for 9+ years, whilst evidently, also caring very much about the platform.  As for me, I'm relatively new here, but older than most it seems, but I share with those mentioned a deep desire to go about my business in the most efficient way possible, if only because at my time of life (61) time isn't an endless resource and I'd rather spend it as frugally as possible.
Finally from me tonight, I do hope the community can pull together here. I've made representations to @Matt about this just recently. I am very pleased to see that an investment has been made in hiring a (semi?) dedicated resource in @Jordan Invision, but I would ask that more care is taken to involve the community as a whole. Otherwise as others have outlined, some of us might find it difficult to contribute. Now although me holding my tongue might suit some of you, I do feel the community will suffer disproportionately if some of the older, more experienced regulars here, stop contributing in the ways that they have done.
Looking forward to 4.6 and beyond. Thanks for a great platform.
 

Is this the place to request a late addition to 4.6? Only half joking, but thinking granular control of what folks can post in topics and comments might come in handy. I for one am not a fan all of the street furniture that's appeared in this 'community' over the past couple of months, but appreciate of course, that for every one like me, there's probably several who think the complete opposite. With this in mind, catering for both sides of the divide makes sense to me, allowing administrators to control what can be posted beyond the current globally allowed file types.
I do believe @Nathan Explosion has a plugin that achieves some of this (which I hope to purchase in the near future), but it doesn't as far as I know have a 60+ OAP switch allowing oldies like me to be able to browse forums just like we used to 20/30 years ago. On a more serious note, such functionality, both in the hands of the administrator and end users would allow us to control what we see at the individual forum level, beyond being able to hide signatures. Of course hiding or preventing the use of animations and the like (I own a VFX business, so I'm not totally averse) would of course mean that many comments would, for many of us, go unread. Which at the moment some might say isn't a bad thing, plus of course, folks suspecting they aren't being 'read' by the topic's entire audience might well instead resort to that old favourite - letters and words. In saying that, perhaps the creators of Giphy and the like have missed a trick. Shouldn't they have designed (or have they already?) their witty delivery mechanism to include a native alt attribute so that post/comment authors could include real words for those blocking the graphical part of the content. Or, in lieu of this, perhaps Invision could allow our humorously minded friends the option of adding an alt attribute to images of all types (without needing to add a CKEditor image plugin), so that we can see what they meant, even if we decide to block what they intended.
To the principle reason for commenting. I think Invision Community should be both proud and thankful that so many of its clients are still around after so many years. For example, selecting solely from this topic,  @The Old Man  and @Chris Anderson have both (if I've interpreted their joined date correctly) been here for 17+ years and @Kjell Iver Johansen, for 9+ years, whilst evidently, also caring very much about the platform.  As for me, I'm relatively new here, but older than most it seems, but I share with those mentioned a deep desire to go about my business in the most efficient way possible, if only because at my time of life (61) time isn't an endless resource and I'd rather spend it as frugally as possible.
Finally from me tonight, I do hope the community can pull together here. I've made representations to @Matt about this just recently. I am very pleased to see that an investment has been made in hiring a (semi?) dedicated resource in @Jordan Invision, but I would ask that more care is taken to involve the community as a whole. Otherwise as others have outlined, some of us might find it difficult to contribute. Now although me holding my tongue might suit some of you, I do feel the community will suffer disproportionately if some of the older, more experienced regulars here, stop contributing in the ways that they have done.
Looking forward to 4.6 and beyond. Thanks for a great platform.
 

Is this the place to request a late addition to 4.6? Only half joking, but thinking granular control of what folks can post in topics and comments might come in handy. I for one am not a fan all of the street furniture that's appeared in this 'community' over the past couple of months, but appreciate of course, that for every one like me, there's probably several who think the complete opposite. With this in mind, catering for both sides of the divide makes sense to me, allowing administrators to control what can be posted beyond the current globally allowed file types.
I do believe @Nathan Explosion has a plugin that achieves some of this (which I hope to purchase in the near future), but it doesn't as far as I know have a 60+ OAP switch allowing oldies like me to be able to browse forums just like we used to 20/30 years ago. On a more serious note, such functionality, both in the hands of the administrator and end users would allow us to control what we see at the individual forum level, beyond being able to hide signatures. Of course hiding or preventing the use of animations and the like (I own a VFX business, so I'm not totally averse) would of course mean that many comments would, for many of us, go unread. Which at the moment some might say isn't a bad thing, plus of course, folks suspecting they aren't being 'read' by the topic's entire audience might well instead resort to that old favourite - letters and words. In saying that, perhaps the creators of Giphy and the like have missed a trick. Shouldn't they have designed (or have they already?) their witty delivery mechanism to include a native alt attribute so that post/comment authors could include real words for those blocking the graphical part of the content. Or, in lieu of this, perhaps Invision could allow our humorously minded friends the option of adding an alt attribute to images of all types (without needing to add a CKEditor image plugin), so that we can see what they meant, even if we decide to block what they intended.
To the principle reason for commenting. I think Invision Community should be both proud and thankful that so many of its clients are still around after so many years. For example, selecting solely from this topic,  @The Old Man  and @Chris Anderson have both (if I've interpreted their joined date correctly) been here for 17+ years and @Kjell Iver Johansen, for 9+ years, whilst evidently, also caring very much about the platform.  As for me, I'm relatively new here, but older than most it seems, but I share with those mentioned a deep desire to go about my business in the most efficient way possible, if only because at my time of life (61) time isn't an endless resource and I'd rather spend it as frugally as possible.
Finally from me tonight, I do hope the community can pull together here. I've made representations to @Matt about this just recently. I am very pleased to see that an investment has been made in hiring a (semi?) dedicated resource in @Jordan Invision, but I would ask that more care is taken to involve the community as a whole. Otherwise as others have outlined, some of us might find it difficult to contribute. Now although me holding my tongue might suit some of you, I do feel the community will suffer disproportionately if some of the older, more experienced regulars here, stop contributing in the ways that they have done.
Looking forward to 4.6 and beyond. Thanks for a great platform.
 

Thanks everyone for their responses and thoughts either way. 😊

This is a product support board, not an emotional support board.  Enough with all the touchy feely emojis, gifs and any other means of expressing emotions, whether positive or negative.  All communications should be done in a completely neutral fashion.
To ensure neutral communications going forward, please remove all reactions and the emojis and gif buttons as well from the editor in these forums as a few people can't seem to help themselves from being emotionally expressive.  The old saying goes, a few bad apples always ruins it for the rest...

@Gauravk remove that direct edit of the widget file, and use this plugin instead.
EDIT: updated plugin to force the usort to only run when the upcomingEvents widget is the item calling the function
 
(NE) Re-sort Upcoming Events widget_1.0.1.xml

The +1 button was a great idea but please return or improve the number of reactions here at the IPS Community forum. It's feels to me IMHO almost like we're being stifled by some dark, manipulative branding and marketing PR department or something. Reactions allowing the ability to show you you're saddened, disagree or are confused about something and help provide a balance of opinion, freedom of expression and thought.
Thanks for reading.

I agree. I’m here lurking and seriously trying to read and learn stuff that I can use on my own sites. All this childish noise (like meow and posts with only gifs) might get some members here a good time laughing but it just gets this site less serious for users like myselve. I have enough of that noise on other sites - fb, insta. 
Also don’t forget that there is a lot of visitors around that seriously consider using this software and the discussions you have here is important to showcase what the software can do.
 

A little feedback on v1.1.1
If I set Tabbed Forums Index 1.1.1 forum view to Grid (cards) Display in Tabs in ACP it renders perfectly on the forums page. But, if click on a forum card it takes me to a list of sub forums but lists them in a traditional forum view (table), not as cards.
This is different to the core forums behaviour that shows the sub forums in the same style as the view on the previous page. So for example if I am showing cards, it shows cards on the sub forums page too. Same if I show forums as a list, when I click on one one it takes me to  a page of subforums displayed as a list.
It would be great if the app could respect the current view (forum list or grid) when it displays the sub forums on the next page.
Thank you. Very nice app.

Edit to the above.  The CSS only worked for those with permission to edit tags.
This css appears to work for other groups and should also work in topic lists too.
 .cForumTopicTable .ipsDataItem_title{     display: inline-block; } .ipsType_pageTitle, .ipsDataItem_title {   position: relative; } .suffix .ipsTag_prefix {     position: absolute;     left: calc(100%); } Needs more work for other areas and for other content types.

I think you can achieve this without any code mods. Try this, although I've not tested it in all scenarios. 
1/ Go to Radical Tags > customize > add tag > advanced, and wrap the target tag(s) in a span and add a class, in this case I've called it suffix. (you could also just add the class to the anchor tag, although I did not test this).

Here's the markup for you to cut and paste.
<span class="suffix"><a href="{tagUrl}" title="{tagTitle}" class="ipsTag_prefix" rel="tag"><span>{tag}</span></a></span>  
 
2/ Add some CSS.
Note I've overridden the ipsType_pageTitle class to relative. This sets it as the parent container for subsequent absolutely positioned elements. (More testing needed here to see what the impact is on the title element).
And then instruct the tag suffix container to position itself to the right of the ipsType_pageTitle bounding box. Note the data-editableprefix attribute in the selector to restrict changes to prefixes.
.ipsType_pageTitle {   position: relative; } [data-editableprefix] .suffix{     position: absolute;     left: calc(100%); } 3/ Here's where it started:

4/ And here's the result:
 

 
Seems to work ok in forums. I just created this tonight, so it's not tested on other content types or beyond my laptop and phone.

I think you can achieve this without any code mods. Try this, although I've not tested it in all scenarios. 
1/ Go to Radical Tags > customize > add tag > advanced, and wrap the target tag(s) in a span and add a class, in this case I've called it suffix. (you could also just add the class to the anchor tag, although I did not test this).

Here's the markup for you to cut and paste.
<span class="suffix"><a href="{tagUrl}" title="{tagTitle}" class="ipsTag_prefix" rel="tag"><span>{tag}</span></a></span>  
 
2/ Add some CSS.
Note I've overridden the ipsType_pageTitle class to relative. This sets it as the parent container for subsequent absolutely positioned elements. (More testing needed here to see what the impact is on the title element).
And then instruct the tag suffix container to position itself to the right of the ipsType_pageTitle bounding box. Note the data-editableprefix attribute in the selector to restrict changes to prefixes.
.ipsType_pageTitle {   position: relative; } [data-editableprefix] .suffix{     position: absolute;     left: calc(100%); } 3/ Here's where it started:

4/ And here's the result:
 

 
Seems to work ok in forums. I just created this tonight, so it's not tested on other content types or beyond my laptop and phone.

I think you can achieve this without any code mods. Try this, although I've not tested it in all scenarios. 
1/ Go to Radical Tags > customize > add tag > advanced, and wrap the target tag(s) in a span and add a class, in this case I've called it suffix. (you could also just add the class to the anchor tag, although I did not test this).

Here's the markup for you to cut and paste.
<span class="suffix"><a href="{tagUrl}" title="{tagTitle}" class="ipsTag_prefix" rel="tag"><span>{tag}</span></a></span>  
 
2/ Add some CSS.
Note I've overridden the ipsType_pageTitle class to relative. This sets it as the parent container for subsequent absolutely positioned elements. (More testing needed here to see what the impact is on the title element).
And then instruct the tag suffix container to position itself to the right of the ipsType_pageTitle bounding box. Note the data-editableprefix attribute in the selector to restrict changes to prefixes.
.ipsType_pageTitle {   position: relative; } [data-editableprefix] .suffix{     position: absolute;     left: calc(100%); } 3/ Here's where it started:

4/ And here's the result:
 

 
Seems to work ok in forums. I just created this tonight, so it's not tested on other content types or beyond my laptop and phone.

Thanks for the report; I'll get this fixed in the next release!

@Makoto an issue was identified in your app.
Once the app is installed and you create a database it doesn't set the title and content fields with in pages records appropriately.

For those of you who are trying to use Mailgun for SMTP with IPB...I hope this helps.
I had been using Mailgun successfully for several years on my domain. After installing IPB in a subfolder in the domain, I configured the SMTP settings to use the MailGun server (TLS & Port 587).
Created a new SMTP credential on MailGun via their dashboard. Copied the password for the new credential to the clipboard and put both in my IPB setup screen. All to no avail. Kept getting 535 authentication errors thrown back at me. Double/triple checked everything. Still 535 errors.
HERE IS THE FIX:
I used the credentials for the postmaster@mydomain.com that were setup in MailGun when I opened the account. BOOM! It worked.
Can't tell you why. Maybe it is just a timing thing where MailGun requires some time for new creds to work...maybe IPB only authenticates properly with postmaster account...I don't know.
But...It works. Hopefully it will work for you if you have the same issue..
=Kevin

boardurl.com/applications/core/data/versions.json  

PM sent.

I see what you mean. I can reproduce on my install. Logged to be fix in next version. 👍

You wanna probably take a look at following file which is IMO the best enhancement here 
 

Happy Hump Day my Invision Community fam! 
 
Invision Community Achievements:
We wanted to kick off this special post with a preview of Achievements. It's Invision Community's take on gamification with our powerful platform. It's something we're really excited to rollout this year (which does not = December 31st lol). 
We don't want to give away too much about it yet, but feel free to weigh in/ask questions 🙂 
 

 
 

 
 
 
 
Fix dump:
Here's what we accomplished in the past week (new changes since last Wednesday's Hump Day post):
- Fixed broken 3rd party ACP permissions on Cloud.
- Added a new Spam Defense option to allow registration but require moderator approval of all new posts.
- Fixed an issue where HTML logic of a page may be stored in the search index.
- Fixed chunk uploading when using Amazon S3 with some S3-compatible providers.
- Renewal invoice warning emails will now show tax included, if applicable.
- Fixed an issue with Member Filters happening when members where filtered by subscriptions and purchases.
- Fixed messenger link still displaying on profiles on mobile devices if the user does not have permission to access the messenger module.
- Fixed an issue converting some types of SMF profile photos.
- Fixed an issue where the width of the layout would stretch, caused by long strings of content.
- Fixed an issue where Member Sync onEmailChange may be called before validation when changing email via validating screen.
- Fixed a typo when flagging a member as a spammer.
- Fixed an issue where the DeleteImageProxyFiles task would never finish or not update its progress appropriately .
- Fixed an issue with the REST API where a GET request to records with a category parameter would result in a DB error.
Important Method Changes:
- Added a `$seperator` parameter to `\IPS\CustomField::displayValues` which can be used to define a custom seperator when displaying multiple values .
- Updated method signature for `\IPS\Node\Model::getLastCommentTime()`.
- Added a `$count` parameter to `\IPS\Content::definiteArticle/_definiteArticle()`. If an integer is passed, a pluralized phrase will be used, if available. You should add pluralized strings for any `__defart_*` strings you've already created. The key should be in the format `__defart_*_plural`.
 
Invision Community Live Streams
We've also been discussing doing some live Q&As and webinars for you all to participate in. It would give you the opportunity to ask questions in a live setting and visibly see us respond. Does that sound like something you'd be interested in? Before we dive too far into that rabbit hole, we wanted to gauge your reaction and see if you'd like that. Please reply and let us know what you think and also what times would be good for you! 🙏 
 
And in case you missed it...
 

We aren't sure if this will make it into 4.6 or be a later release, but it shouldn't be too long until it's available in any case 🙂 

Open: Site Promotion/Search Engine Optimization - Meta Tags, and click "Launch Live Meta Tag Editor"
This action will load this editor to the right of your home page

Write your text here - for SEO it is good to have at least 20 characters, and save, and Stop Editing.
This text will appear to the right of your favicon ico

Send a message. 👍

Thanks Adriano. Pages will probably suffice for me for now. 
 
But longer term if you are interested in developing a recruitment app for the marketplace,  I’d happily discuss sponsoring it.