Showing results for tags 'plugin'.

Flags out members online status in all comments and reviews areas of any application! Out-of-the-box support for the following IPS applications and areas: Forum - Topics - Posts Calendar - Event - Comments and Reviews Downloads - Comments and Reviews Commerce - Product Reviews Gallery - Album - Comments Gallery - Image - Comments Clubs supported as the above items are merely passed on through to the club. Note: For badges, the comment/review/post three-dot dropdown menu is often gatekept by numerous permissions. The badge is inserted within this structure. Typically, if the member group of a viewer allows them to report or share these comments/reviews/posts the badge will appear for them. Otherwise not. This gatekeeping may vary from app to app. If online status is vitally important to your community use one of the other two options. For all other 3rd-party applications, as long as they are using the built-in Invision Community commenting and reviews templates this will slot in seamlessly. Note this explicitly means they are using the LITERAL templates as provided in the Core application; called directly from the Core application (as they should). If they copy those templates and include them within their own application, or roll their own versions, in either case this mod is not likely to work with those items. Open to additional indicators. Just ask in the support topic (though no promises).

Track and display all moderators who were online over the last 24 hours! All names link to user profiles Names can be plain or group formatted Font size adjustable via selectable IPS classes (ipsType_normal, medium, small) Set a maximum number of names displayed with any overages appended as a count. Actual count appears in the widget title. Widget usable anywhere. You can choose which member groups are allowed to see this widget. You can EXCLUDE specific member groups from displaying in this widget. Names can be sorted alphabetically or by latest visit to oldest visit (see notes). Coded for zero-impact on page loads! Notes: 1) Zero-impact means zero impact. The underlying member data is generated via a task that runs every five minutes. That means a single database query for this data every five minutes, not on every user's page load. 2) This does mean that if you adjust the sort options or the groups from which moderators are selected, you will need to wait up to five minutes for these changes to appear in the widget. 3) By and large it really should not matter how many names you choose to display in the widget, but if this is creeping up towards 1000 or more, the impact will not be from the underlying widget code itself, but merely you pushing out 1000 or more names and links to the page. The widget is cached as well but you still might be pushing too much to the browser. Your site, you test! Test and adjust as needed. Outside of that single database query every five minutes, the rest is all fetched from whatever you have set for your Data Store. 4) Anonymous moderators are NEVER INCLUDED! 5) Additionally, if you are displaying names from latest visit to earliest, the timestamp used to set this is the initial session start time, not the user's latest activity. This means when a user toggles off their anon status they are likely to appear somewhat down stream in the list of names in the widget rather than right at the top. A slight hedge against stalkerish behavior. 6) Note this plugin not only allows you to display all members online from various moderator groups, but also those individual members you have granted some moderator powers to! 7) Group selection is based on primary AND secondary groups, meaning members who have a moderator group appended as a secondary group will be included!

Track and display all members who were online over the last 24 hours! All names link to user profiles Names can be plain or group formatted Font size adjustable via selectable IPS classes (ipsType_normal, medium, small) Set a maximum number of names displayed with any overages appended as a count. Actual count appears in the widget title. Widget usable anywhere. You can choose which member groups are allowed to see this widget. You can EXCLUDE specific member groups from displaying in this widget. Names can be sorted alphabetically or by latest visit to oldest visit (see notes). Coded for zero-impact on page loads! Notes: 1) Zero-impact means zero impact. The underlying member data is generated via a task that runs every five minutes. That means a single database query for this data every five minutes, not on every user's page load. 2) This does mean that if you adjust the sort options or the groups from which members are selected, you will need to wait up to five minutes for these changes to appear in the widget. 3) By and large it really should not matter how many names you choose to display in the widget, but if this is creeping up towards 1000 or more, the impact will not be from the underlying widget code itself, but merely you pushing out 1000 or more names and links to the page. The widget is cached as well but you still might be pushing too much to the browser. Your site, you test! Test and adjust as needed. Outside of that single database query every five minutes, the rest is all fetched from whatever you have set for your Data Store. 4) Anonymous users are NEVER INCLUDED! 5) Additionally, if you are displaying names from latest visit to earliest, the timestamp used to set this is the initial session start time, not the user's latest activity. This means when a user toggles off their anon status they are likely to appear somewhat down stream in the list of names in the widget rather than right at the top. A slight hedge against stalkerish behavior.

