Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)

[Andi]

Логика работы с профилями становится понятной.
По п.п. 1 и 2:
все таки личное должно быть личным, наверное. Напрашивается возможность для пользователя-образца (в дальнейшем просто пользователь) создание "дополнительных общих профилей", доступных только пользователям-копиям (дальше просто копии). Здесь у меня вопрос - насколько так необходим обмен профилями между пользователями, т.е. профиль (имеется ввиду общий профиль), созданный одним пользователем, доступен другому пользователю? А если сделать так: общий профиль, созданный администратором будет доступен пользователям, а общий профиль, созданный пользователем будет доступен копиям. Получится такая иерархия, где админ на верхней ступеньке, ступенькой ниже пользователи, еще ниже копии, еще ниже ... Еще ниже пока нет, но как-то напрашивается, потому что:
по п.3
не все понятно с наследованием прав. Допустим, пользователь имеет минимальные права доступа к лифтам, т.е. может только смотреть. В этом случае копиям можно добавить дополнительные права. А если пользователь будет иметь административные права? У копий нужно уже будет отнимать права,ну или что-то им запрещать. А если под пользователем несколько копий, то доп. права надо будет назначать каждому? Собственно тут и напрашивается сделать "копию пользователя-копии", через которого и управлять правами. Как бы не запутаться в этом ), но получится такая "структура вложенных папок".

Конечно «Запрещать права», полученные по наследству, как-то слишком сложно и не понятно.
Можно допустить несколько уровней вложения пользователей. Что бы не запутаться в дереве «Пользователи и группы лифтов» можно у пользователя, в качестве справки, писать полный путь образцов, сделать команду перехода к пользователю образцу от копии, как-то сортировать дерево пользователей так, что бы образцы и копии были рядом.
По поводу прав на общие профили, реализация этих прав требует новых понятий. Можно условно считать, что пользователи, имеющие копии, не настоящие пользователи, а все-таки группы пользователей и под ними работать нельзя, а можно только создавать профили и использовать для задания общих прав. Можно изменить алгоритм поиска профиля - если пользователь-копия подключается с использованием профиля, то профиль ищется от корневого пользователя образца, к подключаемуся конечному пользователю-копии, тогда копия (промежуточная копия) не сможет сделать профиль, который перекрывает профили вышестоящих образцов. Не нужным становится признак - "Не замещаемый" для профилей.

По п. 6 уточняющий вопрос. Если пользователю профиль по умолчанию будет назначен администратором, сможет он его поменять на другой или нет?

Наверное, нет. Пользователь сможет (если SPult запущен с ключом –p) сам указывать профиль при подключении, если пользователя не устраивает профиль по умолчанию, назначенный Администратором.

Если это реализуемо, то можно перенести некоторые пункты из режима настройки в основной режим. К примеру - загрузка выгрузка nvram, загрузка в блок микропрограммы и т.д.

Вообще выполнение «загрузка выгрузка nvram», «загрузка в блок микропрограммы» в режиме «Настройки» в SPult – это просто аналогичный с MPultPro подход, когда эти действия выполнялись в режиме «Администратора», чтобы хоть как-то ограничить доступ. В SPult права контролируются, поэтому ряд действий можно безопасно перенести в режим «Работа» без связи с профилями.

 

[kurilka]

Можно допустить несколько уровней вложения пользователей. Что бы не запутаться в дереве «Пользователи и группы лифтов» можно у пользователя, в качестве справки, писать полный путь образцов, сделать команду перехода к пользователю образцу от копии, как-то сортировать дерево пользователей так, что бы образцы и копии были рядом.

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

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

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

Вообще выполнение «загрузка выгрузка nvram», «загрузка в блок микропрограммы» в режиме «Настройки» в SPult – это просто аналогичный с MPultPro подход, когда эти действия выполнялись в режиме «Администратора», чтобы хоть как-то ограничить доступ. В SPult права контролируются, поэтому ряд действий можно безопасно перенести в режим «Работа» без связи с профилями.

Если у пользователя нет права на "загрузку выгрузку nvram", пункт меню у него все равно останется?

 

[Andi]

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

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

Если у пользователя нет права на "загрузку выгрузку nvram", пункт меню у него все равно останется?

Сейчас в режиме "Настройка", если у пользователя нет прав на "загрузку выгрузку nvram" для ЛБ, то и этого пункта нет в меню.

 

[kurilka]

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

Используя "дерево", все таки, проще понять, кто кем управляет и кто от кого получает права доступа, а для поиска пользователя можно добавить возможность раскрывать дерево целиком.

