Это не мой проект. Я лишь привел альтернытивные критерии по отношению к банальным критериям потребительской полезности и функциональности.>С другой стороны, если функционалом программы является, по сути, навигация по каталогам,
Если целью является создание именно средство для навигации по каталогам, тогда все конечно уже решено.
Если целью является создание более абстрактного интерфейса для облегчения полу-ручных операций типа "источник-назначение", для работы с абстрактными _парами_ объектов и в качестве логического продолжения абстраткных потоковых моделей и композиций автоматов, на базе которых построены утилиты и консоль Юникса. Тогда лучше не спешить с определением, где именно может возникнуть узкое место.
Отправной точкой в любом случае является интерфейс пользователя. Иначе зачем вообще нужны эти две панели. Вопрос к чему этот интерфейс планируктся прикладывать. Просто к файловой системе? Однако ФС сама по себе является абстрактной моделью данных.
В качестве примера можно привести Far и Total Commander. Потенциал применения там гораздо шире, чем просто файловая система. Однако изначальная сильная привязанность к конкретным API, а не к моделям, вызывает такие муки с плагинами. Хотя некоторым эти плагины кажутся верхом совершенства.
>и есть явное узкое место, почему бы его не убрать?
Если это не вызывает внутренних противоречий, то почему бы не убрать, да.
>И это совсем не потакание или ещё что, нельзя же заняв круговую оборону сидеть и принимать в штыки любое предложение со стороны пользователей ( я не про конфиги :),
Тут все очень просто. Если это идет против собственных желаний создателя, то это будет ни что иное, как потакание. Если это идет в согласии с собственными желаниями, то значит данному пользователю повезло.
А оборона в любом случае подразумевает нападение. Если создатель в себе уверен, то на него очень накладно нападать, даже если он не пытается обороняться.
>только ради принципа что разработчику виднее.
Вы считаете это плохим принципом? Значит вы не уверены в собственном вИдении. Тогда лучше вооружиться принципом полезности, до тех пор пока собственное вИдение окончательно не сформируется. В этом нет ничего постыдного, поскольку очень немногие этого на самом деле достигают.
>Я прислушиваюсь к пожеланиям, но стараюсь фильтровать по собственным критериям ценности.
А как можно сформировать собственные критерии ценности, если прислушиваться к чужим пожеланиям. Ценности и формируются из желаний. Чужие желания - чужие ценности.
Я всего лишь привел критерии для понимания собственной _самостоятельности_ в принятии решений. Есть проекты, которые движутся преимущественно ПОЖЕЛАНИЯМ пользователей. Есть проекты, которые движутся преимущественно ПОЖЕЛАНИЯМИ создателей.
Я не утверждаю, что одно чем то лучше или хуже другого. Однако это принципиальный показатель, как разработчик позиционирует себя по отношению к себе и к своему творчеству.
Вопрос именно в том, насколько создатель не боится и не стесняется поставить собственные желания во главу угла в собственном творении.
Еще раз, здесь нет никаких руководств к действиям. Это всего лишь критерии к самопониманию и пониманию своего творчества.
А также кое-какие идеи, которые ни к чему не обязывают.