With Invision Community 4.4 this plugin is mostly no longer needed! Go to the Admin Control Panel - Members - Profiles - Profile Settings Tab, scroll to the bottom of the page: Set that to global and save. That will add group formatting to user links to 99% of what this plugin did years ago... So what does this plugin do now? This plugin just looks for the edge cases that new internal setting misses and tries to patch them up. Some are doable, others not. It now covers: Profile page header and member hovercards. Messenger conversation participants block. The messenger sidebar area is more or less out of bounds for name formatting. Those names appearing there are not template-output but constructed via the underlying messenger methods and are inserted into language strings directly. It could be done but honestly its way way too messy and not worth anyone's time. Forum posts member info sections. {member='name'} Template Output Plugins These are shortcuts in templates that allow the template author to kick out a single member variable. Version 19 of this plugin now has a setting that will allow you to format these specific instances universally. You'll likely notice it firstly in the usermenu at the top of your community where your logged in name appears. If this, or any other newly-formatted name showing up somewhere is not to your liking you'll need to leave this setting off as this is applied to every {member='name} instance and cannot be filtered or targeted to exclude apps or sections of applications specifically at this time. Be sure to hit the plugin's settings in the ACP before using it!

A wide assortment of modifications to improve the search and stream experience including highlighted, navigable, search result terms on content pages, highlight text in some content areas to search that text, more precise search result snippets, faster results, and more. Searchlight Highlights searched-for terms on search results content pages. When your users click a search result link, the content page that loads with those results will have their search terms highlighted! SSSR has some major improvements over the earlier standalone Searchlight plugin. Marked terms can be navigated via a side-page navigation element that also notes how many marks there are on the page and which mark is currently navigated to. Admins can configure not only the mark styling but create separate styling for the "active" mark on a page. Version 4 of SSSR incorporates major improvements into the marking routine I've reworked the Searchlight functionality to effectively remove any double marks that would break the Searchlight highlighting and navigation, added more formatting options for the search mark navigator, and a few other things. SSSR now includes a toggle to turn the marks on/off and also will no longer mark out common small inconsequential stop words (the, a, an, etc...) when marking words separately. They are still marked when the full query term is marked out. Version 8 tightens up (shrinks) the size of the navigator a bit, is faded until hovered over on desktop, and also has a magic wand to hide/show the navigator (see screen shot for latest - gif above is older). I still want to do more here but we'll see if I get the time. Select-a-Search On comment content, which are any commenting areas in the Invision Community suite, most notably Forums, IPS provides a feature where you can select text and are then presented with the option to add that selected text as a quote in a new comment/response. SSSR piggy backs on that feature to allow you to instead search that selected text instead! Admins can just add the single option to search for the selected text as individual terms or as a direct phrase (quote). Better, and Faster, Search Results Snippets Invision Community pushes out the ENTIRE content item for every search result. This is then truncated down in your browser via JavaScript to a handful of lines. If your searched-for-term happens to be in those first few lines of remaining text, it will be highlighted on the search results page. SSSR does two things to mitigate this. Firstly, it will truncate the text on the server prior to pushing it out to the page. For very large content items this will massively improve page loads. Additionally, the my truncate process first looks for a matching term from provided search term and then truncates based on that position within the content item text. This works most of the time to provide search results that not only display fast but also provide content that contains at least a portion of the searched-for terms. SSSR skips common English stop words (Elasticsearch list, to skip common things like 'a', 'the', and so on) when looking for something to match. There are some edge cases so expect a few misses here and there with snippets containing matching terms. QuickSearch Filters INVCOM will display every possible search content area available to the user in the drop down filter. You can control which of these actually appear. Limit the choices here for a cleaner, more-focused user experience, remove little-used Pages databases, and so on. This only affects the QuickSearch top-of-the-page stuff - not the advanced search section where all options remain. Latest Searches in QuickSearch Option to present the latest searches from your community along side the QuickSearch dropdown menu. Searches are run through the word filter to prevent any naughtiness from spilling over (provided you are using the word filter). Display Modifications When users make custom Streams, all of their choices for content appear in the description underneath the stream name. That can be a rather large amount of text. SSSR provides an option to truncate all that down with whatever remains available under a 'read more' click. See screenshot. Gallery stream results can be quite heavy, often times loading in 15 or more images per Gallery item. That's a lot of weight for a page. SSSR let's you truncate that all down to whatever level you are comfortable with. When users are on the advanced search / search results page, they probably do not need to be told in the page title that they can 'Search the community'. SSSR provides an option to kill that and replace it instead with the terms searched for with the same appearance as the page title. Notes Make sure you toggle the Searchlight feature ON in the plugin settings. Same for Select-a-Search. Searchlight should work most places in most apps but Gallery has been specifically exceptioned OUT due to the post-pageload image popup modal. I might come back to that later. IMPORTANT! For select-a-search, this piggy-backs on the built-in IPS quote highlight function. That feature ONLY fires if a user is able to actually quote something in a comment area. That means it will not fire for guests if you do not allow guests to post, or any forums/topics where the member is not allowed to post, locked topics, and so on. SSSR is a reluctant sequel to the old Social Search application I had. I will probably be merging some relic stuff still remaining there with this plugin into a new app for the 5x series which will require a rewrite and may limit what is possible. Just a heads up.

