Все предложения по интерфейсу, дизайну и юзабилити. Часть 2.

[lx2003]

Идея хорошая, могу ошибаться, но не все так просто как кажется. Это не кликер по координатам сделать (ведь надо чтобы приложение было в фокусе, не было движений мыши. т.е. нельзя запустить, свернуть софт и заниматься другими делами)

У меня отдельный ПК под zennoposter. А при разработке в проджект мейкере мне лично удобно было бы.

 

[lx2003]

Идея хорошая, могу ошибаться, но не все так просто как кажется. Это не кликер по координатам сделать (ведь надо чтобы приложение было в фокусе, не было движений мыши. т.е. нельзя запустить, свернуть софт и заниматься другими делами)

Из projectmaker должна быть настройка переключиться на определенное приложение.
А Zennoposter доработать на работу в виртуальной машине, либо в приложении, которое в фокусе.

Для браузеров можно дополнение с запуском определенного шаблона делать. Для ПО - запуск в виртуальной машине того же Windows, к примеру.

 

[radv]

А Zennoposter доработать на работу в виртуальной машине, либо в приложении, которое в фокусе.

зеннопостер больше заточен под работу в браузере, а не с виндовс приложениями и виртуальными машинами (для этого возможно есть другой софт)

мне лично удобно было бы.

Вот если бы это было еще удобно и разработчикам, тогда может быть что то сделали.

 

[lx2003]

зеннопостер больше заточен под работу в браузере, а не с виндовс приложениями и виртуальными машинами (для этого возможно есть другой софт)

Вот если бы это было еще удобно и разработчикам, тогда может быть что то сделали.

Думаю, что есть еще куда развивать софт, а развитие проектов (шаблонов) и самого Zennoposter пойдет еще удобнее и быстрее.

 

[zloialexandr42]

Очень не хватает развёрнутых мануалов, может даже примеров по созданию того или иного шаблона, не темы за 18-20 года а что-нибудь свежее, требуем школу по зену.

 

[Rampage]

Не знаю писали уже или нет. Было бы неплохо если в шаблоне есть настройка "Не использовать браузер" не грузить окно браузера в PM.

 

[lx2003]

Очень не хватает развёрнутых мануалов, может даже примеров по созданию того или иного шаблона, не темы за 18-20 года а что-нибудь свежее, требуем школу по зену.

Согласен

 

[prostors]

сделать перенос данных xpath на новые строки, сейчас всё в одну строку

 

[prostors]

добавить зелёно-красные галочки на , чтобы я понимал, по чему был выход

 

[DV_]

Про то, чтобы можно было откреплять на другой монитор не только браузер, но и проект было уже?

 

[FreddyKrueger]

Уже давным давно предлагаю сделать вывод переменных под окнами инстансов.


Сейчас текст, который под инстансами не несет никакой пользы. А можно сделать вывод переменных. Это будет особенно полезно на ZDE, чтобы можно было понимать как отрабатывает тот или иной смартфон, вм. ZDE заимствует интерфейс\оболочку от зенки, поэтому уместно написать именно в этой теме.

И для зенки это будет не лишним. Можно было бы выводить прокси, страны, статусы и другие параметры, для более наглядного мониторинга работы проектов.

 

[Midnight]

Уже давным давно предлагаю сделать вывод переменных под окнами инстансов.

Пару лет назад предлагал примерно тоже самое https://zenno.club/discussion/threads/vse-predlozhenija-po-interfejsu-dizajnu-i-juzabiliti-chast-2.53073/post-692242

PS в ЗДЕ нужно убрать квадратные окна в отображении инстансов как в зенке, смарты же в портретном режиме и очень много места тратится на белые полосы по бокам, там где сейчас 8 квадратных инстансов в норме влезло бы штук 20 экранов смело.

 

[xopek2007]

Шрифт интерфейса. Слишком мелкий!
Сделайте пожалуйста возможность увеличить шрифт интерфейса в PM и ZP.
Людям с плохим зрением очень тяжело пользоваться. И не только, я много тем читал, где другие пользователи у кого мониторы с большим разрешением тоже испытывают неудобства.

 

[RipWay]

Сделайте пожалуйста возможность применять разные настройки расположения рабочей области (создавать свои профили расположения/размера окон). Очень неудобно перестраивать панели при подключении по удаленке с более меньшего экрана.

 

[Ribas]

Сделайте пожалуйста возможность применять разные настройки расположения рабочей области (создавать свои профили расположения/размера окон). Очень неудобно перестраивать панели при подключении по удаленке с более меньшего экрана.

Вот это прям очень актуально, с ноута, с домашним монитором, с рабочим монитором, каждый раз приходится перенастраивать рабочую область

 

[Axel]

Точно, и хорошо бы в менюшке вверху "браузер" при его скрытии чтобы другие панели не изменяли своего расположения.

 

[udder]

Из предложений выдвинутыми пользователями в данной теме было что - то реализовано? Чтобы понимать смысл топика, рабочий или пустая трата времени

 

[KolkaPetkinSyn]

Сделайте пожалуйста возможность применять разные настройки расположения рабочей области (создавать свои профили расположения/размера окон). Очень неудобно перестраивать панели при подключении по удаленке с более меньшего экрана.

Аминь брат! Иногда за день приходится подключаться несколько раз, с компьютеров с разными мониторами. Под конец приходишь в бешенство

 

[prostors]

сделайте, пожалуйста, чтобы окно политики содержимого было на всю высоту экрана

 

