![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Которая, на мой взгляд, была бы очень полезной и которую заимплементить очень просто, условно говорят, пару часов работы для программиста Мозиллы (Гугла, Мастдай, Оперы).
Речь идет про такую штуку: сделать возможным для браузера быть ридером и райтером локальных файлов настроек в формате вебстраницы.
Типичный сценарий такой:
Допустим, я написал мою прекрасную консольную программу сooltool.exe, которая лежит в папке, скажем, D:\cooltool
кроме самой программы, в папке еще лежит файлег cooltool.settings.html и файлег cooltool.settings.json
Три файла, больше ничего! Последний файл - стандартный джейсон с настройками, прога читает ТОЛЬКО ЕГО и больше ничто, чтобы получить данные настроек. Кто хочет править джейсон напрямую - открывает в текстовом редакторе и правит, без проблем.
Но кто хочет править настройки через красивую ХТМЛ страницу, открывает в браузере второй файлег. Он содержит обычную ХТМЛ разметку, обычный внедренный CSS и обычный внедренный джаваскрипт. (Небольшие иконки тоже можно заэмбеддить прямо в страницу через технологию dataURL). Пока ничего нового. Новое начинается тут - джаваскрипт - обращается к специальному обьекту, скажем, LocalSettings, у котого есть только два метода - read and write. Когда мы читаем из него данные - браузер читает данные из локального файла с таким же именем как HTML файл, но заменяет расширение .html на .json. Результат чтения - строка или пропаршенный джейсон, это уже не так важно. Аналогично запись, только в локальный файл с измененным расширением.
Вот и всё! В результате, юзер открывает в браузере красивейшую, сделанную профессиональным дизайнерами, страницу, с замечательным графическим дизайном, с замечательной логикой валидации импута и подсказками (все это на внедренном JS). Поля заполняются, в начале работы, по событию <body onload=... Сохраняются же данные путем клика на кнопку на странице, которая вызывает js обработчик который пишет данные на диск через LocalSettings.write(...) И не надо никакие навороченные ГУИ, виджеты, библиотеке, ДотНеты, Джавы-Хренавы. ДВА ФАЙЛА, понимаете, ДВА простейших файла в стандартном формате, знакомом миллионам разработчиков. Но разумеется, это никогда не сделают, из репутационных соображений. Потому что ни Мозилла не хочет чтобы полутехнические вебсайты вышли с аршинными заголовками в духе Mozilla abandons sandbox security model !!!!! Хотя никакого нарушения секьюрити тут нет, разрешение на доступ дается только если html файл локальный, и только к локальному файлу в той же папке с соверешнно определенным именем! Но нет, поднимется вой и крик и гевалт, sandbox security model, конец света :( Или может такое уже есть? Если нет, может можно как-то намекнуть Мозилле и ко.?
Речь идет про такую штуку: сделать возможным для браузера быть ридером и райтером локальных файлов настроек в формате вебстраницы.
Типичный сценарий такой:
Допустим, я написал мою прекрасную консольную программу сooltool.exe, которая лежит в папке, скажем, D:\cooltool
кроме самой программы, в папке еще лежит файлег cooltool.settings.html и файлег cooltool.settings.json
Три файла, больше ничего! Последний файл - стандартный джейсон с настройками, прога читает ТОЛЬКО ЕГО и больше ничто, чтобы получить данные настроек. Кто хочет править джейсон напрямую - открывает в текстовом редакторе и правит, без проблем.
Но кто хочет править настройки через красивую ХТМЛ страницу, открывает в браузере второй файлег. Он содержит обычную ХТМЛ разметку, обычный внедренный CSS и обычный внедренный джаваскрипт. (Небольшие иконки тоже можно заэмбеддить прямо в страницу через технологию dataURL). Пока ничего нового. Новое начинается тут - джаваскрипт - обращается к специальному обьекту, скажем, LocalSettings, у котого есть только два метода - read and write. Когда мы читаем из него данные - браузер читает данные из локального файла с таким же именем как HTML файл, но заменяет расширение .html на .json. Результат чтения - строка или пропаршенный джейсон, это уже не так важно. Аналогично запись, только в локальный файл с измененным расширением.
Вот и всё! В результате, юзер открывает в браузере красивейшую, сделанную профессиональным дизайнерами, страницу, с замечательным графическим дизайном, с замечательной логикой валидации импута и подсказками (все это на внедренном JS). Поля заполняются, в начале работы, по событию <body onload=... Сохраняются же данные путем клика на кнопку на странице, которая вызывает js обработчик который пишет данные на диск через LocalSettings.write(...) И не надо никакие навороченные ГУИ, виджеты, библиотеке, ДотНеты, Джавы-Хренавы. ДВА ФАЙЛА, понимаете, ДВА простейших файла в стандартном формате, знакомом миллионам разработчиков. Но разумеется, это никогда не сделают, из репутационных соображений. Потому что ни Мозилла не хочет чтобы полутехнические вебсайты вышли с аршинными заголовками в духе Mozilla abandons sandbox security model !!!!! Хотя никакого нарушения секьюрити тут нет, разрешение на доступ дается только если html файл локальный, и только к локальному файлу в той же папке с соверешнно определенным именем! Но нет, поднимется вой и крик и гевалт, sandbox security model, конец света :( Или может такое уже есть? Если нет, может можно как-то намекнуть Мозилле и ко.?