Сейчас в режиме "Настройка", если у пользователя нет прав на "загрузку выгрузку nvram" для ЛБ, то и этого пункта нет в меню.

Каюсь, не обращал на это внимания. Тогда было бы не плохо вынести эти пункты меню в режим "работа".

 

[point]

Есть еще одно замечание-предложение. Можно, конечно, научить LKDSDisp периодически делать сохраненные копии базы данных и очистку базы данных (удаление старых записей журнала событий, статистики работы приводов, сохраненных ошибок, сохраненных переговоров). Это может поддерживать размер базы данных в пределах 10 ГБ.

Скажем третьего числа каждого месяца в 4 часа ночи LKDSDisp будет делать сохранение базы в файле LKDSDisp_<год>_<месяц>_<день>.Bak, после чего удалит из оперативных таблиц базы данных все записи старше одного года. Период сохранения и глубину сохранения можно обсудить.

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

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

Добрый день.
Очень актуальное предложение.... база с 2012г, уже более 9 ГБ, скоро финиш. В реализацию попало? На какой стадии?

С уважением, Петр

 

[vlasoff]

Андрей Владимирович, тут столкнулись с моментом, что разные люди цепляются в разный момент к лифту через Android, либо через Spult на своих домашних компах. Потом никак не смогли определить какой пользователь через Android цеплялся к лифту.
Spult с компьютера пишет в журнал "Имя оператора"+"вызов диалога управления", а Android не пишет, отражается только если я с Androida войду в сервисный прибор станции управления как "RTM - режим удаленного терминала".
Нельзя ли вписывать какой пользователь с Androida соединился с лифтом?

 

[Andi]

Добрый день.
Очень актуальное предложение.... база с 2012г, уже более 9 ГБ, скоро финиш. В реализацию попало? На какой стадии?

С уважением, Петр

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

Реализовываться автоочистка базы не будет, но можно очищать базу и самим. Создание копии БД описано в документации на клиент-серверное расширение ДК "Обь", а примеры запросов для очистки оперативных запросов в Посмотреть вложение PurgeDB.doc

 

[Andi]

Андрей Владимирович, тут столкнулись с моментом, что разные люди цепляются в разный момент к лифту через Android, либо через Spult на своих домашних компах. Потом никак не смогли определить какой пользователь через Android цеплялся к лифту.
Spult с компьютера пишет в журнал "Имя оператора"+"вызов диалога управления", а Android не пишет, отражается только если я с Androida войду в сервисный прибор станции управления как "RTM - режим удаленного терминала".
Нельзя ли вписывать какой пользователь с Androida соединился с лифтом?

При открытии страницы лифта в ASPult, будет сделана посылка на сервер сообщение "Имя оператора"+"вызов диалога управления".

 

[point]

Андрей Владимирович, есть серьезная проблема. Периодически на диспетчерских пультах (всех 5шт по диспетчерским) При поступлении вызова с лифта, "Колокольчик" на лифте горит, а звукового сигнала на вызов нет. После перезапуска SPult. звук возвращается.

 

[Andi]

Андрей Владимирович, есть серьезная проблема. Периодически на диспетчерских пультах (всех 5шт по диспетчерским) При поступлении вызова с лифта, "Колокольчик" на лифте горит, а звукового сигнала на вызов нет. После перезапуска SPult. звук возвращается.

Если установлен не последний выпуск ПО (4.7.0. от 26.08.2014), то нужно обновить ПО.

Если ситуация будет повторяться, нужно исполнить пункт «Пуск»\ «Все программы»\ «Диспетчерский комплекс 'Обь'»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)» и прислать сформированные данные с указанием когда и на каких лифтах ситуация появилась.

 

[Andi]

Подготовлена очередная доработка - добавлено понятие профиля пользователя: Вложение IPB #845
Хотелось бы, конечно, обсудить сам подход и еще хотелось бы понять как это все отлаживать.
На страницу "Программы" выложен экспериментальный дистрибутив v4.7.1., содержащий реализацию Профиля пользователя

На страницу "Программы" выложен новый выпуск экспериментального дистрибутива v4.7.1., содержащий следующую версию реализацию Профиля пользователя (документ LKDDisp.pdf), а именно:

0. Изменены термины:

- пользователь-образец называется теперь пользователь-прототип
- пользователь-копия называется теперь пользователь-наследник

1. Допускается вложенность пользователей-прототипов, т.е. пользователь-прототип, в свою очередь может иметь прототип. Пользователи-наследники в дереве «Пользователи и группы лифтов» размещаются под соответствующим пользователем-прототипом.