[prostors]

добавьте автозамену в действиях как в блокноте

 

[Алексей Козлов]

добавьте автозамену в действиях как в блокноте
Посмотреть вложение 132703

так есть же кубик обработка текста заменя

 

[prostors]

так есть же кубик обработка текста заменя

Речь про содержимое действий

 

[Gotcha!]

ПРОСЬБА:

1. Расширить диапазон захвата границ рабочих областей.

Сейчас диапазон неприлично маленький. Если кому-то может помешать исправление, можно вынести управление диапазоном в настройки внешнего вида программы. Каждый сам настроит диапазон.

Нормально ухватиться за край границы с первого раза непросто.

Спойлер: Демонстрация расстояния захвата границы

1 скриншот - граница не захвачена даже если курсор очень близко
2. скриншот - граница захвачена, можно тянуть

Итог: ширина области захвата границы слишком маленькая

2. Пофиксить сползание элементов расположенных на холсте шаблона мимо сетки.

На примере видно как заметка справа сполза ниже левой относительно невидимой сетки холста.
Такое происходит с кубиками, в том числе объединенными в блоки.

Спойлер: Демонстрация неровности

3. Исправить кривое перетаскивание множества кубиков не входящих в блок.

Показываю внутри небольшого квадрата для наглядности:

ВЫДЕЛЯЕМ КУБИКИ

Спойлер: Действие 1

ПЕРЕМЕЩАЕМ КУБИКИ. ВСЕГДА ВИЗУАЛЬНО ВИДЕН ТОЛЬКО ОДИН КУБИК (было бы неплохо и это пофиксить!)

Спойлер: Действие 2

ОТПУСКАЕМ КУБИКИ НА ТОМ ЖЕ МЕСТЕ ГДЕ РАСПОЛОЖЕН КУРСОР

Спойлер: Действие 3

 

[Sergius]

Здравствуйте! Прошу сильно не ругать, если тема поднималась,но нигде не нашел, а костыли внутри проекта - это все таки костыли, будет все-таки гораздо лучше, если это будет зашито намертво в зеннопостер разработчиками.
Суть предложения и откуда оно берет свои "корни":
Имеется проект. В нем порядка 60 потоков, но при его начальном запуске комп просто умирает от нагрузки, хотя в процессе работы и 100-200 выдержит спокойно. После такого "запуска" он по полдня выходит на нормальный режим работы. С помощью расписания кое- как удалось заставить его запускаться нормально, плавно по несколько потоков за раз, но в случае каких-то сетевых сбоев - он умирает уже окончательно от создания новых потоков.
Мое предложение: добавить к каждому проекту галочку что-то типа по смыслу "запускать каждый новый поток не ранее чем через XXX минут/секунд после запуска предыдущего", где XXXX -настраиваемое время.

 

[Moonwalker]

Мое предложение: добавить к каждому проекту галочку что-то типа по смыслу "запускать каждый новый поток не ранее чем через XXX минут/секунд после запуска предыдущего", где XXXX -настраиваемое время.

Так есть настройка такая. Да, не несколько минут, но должно помочь частично хотя бы.

 

[Sergius]

Не , это совсем не то. На базу там по умолчанию 4 потока(да, знаю что настраивается), но округленно это по 4 секунды. В моем случае это вообще ниочем. Мне бы минут по 5-10 сделать хотя бы, и на каждый проект это делать индивидуально.
В ПМ уже все что можно сделано, но это все - костыли...

 

[Moonwalker]

"Это не совсем не то" - я бы так не сказал. Недавно даже саппорт где-то здесь отписывался, что это именно пауза между "потоками", просто называются базами исторически.
Ну тогда сделай через расписание. Это стабильнее будет, спокойно накинет тебе на максимум, а остальные уже будут запускаться после того, как имеющиеся начнут заканчиваться. Поднятие инстанса - самый ресурсоемкий процесс, их в целом надо разносить. Я еще в свое время в проекты, где это важно, в начало ставил рандомную паузу до поднятия инстанса в нужном диапазоне, чтобы при запуске большого количества потоков "сразу" они все-таки не сразу все инстансы поднимали. Работает нормально. Но, имхо, через расписание удобнее выходить на "проектную мощность" ))

 

[Sergius]

"Это не совсем не то" - я бы так не сказал. Недавно даже саппорт где-то здесь отписывался, что это именно пауза между "потоками", просто называются базами исторически.
Ну тогда сделай через расписание. Это стабильнее будет, спокойно накинет тебе на максимум, а остальные уже будут запускаться после того, как имеющиеся начнут заканчиваться. Поднятие инстанса - самый ресурсоемкий процесс, их в целом надо разносить. Я еще в свое время в проекты, где это важно, в начало ставил рандомную паузу до поднятия инстанса в нужном диапазоне, чтобы при запуске большого количества потоков "сразу" они все-таки не сразу все инстансы поднимали. Работает нормально. Но, имхо, через расписание удобнее выходить на "проектную мощность" ))

Я так и сделал, но в случае проблем в сети - все ломается и комп "умирает" от количества одновременно запускаемых потоков. Если делать паузу в начале(нормальную) - теряется очень много времени впустую. Если маленькую - это не помогает. Если к этой конструкции менять количество потоков - вообще все бесполезно. Если ставить выдержку на bad end - то в случае локальных проблем будет потеря огромного количества времени+ все те же проблемы выше. Мое предложение в случае реализации даже на глобальном уровне ЗП - раз и навсегда закроет эту проблему.