Joy Rex

Just now, Morrigan said:

That doesn't happen often TBH. Its not like you "accidentally" hide something. But if they do then they reach out to the staff in my staff contact center and we'll unhide it. I'll be honest. I don't think I've ever had someone ask me to unhide something that they personally hid.

In my case, I have users who want to work on a post (usually a long Poll that they want to tweak and revise before releasing to the general public), or users who hide something out of caution (they said something controversial and want to think over what they posted), and then decide it's okay to unhide. They can't! Furthermore they think their post was actually deleted since they cannot see hidden posts.

2 minutes ago, Morrigan said:

Personally I give hide ability instead of delete ability just in case they messed up (or double posted) or someone jacked their account and tried to ruin their stuff.

Right (which was my thinking when I bestowed this on this particular member group), but what do you do when they want to unhide something?

2 minutes ago, Adriano Faria said:

Nope as this is a moderation action only. 

Well, that's dumb - why allow a user to hide their own posts and not be able to unhide them while not being able to see other hidden posts?

It looks like I am going to have to take away that ability, or provide it with the caveat that if they want to unhide a post, they will need to contact a Moderator...

Thanks for the quick response, @Adriano Faria! 

I've got a member group that is allowed to hide their own posts, but users are reporting there is no way for them to unhide their posts (they cannot see the hidden posts).

Is this a configuration/permissions issue or is this a bug? Ideally, I'd like it so they can hide/unhide their own posts, but not be able to see hidden posts by others.

Is this possible?

3 hours ago, Andrea Vallini said:

It would be nice to be updated!

Yes... yes it would...

21 hours ago, All Astronauts said:

SSSR 1.1 Released!

• Fixed a default setting that was beyond form number limit.
• Removed setting for word count on Streams.
• Implemented a much more aggressive filter on streams.

That default setting may or may not have messed with saving the plugin settings. Sorry bout that if it did.

The new aggressive settings is courtesy of one of my sites where the content items didn't begin with 'words' (don't ask...). While looking at that hitch I quickly realized that playing with customizable word count limits and so on wasn't really necessary and just cut this down to the bone. I looked at the three line stream results (where three lines of text are displayed for the item - that's the max right now, there are some  - like Pages database records - that push out just two lines), worked up a reasonable character count for those, and now we just limit and truncate right around that amount. Stupid fast now.

@Joy Rex without me working up animated gifs this is hard to do, so I'll just try to better explain.

The bottlenecks here are: 

• The amount of text these search and stream results push out of your server and down the internet tubes.
• This large page size now being ingested by your end-user's browser, in addition to any other page load blocking items trying to spark up.
• The IPS javascript truncation routines that fire AFTER the entire page has loaded.

This plugin addresses all three by limiting all the stream and search results text that those things have to deal with. Remember: the hitch is that by default the ENTIRE content item text is pushed out here, no matter how large it may be. That means ALL of that text is rendered by the browser before any javascript truncation happens.

• Truncating this text server-side is stupid fast and easy to do. That's less for your web server to push out the door.
• That means smaller pages for your end-user's browser to ingest  - that's a faster page load time.
• Those javascript truncate routines have very little to do now. 

If the vast majority of the text content of your community, that's forum posts, image comments or descriptions, etc. routinely consist of a handful of lines of text - seriously, like 2, 3, 4, 5 lines or something, you won't see too much improvement here. People aren't so much discussing as they are chatting. 

If instead you have in-depth discussions, people posting paragraphs of text, Pages databases where content items are walls of text (book chapters, creative writing, subtitles, articles, and what not) this is the thing that you NEED! Any animated gif I provide would, with the appropriate content items of sufficient length in the streams, show a before where you literally see walls of text appear on the screen only to eventually snap away Thanos-style when the js truncation fires - after the page has fully loaded of course. The after gif would be faster page loading and minimal, if any screen-snap occurring from the js truncation.