Adds a new widget block with the latest registered members on your board. You can display names with member avatars or just names only. Never displays validating members, only those fully registered and confirmed. Configure the display settings by editing the widget after you place it on the page: Format user links according to the group color Names-only display option Number of users to show Choose which user groups will be able to view the block.

This plugin will show on a member's hovercard, for moderators who can view warnings, the restrictions applied to the member. Will show the following restrictions: if the member is banned if the member is restricted from posting if the member has their content moderated This will also display the time of each item of the above items if not set as permanent. Hovering over the badges will provide additional information via tooltip. Not compatible with Awesome Member Hovercards but this functionality IS INCLUDED with Awesome Member Hovercards.

This plugin will display products from your Invision Community Commerce Store in a widget block using an image carousel. You can choose to display either New Products or Featured Products and set the groups allowed to view the widget block. Featured store items are set in the Commerce app and that is where this block will pull from. When you edit a product, go to the store settings tab. The toggle to feature the item on the store index page is the one you want. New store items are a setting in Commerce that allows you to set the number of days back a product is considered "new" to the store and also the maximum number of items to falg as new. Whatever products fall under those settings will appear in the widget. Most sites use the featured option as new items don't usually get added into the store on a daily, if not weekly, basis, so even if you set the lookback to 30 days for new, you run the risk of an empty widget. Requires Invision Community Commerce obviously. The carousel will not turn on unless you have more products than will fit inside the widget. It also will not magically turn on if you shrink your browser width. The carousel determines itself whether to enable or not when the page is first loaded. Outside of that, that's pretty much it.

Show a legend of your groups in the Who's Online and Recently Browsing widgets, sorted in the order you specify and linked to the search system. Handy so that people know what those group prefixes and suffixes mean. You choose which groups appear in the legend, and the order they will appear in, with the plugin settings in the ACP. Group links will carry any group formatting (colors, etc.) you may have set. Clicking the entries in the legend takes users to a list of all members with that group designation. This version is probably fine with 4.6.x but it's been awhile so try it and disable it if it doesn't work.

