На главную страницу
Русский English
 


Поддержка
Форум
Техподдержка
Закрытый разделПерсональная

Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация



Поиск по сайту


Подписка

Изменение параметров

Hits 58376991
4627
Hosts 2338431
1100
Visitors 45689681
3882

15


Главная / Поддержка / Форумы / Отзывы о программе

Форум «Отзывы о программе»

Версия для печати Версия для печати

Список форумов
Новые темы
Список тем
Поиск по форумам
Помощь
Войти
Регистрация

Сообщения 51 - 75 из 178
Начало | Пред. | 1 2 3 4 5 6 7 8 | След. | Конец 

Тема: «Предложения по улучшению RastrWin3 , Предложения по улучшению RastrWin3 » в форуме: Отзывы о программе   Просмотров: 238744
 
Олег Бельцов
Посетитель
 
Всего сообщений: 34
Дата регистрации: 14.05.2012
Создано: 24.09.2012 19:11:29
 
 
Предложения по интерфейсу для работы с графикой.

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

1. Для начала предлагаю подумать над тем, что в 3ем Растре как минимум 3 формы для работы с графическими схемами, но при это в них используются разные принципы работы. По крайней мере это касается Графики второго растра и коммутационных схем 3его. Считаю, что принципы работы со всеми видами отображения графических схем должны быть одинаковы.

2. Далее частенько порождаются режимы со своим набором команд и поведением. Например, в коммутационных схемах когда отжаты все кнопки на панели задач левая кнопка мыши(ЛКМ) используется для перемещения по схеме тем самым дублируя среднюю кноку мыши(СКМ), при этом никуда не пропадает возможность пермещения с зажатой кнопкой Alt. Таким образом мне кажется этот режим излишним.
Или, например, в режиме просмотра подстанций и полной схемы инструменты для перемещения элементов схемы различны.
Так же лишним на мой взгляд является режим для работы с текстом. Чем он принципиально отличается от остальных элементов?

Таким образом предлагаю рассмотреть такой вариант взаимодействия с графическими схемами (Анализ далеко не полный и основан прежде всего на том, что уже заложено в интерфейс Растра):
Alt + ЛКМ + Движение мыши и СКМ + Движение мыши -- двигать схему
Ctrl + ЛКМ + Движение мыши -- масштабировать схему относительно точки схемы находящейся в центре окна вывода схемы
Вращение колеса мыши -- масштабирование относительно точки схемы в которую указывает курсор (незабыть, что делать это надо для обоих направлений масштабирования)
ЛКМ -- оперирование текущим инструментом
ПКМ -- вызов контекстного меню

принципиально вместо Alt + ЛКМ и Ctrl + ЛКМ можно использовать просто Alt и Ctrl соответственно (либо удерживание нажатыми каких-то иных клавиш) это упростит работу с приложением людям которые пользуются тачпадом, например, на ноутбуке.

Из инструментов можно использовать:

- Выделение элементов.
Тут может быть два варианта:
1) Действие - триггер, т.е. выделить/снять ( с зажатой клавишей Shift добавлять к выделению). Таккое поведение должно быть более привычно пользователям.
2) Действие только на выделение (Снятие выделение только с зажатой клавишей Shift). Такое поведение позволит исключить ряд ошибок со связанных случайным снятием выделения.
И в том, и вдругом случае снятие выделния со всего можно производить, например, из контекстного меню.

- коммутация (для коммутационных схем).

- удаление элементов.

- вставка элементов.
Использовать для этого специальную дополнительную панель (в принципе уже есть и там и там)

- перемещение элементов.
Сюда бы я отнес и перемещение точек перегиба (А создавать их можно опять же из контекстного меню) и перемещение присоединений вдоль шин подстанций. Мне кажется это бы исключило ситуации с путаницей в выборе инструментов. И уж точно выделение перемещения в отдельный инструмент исключило бы ситуации со случайной вставкой ненужного узла вместо перемещения уже вставленного узла.

Пока что закончу. К сожалению, как я уже писал, на полноценный анализ не хватает времени, но надеюсь даже эти замечания окажутся Вам полезными.
Так же надеюсь, что в будущем разработчики будут больше внимание уделять разработке пользовательских интерфейсов, с анализом, проектированием и тестированием прототипов интерфейсов (хоть бумажных) на потенциальных пользователях.
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 25.09.2012 10:49:59
 
 
>Как вы будете сращивать RusTab и RastrWin3?