2. Пользователи-наследники могут иметь дополнительные права, по сравнению с прототипом. В дереве «Пользователи и группы лифтов» такие дополнительные права имеют икону на прозрачном фоне, а права, унаследованные от прототипов, имеют икону на сером фоне. Унаследованные права нельзя удалить. Т.е. пользователь-наследник будет иметь унаследованные права от пользователя-прототипа плюс свои права. Таким образом, в связанной группе пользователей может быть один пользователь-прототип, в котором определяется доступность лифтов и групповые профили. А пользователи-наследники могут иметь дополнительные права на действия с доступными через прототип лифтами и свои личные профили для специфических нужд.

3. Если пользователь-наследник, т.е. пользователь, имеющий пользователя-прототипа, подключается с указанием профиля, то профиль ищется среди личных профилей пользователя-прототипа самой высокой иерархии, если не найден, то ищется среди личных профилей пользователя-прототипа ниже иерархией, если профиль не найден среди всех пользователей-прототипов, то ищется среди личных профилей самого пользователя-наследника. Т.е. пользователь-наследник не может подключаться с общим профилем. Так обеспечивается ограничение доступа к общим профилям. Пользователь-наследник может создавать/изменять только личные профили, общие не может. Пользователь-наследник может создать профиль с именем, совпадающим с именем профилей пользователей-прототипов, но при подключении с указанием такого имени будет использоваться профиль пользователя-прототипа.

4. Если пользователь не имеет пользователя-прототипа и подключается с указанием профиля, то профиль ищется вначале среди общих профилей, если не найден, то ищется среди личных профилей пользователя. Пользователь, не имеющий пользователя-прототипа, возможно, сам являющийся прототипом может создавать/изменять личные и общие профили. Таким образом, пользователь-прототип является, как бы, Настройщиком для его пользователей-наследников, т.к. профили пользователя-прототипа доступны пользователям-наследникам.

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

6. Если пользователь подключается без указания в панели подключения профиля, то, при наличии у пользователя профиля по умолчанию, используется этот профиль, а если профиля по умолчанию у пользователя нет, то при первом подключении используется размещение, заданное Администратором (фактически общий профиль по умолчанию). При последующих подключениях используется размещение из сохраненного XML файла, если профиля по умолчанию у пользователя не появилось (т.е. работа производится, как и сейчас)

7. Назначать профиль по умолчанию пользователям может Администратор из дерева "Пользователи и группы лифтов" или сам пользователь. Если пользователь подключился с указанием профиля, то у него появляется в режиме настройки пункт меню
"Сделать текущий профиль профилем по умолчанию…"

8. При подключении SPult с использованием упрощенной (сокращенной - SPult -s) панели подключения нельзя перейти в режим Настройки.

9. Поле ввода/выбора профиля в панели подключения активно при запуске SPult с ключом –p (SPult -p). При запуске без ключа -p выбрать профиль нельзя, используется профиль по умолчанию, нельзя изменить/сохранить профиль.

10. В режиме Оператора разрешены пункты меню, связанные с настройкой лифтовых блоков (загрузка микропрограмм, выгрузка/загрузка NVRAM …), если действия по настройке ЛБ разрешены пользователю.


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

 

[point]

Доброго времени суток.
Андрей Владимирович, есть большая просьба. Добавьте на рабочее поле "в виде произвольных групп" полосу прокрутки, хотябы администратору. У меня на диспетчерских есть варианты с двумя мониторами, и возникают огромные неудобства при редактировании профилей этих пользователей.
(по сути невозможно отредактировать... администрировать можно только локально, РДП не понимает расширение мониторов, окно программы не может превышать разрешение экрана....)
С уважением, Петр

 

[poizon]

Доброго времени суток.
Андрей Владимирович, есть большая просьба. Добавьте на рабочее поле "в виде произвольных групп" полосу прокрутки, хотябы администратору. У меня на диспетчерских есть варианты с двумя мониторами, и возникают огромные неудобства при редактировании профилей этих пользователей.
(по сути невозможно отредактировать... администрировать можно только локально, РДП не понимает расширение мониторов, окно программы не может превышать разрешение экрана....)
С уважением, Петр

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

 

[point]

Что то я совсем ничего не понял. Что я не так делаю?
На диспетчерских, сохранил профили на сервер (как общие). На сервере задал каждой диспетчерской соответствующий профилем по умолчанию. На сервере захожу под админом... Строка профиль, при подключении не активна (в списке есть 3 общих профиля) на поле как была свалка так и осталась.
За то при пезагрузке данных с сервера он на диспетчерскую тащит все группы по новой, оставляя дырки в недоступных домах...

