-
-
New website!
I see that the faux search box is still a thing what's the reasoning behind using that rather than say a more suited icon?
-
Multiple select in Members → Spam attack
thinking was more about getting rid quickly of the 400+ using 'prune' than marking them as spammers
-
Multiple select in Members → Spam attack
maybe use the members search in acp, find and list all those who joined over night and then prune or move to a group
-
Bulk Mail / Newsletter Guide?
if you got to stats /email in the acp you can hit the 'email clicks' section which may help give you a limited idea of how they are going
-
-
-
Improving the Mobile App Experience
all sounds great a quick question to take advantage of all the new features will users/members need to re-install the PWA on the phone once the site has updated to 5.0.10?
-
image alt text needed
YoastImage SEO: How to optimize your alt text and title textAlt text improves the SEO and accessibility of your website. This article explains how and why you should optimize these attributes.one of many online explanations The alt tag is used by screen readers, which are browsers used by people with a visual impairment for example. These screen readers tell them what is on the image by reading the alt tag. It’s not just screen readers that read alt text, though. Search engines like Google also use this information to understand the context of an image; to find out what an image shows, and its purpose. Images you use should have an alt text. Not just for SEO purposes but also for accessibility. Because people using a screen reader will otherwise not know what the image is about. One thing to note, however, is that not every single image needs to have an alt text. Instead, think of alt text as a part of your content, think of its value to your reader, and be mindful of it. A purely decorative image doesn’t necessarily need an alt text. Meanwhile, an image with statistics should have alt text that describes what the statistics are about.
-
Feedback: Thumbnails for widgets
mentioned it here, got a reply
-
Storage Settings - Multiple file storage locations will be deprecated in a future release.
Can understand the reasoning for a one location approach but I would prefer if each app such as gallery, forum/attachments, cms etc still keeps its own individual folders, even it's under a single uploads such as /uploads/gallery/ the main reason being for own use is backup reasons, but also maintenance and trouble shooting as I have large numbers of files in each folder app which if there was all-in folder, where all files from all apps went in say a '/uploads/monthly_2024_11/' feel it could be very unwieldy imo
-
Storage Settings - Multiple file storage locations will be deprecated in a future release.
...but the v5 settings (that are in place now) as far as I read it, will not allow any movement from various individual locations (s3), after the upgrade to v5 so any changes to file storage locations really need to be done before upgrade to v5?
-
Storage Settings - Multiple file storage locations will be deprecated in a future release.
back to this I have just checked a beta test installation and it looks like that this new storage location format will be in place for the initial release of v5 Which means that as part of the upgrade all files will be moved to the new locations during the upgrade? Is that correct?
-
Storage Settings - Multiple file storage locations will be deprecated in a future release.
you read it wrong, I was pointing out that splitting storage locations via 2 different servers (self/S3) will no longer be possible no big deal, just another option removed onwards...
-
Storage Settings - Multiple file storage locations will be deprecated in a future release.
I'd say cost and performance, as was talking self hosted sites there if we move to one single location then using a separate s3 bucket set up for large file directories such as gallery etc isn't possible while such a move isn't end of the world stuff, I just thought that it needed mentioning as it is removing options off topic but while here, I did send a pm ref support issue on your old account a few days ago guess we are talking months here, yep?
-
Storage Settings - Multiple file storage locations will be deprecated in a future release.
storing your theme/css/javascript files in the same single storage location as say your gallery images (s3 bucket) may not work that well in some cases is there a time scale yet for this depreciation?
-
No Image Thumbnails Generated for Article Cover Images etc
Just noticed that no thumbnails are being generated for any of the cover images in the articles, events, commerce features/apps and forum listings For example a 40px x 40px icon image is being populated by a 1400px x 1000px image Would think that on front pages etc the payload of using such large images in such a way would quickly add up Would anyone from invison like to pass on the thinking behind using full images rather than thumbnails ? thanks
-
Is there a list of the functionality that is removed in V5 compared to V4?
My actions since so far include spending money on an third party app and using that to try and inform members (some from 2002) along with posts etc I have since the announcement asked about the 'tool/app' that I and others were led to believe by the staff would be supplied by yourself to assist this move, a couple of times now without any satisfactory answer I today felt a need to 'point it out' as yourself have just stated that you have had no recollection of any such tool or app being offered If there is no app/tool/assistance then fair enough, matter closed
sound
Clients
-
Joined