Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Config form #301

Open
robotnic opened this issue Apr 2, 2015 · 5 comments
Open

Config form #301

robotnic opened this issue Apr 2, 2015 · 5 comments

Comments

@robotnic
Copy link

robotnic commented Apr 2, 2015

All form fields are text-single at the moment.
There are no label, no text-multi, list-single,....

The form should look like this:
http://www.xmpp.org/extensions/xep-0060.html#registrar-formtypes-config

list-single example:

<field var='pubsub#publish_model'
         type='list-single'
         label='The publisher model'>
    <option label='Only publishers may publish'>
      <value>publishers</value>
    </option>
    <option label='Subscribers may publish'>
      <value>subscribers</value>
    </option>
    <option label='Anyone may publish'>
      <value>open</value>
    </option>
  </field>
@lloydwatkin
Copy link
Member

I understand label should not exist on <field/> but this isn't a big issue, however where are you expecting to see 'list-multi' (I'm assuming description field) ?

@robotnic
Copy link
Author

robotnic commented Apr 7, 2015

The other way around. The above example is from pubsub. Buddycloud does not send "label" at all - but should.

@lloydwatkin
Copy link
Member

Right I understand. Actually the label is optional as outlined in the schema for XEP-0004 (http://www.xmpp.org/extensions/xep-0004.html#schema). Its a nice to have I agree, but not a requirement.

@robotnic
Copy link
Author

robotnic commented Apr 7, 2015

That's how the form look at the moment:

bildschirmfoto von 2015-04-07 11 02 59

Without reading the specs no user will know how to use it.

@lloydwatkin
Copy link
Member

At present I'd reply on the config values and map these to locale aware strings for your own labels. Later we can add fallbacks in english for where the client doesn't understand the values :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants