> Кстати, а что за баг при просмотре файла по F3? У меня точки вместо букв, или другая белиберда. Это debian-специфичная бага или вообще есть?
А кодировку по умолчанию выставлял?
F9 -> Настройки -> Биты символов...
> Еще не понравилось, что при редактировании редактор постоянно говорит, что файл редактируется кем-то другим и предлагает установить блокировку, хотя я точно знаю, что никто больше этот файл не трогает в данный момент.
Тут полная путанница
Этот баг присутствует в транке (/trunk), но должен отсутсвовать в стабильной ветке (/branches/4.6.3). Вероятно, сборщики deb-пакетов попутали и собрали релизные бинарники из текущего транка, а не из релиза.
> Некоторые сообщения из патчей не локализованы.
Да, есть такое. Будем работать дальше.
> Понравилось отображение табов и пробелов при редактировании, забавно смотрится копирование справа-налево
(хотя и непонятно, зачем; наверное стоит сделать опциональным).
Всё будет делаться опциональным
По максимуму.
> Возможно, с включением кучи патчей в код стоит быть аккуратней, поскольку комбайн делать тоже не очень хорошо, и поддерживать этот код будет тяжело. Кроме того, я бы предложил, чтобы добавляемые функции (навроде отображения свободного места на диске) при желании были отключаемы, как например в моем патче, когда раскраску по расширениям можно отключить в настройках.
Я тоже согласен с тем, что нужно максимум настроек отдавать пользователю. Разработчикам меньше головной боли - как хотите, так и крутите.. можете потом даже конфигурациями обмениваться.
. Функционал, добавленный патчами, будет опциональным. Ничего не будет выкинуто. Ну а по поводу комбайна... гм... когда сделаем опциональность, то можно будет настроить аскетичный mc
> Надеюсь, вышенаписанные замечания не остановят разработчиков этого форка, а лишь придадут уверенности в себе от знания, что их продуктом пользуются и пользователям не все равно
Это не остановит - наоборот, подстегнёт на реализацию фич или исправление багов.
Проект публичный, все мы делаем его таким, каким желаем видеть. И если кто-то не может сделать (написать код), то он помогает советом, критикой, тестингом - это тоже очень и очень важно (я всегда это говорил
).
Думаю, отойти от общепринятой схемы разработки софта, стать более дружественней для посетителей ресурса. Это я уже из своего не совсем позитивного опыта посылания патчей так думаю
Например, послал я как-то два патчика в trac.edgewall.org - один добавлял возможность аттачить несколько файлов за один раз(
http://trac.edgewall.org/ticket/2141), а второй патч - распознавал, есть ли в аттачах изображения и отображал их прямо в тикете(
http://trac.edgewall.org/ticket/2827). Всё бы ничего, но я не знаю ни Питона, ни jquery(на тот момент не знал), ни trac-API. Само собой, патчи получились корявыми. Но оно работало, как надо. Короче, мурыжили меня так месяца два-три... то тут исправь, то там почитай, как надо кодить, то не вкладывается в концепцию разработки проекта... В конце концов сказали - пиши плагин. Блин, оно мне надо? У меня есть идея, я даже реализовал её, как мог... Сложно было тем разрабам переделать идею из патча под идеологию trac? Кто, как не они лучше всего её знают? Или сами написали бы плагин - мне оно зачем? Сейчас судьба этих двух патчей - мой внутренний сервак пропатчен - и член я хотел ложить на дальнейшее их присутствие в trac
Так вот, возвращаясь к нашей теме - у нас такого не будет... по крайней мере, я буду стараться, чтобы не было.
Прислал человек патч - значит, старался, вникал, как мог, работал, отлаживал. Патч кривоват - ну так он кривоват с нашей точки зрения, а мы уже в исходниках сидим прочно... в отличие от того человека. Поэтому и подгонять под стилистику и концепцию проекта этот патч тоже нам.
ИМХО так.