Punch up those member hovercards! Expansive backgrounds! Yearbook Quote feature! Let your members flash some personality and drive member engagement! Profile Fields available for use on the hovercard! This mod swaps out the usual member hovercard for a new template; one that emphasizes appearance and personality instead of just dumping profile information in a list which they can get by just visiting the member's profile anyways. What's there? Big full-sweep coverphoto (support for default as well), all the new badge stuff, registration, online status, and more. Where's that image coming from? That's the member's coverphoto! If they don't have one the Invision Community default profile background stuff is used. Yearbook Quote Feature? Although I debated sticking in a member's status update as the centered text, there are too many reasons not to, including not everyone is using status updates, often times those updates are throw-away notes about nothing, updated rarely, and so on. With a specific quote feature your members have the opportunity to flash some personality - be it describing themselves, Tinder-like blurbs, using a quote from a movie or video game, and so on. Why not use the About Me feature from the profile? That's a full editor field - images and lots of other things can go in there. This is meant to be simple and direct. Can I change that name to something else instead of Yearbook Quote? Yep! In settings. Hoverboard Quote, Hovercard Quote, Quote, Say Something, Tinder Blurb, whatever... Call it what you want! Is this stuff also on the profile pages? Yes - it's also where they add/edit it. Click the gear icon to have at it. Can I use the Yearbook Quote feature but not the new fancy hovercards? Sure. You can toggle on/off the use of the new hovercards in settings. To completely disable everything just toggle the plugin off in the ACP. Profile Fields Too? You bet! Select which ones to pass through to the template (admin-only and editor fields excluded at the moment). See the support topic for how to customize the display of these. Fields with short (length) text will work best here. All the little content bits are in flex-boxes, including your profile field adds. Look at the screen shots to get an idea how they will flow in. What are "Click Cards"? You can actually disable the hover functionality of these member hovercards. When you do that, users will need to click the member avatar to trigger the display of the card. When the cards are set to hover-mode, they appear when the mouse cursor hovers over a member avatar and these will, since it is a mouse hover action, only appear to desktop users - tablet and phone users never see these cards. When you toggle the cards to click functionality that covers tapping and these will now display to tablet and phone users just fine. This is a usability decision to be made by you and you alone. If you ask for my opinion I'd consider how many of my visitors are tablet/phone based before enabling this feature. If you have more mobile than desktop, go for it! You can always turn this off later. Version 5 adds the ability to apply this functionality to the user names as well. Moderation? Of course. If a member has not entered a quote yet, the box will appear only that member and no one else (mods and admins included), with text telling that member to add a quote. Once a quote is entered, the quote will appear to everyone AND mods and admins will have to power to also edit those quotes. Mod permission is being able to edit profiles, if a mod has that, they can edit these. And yes, mod/admin actions on these items will appear in the Moderators Log in case you have some mods/admins deciding to mess with people instead of actually correctly moderating inappropriate content (whatever that is for your community...) Anything for moderators? Yep! Banned status, posting restrictions, and the like will display on the hover card to the member themselves if they are viewing their own, any moderator with the power to view reports, and all administrators. Anything in the ACP? Other than the plugin settings and entries in the Moderators Log, no, nothing in the ACP Member view or anything like that. All moderation takes place on a member's profile page in the Yearbook Quote block. If you have a member who continually abuses this quote feature by inputting stuff you don't want, the solution isn't adding more permissions to disable this feature on a member by member basis - the solution is to ban the member. Anonymous Users? Yes, accounted for. Anon users can browse with little worry of being "found out". Customs Available? Sure! Some communities may want some community-specific information to appear on the hovercard. Not a problem. Expect to pay a (nominal one time fee) if it is something that can benefit all users of this mod in which case you are sponsoring a new feature for everyone (and paying to get it done now instead waiting for me to get around to it) or a (one-time fee X 2) for a mod specific to your community only, provided it is doable.

