Пару дней назад написала статью о том как можно менять UI/UX под себя, если интересно посмотрите мой комментарий. В качестве примера реализовала ваши запросы для Хабра.
Прочитала статью «И ещё примерно 3,3 тыс новых способов читать «Хабрахабр» и «Гиктаймс»» и последний комментарий как раз типичный случай когда такой плагин мог бы быть использован, если что-то не устраивает в UI/UX сайта.
Текст комментария (надеюсь автор не возражает):
«Очень странно, что на ресурсе, где комментарии к статьям порой бывают интереснее самих статей, нет нормальной работы с комментариями. Я много раз писал в поддержку, но безрезультатно. Вот, что хотелось бы уметь делать:
1. Свернуть ветвь комментариев
2. Перейти к следующему топ-левел комментарию
3. Сортировать комментарии по рейтингу»
Попробовала реализовать в меру своего понимания как было бы удобно.
Как попробовать:
Открываем «options», добавляем новый элемент, вводим любое имя.
1. После открытия статьи будет возможность скрыть / показать ответы, ссылка «hide/show responses».
2. Перейти к следующей статьи на этом уровне (ссылка «next in the level»)
3. При нажатии "++" под иконкой «обновить комментарии» будет переходить по рейтингу и дате комметариев
С самого начала можно было гарантированно сказать что никто и не будет использовать этот плагин.
Корпорация добра стимулирует использование расширений ТОЛЬКО из их магазина.
Если установить что-то в режиме разработки, то через несколько дней, под предлогом безопасности, при запуске браузера начнут предлагать удалить этот плагин и нету возможности запретить это. Очень не многие пользователи будут готовы нажимать cancel каждый раз.
А у плагинов из магазина такая репутация, что очень не многие из тех кто понимает потенциальные возможности в проблемах с безопасностью согласятся установить это расширение. Особенно с учетом тех привилегий которые нужны для его правильной работы.
Предупреждение пойдет по графе улучшения UI, но довольно незначительное.
Завлаба скорее не зачтёт как отдельный пункт, придется что-то еще придумывать.
«runAt: The soonest that the JavaScript or CSS will be injected into the tab. Defaults to „document_idle“.»
дополниетельные опции: «document_start» и «document_end».
Вопрос по поводу согласия с задержкой должен в первую очередь исходить из позиционирования по целевой аудитории.
Если его пользователи это те кому надо внедрить пару-тройку строчек на JS чтобы сделать быстрый фикс чего-то в пользовательском интерфейсе, то с моей точки зрения им важнее простота и эти две опции ее предоставляют.
Никто не мешает их просто игнорировать, если хочется иметь полный контроль.
Согласна, трудно придумать что-то новое. Всё уже было сделано много раз и чем дальше тем труднее и труднее быть оригинальной.
Задержка на 1 или 5 секунд была сделана для случаев когда подгружается дополнительный контент по AJAX.
Можно конечно в пользовательский скрипт добавлять проверки, но в большинстве случаев использование задержки будет достаточно и позволит сделать скрипт сильно проще.
Пользовательский интерфейс, да, это больной вопрос. Чувство прекрасного у меня не из того места растёт.
Текст комментария (надеюсь автор не возражает):
«Очень странно, что на ресурсе, где комментарии к статьям порой бывают интереснее самих статей, нет нормальной работы с комментариями. Я много раз писал в поддержку, но безрезультатно. Вот, что хотелось бы уметь делать:
1. Свернуть ветвь комментариев
2. Перейти к следующему топ-левел комментарию
3. Сортировать комментарии по рейтингу»
Попробовала реализовать в меру своего понимания как было бы удобно.
Как попробовать:
Открываем «options», добавляем новый элемент, вводим любое имя.
В url:
^https?://[^/]*(habrahabr|geektimes)\.ru1. После открытия статьи будет возможность скрыть / показать ответы, ссылка «hide/show responses».
2. Перейти к следующей статьи на этом уровне (ссылка «next in the level»)
3. При нажатии "++" под иконкой «обновить комментарии» будет переходить по рейтингу и дате комметариев
Детали смотрите под update 4.
Почти что 1-в-1, небольшие изменения.
Завтра подписанную версию залью.
Корпорация добра стимулирует использование расширений ТОЛЬКО из их магазина.
Если установить что-то в режиме разработки, то через несколько дней, под предлогом безопасности, при запуске браузера начнут предлагать удалить этот плагин и нету возможности запретить это. Очень не многие пользователи будут готовы нажимать cancel каждый раз.
А у плагинов из магазина такая репутация, что очень не многие из тех кто понимает потенциальные возможности в проблемах с безопасностью согласятся установить это расширение. Особенно с учетом тех привилегий которые нужны для его правильной работы.
Так что поверьте, нету завышенных ожиданий.
Предупреждение пойдет по графе улучшения UI, но довольно незначительное.
Завлаба скорее не зачтёт как отдельный пункт, придется что-то еще придумывать.
«runAt: The soonest that the JavaScript or CSS will be injected into the tab. Defaults to „document_idle“.»
дополниетельные опции: «document_start» и «document_end».
Вопрос по поводу согласия с задержкой должен в первую очередь исходить из позиционирования по целевой аудитории.
Если его пользователи это те кому надо внедрить пару-тройку строчек на JS чтобы сделать быстрый фикс чего-то в пользовательском интерфейсе, то с моей точки зрения им важнее простота и эти две опции ее предоставляют.
Никто не мешает их просто игнорировать, если хочется иметь полный контроль.
Задержка на 1 или 5 секунд была сделана для случаев когда подгружается дополнительный контент по AJAX.
Можно конечно в пользовательский скрипт добавлять проверки, но в большинстве случаев использование задержки будет достаточно и позволит сделать скрипт сильно проще.
Пользовательский интерфейс, да, это больной вопрос. Чувство прекрасного у меня не из того места растёт.
Осенью возьмусь, сейчас смены по 12-ть часов. Боюсь что не осилю при таком графике.
Идея нравиться, примерно как я это вижу:
При навигации на сайт, по url для корневого домена или по иерархии фолдеров проверяется на наличие комментариев.
Комментарий может быть помечен как публичный или зашифрованный (в этом случае проверяем есть ли у нас ключ для расшифровки).
Показываем иконку уведомления в тулбар или всплывающее окно со списком комментариев, если есть новые записи со времени последнего визита.
Только нужен ресурс, центральный сервер или дисковери сервис в случае р2р.
Ну а по поводу надергать куски — этому есть синоним: интеграция компонентов. Это с какой стороны посмотреть, иногда это плюс, а не минус.
Спасибо за подсказку, посмотрю подробнее в эту сторону.