Latest post of the previous page:
Это смотря как сделать.
Кстати подскажите на чём потестировать имеющуюся сейчас функциональность.
Какие из актуальных плагинов предоставляют данные для C0?
Latest post of the previous page:
Это смотря как сделать.
Возможности пощупать эту версию пока нет, но в предыдущей заметил такие недостатки:
В этом случае лучше бы склеивать.
я знаю. я ждал, что именно вы об этом напишите. скажите, вот эти два фатальных недостатка, они как то реально влияют на принятие решения о том, нужно ли включать обсуждаемую функциональность в фар или нет?John Doe wrote:- При перезагрузке макросов обработчики не выгружаются.
- При старте фара содержимое панели формируется до загрузки обработчиков.
если надо сливать, то на мой взгляд это гораздо лучше можно сделать в обработчике.
да. пример из предыдущего поста обновил.John Doe wrote:Ещё пожелание: получать на входе не массив, а таблицу, где ключами будут выступать гуиды, а значениями строки (или таблицы).
Не влияют. Но эта информации может быть как минимум полезна всем, кто решит поиграться с приведённым кодом.
Если отбрасывать "лишние" значения, то пользователь не сможет исправить ситуацию, т.к. даже не увидит, что в одной колонке пересекается разнородная информация.
В том или ином виде функциональность однозначно нужна.
Чтобы понять, что сделано, пришлось посмотреть исходники.
Я в исходники не смотрел, но полагаю что причина только одна: данная функциональность появились 4.5 года назад, и осталась всё в той же зачаточной форме (хотя в обсуждениях тогда звучало много идей).
никакой обратной совместимости тут никто не обещал.Shmuel wrote:Если причина такого ограничения состоит только в обратной совместимости
По хорошему вся конфигурация должна производится в диалоге настройки пользовательских режимов панелей.
внутри фара тип колонки — число. переделывать на строки я лично точно не буду.John Doe wrote:- в настройках режимов панели каждая кастомная колонка представляет собой некую строку заключённую в скобки.
Ересь, не ересь - это всё относительно. Пока я вижу, что ты продолжаешь вносить изменения. Мне нынешняя конструкция совсем не нравится. Главный её недостаток: один плагин = одна колонка. Допустим, у меня плагин, который хочет показывать 5 колонок метаданных для файлов определённого типа, это можно сделать без извращений с LuaMacro?
вот это я для кого писал?Shmuel wrote:Главный её недостаток: один плагин = одна колонка.
zg wrote:что касается GetCustomDataW, то лично я не против, чтобы она возвращала массив FarMacroValue, но на управление это не влияет, поэтому для себя я не вижу смысла обсуждать это сейчас.
нет.Shmuel wrote:Допустим, у меня плагин, который хочет показывать 5 колонок метаданных для файлов определённого типа, это можно сделать без извращений с LuaMacro?
В контексте моего предложения не имеет значения как это внутри фара.zg wrote:внутри фара тип колонки — число. переделывать на строки я лично точно не буду.John Doe wrote:- в настройках режимов панели каждая кастомная колонка представляет собой некую строку заключённую в скобки.
N,C0,C1
N,(ver),(diz)
.ver
), а вернёт строку для соответствующей колонки.