XF 2.4 general discussion, feedback, complaints, random off topic posts, etc.
- Thread starter Paul B
- Start date
It was a suggestion from one forum member.
No one on the team has indicated that would happen.
frm
Well-known member
Might not've seen my edit on what's required to get into a production state now.
That's a hard no from me now. But, if you're willing to screen record posting a GIF to send it in for moderation to get into production mode on your forums, good on you.
I don't even see people using GIFs as much as they were (every other comment) on Facebook anymore. It's like 1:10-1:20 now.
frm
Well-known member
v2.1 to GIPHPY: Can I have a key? Sure, here's one.
v2.3 (unsure the date) to GIPHY: Can I have a key? Um, I'm going to need you to screen record you inserting an animated GIF into a post before I can even consider that... Then, it's still a maybe, but only if your site complies with our Community Guidelines, or how we think you should run your site.
Maybe they could if they removed some bloat that makes it harder to enable than when it first came out.Back on topic instead of XF 3/4 discussion, I still hope 2.4 introduces chunked uploads
Same with Facebook logins, which require business validation now.
Chromaniac
Well-known member
dunno. from what i remember, video was a requirement (might have been optional at the time) when the feature was added to xenforo. xenforo devs suggested to use the clip from hys thread as it was going to be same for all xenforo forums.
frm
Well-known member
I'll try with that, and for the 2 additional screenshots, from here. However, they require your forum to follow their community guidelines. So, they could pull the plug on you at any time with everything being politicized.
Chromaniac
Well-known member
well, hard to say how hard their approval process is. back in 2020, it went fairly smoothly. in the end, it is not a critical feature to have. though i think tenor seems to be more popular these days but would be too much to ask xf devs to consider adding support for it as well.
on unrelated note, dealing with external services... i had a pretty weird interaction with amazon with ses recently. i have been using ses for many years. moved hosting to a new region. thought about moving ses location closer to hosting location. they rejected request for exiting sandboxing saying their backend suggests that i have already been approved for the same location using another id of mine and asked me to justify using multiple ids to send emails through this location. pretty baffling considering my domain is already approved in 2-3 locations at their end and has been in good standing for many years now. it also barely sends 100 emails on a daily basis and bounce rate is minimal. decided to dump ses for a simpler service platform in the end.
on unrelated note, dealing with external services... i had a pretty weird interaction with amazon with ses recently. i have been using ses for many years. moved hosting to a new region. thought about moving ses location closer to hosting location. they rejected request for exiting sandboxing saying their backend suggests that i have already been approved for the same location using another id of mine and asked me to justify using multiple ids to send emails through this location. pretty baffling considering my domain is already approved in 2-3 locations at their end and has been in good standing for many years now. it also barely sends 100 emails on a daily basis and bounce rate is minimal. decided to dump ses for a simpler service platform in the end.
frm
Well-known member
I understand why it was imposed. However, it drastically reduces the use case for it for new Xenforo forum owners. They will need to develop a forum before they can even get a login, which by that point, they could easily buy an add on to include these logins, thus no longer needing it as core, but could support the logins to make them extendable for anyone to support Login for Facebook vs. Login for LinkedIn separately. Hence, remove it as it's bloatware for, now, probably 95% of Xenforo forums. I'd wager to say that of the remaining 5%, some are even modifying the logins to some extent anyway (adding their own code to make it do what they want to do and not only what it was packaged to do, or fixing bugs on their own without waiting for Xenforo to roll one out).
So is the argument now that because a service is free, and it could help any forum, to add it to the core? That's how you get 100 unnecessary features and a package like Wordpress in the end.
My last response, since we'll continue to disagree, but don't you see the irony in your post? You are advocating for XF to remove a feature that you don't use, but requested by the community. If other people use it, you are upset and consider it bloat; even though it costs you nothing, it's not enabled by default, and an option that you decide whether or not to enable. From a computation perspective, it costs basically nothing to performance since those libraries won't be fully invoked if disabled.
If I wanted to code everything from scratch or hack together hundreds of plugins, from folks I have no support or knowing what happens if there is an unfortunate death of the developer, on a simple framework to make what XenForo offers out of the box, I wouldn't have purchased XF.
Last edited:
frm
Well-known member
I fail to see the irony because things constantly evolve. This is a thread about what we want to see in XF 2.4. However, it should be the same as to what we no longer want to see, because those features deviated from what they once were and can no longer be used by the majority out of the box.
It would come down to what is sent to Xenforo in anonymous usage statistics to determine whether or not to cut a feature or not. I don't know the numbers, but I'm sure if Xenforo had them through what could be sent (I don't know what is), they could start removing features.
To further support this argument, the removal of BB code is being discussed here as well.
Last edited:
Desperately hoping for that long-suggested thread list filtering and search overhaul alongside a new Wiki thread type to show off the collaborative and table of contents features of this shiny new editor. Both would be game changers for my usage.
frm
Well-known member
It was trendy then, now it's not. Compare social media comments prior to its release to now and you'll probably see a 95%+ drop in usage. Even boomers don't GIF reply anymore. It's no longer trendy to reply with a single GIF like almost anywhere since its peak, which XF was late to to begin with.
But keep it and let it add all that valuable content to your boards that make them more valuable to Google over a relevant sentence to paragraph that a GIF typically represents that could be relayed instead.
It's not like diehard users of it wouldn't upload a GIF and attach it anyway.
OkanOzturk
Active member
when XF 4.0?
frm
Well-known member
This AI response would arguable be better as it doesn't purposefully decrease user attention span (the problem with short form content) nor decrease the user's dwell time on page.
But I'm laying the topic to rest now.
