"... is fairly simple to handle, but only once you understand how it is supposed to work, since it completely lacks any help documentation. Its highly basic interface makes it easy to work with, as it spares you from superfluous buttons and features that you have no use for."
Как сформулировано! Это я недавно упомянутую утилитку в три окошка, сделанную для одного клиента, выложил на сайте, вдруг кому еще пригодится, а в Softpedia ее каким-то образом нашли и написали у себя обзор. :)
Как сформулировано! Это я недавно упомянутую утилитку в три окошка, сделанную для одного клиента, выложил на сайте, вдруг кому еще пригодится, а в Softpedia ее каким-то образом нашли и написали у себя обзор. :)
no subject
Date: 2014-06-18 07:55 am (UTC)Которая, на мой взгляд, была бы очень полезной и которую заимплементить очень просто, условно говорят, пару часов работы для программиста Мозиллы (Гугла, Мастдай, Оперы).
Речь идет про такую штуку: сделать возможным для браузера быть ридером и райтером локальных файлов настроек в формате вебстраницы.
Типичный сценарий такой:
Допустим, я написал мою прекрасную консольную программу с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, конец света :( Или может такое уже есть? Если нет, может можно как-то намекнуть Мозилле и ко.?
no subject
Date: 2014-06-18 08:18 am (UTC)http://en.wikipedia.org/wiki/HTML_Application
no subject
Date: 2014-06-18 08:58 am (UTC)а по ссылке только Венда, причем какая-то подозрительная версия ИЕ - 5.0 (я и не знал, что такая бывает, честно говоря)
no subject
Date: 2014-06-18 09:31 am (UTC)no subject
Date: 2014-06-18 09:41 am (UTC)но это наверно для пользователя тоже как-то дико и непривычно - ставить в Фаерфокс аддон чтобы конфигурить локальное приложение?
no subject
Date: 2014-06-18 09:48 am (UTC)В принципе, это вариант, хоть и действительно довольно причудливый.