Как администратору выбрать профиль пользователя, для его редактирования?

 

[Andi]

Что то я совсем ничего не понял. Что я не так делаю?
На диспетчерских, сохранил профили на сервер (как общие). На сервере задал каждой диспетчерской соответствующий профилем по умолчанию. На сервере захожу под админом... Строка профиль, при подключении не активна (в списке есть 3 общих профиля) на поле как была свалка так и осталась.
За то при пезагрузке данных с сервера он на диспетчерскую тащит все группы по новой, оставляя дырки в недоступных домах...

Как администратору выбрать профиль пользователя, для его редактирования?

Что бы предметно ответить нужно:
1) в LKDSDispCfg исполнить пункт меню "Структура"\"Экспорт"
2) сформировать и прислать данные по пункту меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс 'Обь'»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)»

 

[point]

Попробую переформулировать вопрос.
1 При входе в программу локально на сервере поле "профиль" не активно

Мне надо на Пользователю chkal добавить группу лифтов. Права я ему дал, надо группу на рабочее поле.
Вкладка "в виде произвольных групп" у меня завалена адресами, перешедшими на сервер с первой диспетчерской, при организации сервера... Или даже я бы делал сначала для одной, потом мне надо добавить другой. С программы обратно передаются и размеры и положение окон. у меня 5 диспетчерских, адреса лежат один на другом, иначе на диспетчерской они могут оказаться вне зоны видимости экрана... И с подключенным профилем вместо упорядоченного профиля пользователя пришла каша с сервера, благо была копия локальной конфигурации.
Мне из описания казалось логичным (или даже больше, что именно так оно и есть), чтобы администратор на сервере мог, подключиться с профилем пользователя. Отредактировать расположение. И пользователю останется только перезагрузить данные.
Как то так.

Как выбрать профиль пользователя для изменения групп в нем?

 

[point]

Появилось чувство, что я бегу впереди паровоза, может оно еще не готово... Но во первых идея с профилями очень правильная и своевременна, во вторых охото все лучше и больше )
Андрею Владимировичу, и его команде огромное Спасибо за труд.

По теме же
Обновленная версия перестала запоминать имена ранее введеных пользователей, не очень удобно.
Кроме того есть предложение по формированию списка доступных пользователей, профилей. Может при первом подключении их загружать на пульт? Это не потребует "двойного" подключения, и этот список врят ли такой большой, чтобы давать большой трафик\ нагрузку, но уже со "второго" подключения процесс будет выглядить удобнее.

 

[Andi]

Попробую переформулировать вопрос.
1 При входе в программу локально на сервере поле "профиль" не активно

Действительно, при запуске SPult без дополнительных ключей поле "профиль" не активно. При этом используется назначенный данному пользователю профиль "по умолчанию". Если профиль по умолчанию пользователю не задан, то используется начальное серверное размещения (как и ранее). Что бы поле "профиль" стало активным нужно запустить SPult с ключом -p

SPult -p

Мне надо на Пользователю chkal добавить группу лифтов. Права я ему дал, надо группу на рабочее поле.
Вкладка "в виде произвольных групп" у меня завалена адресами, перешедшими на сервер с первой диспетчерской, при организации сервера... Или даже я бы делал сначала для одной, потом мне надо добавить другой. С программы обратно передаются и размеры и положение окон. у меня 5 диспетчерских, адреса лежат один на другом, иначе на диспетчерской они могут оказаться вне зоны видимости экрана... И с подключенным профилем вместо упорядоченного профиля пользователя пришла каша с сервера, благо была копия локальной конфигурации.

Что бы сделать профиль для пользователя chkal нужно:
- запустить SPult с ключом -p
- подключиться под chkal, неважно удаленно или локально
- перейти в режим Настройки
- отредактировать размещение
- по меню "режимы"\"Сохранить профиль..." сохранить данное размещение как личный или общий профиль

И далее этот профиль можно назначить профилем "по умолчанию" для chkal либо указать имя профиля при подключении chkal

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

На сервере действительно можно сделать/изменить профиль, только подключаться нужно не под Администратором, а под пользователем, для которого делается/редактируется профиль, например, под chkal. Само изменение профиля делается в режиме "Настройки"

Как выбрать профиль пользователя для изменения групп в нем?

Нужно подключиться под этим пользователем с указанием изменяемого профиля, и в режиме "Настройки" изменить группы

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

Это ошибка. При запуске SPult БЕЗ ключа -p список пользователей действительно не выдаётся. Будет исправлено.

