ну просто вендор вероятно не понимает, что раз обработки лежат в структуре каталогов, значит это кому-то нужно. а раз не понимает, то почему бы их не собрать в единый bin-каталог
ну просто вендор вероятно не понимает, что раз обработки лежат в структуре каталогов, значит это кому-то нужно. а раз не понимает, то почему бы их не собрать в единый bin-каталог
В ЕДТ же нет структуры каталогов для проекта внешних обработок.
ну просто вендор вероятно не понимает, что раз обработки лежат в структуре каталогов, значит это кому-то нужно. а раз не понимает, то почему бы их не собрать в единый bin-каталог
мы обсуждали еще на зимней партнерке этот момент с Алмазом, Лениод рядом стоял. Но дело не движется в этом направлении
МНе кажется здесь инициатива @PautovLeonid нужна, если у наго появится заинтересованность в развитии проекта в сторону ЕДТ, тогда дело сдвинется с мертвой точки
ты как спец по плагинам, скажи, можно боль @fenixnow разрулить написанием плагина?
Кто у нас делал плагин для сохранения cf по кнопке? Забыл его тэг. Вот я уверен он может по тому же принципу сделать быстрое сохранение всех внешних обработок по нужной структуре папок.
МНе кажется здесь инициатива @PautovLeonid нужна, если у наго появится заинтересованность в развитии проекта в сторону ЕДТ, тогда дело сдвинется с мертвой точки
значить про PR был не сарказм и можно решить проблему
Кто у нас делал плагин для сохранения cf по кнопке? Забыл его тэг. Вот я уверен он может по тому же принципу сделать быстрое сохранение всех внешних обработок по нужной структуре папок.
Сохранение Cf мое. А можно попонятней описать (я не в теме и не очень понял). Как сейчас и как нужно?
Сохранение Cf мое. А можно попонятней описать (я не в теме и не очень понял). Как сейчас и как нужно?
Есть много внешних обработок. Они хранятся в древовидной структуре папочек. ЕДТ сейчас умеет сохранять все обработки только в одном указанном каталоге. А надо их сохранить рядом с исходниками, повторив структуру папочек.