Set Any Text Field in a Pages Database to be Searchable! How Does This Work? During the indexing process for an IPS Pages database record the field you have flagged as "Content" is processed by the IPS indexing method. After that is complete, this plugin checks that the overall item is indeed a Pages database record and looks for text, text area, and editor fields that are also a part of the record. If those fields have been flagged by you with this plugin to be included in the search index those areas are then collected, stripped of HTML elements to retain only the pure text content (Editor fields only), and then appended to the end of the initial indexed data (that field you have marked as "Content"). That field content is now in the search index and, naturally, searchable! For example if a Pages database content element consists of "Today is a good day to die!", and you have an additional text field where you allow someone to enter a day of some kind, for example, "Penguin Awareness Day", if you flagged that extra field as searchable, the indexed text for this content item will be: Today is a good day to die! Penguin Awareness Day Without the ability to flag these extra fields as searchable and then append their contents on to the content item search data entry, searches for Penguin Awareness Day will return nothing at all, which makes the use of Pages databases much less useful when you can only search for the fields flagged Title and Content. When does this actually apply? When records are saved (initial creation) and when edited of course. Also during search index rebuilds. What happens if I remove this plugin or disable it? Those additional fields will no longer be indexed. Any of those fields previously indexed with records will remain in the index until the record is edited again or you rebuild the search index. On edit or re-index, that additional appended text will not be indexed. I can't stop you or your other admins from doing... interesting things. This plugin does EXACTLY what it says, no more, no less. The plugin also is not psychic so when one of your admins decides to do some server work and disables this (and other plugins) but people are still making entries on the front end into a Pages database where you had extra fields marked as searchable the result will be pretty much what you expect... What happens if IPS decides to finally include this functionality themselves? Remove this plugin, do whatever is required of the new IPS functionality, rebuild the search index. This plugin only appends the additional text to the search index entry (which for Pages database records is whatever the content of the field flagged as "content" is, minus HTML code) and makes no actual changes to the record content itself. Why hasn't this been included by IPS before? Appending specifically? Permissions. Searchable fields in general? A structural challenge with the overall IPS content model. Explain. Every database field can have custom permissions. For example, you can create a bug tracker where there are publicly viewable fields and then other fields that only staff can see. However, there is only a single search index content entity that is searched - not separate searchable entries for every field. That means that every field you append to the search index with this plugin MUST be a field you want everyone to be able to see and search. When viewing a record those field permissions will of course apply, but with this information appended to the single searchable index entry you risk the chance that a search result will display with that formerly staff-only field and now everyone will know your admins are calling other members "buttheads" or worse. Be careful! For IPS to solve this, they would need to treat all additional text, editor, and text area fields as totally separate entities to be inserted into the search index. The management of that endeavor will require some engineering - it's doable but requires some choices to be made along with how to present the final search result. We didn't get additional searchable fields in the 3x line, not with the initial 4.0.x hotness, and with 4.3, 4.4, 4.5 now it still appears to be a distant dream. I got tired of waiting. For my use case I can write a custom app and deal with the problem my way, or I can just use Pages, append the two text fields I need searchable to the main content field with this plugin, and call it a day. Future development? Looking at filtering out content from being indexed by entering a regex equation. If the content of the field matches your regex, this plugin will not append it to the search index entry. This will cut down on search index spam if the text fields you are appending often contain repetitive entries and you'd rather just index out the more unique ones. Maybe numbers? August 2020: Those are still on the table but with only a handful of purchases all these years it's not a priority. If someone wants to throw some money at me to sponsor those features feel free. I actually use the regex tweak on one site but it's currently a simple hardcoded hack. OK, great, but I already have a massive Pages database. I installed this and set the fields I wanted to be indexed in this database. I get that new records going forward will have the field values added to the search index but what about old records? You can click on an option in the plugin settings and fire off a re-index process for the database you select. This will re-index everything in that database and with this plugin enabled and those fields flagged as searchable, those fields will be attached to the content item search text and included in the search index.

Dev Mode on, Dev Mode off. Dev Mode on, Dev Mode off... Configurable on/off icons, alter the colors for the "in development mode" flaring on the left of the ACP, etc. But wait! There is also constants toggling on/off while IN_DEV! The only hitch is you must FIRST add the constants you use/want/need in to the constants.php file manually. A safer, more clean, experience all-around - otherwise I would have to prep every constant available and most of them no-one ever uses. Again, this toggle power is only while you are in Dev Mode. This is a dev tool; not a live site one. This was the first ACP flip-switch for dev mode. Prior to this plugin you would need to edit constants.php every time you wanted in or out of dev. And yes, just like the old Marketplace listing said, I was way drunk when I wrote this. But that was the initial version. All of the subsequent releases I've been quite, quite sober. Probably.

Simple no-CPU-impact, full-page snowflakes, gently falling and swaying in the soft wind. Light-blue-ish. Install, and they are on for everyone, until you toggle the plugin off in the ACP or uninstall. If you want all the configurations made available to you and maybe let users toggle it on/off on the front end, make with the hew and cry and I'll grab a beer and code it out but that one will cost you a few bucks (once). Not mine, I'm just packaging it up for INVCOM 4x. MIT licensed: https://github.com/hcodes/snowflakes