Уже срастили. Тестируем совместно с ОДУ СЗ

>Вроде они на разных версиях движков, не так ли?

Нет, astra одна и таже - разный интерфейс. Что конечно плохо, но увы...

>Тоже через Reset.bat?

Нет, без.

> Не возникнет ли у Вас нестыковок с другими програмными пакетами, которые не будут знать какой движок сейчас зарегестрирован?

Пока не возникало. Совместимость от старой к новой гарантируется, наоборот нет.
 
Профиль
Наверх
Иван
Постоянный посетитель
 
Всего сообщений: 231
Дата регистрации: 03.05.2011
Создано: 25.09.2012 11:21:38
 
 
Сделать "Историю" включенной по дефолту и в настройках сделать возможность включать ее сразу при запуске программы или оставлять отключенной.
И как-то ее доработать, т.к. иногда считать утяжеление с включенной Историей вообще не возможно.
 
Профиль
Наверх
Вадим
Гость
 
Создано: 26.09.2012 19:05:19
 
 
Интерфейс работы с таблицами
1. Добавить в контекстное меню столбцов пункт добавить столбец с последующим вводом имени и типа (или имя по умолчанию с прибавлением единицы в конец, если такое имя есть).
Сколько раз нужно было создать какой-нибудь ненужный временный столбец (допустим, когда столбец sel уже занят), туда забить информацию для сортировки и выборки.. приходится лезть в настройки, там лазить, добавлять и сохранять..

Графика
1. объединить некоторые инструменты для работы с графикой, или хотя бы создать гибридные
Мне кажется неудобным деление на столько разных инструментов ввод узла, маштабирование/вызов меню, текст, излом, перемещение линии. Почему бы на один инструмент не повесить все функции (ну или хотя бы большинство) просто разделив их нажатием дополнительных кнопок ctrl alt shift
Допустим,
перемещение по схеме либо мышка колесико с увеличением/удалением места под мышкой либо зажатая кнопка колесика
вызов меню, перемещение узла, текста, излом линии, линии - один иструмент (ведь что под мышкой, что за объект можно узнать программно)
ввод узла (как он сделан сейчас можно оставить)
2. добавить в контекстное меню для ветвей имя начала и конца, чтобы не смотреть куда она идет и не открывать таблицу ветвей..
хоть это и будет громоздко, но можно допустим 2 пунктами написать.. Начало - Название и внизу конец - название, а к этим пунктам подключить меню выделения, отключения, макросы.. как бы сразу выход на ветвь и узлы

часто случайно при активированном инструменте ввод узла пытаешься подвинуть схему или не дай бог вызвать меню на элементе - результат плачевный
 
Наверх
Олег Бельцов
Посетитель
 
Всего сообщений: 34
Дата регистрации: 14.05.2012
Создано: 27.09.2012 10:58:00
 
 
Цитата
Вадим пишет:
Графика
1. объединить некоторые инструменты для работы с графикой, или хотя бы создать гибридные
Мне кажется неудобным деление на столько разных инструментов ввод узла, маштабирование/вызов меню, текст, излом, перемещение линии. Почему бы на один инструмент не повесить все функции (ну или хотя бы большинство) просто разделив их нажатием дополнительных кнопок ctrl alt shift
Допустим,
перемещение по схеме либо мышка колесико с увеличением/удалением места под мышкой либо зажатая кнопка колесика
вызов меню, перемещение узла, текста, излом линии, линии - один иструмент (ведь что под мышкой, что за объект можно узнать программно)
ввод узла (как он сделан сейчас можно оставить)

Полностью согласен. Удобнее использовать один инструмент. Множество инструментов в их нынешнем виде порождают режимы. Текущий режим, как показывает практика, редко находится в локусе внимания пользователя и, следовательно, порождает неожиданные для пользователя реакции интерфейса.
Однако необходимо учитывать и пользователей которым сложно зажать колёсико в виду его отсутствия, например, пользователям ноутбуков и тачпадов.
Да и автоматческая смена инструмента в зависимости от объекта тоже порочный путь. Правильнее менять инструмент в зависимости от зажатой клавиши. А вот контекстное меню формировать в зависимости от объекта под курсором вполне логично и, пожалуй, будет удобно.
А еще выбор вставляемого узла можно делать сразу из небольшой таблицы с номерами, именами и классами напряжений узлов (хотя можно табличку сделать и настраиваемой)
 
Профиль
Наверх
Вадим
Гость
 
