Уроды долбаные из w3c

Экспрессия поста хороша, ну а по существу какой именно функциональности не хватает-то?

Поясни, пожалуйста, в чём _твоя_ проблема?

Есть объект с множеством 1-* и 1-1 ассоциациями. Будем считать, что вложенность неограниченна. Какое решение отличное 10-летней давности на сегодняшний день для сложных форм предлагает долбаный консорциум, если допустим есть _частовстречающийся_ случай оптимистической конкурренции, когда один человек радиктирует форму, а другой ее уже перезаписал. Нужно представить _человеческий_ вид разруливания конфликтов. Если бы по-человечески была данная спека сделана, то я мог бы представить текстовые поля в виде наборов значений (один из предыдущей версии, другой из текущей (несохраненной например) и предложить выбрать юзеру поля которые оставить как были перезаписаны, либо перезаписать своими значениями. Идиотсово, ограничения введенные спекой - чистой воды волюнтаризм. Что мешало для текстбокса разрешить datalist, чтобы выбрать один из множества значений?

1. Кури AJAX.

2. Ты упорот. Завязывай с этими грибами.

Лорчую.

когда один человек радиктирует форму, а другой ее уже перезаписал

Тогда оно записалось в БД (в большинстве случаев). С каких это пор разруливанием конфликтов данных должен заниматься браузер?! Это как раз задача серверной стороны.

он должен предоставлять возможности по безгеморройному описанию интерфейсов, основываясь на потребностях современности.

В данном случае это волюнтаризм, искусственно органиченная функциональность без видимых на то потребностей, в целях собственой прихоти.

веб не нужен.

>веб не нужен.

http://www.linux,org.ru

ты наверное еще и венду юзаешь, да?

>он должен

Никто тебе ничего не должен.

И как ты себе представляешь решение?

ну что же, вполне в духе современности. именно интерфейс и ничто иное должны в первую очередь заботиться о различных блокировках и конкуренции. Зря что ли мой любимый браузер жрет памяти как приличная СУБД?

лорчую гиклеса, завязывай с этими грибами

притащить в такую простую вещь как формы обработчики в стиле optimistic locking и наложить ограничения на сервер - вот за это их бы точно распяли.

а по сабжу, что мешает сделать на сервере контроллер загрузки? Когда файл отдается кому-то на редактирование, между каждым таким клиентом и серваком образуется связь кометом. («подписаться на ресурс»). Когда хотя бы один из клиентов сохранил измененный файл, сервер по комету сообщит всем заинтересованным об этом (а тип события выбрать в зависимости от механизма блокировки).

Есть специальная программа для пользования ЛОРом.

Может ему ещё и бэкап сервера делать надо в фоне? :}

Идиотизм. Полный. Разруливать конфликты — серверная задача.

Не понял, а какое отношение имеет поддержка ввода в поле нескольких адресов email или выборка нескольких файлов к разрешению конфликтов документов и вышеприведённому потоку сознания?

А не кажется ли вам, батенька, что это - серверная задача?

Кстати, то, что теперь в <input type=«file»> можно запихать несколько файлов - просто отлично. Не нужно будет извращаться с рисованием уймы полей <input> для загрузки нескольких файлов.

Какая серверная задача нахрен? Сервер будет решать какую запись оставить? нефигово так, может тогда и он данные будет вбивать?

Для не понявших, что мешало дать возможность к input type=text привязать datalist?

> что мешало дать возможность к input type=text привязать datalist?

Эмм, а это разве не оно: http://htmlbook.ru/html/datalist ?

Сервер будет решать какую запись оставить?

А что, браузер должен сгонять за пивком каким-то чудесным образом узнать, что вбил другой пользователь в такую же форму, не обращаясь при этом к серверу?

нет, но веб не нужен, в том виде, в котором он сейчас есть.

нет, но веб не нужен, в том виде, в котором он сейчас есть.

Сударь перфекционист? Тогда и Линукс не нужен в таком виде, в каком он сейчас (читай, Линус сам заявлял про множество траблов в ядре).

Пожалуй больше да, чем нет.