Abs62
Цитата:
Там возможность такая была, всего два основных элемента, и элемент с группами выделялся своими табами сверху, и был больше размером. Так что визуально было не ошибиться, где тут главный элемент.
Когда же у нас три похожиз друг на друга элемента, два из которых связаны логически, совсем другие расклады получаются. И список с группами нужно как-то выделять из остальных.
Цитата:
Ни в коем разе! Главные управляющие элементы там - это поле ввода, которое либо слева, либо сверху, и текст словарей, который большой и строго по центру. Как раз список найденных словарей и история - это второстепенные элементы, и их место у пара... ээээ, справа.
Цитата:
Тут я согласен. Но я не вижу нормальной возможности сохранить старый порядок. Новый порядок выбран совсем не потому, что хочется смимикрировать под TranslateIt, а потому как на мой взгляд это единственно логичный вариант. Да, у него есть недостаток, он слегка непривычен, но на мой взгляд другие достоинства перевешивают этот недостаток.
Если же сделать Словари - Словари Группы - Группы, то получим некую визуальную совместимость со старым UI, но при этом получим совершенно не логичный UI.
Вот пришел человек в закладку группы, хочет их упорядочить. Что самое первое он должен сделать в этой закладке? Правильно, выбрать группу. Без выбранной группы всё остальное особого смысла не имеет.
Перое действие должно управляться главным UI элементом, и первое что увидит пользователь и обратит внимание - это первый список, так уж наше сознание устроено, мы думаем слева направо с сверху вниз.
С кнопками то же самое. Кнопка создать группу - слева внизу, удобно и разумно под списком групп. Если группы будут справа, то оно будет дико. Нажать на кнопку слева снизу, чтобы изменилось нечто справа сверху. Визуально никакой логики!
В общем, я в раздумьях. Если ты считаешь, что вариант с группами слева совершенно не приемлем, то я тогда заброшу переделку этого UI, раз нет согласия.
Добавлено:
data man
Цитата:
Тут дело какое, просто тратить много времени (а реально времени на полную доводку интерфейса и кода, на вычистку багов и пр уйдет очень много) чтобы просто попробовать - такой роскоши я себе позволить не могу, наверное.
Насильно пихать новый UI тоже не буду. Обычно у нас с Abs62 мнения совпадают, и крупное расхождение было разве что в случае с "modern UI", когда поле ввода я перенес слева наверх, как в браузерах. Abs62 тогда настоял, чтобы и старый режим тоже присутствовал, и был абсолютно прав, ибо я вижу, что хоть многие и пользуются modern UI режимом, немало людей предпочитает и старый вариант, и если бы мы его прибили, многие пользователи были бы расстроены. Да, два режима - это серьезное усложнение в коде и потенциал для разных хитрых багов, но оно того стоило.
Как поступить в случае с Groups UI я не знаю, делать несколько режимов с разным расположением UI элементов - дикость и явный оверкилл для такого случая.
Цитата:
В изначальном варианте тоже по идее главный эдемент - группы. Тем не менее, список слева, а группы справа.
Там возможность такая была, всего два основных элемента, и элемент с группами выделялся своими табами сверху, и был больше размером. Так что визуально было не ошибиться, где тут главный элемент.
Когда же у нас три похожиз друг на друга элемента, два из которых связаны логически, совсем другие расклады получаются. И список с группами нужно как-то выделять из остальных.
Цитата:
Вообще-то, в умолчательной раскладке главного окна GD управляющие элементы находится именно справа, а не слева.
Ни в коем разе! Главные управляющие элементы там - это поле ввода, которое либо слева, либо сверху, и текст словарей, который большой и строго по центру. Как раз список найденных словарей и история - это второстепенные элементы, и их место у пара... ээээ, справа.
Цитата:
GD не первый год в ходу, есть уже давно наработанные рефлексы, в частности, тащить словари в группы слева направо, а не наоборот.
Тут я согласен. Но я не вижу нормальной возможности сохранить старый порядок. Новый порядок выбран совсем не потому, что хочется смимикрировать под TranslateIt, а потому как на мой взгляд это единственно логичный вариант. Да, у него есть недостаток, он слегка непривычен, но на мой взгляд другие достоинства перевешивают этот недостаток.
Если же сделать Словари - Словари Группы - Группы, то получим некую визуальную совместимость со старым UI, но при этом получим совершенно не логичный UI.
Вот пришел человек в закладку группы, хочет их упорядочить. Что самое первое он должен сделать в этой закладке? Правильно, выбрать группу. Без выбранной группы всё остальное особого смысла не имеет.
Перое действие должно управляться главным UI элементом, и первое что увидит пользователь и обратит внимание - это первый список, так уж наше сознание устроено, мы думаем слева направо с сверху вниз.
С кнопками то же самое. Кнопка создать группу - слева внизу, удобно и разумно под списком групп. Если группы будут справа, то оно будет дико. Нажать на кнопку слева снизу, чтобы изменилось нечто справа сверху. Визуально никакой логики!
В общем, я в раздумьях. Если ты считаешь, что вариант с группами слева совершенно не приемлем, то я тогда заброшу переделку этого UI, раз нет согласия.
Добавлено:
data man
Цитата:
Почему бы не дать пользователям возможность попробовать новый дизайн?
Тут дело какое, просто тратить много времени (а реально времени на полную доводку интерфейса и кода, на вычистку багов и пр уйдет очень много) чтобы просто попробовать - такой роскоши я себе позволить не могу, наверное.
Насильно пихать новый UI тоже не буду. Обычно у нас с Abs62 мнения совпадают, и крупное расхождение было разве что в случае с "modern UI", когда поле ввода я перенес слева наверх, как в браузерах. Abs62 тогда настоял, чтобы и старый режим тоже присутствовал, и был абсолютно прав, ибо я вижу, что хоть многие и пользуются modern UI режимом, немало людей предпочитает и старый вариант, и если бы мы его прибили, многие пользователи были бы расстроены. Да, два режима - это серьезное усложнение в коде и потенциал для разных хитрых багов, но оно того стоило.
Как поступить в случае с Groups UI я не знаю, делать несколько режимов с разным расположением UI элементов - дикость и явный оверкилл для такого случая.