Создано: 27.09.2012 17:12:28
 
 
CSV импорт
1. Добавить в диалог импорта через csv пунк удалить
Есть все пункты для дополнения и обновления таблицы, но как массово удалить строчки кроме как через макрос непонятно
2. добавить галочку в диалог импорта Очистить таблицу перед импортом
3. добавить галочку Импорт с заголовком столбцов, при экспорте если такая строчка присутствует, то игнорится
4. на каждую таблицу повесить универсальный макрос для удаления отмеченных строк и для инвертирования выделения (получается, что если сейчас это делать, то надо создать тучу макросов и добавить их к каждой таблице, ведь нельзя передать макросу таблицу из которой он вызывается)
 
Наверх
Евгений Машалов
Администратор

 
Всего сообщений: 1000
Дата регистрации: 23.04.2007
Создано: 27.09.2012 17:21:49
 
 
Для п.4 вполне годится групповая коррекция
 
Профиль
Наверх
Вадим
Гость
 
Создано: 27.09.2012 17:27:34
 
 
насчет удаления из групповой коррекции пункт 4 отбрасывается, но возможность создание универсальных макросов с передачей переменных извне по-моему остается актуальной Шутливо
 
Наверх
Евгений Машалов
Администратор

 
Всего сообщений: 1000
Дата регистрации: 23.04.2007
Создано: 27.09.2012 18:05:24
 
 
Таки они есть. Это контекстные макросы. Даже для тех, кто в двухэтажных таблицах передается источник, в котором выделенная строка.

Какие еще переменные могут нам понадобиться ?
 
Профиль
Наверх
Денис Лобзов
Посетитель
 
Всего сообщений: 11
Дата регистрации: 14.09.2012
Создано: 27.09.2012 23:28:05
 
 
В дополнение к РПН на трансформатор может быть установлен ПБВ, если регулировочного диапазона РПН не хватает (см. выше про учет РПН. Кнопка "цитировать" у меня не фунциклирует). Наличие такой возможности в программе будет способствовать развитию трансформаторостроения.
 
Профиль
Наверх
Денис Лобзов
Посетитель
 
Всего сообщений: 11
Дата регистрации: 14.09.2012
Создано: 29.09.2012 10:46:51
 
 
Очень полезно было бы добавить энергетический калькулятор, который переводит мегаватты в амперы, импедансы в реактансы (и обратно).
 
Профиль
Наверх
Евгений Машалов
Администратор

 
Всего сообщений: 1000
Дата регистрации: 23.04.2007
Создано: 29.09.2012 18:22:19
 
 
Ток по ветви есть. Все остальные вычисления уровня калькулятора легко устроить, создав столбец, и задав в нем нужную формулу. Шаблон с этим столбцом можно сохранить и пользоваться этими формулами во всех Ваших схемах, загружая их по этому шаблону.
Или неверно понял я Вашу идею ?
 
Профиль
Наверх
Денис Лобзов
Посетитель
 
Всего сообщений: 11
Дата регистрации: 14.09.2012
Создано: 30.09.2012 10:35:21
 
 
Очень здорово! Я себе добавил пару нужных столбцов.
В число доступных пользователю функций целесообразно включить гиперболические (пригодится).
Идея же калькулятора принадлежала и реализована американской (как это обычно бывает) фирмой OTI и заключается в следующем. Небольшие по объему оперативные расчеты выполнять с помощью переключателей в простом окошке-калькуляторе, который переводит параметры трехфазной системы. Пользователь только указывает величину, которая должна быть постоянной и единицу измерения (кВт или МВт). Реализовано пять параметров + еще один в процентах, четыре из них можно зафиксировать постоянными. Американские ДИОП и СОПР с удовольствием пользуются.
 
Профиль
Наверх
Евгений Машалов
Администратор

 
Всего сообщений: 1000
Дата регистрации: 23.04.2007
Создано: 30.09.2012 18:41:44
 
 
Рад что пригодилось.
Про трехфазную систему, постоянную величину и пять параметров, признаться ничего не понял. Но за наводку на изобретателей спасибо. Изыщем и воспроизведем. И впоследствии всем знакомым СОПР и ДИОПам сообщим об удовольствии, которое они смогут испытать от использования такого средства.
 
Профиль
Наверх
gen
Посетитель
 