I can even see, for streams, a way to all but eliminate any firing of the js truncation completely. I'd just need to look at the default stream templates to see if they are wanting one, two, or three lines of text - the item type is already there, I can just read it and adjust the cut as needed. I'm noting this for a future rev. No screen snaps allowed (eventually when I get on this addition)

FYI, I've had this stuff laying around for a few years now - I just got around to cleaning it up and piling it all together rather than the hodgepodge of plugins it was.

Thanks for the explanation - sounds more like the team here at IPS should roll this into 4.5!

This sounds really useful - could you provide a before and after example?

6 hours ago, Sonya* said:

We can add official plugins for CKEditor from the repository. And we can create our own plugins. The issue is that HTMLPurifier does not allow to use some HTML attributes whether we add a custom button or not. It would be helpful to have additional configure option for CKEditor:

• Allow additional attributes like name, class, id and so on. This can be an additional setting field in ACP like Allowed CSS Classes, where Administrator enter HTML attributes he wants to allow. This way we could use plugins that adds HTML anchor or any additional functionality.

I have used it in other CMS and it was very handy.

Example for anchor:

<a name="test" id="test"></a>

This is not allowed right now. If you could define name and id as allowed attributes, then we could use anchors out of the box without allowing to edit HTML.

Thank you!

https://ckeditor.com/docs/ckeditor4/latest/guide/dev_acf.html

Specifically this bit:

https://ckeditor.com/docs/ckeditor4/latest/guide/dev_acf.html#automatic-mode-and-allow-additional-tagsproperties

3 hours ago, Andy Millne said:

 

@OliverKapunkt Is correct on both counts. Great idea on video support/support for other file types. I'll see what I can do.

I'm looking for an addon/application that can manage a contest where users can submit a file (in my case, an audio file) or link to a file, and then everyone gets x number of votes to vote for the most popular files.

So in this case this application wouldn't work, but can anyone recommend something similar that meets those needs outlined above?

Could this be used for other kinds of contests/competitions other than just photos? Do you need the Gallery application to make this work?

1 hour ago, opentype said:

It’s not that simple. The brightness of the background is just one of dozens of legibility/accessibility factors and a dark-mode doesn’t easily fix any problems—it just reverses the contrast. As a result, people struggling with the glow of the background now struggle with the glow of the bright text on a pitch black background, which can be equally bad or even worse. All the factors need to be carefully balanced in either mode to get good results. 

We need gray mode! 🤣

2 hours ago, wegorz23 said:

Yeah, like many persons. But making forum/site is not only making it for our self right? 🙂 We have got 70 000 users, and many of them like it a lot.

You can check our Dark Mode project:
https://marvelapp.com/90h1hh6/screen/58141200

https://marvelapp.com/90h1hh6/screen/58155536

https://marvelapp.com/90h1hh6/screen/58155535

That's a nice way to implement dark mode - not pure black, but shades of dark grays so it's easier on the eyes.

2 hours ago, wegorz23 said:

And of course you can enter our site and test it live:

https://www.audiostereo.pl/

Just choose Style: Audiostereo Black from styles 😉

But still automatic option to switch it after dark from default one to Black will be great. Many ppl don't like Black ones at day, but loves it at night.

An idea is to offer an "automatic" dark mode - look at the user's local time and switch the theme from light to dark depending on what time it is for them.

Chrome 78 has a "force dark mode" that uses color inversion - might be an option for those (depends on how well or not the inversion works with your forum theme).

To enable it: chrome://flags/#enable-force-dark

Here's a good article on creating a Dark Mode using CSS that gives some thought to not just simply making everything gray and black: https://css-tricks.com/dark-modes-with-css/

https://stackoverflow.com/questions/50840168/how-to-detect-if-the-os-is-in-dark-mode-in-browsers

Some more helpful information:

https://css-tricks.com/dark-modes-with-css/

2 hours ago, sobrenome said:

Is anyone using the new Workers of Cloudflare to chafe html for visitors?