Кроме того есть предложение по формированию списка доступных пользователей, профилей. Может при первом подключении их загружать на пульт? Это не потребует "двойного" подключения, и этот список врят ли такой большой, чтобы давать большой трафик\ нагрузку, но уже со "второго" подключения процесс будет выглядить удобнее.

Я уже писал, что взять список доступных профилей для пользователя с сервера нельзя, но список профилей сохраняется на клиентском компьютере в SPult (как и список профилей), если запустить SPult с ключом -p

Доброго времени суток.
Андрей Владимирович, есть большая просьба. Добавьте на рабочее поле "в виде произвольных групп" полосу прокрутки, хотя бы администратору. У меня на диспетчерских есть варианты с двумя мониторами, и возникают огромные неудобства при редактировании профилей этих пользователей.
(по сути невозможно отредактировать... администрировать можно только локально, РДП не понимает расширение мониторов, окно программы не может превышать разрешение экрана....)
С уважением, Петр

Полноценную прокрутку сделать сложно и опасно. Можно, наверное, сделать возможность как-то явно временно задавать начальную координатную точку панели состояний.

 

[point]

Спасибо за пояснения, будем применять.
Профили на сервере хранятся в БД или в XML? У меня молучилась следующие: я назначил пользователю профиль... потом этот же профиль назначил администратору, потом удалил его у пользователя. но этому пользователю все равно идут группы от администратора. В общем испортил ему группы. Файл локальный сервер-имя.xml в резервной копии есть. Можно как то его опять ввести в программу и назначить пользователю?

Полноценную прокрутку сделать сложно и опасно. Можно, наверное, сделать возможность как-то явно временно задавать начальную координатную точку панели состояний.

Не совсем понятно, что значит "задать начальную координатную точку панели состояний", как это поможет увидеть лифты, который оказались за гранью экрана из-за "резко уменшившегося" разрешения экрана?

 

[Andi]

Спасибо за пояснения, будем применять.
Профили на сервере хранятся в БД или в XML? У меня молучилась следующие: я назначил пользователю профиль... потом этот же профиль назначил администратору, потом удалил его у пользователя. но этому пользователю все равно идут группы от администратора. В общем испортил ему группы. Файл локальный сервер-имя.xml в резервной копии есть. Можно как то его опять ввести в программу и назначить пользователю?

Профили на сервере хранятся в базе данных.

Если пользователь не имеет назначенного профиля по умолчанию и подключается без указания профиля, то в качестве профиля используется XML файл на клиентской машине:

<имя_пользователя>.XML при локальном подключении
<Удаленный_сервер><имя_пользователя>.XML при удаленном подключении

Что бы XML файл сделать профилем, сохраненным в базе данных нужно:

- у пользователя не должно быть профиля по умолчанию
- файл <Удаленный_сервер><имя_пользователя>.XML переписывается в одну папку с SPult.exe
- во вторую строку файла <Удаленный_сервер><имя_пользователя>.XML любым текстовым редактором добавляется параметр TypProfil="1"
- SPult запускается с ключом -p
- делается подключение к серверу <Удаленный_сервер> под именем <имя_пользователя>, профиль не задаётся
- переходим в режим "Настройки"
- по меню "Режимы"\"Сохранить профиль ..." сохраняем профиль в БД как общий или личный
- завершаем работу с SPult
- SPult запускается с ключом -p
- делается подключение к серверу <Удаленный_сервер> под именем <имя_пользователя>, профиль задается только что сохраненный
- переходим в режим "Настройки"
- по меню "Режимы"\"Сделать текущий профиль профилем по умолчанию ..." делаем профиль по умолчанию
- завершаем работу с SPult

далее SPult может запускаться без ключа -p и будет использоваться профиль по умолчанию для пользователя <имя_пользователя> при подключении к <Удаленный_сервер>

Не совсем понятно, что значит "задать начальную координатную точку панели состояний", как это поможет увидеть лифты, который оказались за гранью экрана из-за "резко уменшившегося" разрешения экрана?

Группы в панели состояний имеют координаты X,Y относительно левого верхнего края панели состояний. Сейчас считается, что координаты левого верхнего края панели 0,0. Можно изменить SPult так, что бы можно было задавать координаты левого верхнего края панели. Если указывается координата X > 0, то все изображение сдвигается влево на X и становятся видны группы, выходящие за правую границу панели состояний. Если указывается координата Y > 0, то все изображение сдвигается вверх на Y и становятся видны группы, выходящие за нижнюю границу панели состояний.