daa2013
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bolega
Цитата: что я должен был из всего этого словесного потока понять. Вы же так и не говорите что должен делать СК.
|
Нашёл переписку на форуме, где моё предложение было описано.
Цитата:
Автор: daa2013, Отправлено:14:29 20-09-2021
Можно ли как нибудь сделать так, чтобы команда меню основного окна
Zones -> Picture zone - > Add zone from file
могла быть применена не к одному файлу, а к нескольким ? И соответственно выбранная группа файлов по порядку имен вставала последовательно на тот файл в списке, на котором мы находимся, и последующие за ним.
(Первый файл из группы на тот файл, где мы находимся, второй - на следующий за ним, и т.д.) При этом всей такой группе зон присваивался свой бы собственный индекс. (То есть, окошко Add zone from file должно спрашивать пользователя об индексе этой группы).
Если по каким-то причинам в диалоге невозможно сделать выделение нескольких файлов, то можно указать папку, и расставить в качестве зон файлы, лежащие в этой папке (по порядку имен).
Выравнивания, как происходит сейчас, в левый верхний угол будет вполне достаточно. Но можно заодно добавить гибкости и предоставить пользователю варианты (центр, другие углы, некая вводимая координата).
?
Автор: bolega, Отправлено:20:09 20-09-2021
daa2013
Мудрено как-то. Интересно, в чем смысл этого?
Добавить сразу несколько зон можно и сейчас, методом drag&drop из проводника например. А вот сделать это с заменой сразу нескольких существующих зон не получится.
Автор: daa2013, Отправлено:20:29 20-09-2021
Заменять ничего не нужно. Просто положить поверх уже существующих страниц (и имеющихся на них зон). И тут не нужно класть несколько зон на одну страницу. (Драг и дропом они все окажутся на текущей). Нужно первую зону (картинку) поставить на первую (текущую) страницу, вторую картинку - на вторую (следующую) страницу и т.д.
Именно так работает Add zone from file и сейчас, но только в отношении одной картинки и текущей страницы. А я бы хотел, чтобы это применялось пакетом к группе картинок и группе последовательных страниц. И чтобы при этом группе создаваемых зон присваивался выбранный индекс. (От 1 до 10 у вас они, кажется, предусмотрены.) Рассматривайте это как многократный вызов этой команды по числу вставляемых зон (картинок) с переходом каждый раз на следующую страницу.
Смысл - откроются большие возможности по работе со слоями картинок и битмапами.
|
bolega
Цитата:| ... СК должен для каждого из 100 слоев спрашивать у пользователя куда вставлять? И так на каждой странице? |
Нет, один раз при вставке. Вообще-то предполагается, что все изображения имеют одинаковый размер и просто встают поверх друг друга. Но с колонтитулами, может, и стоит пользователям гибкости добавить.
bolega
Цитата: чтобы иметь хоть какое-то представление, как слои вырезались, и как выглядит исходник, daa2013 упорно это скрывает).
|
У меня под рукой только искусственный тестовый пример на четыре странички, который я в статье описывал. А соорудил его тогда из какой-то книжки, выкладывавшейся slava_kry.
Исходные изображения, три папки с разными слоями, собранный в ИнДезайне несжатый pdf.
https://disk.yandex.ru/d/ygdJXJpTgcqX8Q
bolega
Цитата:| Это же надо как-то описывать. Я могу конечно сделать, как бы я это видел, но тогда не жалуйтесь, если это не устраивает вас, т.е. daa2013. |
Да меня и так всё устраивает. Можно и не делать. Инструменты для создания таких файлов существуют. Но мне еще пару лет показалось, что это было бы хорошей дополнительной возможностью для СК, поскольку как видите, люди такие файлы собирают.
Я и тут-то среагировал на пост Звездочёта, отмечающий отсутствие в СК работы с битмапами:
Цитата: указываю на упущенную возможность эксплуатации маски порога. За счёт того, что задача раскрашивания относится именно к маске, то ограничив все операции (включая стандартную морфологию) этой самый маской, мы получаем инструмент, "сдувающий" цветную оконтовку на раз-два. Понятное дело, что без ограничения маской стандартная морфология сможет только сгладить контуры, но с оконтовкой ничего сделать не сможет.
TelecomUral aka AAW. Вас же самого не устраивают контуры, получаемые раскрашиванием. Так почему бы изначально не застолбить контуры маской порога? |
bolega
Цитата:| Порядок слоев не должен играть роль. Ведь речь идет о разных цветах малоцветки, а они не должны пересекаться. Разве не так? |
При подготовке слоёв имеет смысл закрашивать дырки. Поэтому порядок играет роль. Я думал, что пользователь знает, какой слой поверх которого идет. Но, может, и имеет смысл менять их расположение пакетом. То есть команда "зоны с таким-то индексом лежат поверх зон с сяким индексом".
У славы_крю есть пример в ролике и я его заскриншотил в статье , когда накладываемые поверх друг друга участки битмапов подвергаются диффузионному дизерингу (и начинают сквозь друг друга просвечивать). Может, и такое полезным окажется.
|
