1. Чтобы в правом окне и в левом окне можно было сразу открывать ссылку в новой вкладке.
Сейчас, насколько я понимаю, названия задач не являются ссылками, хотя выглядят похоже. Может, это связано с особенностями программирования или шаблона, не знаю. Но это реально неудобно. Не понимаю, кто может хвалить эту особенность. У меня в Хронике сейчас 87 комментариев - так я мог бы параллельно загружать их в десятке новых окон по мере ответа переходить . Интернет у меня не медленный, но время на загрузку тратится, особенно с изображениями, на возврат назад - тоже, всего по нескольку секунд, но на сотне задач это десять минут.
Да, это действительно не ссылки, и сделаны они не ссылками специально, чтобы не вызывать перезагрузку всего окна браузера, а развернуть только нужную часть, оставив остальное содержимое без изменений. То есть, тут мы имеем такой типа "контркейс" с Вашим - если Вам удобно открывать отдельные события/задачи в новых вкладках браузера, то это кейс как раз для тех, кто хочет перемещаться по ленте без перезагрузки, оставаясь в одном окне. Не буду оценивать какой из этих кейсов "правильнее", тут сколько людей столько и мнений. Мы пошли по указанному пути во многом в связи с тем, что он более нативно ложится на использование в мобильных устройствах и в принципе на экранах с малой диагональю + позволяет экономить время на возврат назад к ленте событий, т.к. она не перегружается заново, а остается в браузере.
В какую сторону можно подумать, чтобы дать возможность работать с Хроникой по-Вашему? Наверное, в сторону добавления какого-то значка/альтернативной ссылки, чтобы можно было кликать по нему и открывать эту задачу в отдельной вкладке. Это не супер-вариант, конечно, в том числе и потому, что лишние значки загромождают интерфейс и делают его более тяжелым - но он дает возможность альтернативного использования. Продолжая эту мысль: чтобы сэкономить место и не вводить новых значков, можно попробовать навесить ссылку по наведению курсора мыши на дату/время события:
http://joxi.ru/Wh6jUdg5CbAnYSs8tTs Примерно таким образом это реализовано во всяких фейсбуках-твиттерах.
Как Вам кажется, улучшило бы это ситуацию?
2. Добавить в Хронику текст комментария.
В настоящем виде, при открытом дереве проектов поле "Новые события" справа практически не несет информации - ну и что с того, что кто-то, когда-то написал.
ЧТО он там написал - вот что важно (или, например, не важно).
При этом предоставляется возможность отметить комментарий прочитанным (флажок справа). Каков сценарий его использования по Вашему мнению? Сбрасывать сообщения, не прочитав их?
Поэтому я написал, что больше похоже на мэйл - там показывается только факт получения письма. Но даже там есть тема письма!
А в Хронике - нет.
Маловато для основного инструмента.
Понимаю это предложение, но на мой взгляд оно имеет существенный недостаток: за счет того, что комментарии могут быть очень разные по объему, форматированию и содержимому (содержать картинки, копипастные куски текста и т.п.), лента Хроники стала бы корявой, безобразной и тяжелой для загрузки. При этом отметать это предложение я не хочу, так как здравое зерно в нем есть. Лучше попробую развить эту мысль.
Мы имеем противоречие:
- комментарий должен быть, потому что это удобно - так я смогу выделить в ленте важные события и отреагировать на них в первую очередь.
- комментария не должно быть, т.к. он тяжел в загрузке, нестандартен и его отображение приводит к нарушению целостности восприятия ленты.
Решением этого противоречия могла бы стать информационная строка о сути комментария, которая:
- всегда занимает одну строку (например, между названием задачи и проектом);
- если это системное сообщение ("Осталось 75%", "Задача завершена и т.п."), то оно будет помещаться в эту строку полностью;
- если это комментарий, то в строке может отображаться его начало, обрывающееся многоточием;
- если это файл без комментария, то в информационной строке может содержаться сообщение типа "Загружен файл Таблица1.xls".
Такой подход позволил бы быстро реагировать на системные сообщения (тут же их давить флажком), а также во многих случаях визуально определять значимость того или иного комментария.
Как Вам такой вариант?
3. Возможно, добавить в Хронику сортировку событий по значимости.
Например, события "Внимание: прошло 75% времени..." и "Ахтунг! Поставка переключателей задерживается на 10 дней!" требуют разной реакции.
Поскольку у сообщений нет приоритетов, то можно для начала разбить их на служебные (подключили нового пользователя, сроки задачи и т.п.) и собственно сообщения и дать возможность выбора, что показывать. У меня из 87 комментариев - половина служебных.
Мое предложение из предыдущего пункта во многом решает и эту ситуацию, хотя мы планируем развивать и саму по себе систему уведомлений - в частности, в сторону настройки сути и содержимого системных уведомлений, управления их отображением в принципе.