https://github.com/cloudflare/worker-examples/tree/master/examples/edge-cache-html

I hate it when my HTML chafes 🤣

This looks interesting - how would this work with IPS (the example cited is Wordpress)?

I wonder if the 'hide post' and 'unlock post' features when posting work that way?

36 minutes ago, KT Walrus said:

I don't mind doing ACP upgrades in the staging servers (for pre-deployment testing), but don't want to manually upgrade the production servers. Automating this process seems like a good thing to do to eliminate any downtime and to minimize the chance of error.

I would think you'd want to manually upgrade the Production servers, since if something did go wrong unless you built in error reporting, you wouldn't know until your customers came screaming at you that the site/forum was down...

I too get complaints from some of my community members about the removal of the View Source (since it exposes the HTML vs BBCode) - I was surprised to find that many people mark up their posts prior to posting.

I get that, but with this version of the CKEditor, using keyboard shortcuts is a HUGE time saver, and much easier to mark up than manually writing BBCode, much less HTML.

Since I upgraded my forum to 4.x I have been loving the ease at which I can CTRL+B to bold, CTRL+I for italics, etc. - not to mention the paste and upload image capabilities.

Your forum may be geared towards more complex markup and hence why BBCode is important to you/your community, which I can understand.

IPS seems to be taking the "greater good" approach in abandoning BBCode (presumably to make the software easier to maintain and improve upon), but if it's feasible there should at least be BBCode support for those who want it (or if possible encapsulate it into an addon/application) as you suggested.

21 hours ago, CodingJungle said:

 

sorry these notifications must've gotten lost in the sea of emails i've been getting over the last few weeks.

I did not write the app for IPB 3, this is a new app from scratch. 

this app is very simplistic, it uses cookies to track the members. if they switch browsers or flush their cookie cache, it will be less effective in tracking them. with privacy being a big thing in Europe and the states atm, there aren't a whole lot of viable options when trying to persistently track users over multiple browsers or sessions. its intent is to give you an idea if account duplication is rampant on your site or not, its not meant to be an all encompassing tool. hope that helps.

oh i should mention, to those waiting for keywords update, i've been busy and should have an update out sometime this week, hopefully before the weekend. i made more changes than i thought (hence why i changed how it built keywords) and it wasn't just a simple drop back in the old code.

Thanks for the followup - what about IPs - does it do any lookup or comparison of IPs to determine if the user is indeed unique or is actually a duplicate account? 

On 7/12/2019 at 10:55 AM, AtariAge said:

I'm interested in purchasing the Duplicate Member Logger, but I'm curious how users are fingerprinted so you can identify duplicate members?  Did you write the 3.4.x application of the same name?  I was using that on my 3.4.x forum and it worked well, at least until browsers started disabling Flash by default!  Now that I'm on 4.x, I'd like to use this again if it provides meaningful results. 

Thanks in advance for any insight.

 ..Al

Likewise! Hopefully @CodingJungle can provide some insight on how the app has been updated since the 3.4.x era (he did the original)

I do know that it uses PHP traits to fingerprint users, but not sure exactly how...

I've got a potential issue - when using this as a Widget, the part that says "Most members ever online was [x], last accomplished on [x]" keeps resetting - I have the widget set for the last 24 hours, but that text leads me to think it should be keeping track of the all-time most users vs the most in the past 24 hours.

Does that make sense?

In addition to stickiness, another option (that should be brought back from 3.4.x) is the ability to collapse sections in the sidebar or the entire sidebar itself when it is visible depending on your viewport size.

Honestly, I wonder why people who use IPS are seemingly obsessed with emulating or trying to improve upon Facebook, etc. - to me, the biggest "threat" are sites like Reddit when it comes to IPS-driven sites.

I suppose you could take the link code for the Preview button in the editor and code into the template a button that uses that link code...

I think the reason IPS moved it to the editor toolbar and made it a toolbar button was most people don't preview their posts the majority of the time.