Op 19 mrt. 2014, om 11:25 heeft Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com> het volgende geschreven:
On Tue, Mar 18, 2014 at 9:28 PM,
Gerritjankoekkoek(a)gmail.com
<gerritjankoekkoek(a)gmail.com> wrote:
Verstuurd vanaf mijn iPhone
Op 18 mrt. 2014 om 17:56 heeft Marius Dumitru
Florea <mariusdumitru.florea(a)xwiki.com> het volgende geschreven:
On Mon, Mar 17, 2014 at 8:54 PM, Gerritjan Koekkoek
<gerritjankoekkoek(a)gmail.com> wrote:
Hi,
If, in App Within Minutes, you select an attribute of type Static List with
multiple options and you set the selection type to Radio Button the :
$doc.display('SL1') shows the radio buttons in Edit mode, but not in
Display mode.
I feel radio buttons should always display all
the options and highlight
the 'selected' one.
But now, in view mode the user has nu clue what he/she can choose.
It's a but odd to select EDIT before he/she can see the options.
I don't agree. When I'm in view mode I'm interested in the selected
value. There can be many options and so displaying all of them
clutters the UI and distracts the user.
I do not want to be a 'wise' guy but there is a choice in the type of controls
Few (<10) mutually exclusive: radio
Few options , more choices possible: check box
Many options: select - dropdown
Radio buttons serve a specific UI purpose
The mutually exclusiveness is special and should also be clear from view perspective
especially if the viewer is not the owner of the record
I understood your need / use case, but it's not very common, at lest
no one complained about this so far. Moreover, radio buttons are input
fields, so they are used for taking input from users. Using radio
buttons just for display (view mode) as read only is a bit of a hack.
If you need to display all possible values besides the selected one in
view mode then it's probably better to use a custom displayer for your
Static List property that lists all the possible values and marks the
selected value with some CSS. Alternatively, you can make the radio
buttons read-only in view mode, as I mentioned below.
Is there a recommended way
for such a customized displayer?
I envision a Macro that would take the Class-Atribute Plus the Display-Value
So if a Class-Attribute of type static list would hold 5 options and the display shows
option 3 is selected
What about this pseudocode
#set($finalDisplayResult =’')
#set($listOptions = $class.attribute.getOptions)
#foreach($listOption in $listOptions)
#if($listOption == $doc.display(’StaticList’))
#set($displayResult = ’1’)
#else
#set($displayResult = ’0’)
#end
$AddDisplayResult($displayResult)
#end
#macro($AddDisplayResult $displayResult)
…. Display formatting
#end
Q: How do I get the listOptions?
Q: How do I make sure the formatting is about the same as $doc.display(’StaticList’) in
EDIT Mode?
Hope this helps,
Marius
In the sheet i've modified the generated code from;
: $doc.display('SL1') -> : $doc.display('SL1', 'edit')
But this allows the user to select another option (the control is active)
Is there a more elegant way to have the control
show the radio buttons and
the one currently selected highlighted but that the control is not active?
You either make the radio buttons generated by $doc.display read-only
with JavaScript or you generate the radio buttons read only by
yourself.
Ok, thanks
Hope this helps,
Marius
Gerritjan
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users