×
This forum has been locked. Please submit new Feature Requests on GitHub: github.com/Jensen-Technologies/component-creator-issues/issues
custom joomla form FIELDS
Søren Beck Jensen
Administrator
Posts: 81
9 jaren 9 maanden geleden #654
door Søren Beck Jensen
Søren Beck Jensen
Founder, Component-Creator.com
Beantwoord door Søren Beck Jensen in topic Vote your Favourite Feature Suggestions!
Hi Pete,
Thanks for clarifying. I think we could simply create for instance 8 key value fields that would allow you to enter your own pairs. Such as
Then we can guarantee that the XML we generate is correct and it should give enough flexibility.
Let me know what you think.
Thanks for clarifying. I think we could simply create for instance 8 key value fields that would allow you to enter your own pairs. Such as
- Key: name Value: backgroundcolor
- Key: type Value: color
Then we can guarantee that the XML we generate is correct and it should give enough flexibility.
Let me know what you think.
Søren Beck Jensen
Founder, Component-Creator.com
Gelieve Inloggen of een account aanmaken om deel te nemen aan het gesprek.
Pete
Junior Lid
Posts: 27
9 jaren 9 maanden geleden - 9 jaren 9 maanden geleden #655
door Pete
Beantwoord door Pete in topic Vote your Favourite Feature Suggestions!
Hi Søren,
Yes - this may be a slightly safer option
Although it would maybe be more flexible to make mandatory Fixed key pair fields for the generic essential values (name, type etc) and then some optional 'repeatable' parameters (where you can keep "add" ing them - like the SELECT LIST option values..
However, this system will not allow us to force in things like "repeat fields", but having said that, repeat fields are unique, and should be fairly simple to add? Its basically just a field 'group' placeholder..
Which adds the following to the top of the group:
<field name="list_templates"
type="Repeatable"
icon="list"
description="PLG_TINY_FIELD_TEMPLATE_FIELD_ELEMENTS_DESC"
label="PLG_TINY_FIELD_TEMPLATE_FIELD_ELEMENTS_LABEL"
default="{'template':,'location':,'description':}">
<fields name="params">
<fieldset hidden="true" name="list_templates_modal" repeat="true">
*Your normal generated fields (including custom ones) here*
And then
</fieldset>
</fields>
</field>
To close of the repeat bit
If you add both Custom AND repeatable then I think you have all my requirements covered - I do need both for my current project but custom is more important at this point !!
Thanks for the responding so enthusiastically.. and let me know if any of this is unclear - I have been staying up too late recently watching too much Breaking Bad to communicate well at the moment lol !
Cheers,
Pete
Yes - this may be a slightly safer option
Although it would maybe be more flexible to make mandatory Fixed key pair fields for the generic essential values (name, type etc) and then some optional 'repeatable' parameters (where you can keep "add" ing them - like the SELECT LIST option values..
However, this system will not allow us to force in things like "repeat fields", but having said that, repeat fields are unique, and should be fairly simple to add? Its basically just a field 'group' placeholder..
Which adds the following to the top of the group:
<field name="list_templates"
type="Repeatable"
icon="list"
description="PLG_TINY_FIELD_TEMPLATE_FIELD_ELEMENTS_DESC"
label="PLG_TINY_FIELD_TEMPLATE_FIELD_ELEMENTS_LABEL"
default="{'template':,'location':,'description':}">
<fields name="params">
<fieldset hidden="true" name="list_templates_modal" repeat="true">
*Your normal generated fields (including custom ones) here*
And then
</fieldset>
</fields>
</field>
To close of the repeat bit
If you add both Custom AND repeatable then I think you have all my requirements covered - I do need both for my current project but custom is more important at this point !!
Thanks for the responding so enthusiastically.. and let me know if any of this is unclear - I have been staying up too late recently watching too much Breaking Bad to communicate well at the moment lol !
Cheers,
Pete
Laatst bewerkt 9 jaren 9 maanden geleden door Pete.
Gelieve Inloggen of een account aanmaken om deel te nemen aan het gesprek.
Pete
Junior Lid
Posts: 27
9 jaren 9 maanden geleden #662
door Pete
Beantwoord door Pete in topic Vote your Favourite Feature Suggestions!
Hi Folks, any news as to whether this *may* be implemented in the near future ? If not I am going to have to try the XML override plugin system, which is a little less simple
Thank,
Pete
Thank,
Pete
Gelieve Inloggen of een account aanmaken om deel te nemen aan het gesprek.
Søren Beck Jensen
Administrator
Posts: 81
9 jaren 9 maanden geleden #663
door Søren Beck Jensen
Søren Beck Jensen
Founder, Component-Creator.com
Beantwoord door Søren Beck Jensen in topic Vote your Favourite Feature Suggestions!
Hi Pete. This will definitely be implemented in one form or another, but I don't think we will be able to do so for at least a month and probably more like 2-3 months.
Sorry
Sorry
Søren Beck Jensen
Founder, Component-Creator.com
Gelieve Inloggen of een account aanmaken om deel te nemen aan het gesprek.
Pete
Junior Lid
Posts: 27
9 jaren 9 maanden geleden #664
door Pete
Beantwoord door Pete in topic Vote your Favourite Feature Suggestions!
Hi Søren,
Thanks for letting me know - my 3 month subscription (and project) will be expired then But its worth having for future projects..
Cheers,
Pete
Thanks for letting me know - my 3 month subscription (and project) will be expired then But its worth having for future projects..
Cheers,
Pete
Gelieve Inloggen of een account aanmaken om deel te nemen aan het gesprek.
Pete
Junior Lid
Posts: 27
9 jaren 3 maanden geleden #957
door Pete
Beantwoord door Pete in topic Vote your Favourite Feature Suggestions!
Well - that was 6 months ago! I am voting for this in the Poll. It takes component creator to a much more serious level.
Gelieve Inloggen of een account aanmaken om deel te nemen aan het gesprek.
Tijd voor maken pagina: 0.058 seconden