Всего сообщений: 16
Дата регистрации: 16.11.2011
Создано: 30.09.2012 20:43:31
 
 
Про трехфазную систему и 5 параметров. У Диксилента пользовался такой удобной штукой. Там при вводе параметров нагрузки можно выбрать те, что у тебя есть в данный момент, например, только ток, напряжение и косинус, либо акт.мощность и тангенс, либо полная мощность и ток... и так далее. Помогает при обработке данных контрольного замера.
Еще одна частая задача - перевести мощность СКРМ в микросименсы и обратно. Каждый раз вспоминаю что на что делить.
 
Профиль
Наверх
Евгений Машалов
Администратор

 
Всего сообщений: 1000
Дата регистрации: 23.04.2007
Создано: 30.09.2012 22:21:45
 
 
Принимается. Вообще надо бы сделать комбо-диаложик для ввода какого-то параметра, а в нем разместить всякие для этого параметра варианты представления. Особенно для трансформатора его можно будет густо населить.
 
Профиль
Наверх
Иван Почечуев
Постоянный посетитель
 
Всего сообщений: 174
Дата регистрации: 24.06.2010
Создано: 02.10.2012 12:47:54
 
 
будьте добры дайте ссылку на чудо калькулятор )))
 
Профиль
Наверх
Денис Лобзов
Посетитель
 
Всего сообщений: 11
Дата регистрации: 14.09.2012
Создано: 12.10.2012 22:22:11
 
 
На прошлой неделе в РГУ им. Губкина состоялся семинар на тему ?Инновационный расчетный комплекс ЕТАР для проектирования электроэнергетических систем?.
Демонстрировался программный комплекс etap (переключатель на русский язык находится в правом верхнем углу сайта).
В штате разработчика etap числятся 120 постоянных сотрудников. Представленный продукт является по сути многофункциональным комплексным решением по развитию и управлению активов энергопредприятий.
По окончании семинара было обещано провести в Москве бесплатные тренинги.
 
Профиль
Наверх
Михаил Реутов
Постоянный посетитель
 
Всего сообщений: 224
Дата регистрации: 21.11.2007
Создано: 15.10.2012 11:00:56
 
 
1. Отображение на панели инструментов величины температуры, рассчитанной по F9.
2. Возможность запуска пользовательских макросов с панели инструментов (добавление собственных панелей и кнопок для запуска макросов).
3. Предусмотреть возможность делать названия контекстных макросов "изменяющимися". Например, при вызове контекстного меню над узлом, ветвью в названии макроса отображать название узла, ветви соответственно и т.п.
4. Добавить траекторию утяжеления по выборке.
5. Добавить JScript для написания макросов.
6. Предусмотреть возможность выполнения макросов "в фоновом режиме" постоянно, с периодическим запуском без блокировки панели, открытых окон и т.д.
7. Сохранение выборок под определенным именем. Например, при использовании одной и той же выборки для групповой коррекции в вперемешку с другими со временем "затирается" и приходится ее заново вводить.
8. Предусмотреть возможность создавать неограниченное количество районов (или территорий) с возможностью их "пересечений", т.е. узел может относиться не к одному району.
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 17.10.2012 11:48:33
 
 
1. Да, в работе. Такая мысль уже была где-то на форуме. В ближайшей версии.
2. Принято.
3. Зачем ?
4. А чем районы не устраивают ? Само утяжеление сделать несложно, но ведь захочется и формы для анализа... в общем придем к районам.
5. Вроде-бы такая возможность была. Евгений может внести ясность.
6. Это уже сервер какой-то получается... Хотя над возможностью запуска без блокировки работаем, но дело это не быстрое.
7. В 2-ке такой функционал был, поищем, вернем.
8. Сейчас есть возможность независимого агрегирования по :
- районам + объединениям;
- территориям
- группам
- зонам.
( названия условные ) Мало ?
можно сделать неограниченное число.
Но насчет пересечений - чтобы один узел может попасть в несколько районов - я против - тк это источник ошибок.
 
Профиль
Наверх
Михаил Реутов
Постоянный посетитель
 
Всего сообщений: 224
Дата регистрации: 21.11.2007
Создано: 17.10.2012 13:42:41
 
 
Цитата

3. Зачем ?

Например, при вызове какого либо контекстного макроса видеть к какому району (территории) принадлежит этот узел.
Дополнительно было бы неплохо, чтобы привязка наличия/отсутствия контекстного макроса была не к определенному столбцу таблицы, а к выборке.
Цитата

4. А чем районы не устраивают ? Само утяжеление сделать несложно, но ведь захочется и формы для анализа... в общем придем к районам.

