Не могу придумать название для опции (даже по русски), прошу помощи.
Суть. Если некое окошечко, в котором горизонтально размещены блоки произвольной ширины кратной N. Между блоками есть промежутки также произвольной ширины кратной N. Пользователь может изменять промежутки увеличивая или уменьшая их на N. И возможно два режима. В первом режиме увеличение промежутка смещает все последующие блоки вправо на N, а уменьшение промежутка смещает все последующие блоки влево на N. А во втором режиме увеличение промежутка смещает только один следующий блок вправо, остальные остаются на месте, аналогично с уменьшением. И мне нужно придумать название для опции, которая будет отвечать за активный режим. Т.е. нужно обозвать как-нибудь либо первый, либо второй режим.
Здравствуйте, Aniskin, Вы писали:
A>Не могу придумать название для опции (даже по русски), прошу помощи.
A>Т.е. нужно обозвать как-нибудь либо первый, либо второй режим.
Блин я даже после второго прочтения не понял суть опции. Зачем такое добавлять
Вообще любые опции и режимы есть зло. Это тупо перекладывание выбора на пользователя.
Если разработчик не знает, как будет лучше, откуда пользователю-то это знать.
"Не заставляйте пользователя думать" это же основа юзабилити
Здравствуйте, Homunculus, Вы писали:
H>AutoLayout. С включенным — перемещаются все после. С выключенным — только один
Неееее, AutoLayout это когда пробелы между блоками сами подберутся (например).
Я бы так и написал: [x] Move blocks together. Обоснование следующее. Чтобы точно передать словами суть опции, ТСу понадобился абзац текста. Пытаться уместить его в контрол это как решать квадратуру круга. Следовательно, лучшее, что можно сделать, это дать понять, что примерно делает опция, чтобы юзеры могли её со спокойной душой игнорировать, если им не надо двигать блоки. А если надо, они её нажмут и опытным путём выяснят суть этой багофичи.
А вообще, тут bnk заминусили, а он ведь прав. Это же вопрос по юзабилити, а не по английскому. Почему вместо этой опции не дать юзеру выделение/группировку?
Здравствуйте, Aniskin, Вы писали:
A>Не могу придумать название для опции (даже по русски), прошу помощи.
Название должно быть понятно пользователю. Вот длинное твое описание новый пользователь поймет? Что-то мне кажется, что нет. А короткое тем более. Попробуй сформулировать описание в терминах предметной области. Что пользователь получит, включив ее?
Здравствуйте, Aniskin, Вы писали:
A>Не могу придумать название для опции (даже по русски), прошу помощи.
A>Суть. Если некое окошечко, в котором горизонтально размещены блоки произвольной ширины кратной N. Между блоками есть промежутки также произвольной ширины кратной N. Пользователь может изменять промежутки увеличивая или уменьшая их на N. И возможно два режима. В первом режиме увеличение промежутка смещает все последующие блоки вправо на N, а уменьшение промежутка смещает все последующие блоки влево на N. А во втором режиме увеличение промежутка смещает только один следующий блок вправо, остальные остаются на месте, аналогично с уменьшением. И мне нужно придумать название для опции, которая будет отвечать за активный режим. Т.е. нужно обозвать как-нибудь либо первый, либо второй режим.
Здравствуйте, Shtole, Вы писали: S>Здравствуйте, Homunculus, Вы писали: H>>AutoLayout. С включенным — перемещаются все после. С выключенным — только один S>Неееее, AutoLayout это когда пробелы между блоками сами подберутся (например). S>Я бы так и написал: [x] Move blocks together. Обоснование следующее. Чтобы точно передать словами суть опции, ТСу понадобился абзац текста. Пытаться уместить его в контрол это как решать квадратуру круга. Следовательно, лучшее, что можно сделать, это дать понять, что примерно делает опция, чтобы юзеры могли её со спокойной душой игнорировать, если им не надо двигать блоки. А если надо, они её нажмут и опытным путём выяснят суть этой багофичи. S>А вообще, тут bnk заминусили, а он ведь прав. Это же вопрос по юзабилити, а не по английскому. Почему вместо этой опции не дать юзеру выделение/группировку?
Опишу проблему подробнее. Пилю программу для реставрации поврежденных jpeg файлов. Повреждения могут быть очень разными, от одного неверного бита, до отсутствующих секторов. И при реставрации может образоваться такая картинка (создана искусственно, но примерно отображает суть):
Картинка
Под блоком я понимаю последовательность подряд идущих MCU, т.е. блок может располагаться не только в одной строке, а во многих сразу. Некоторые блоки расположены в неверных позициях, и их нужно разместить в правильных. Это делается либо путем вставки пустых MCU, либо путем их удаления. В отдельных ситуациях требуется сдвигать все последующие блоки, а в других (как в примере) только один конкретный.
Здравствуйте, Aniskin, Вы писали:
S>>А вообще, тут bnk заминусили, а он ведь прав. Это же вопрос по юзабилити, а не по английскому. Почему вместо этой опции не дать юзеру выделение/группировку?
A>Опишу проблему подробнее. Пилю программу для реставрации поврежденных jpeg файлов. Повреждения могут быть очень разными, от одного неверного бита, до отсутствующих секторов. И при реставрации может образоваться такая картинка (создана искусственно, но примерно отображает суть):
A>[--url=http://files.rsdn.org/69768/JpegMedic.jpg]Image: JpegMedic.jpg[/url]
A>Под блоком я понимаю последовательность подряд идущих MCU, т.е. блок может располагаться не только в одной строке, а во многих сразу. Некоторые блоки расположены в неверных позициях, и их нужно разместить в правильных. Это делается либо путем вставки пустых MCU, либо путем их удаления. В отдельных ситуациях требуется сдвигать все последующие блоки, а в других (как в примере) только один конкретный.
Не уверен, что всё понял правильно, да и вообще, тут надо как следует думать, поэтому просто первая мысль, которые пришла в голову.
Искомый режим можно обозначить, отображая рамку вокруг группы блоков ячеек (возможно, что рамка «переносится» на следующую строку, как выделение текста). По этой рамке сразу было бы видно, что перемещается: текущий блок ячеек до конца первого пропуска или текущий блок ячеек + следующий блок до конца пропуска после него, или текущий блок ячеек + все блоки до конца неограниченно вправо. Соответственно, текст не нужен.
Изменение выделения можно сделать тремя путями (или их комбинацией):
1. Аналогично тексту: щёлкнули (начало выделения), повели мышью, отпустили (конец выделения).
2. Накликивать группу, как файлы в Explorer. Клик по блоку снимает предыдущее выделение и выделяет этот блок, клик с Shift'ом добавляет к выделению все блоки между ранее выделенным и кликнутым.
3. Аналогично Transform Selection из Фотошопа: у рамки есть квадратики-grip'ы, ресайзим её, но не содержимое. Поскольку содержимое (блоки) в данном случае в принципе не ресайзится, должно быть изначально понятно, что редактируется только область выделения.
Здравствуйте, Shtole, Вы писали:
S>Не уверен, что всё понял правильно, да и вообще, тут надо как следует думать, поэтому просто первая мысль, которые пришла в голову.
S>Искомый режим можно обозначить, отображая рамку вокруг группы блоков ячеек (возможно, что рамка «переносится» на следующую строку, как выделение текста). По этой рамке сразу было бы видно, что перемещается: текущий блок ячеек до конца первого пропуска или текущий блок ячеек + следующий блок до конца пропуска после него, или текущий блок ячеек + все блоки до конца неограниченно вправо. Соответственно, текст не нужен.
S>Изменение выделения можно сделать тремя путями (или их комбинацией): S>1. Аналогично тексту: щёлкнули (начало выделения), повели мышью, отпустили (конец выделения). S>2. Накликивать группу, как файлы в Explorer. Клик по блоку снимает предыдущее выделение и выделяет этот блок, клик с Shift'ом добавляет к выделению все блоки между ранее выделенным и кликнутым. S>3. Аналогично Transform Selection из Фотошопа: у рамки есть квадратики-grip'ы, ресайзим её, но не содержимое. Поскольку содержимое (блоки) в данном случае в принципе не ресайзится, должно быть изначально понятно, что редактируется только область выделения.
S>Как-то так
Я восстановил кучу jpeg файлов, и как бы умею делать это быстро. И все предложенное сильно замедляет работу. В примере изображение небольшое, на практике изображение 6000x4000, при этом бо'льшая часть работы производится в масштабе 400%. Т.е. на экране видна очень небольшая часть изображения, в том числе может быть не видно место, где заканчивается текущий блок. И все эти дополнительные клики и выделения сильно неудобны и медленны.
A>Суть. Если некое окошечко, в котором горизонтально размещены блоки произвольной ширины кратной N. Между блоками есть промежутки также произвольной ширины кратной N. Пользователь может изменять промежутки увеличивая или уменьшая их на N. И возможно два режима. В первом режиме увеличение промежутка смещает все последующие блоки вправо на N, а уменьшение промежутка смещает все последующие блоки влево на N. А во втором режиме увеличение промежутка смещает только один следующий блок вправо, остальные остаются на месте, аналогично с уменьшением. И мне нужно придумать название для опции, которая будет отвечать за активный режим. Т.е. нужно обозвать как-нибудь либо первый, либо второй режим.
Здравствуйте, Aniskin, Вы писали:
A>Под блоком я понимаю последовательность подряд идущих MCU, т.е. блок может располагаться не только в одной строке, а во многих сразу. Некоторые блоки расположены в неверных позициях, и их нужно разместить в правильных. Это делается либо путем вставки пустых MCU, либо путем их удаления. В отдельных ситуациях требуется сдвигать все последующие блоки, а в других (как в примере) только один конкретный.
С такого описания и нужно было начать.
На мой взгляд, тут подойдут две отдельных команды иди два инструмента. Поскольку заранее не известно какой именно понадобится, а определить можно только визуально, то оба должны быть под рукой, а не где-то в настройках. Возможно ведь, что к разным частям изображения придется применять разные режимы.
Здравствуйте, wildwind, Вы писали:
W>На мой взгляд, тут подойдут две отдельных команды иди два инструмента.
У меня и так семь команд для манипуляции с MCU. Добавлять еще семь таких же, но с перламутровой пуговицей, я не хочу. На самом деле, наиболее используем только один из двух режимов, потребность во втором сильно меньше, но тем не менее он иногда нужен. И мне как пользователю своей программы удобнее триггер, который я могу включить хоткеем, провести операцию во втором режиме привычными инструментами и хоткеями, а затем отключить его обрабно.
A>Под блоком я понимаю последовательность подряд идущих MCU, т.е. блок может располагаться не только в одной строке, а во многих сразу. Некоторые блоки расположены в неверных позициях, и их нужно разместить в правильных. Это делается либо путем вставки пустых MCU, либо путем их удаления. В отдельных ситуациях требуется сдвигать все последующие блоки, а в других (как в примере) только один конкретный.
ну так и писать:
— Вставить сдвинув один следующий
— Вставить сдвинув все последующие
Здравствуйте, Aniskin, Вы писали:
A>Не могу придумать название для опции (даже по русски), прошу помощи.
A>Суть. Если некое окошечко, в котором горизонтально размещены блоки произвольной ширины кратной N. Между блоками есть промежутки также произвольной ширины кратной N. Пользователь может изменять промежутки увеличивая или уменьшая их на N. И возможно два режима. В первом режиме увеличение промежутка смещает все последующие блоки вправо на N, а уменьшение промежутка смещает все последующие блоки влево на N. А во втором режиме увеличение промежутка смещает только один следующий блок вправо, остальные остаются на месте, аналогично с уменьшением. И мне нужно придумать название для опции, которая будет отвечать за активный режим. Т.е. нужно обозвать как-нибудь либо первый, либо второй режим.
