Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)
- Автор темы Andi
- Дата начала
Vincent Van Gog
Эксперт
Последнее редактирование модератором:
revit
Гуру
Давно хотел высказаться по поводу размера окна настроек МОНО (КСЛ). В старых прошивках без DHCP и прочих плюшек (в правой части таблицы адресов и настроек) окно настроек чуть-чуть не помещалось в экране 800х600.
Я использую при настройке на удаленной точке экран 1024х600 (да, да на том самом, древнем EeePC
) в котором по горизонтали не помещается уже значительная часть таблицы адресов, да и по вертикали она занимает почти весь экран.
Есть такое предложение :
-поскольку очень редко в моно/ксл используется более одной связи, то сделать строки исходящих связей открываемые по неоходимости флажками или же вынести все связи в свои закладки, уменьшив тем самым размер окна по вертикали.
- Ну и как-то переместить/оптимизировать правую часть окна с DHCP и прочими плюшками, чтобы окно вписывалось в размер 800х600. Наверное лучше эту часть переместить в закладку, чтобы уменьшить размер окна по горизонтали.
Хорошо ведь сделано окно конфигуратора у ЛБ6Pro и неплохо бы у МОНО сделать такое же.... да и обзывать его тоже конфигуратором в программах.
Я использую при настройке на удаленной точке экран 1024х600 (да, да на том самом, древнем EeePC
) в котором по горизонтали не помещается уже значительная часть таблицы адресов, да и по вертикали она занимает почти весь экран. Есть такое предложение :
-поскольку очень редко в моно/ксл используется более одной связи, то сделать строки исходящих связей открываемые по неоходимости флажками или же вынести все связи в свои закладки, уменьшив тем самым размер окна по вертикали.
- Ну и как-то переместить/оптимизировать правую часть окна с DHCP и прочими плюшками, чтобы окно вписывалось в размер 800х600. Наверное лучше эту часть переместить в закладку, чтобы уменьшить размер окна по горизонтали.
Хорошо ведь сделано окно конфигуратора у ЛБ6Pro и неплохо бы у МОНО сделать такое же.... да и обзывать его тоже конфигуратором в программах.
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
revit написал(а):...да, да на том самом, древнем EeePC
Похоже, пришло время для обновы
.А по сути поста согласен, с закладками поинтереснее будет.
karellift
Участник
Доброго времени суток!
Столкнулись с проблемой на клиента с Spult. При изменениии структуры на сервере (стурктура ставиться дома в линию) , на клиенты приходит изменения структуры.
Но получается, что лифты исчезаю или накладываются друг на друга.
Лечится это удалением файла структуры(.xml) и получением новой структуры с сервера.
Вот на это перешли
http://www.asus.com/ru/Tablets/ASUS_VivoTab_Note_8_M80TA/
Столкнулись с проблемой на клиента с Spult. При изменениии структуры на сервере (стурктура ставиться дома в линию) , на клиенты приходит изменения структуры.
Но получается, что лифты исчезаю или накладываются друг на друга.
Лечится это удалением файла структуры(.xml) и получением новой структуры с сервера.
revit написал(а):Не, пока планшетов 8-и дюймовых на винде нормальных и доступных не будет не поменяю ни на что..
SSD-64Gb, 2Gb памяти, Win7 и аккум на 13000mAh. что еще нужно для работы....
Вот на это перешли
http://www.asus.com/ru/Tablets/ASUS_VivoTab_Note_8_M80TA/
Последнее редактирование модератором:
revit
Гуру
revit
Гуру
Разобрался. установился драйвер из полного дистрибутива.
Драйвер качал отдельно т.к полный дистрибутив не ставил. А по ссылке этой на странице программ лежит 17 драйвер , а написано что 24-й. Естественно он в 8-е не ставится. Господа разработчики исправьте досадную оплошность. И вообще наверное лучше драйвер включить в состав дистрибутива SPultDst. чтобы не качать его одельно и в дальнейшем не было таки казусов. Да и кстати тут десяточка уже у некоторых в системах крутится и пора бы FTDI обновить на последний 2.12.06
Драйвер качал отдельно т.к полный дистрибутив не ставил. А по ссылке этой на странице программ лежит 17 драйвер , а написано что 24-й. Естественно он в 8-е не ставится. Господа разработчики исправьте досадную оплошность. И вообще наверное лучше драйвер включить в состав дистрибутива SPultDst. чтобы не качать его одельно и в дальнейшем не было таки казусов. Да и кстати тут десяточка уже у некоторых в системах крутится и пора бы FTDI обновить на последний 2.12.06
Последнее редактирование модератором:
revit
Гуру
kurilka написал(а):
Также считаю это логичным и поддерживаю.
kurilka написал(а):
У меня база сейчас расширяется до 2000 лифтов и возникла аналогичная проблема с закладками-диспетчерскими.
В Мпульт-е в закладки я выносил лифты с не основным (дублирующим локальные диспетчерские) контролем и улицы там в основном не повторялись (хотя были исключения).
В клиент-серверной структуре тянуть в базу повторяющиеся в диспетчерских улицы не вижу ни какого смысла, учитывая еще и то что что они у меня бывают с аналогичными или такими же названиями из других населенных пунктов. Разносить населенные пунткы в разные диспетчерские тоже не вижу смысла так как сильно потом затрудняется поиск диспетчером нужной улицы. Когда они в одном списке (дереве) и отсортированы по первой букве названия ("ул." находится за названием) то это самый оптимальный вариант-диспетчер видит сразу все с такими же или подобными названиями но из разных населенных пунктов .
Поэтому от закладок-диспетчерских в базе предлагаю отказаться и делать их на уровне профиля т.е настроек конкретной диспетчерской.
Последнее редактирование модератором: