On Wed, Apr 11, 2007 at 07:43:47AM +0400, Grigory Batalov wrote: > Здравствуйте! > > Как понимать описание > > <SELECT name="name5" optlist="args4"> > > Будет произведён дополнительный запрос woo-list по адресу <урл>/args4. > Полученные значения будут превращены в OPTIONS, а выбран будет компонент > соответствующий значению параметра name5. > > http://wiki.sisyphus.ru/Alterator/stdtemplates?v=19m9#h1151-7 > > ?? > > Делаю такую форму: > > <form method="POST"> > <select name="selected" size="10" optionlist="disabled"> > </select> > <br/> > <input type="submit" name="selected" value="Select" class="btn"/> > </form> > > Бэкенд на запрос $ alterator-cmdline /services/disabled action list > всегда (на время отладки) отвечает > > (("/services/disabled/ethtool" name "ethtool") ("/services/disabled/squid" > name "squid" selected #t)) > > Однако, при загрузке страницы выбирается первый в списке элемент, > т.е. ethtool, а не squid, помеченный как selected. > > В чём ошибка? никто не обещал что selected #t означает выбрано ;)
Всё работает задом-наперёд. Есть параметр, зовут его selected. Он типа enum. Список для enum берётся по под-урлу disabled. то есть если на read <url> идёт ответ что значение selected есть "a", а на list <url>/<suburl> идёт список из "a" "b" и "c", то получится listbox из "a", "b" и "c", в котором выбрано значение "a". То бишь первопричиной является параметр, а не список его значений. Последний играет лишь вспомогательную роль. В будущем эта система будет более логичной (росло всё постепенно - отсюда иногда такие вот необычные использования подурлов). Когда в constraints мы введём типизацию, то у каждого параметра будет указан его тип. Тогда для всех перечислимых типов будут перечислены их возможные значения, а текущие значения будут считываться обычным read-ом. _______________________________________________ Devel-conf mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/devel-conf