Утяжеление по району позволяет утяжелять узлы, принадлежащие только этому району. А если нужно утяжелять только отмеченные узлы данного района, то никак (если только эти узлы исключить из района, но это в практике не вариант). Или если есть "генераторные" узлы, в которых есть только нагрузка СН и они принадлежат району, то их утяжелять не надо. Это частные примеры. Может понадобиться утяжеление по району в том числе не только по узлам района, но и по другим параметрам этих узлов.
Цитата

Мало ?

"Неограниченно" это условно, хватило бы для работы до 10 различных "районов". Дело в том, что потребление прогнозируется не только для всей территории энергосистемы, но и для различных районов, энергоузлов и т.п. Теоретически вложенность районов, в которых прогнозируется потребление может быть различным. На данный момент так не прогнозируется (прогнозируется только по энергосистеме и по некоторым энергоузлам), но в планах - есть.
Цитата
Но насчет пересечений - чтобы один узел может попасть в несколько районов - я против - тк это источник ошибок.

Ведь районы и территории могут пересекаться и никаких ошибок. Все работает нормально.
 
Профиль
Наверх
Вадим
Гость
 
Создано: 17.10.2012 16:15:37
 
 
Цитата
Михаил Реутов пишет:
Например, при вызове какого либо контекстного макроса видеть к какому району (территории) принадлежит этот узел

А не легче дать возможность пользователю самому на каждый тип объекта узел, линия, трансформатор, шунт формировать меню, т. е. из своих таблиц вставлять пункты меню с помощью переменных как в выборках (пункт "Имя:"&name, "Район:"&na). А менять название макроса без изменения содержимого смысла нет, просто ради красоты если только
 
Наверх
Вадим
Гость
 
Создано: 18.10.2012 20:04:55
 
 
Интерфейс/отображение таблиц
Добавить возможность отображения данных в таблицах при установленной галочке в формах "вертикально" больше двух столбцов
Если я допустим хочу вывести контрольные величины вертикально (названия КВ в строчках, значения КВ в столбцах), то при добавлении новых строчек (больше 1 режима) столбцы новые не появляются

Данный вид отображения в таблице наверно был задуман только для параметров, почему бы не использовать и для остальных таблиц расчетных
 
Наверх
Михаил Реутов
Постоянный посетитель
 
Всего сообщений: 224
Дата регистрации: 21.11.2007
Создано: 22.10.2012 18:37:28
 
 
1. Предусмотреть возможность отключения "протоколирования". При длительных расчетах в протоколе "скапливается" много "ненужной" информации, которая "тормозит" расчет режима, т.е. время расчета может достигать примерно до 1 секунды (а это неприятно если утяжеление делается по шагам). Если протокол пустой, то расчет происходит мгновенно.
2. Отображение на панели инструментов результата последнего расчета режима - нормальный расчет или нет. При расчетах я отключил протокол (на экране и так места мало), а понять какой результат расчета можно лишь после повторного расчета режима - если нет вопроса "Восстановить номинальные напряжение" (как-то так), то это нормальное завершение расчета, режим сходится.
3. При утяжелении по шагам если на каком-то шаге режим не сходится, то нельзя обратно "шагнуть" по траектории утяжеления. А при расчетах это нужно!
 
Профиль
Наверх
Александр Александров
Администратор
 
Всего сообщений: 600
Дата регистрации: 31.05.2008
Создано: 22.10.2012 19:36:14
 
 
1) Rastr.LogEnable = FALSE
2) Расчеты-Параметры-Режим-С­остояние расчета режима (Статус)
3) Получения несходящегося режима при утяжелении не должно получаться, если есть пришлите пожалуйста файл (мое мыло на страничке RastrKZ).
В случае существующего УР:
Расчеты-Параметры-утяжеле­ние
а) Отключить деление шага
б) выставить текущий шаг = -1
Расчеты-Утяжеление-шаг либо
Расчеты-Утяжеление-продол­жить

Постараюсь в ближайшие дни записать видео с данным процессом.
 
Профиль
Наверх


Сообщения 51 - 75 из 178
Начало | Пред. | 1 2 3 4 5 6 7 8 | След. | Конец 

Читают тему
гостей: 2, пользователей: 0, из них скрытых: 0


Список форумов
Новые темы
Список тем
Поиск по форумам
Помощь
Войти
Регистрация







Программный комплекс «RasrWin»
Программный комплекс «RastrWin»
© «RastrWin», 1988-2019