"Validated" terminology
Posted
#3150
(In Topic #582)

Site director

I've attached a poll.
As an aside, anyone have feelings on the term "Block". Is "Widget" significantly better as a term?
Become a fan of Composr on Facebook or add me as a friend. Add me on on Mastodon. Follow me on Minds (where I am most active). Support me on Patreon
- If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
- If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
- If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
- If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Posted

Standard member

Also, I prefer 'widget' over 'block' due to the familiarity the term 'widget' have, thanks to smartphones.
Posted

Standard member

I've had people who been confused with the term "Validated" at afansite.net.
I prefer "widget" as that's the term that Wordpress and other CMS scripts use and many members who are submitting content at afansite.net has manage fansites in the past built on Wordpress or Cutenews.
Posted

Standard member

I also prefer 'Widget' over 'Block'.
Posted

Standard member

Perhaps the broader issue is the Validated option being available and not so much what the option is named. At the expense of adding yet another configuration option or two, maybe a configuration option to globally enable/disable validation and enable/disable user content submission? And possibly make it part of the setup wizard to set permission profiles accordingly based on the enable/disable user content submission option? For the enable/disable validation option, Enable would keep the current functionality; Disable would cause the Validated option to default to On and hide the option on submission and edit forms. For the enable/disable user content submission option, Enable would keep the current functionality; Disable would adjust the appropriate permissions so only admins (or admin specified usergroups) can submit content. Maybe too much work and added bloat to appease the confused?
In any case, if Validated needs to be changed, I would vote for Approved or Activated since those should also be broad enough and accurate enough to fit all major types of content (members, news, catalogue entries, gallery submissions, pages, comments, polls, etc). If the Validated option for members is completely separate from the Validated option for other content submissions, then I would vote for Published or Approved for content submissions and go with Validated, Approved, or Activated for membership validation.
For the Blocks vs. Widgets debate, I'm fine with either. I don't think many, if any, other popular CMS's use Blocks as a category for plugins/extensions/addons, and I think we're far enough removed from the old Nuke style CMS's that it shouldn't confuse newcomers to Composr. For the block/widget name change, are we talking about a superficial change that we only see on the surface (ie, in the installer/setup wizard and wysiwyg editor), or would this also mean renaming the directory structure and all references in code/tutorials/documentation to reflect Widgets as the new official name for Blocks? If the latter, it seems like a non-trivial amount of work with no real payoff.
Regards,
Jason
My ocPortal Sites: Holleywood Studio / Tech Fusion Online
My Composr Sites: NEWBotics Labs
Jason
My ocPortal Sites: Holleywood Studio / Tech Fusion Online
My Composr Sites: NEWBotics Labs
Posted

Site director

I'm fine with the term Validated since it is broad enough and accurate enough to fit all content, including member profiles if a site chooses to require members to be validated after joining.
…
In the case of member validation, terms like Published, Live, or Active might cause the same confusion there that Validated is causing with other types of content.
Oh, that's a good point. Major issue there.
Perhaps the broader issue is the Validated option being available and not so much what the option is named. At the expense of adding yet another configuration option or two, maybe a configuration option to globally enable/disable validation and enable/disable user content submission?
Actually we have it, you can uninstall the 'unvalidated' addon and Validation will disappear.
For the enable/disable user content submission option, Enable would keep the current functionality; Disable would adjust the appropriate permissions so only admins (or admin specified usergroups) can submit content.
A simple Setup Wizard checkbox to remove access to the CMS zone would be a good idea I think.
For the block/widget name change, are we talking about a superficial change that we only see on the surface (ie, in the installer/setup wizard and wysiwyg editor), or would this also mean renaming the directory structure and all references in code/tutorials/documentation to reflect Widgets as the new official name for Blocks? If the latter, it seems like a non-trivial amount of work with no real payoff.
You're right, it would be a lot of work for very small payoff. I do think the term block generalises a bit better too.
Ok, thanks all. I'm definitely tweaking the text on the form field description, and for my client I will change the form field label slightly to be clearer, while keeping the term the same.
Become a fan of Composr on Facebook or add me as a friend. Add me on on Mastodon. Follow me on Minds (where I am most active). Support me on Patreon
- If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
- If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
- If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
- If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
1 guest and 0 members have just viewed this.