Draft
Conversation
|
It would be great if you included some accessibility requirements and recommendations in this RFC. As an example see the video and pdf linked to in the We4Authors Cluster final report |
Author
|
Intressing video, I think we have all information needed to make an accessible form. I will keep that in mind. |
|
I just want to ensure that accessibility is considered by default at the beginning and not something that is added later. |
This comment has been minimized.
This comment has been minimized.
Member
|
While on forms, this might be relevant: Tripetto vs WPForms. Although it's about WordPress form plugins, we might have a look at the features. |
|
I dont see how that has any relevance to what this RFC is about. |
Member
|
Please continue discussions here: joomla/joomla-cms#39463 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Form Admin Meta Document
1. Summary
Joomla uses forms based on XML and rendered with the help of the Form class.
While this is a flexible way and the forms can be changed with plugins, it is limited and in some way hard coded. Database constraints are implemented through business logic within the models and not on the database level.
This specification aims to define an extension of the form building process. After implementation it allows site builder the change the core forms. Adding and removing fields should be possible and core form building and custom fields are merged.
2. Why Bother?
Hard coded forms are not state of the art. Joomla! allows today a lot of flexibility but it is up to developers to implement. If we can change the way we are creating forms we would allow site builders to change Joomla that it fulfils the needs of clients better.
3. Scope
Planned feature for Joomla5.
3.1 Goals
Having a core component that allows configuration of forms and views. This includes custom fields and a migration from Joomla4.
Respect versioning for custom fields.
Creating a API for 3rd part components to use the functionality.
3.2 Non-Goals
Migration of 3rd part components to the new way of form rendering.