тот самый (Все сообщения пользователя)

приведите весь код.
используйте корутины.
чьё событие? квиковский коллбек? или ваш?

действительно, незачто)))

если квик благополучно может работать и без него (qchart.dll) - то это плагин и есть. просто у него в отличии от ваших других плагинов нет главной интерфейсной функции, а просто все его основные функции выведены наружу.
но тем не менее, это не помешало вам сделать stratvolat.dll его использующий (на полную катушку) и продавать, зарабатывая на нём деньги.
И не говорите мне, что это стоит для вас великого труда сделать для него очередной lua-враппер для нас.
Опять же, вы говорите "нет интерфейса..." (за 15-то лет...) - ну так сделайте его, или это тоже для вас "обстоятельства непреодолимой силы"?
---
Михаил, я конечно понимаю, что вы работаете в компании и не все ваши ответы на вопросы совпадают с реальной вашей точкой зрения (в виду политкорректности) НО!!! согласитесь, поставьте себя на наше место:
для нас вы создали 15 лет назад квик, после этого прошло 15 лет и что мы имеем?
а имеем мы вот что: квик и qlua в частности: напоминает тот далёкий "пирожок", который надо ещё суметь достать с "полки". он вроде бы и есть но, как говорится, "в приглядку чая не напьёшься". Если до сих пор непонятно о чём это я - есть мультик-басня: "Лиса и журавль".

а также, http://quik2dde.ru/viewtopic.php?id=133

а вот этого разработчикам совсем не надо. они так сильно (на грани паранойи) трясутся/переживают над своим qchart.dll (взят для примера), что как панического страха боятся включить его полную поддержку в qlua. Если кто до сих пор не понял/не знает - это их плагин, отвечающий за рисование графиков. помимо рисования графиков, привязанных ко времени - он также позволяет делать и независумую ось абсцисс, т.е. привязать её к совершенно другому источнику (например, так можно строить улыбку волатильности). НО!!! для всех нас, так сказать биомассы рядовых трейдеров - они не посчитали нужным этого делать, придумав для нас лишь жалкое подобие интерфейса упакованное в отдельную песочницу под названием lua-индикаторы.

пример: ваш плагин stratvolat.dll. т.е. когда ось абсцисс привязана не ко времени, а к совершенно независимому источнику.

в данном случае, он имеет ввиду: не имей 100 скриптов, а имей 1 НО!!! с корутинами. насчёт корутин и как их использовать - написано здесь: http://quik2dde.ru/viewtopic.php?id=131

ну понятно. ничего нового я не услышал

а что тут может быть непонятно? даже если перевести этот термин дословно - то трудно ошибиться.
на примере алерта: создаём алерт на некоторое своё событие (скажем, какая-то комбинация изменения параметров ТТП или ещё, что-нибудь). Регистрируем его в квике. далее, если в каком-либо скрипте нам нужно изменить поведение этого коллбека - мы пишем под него обработчик (подписываемся на этот коллбек). если мы не хотим, чтоб после выполнения этого колбека его обрабатывали другие скрипты - мы пишем, что-то вроде plugin_stop:
http://forum.quik.ru/messages/forum10/message302/topic79/#message302

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

вот именно. ваша задача, как разработчиков, обеспечить данный функционал в qlua и в квике в частности так, чтобы пользователям не приходилось для этого использовать сторонние проекты. Даже в игровых движках эта проблема решена через использование cvars (консольные переменные) и возможность создавать "native callbacks" - т.е. свои коллбеки, которые будут доступны из других скриптов. Если вы будете говорить, что мол де, "то игровые движки, а то торговый терминал" - то на самом деле, на уровне кода, невелика разница. и более того, если бы вы (не конкретно именно вы) разработчики, обращали бы больше внимание на использование зарекоммендовавших себя современных технологий - то и не было бы долгих 15-ти лет "сизифова труда".

нет, нереально.

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

Софья, большое спасибо, что исправила.

похоже уже вся арка знает моё настоящее имя, хотя я его нигде не указывал.

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

я, как-то спросил своего брокера - почему мы должны терпеть квик и согласны ли они с этим 15-летним убожеством. на что брокер мне ответил, что если у меня есть софт и он может оказаться достойной заменой квику - то брокер готов меня в этом всесторонне поддержать. Говорю это не для какой-то похвалы ради, а для того, чтоб остальные пользователи у которых есть свои серьёзные наработки не стеснялись обращаться к своим брокерам. общение с брокером показало, что он готов делиться процентом от операций клиентов при пользовании этим софтом.

lua.ru - это невнятная попытка дословной адаптации lua.org/
там есть вся информация НО! на английском.

касательно вашего вопроса про модули - Вы определённо лукавите. Но, на всякий случай специально для вас - нашёл не менее достойный чем lua.ru и уж тем более lua.org линк: http://lua-users.org/wiki/MathLibraryTutorial - тут понятней некуда.

горздо интереснее было бы ознакомиться со списком зарегистрированных НО!!! ещё не реализованных пожеланий))))))
или...
"огласите весь список, пжалста"

нет. создатели lua объяснили это просто - размер кода поддержки регулярных выражений будет больше чем сама lua.

а как же: "немедленно или отклонить"?

тем, что у меня куча программ СТАБИЛЬНО работает на этой системе и ради каких-то "псевдоновшеств" семёрки и восьмёрки - я пока не собираюсь "перекапывать огород". К тому же XP для меня более чем изучена, а в других системах - куча недосказанностей.

а теперь по-подробней, что такое 60 и 24

цвет CTL_3D_SHADOW?

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

слишком большие накладные расходы, снижение быстродействия.

Софья, я от тебя не отстану: либо в ЗАГС, либо займись форумным движком.

30.01.2015 14:00:15 - первое упоминание о проблеме
27.03.2015 07:56:53 - второе упоминание о проблеме
02.04.2015 15.09.50 - третье упоминание о проблеме

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

не может этого делать по определению.

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

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

квик не предназначен для того, чтоб судить об изменении параметра какой-либо таблицы исходя из изменения только ОДНОЙ таблицы. Если нужен действительно безсбойный вариант - надо принимать во внимание и другие смежные таблицы. Кроме того, сама биржа частенько чудит, выдавая пользователям полный бред, а потом, мило извиняется (НО!!!! сделки не анулирует) и деньги не возвращает., а говорит, что это просто сбой, увы-с. Брокеры в тоже время, говорят тоже самое: - это биржа, детка и что, мы должны учитывать риски.

пишите ИСЧО. ваши причинно-следственные выводы отлично поднимают настроение:)))))

всё веселее и веселее...

:)))))

как-то? :))))
многопоточные парсеры/сканеры вестимо:)))

есть ещё один вариант - полуофициальный: разобраться с файлом trades.dat и самому его обновлять.
либо, написать один раз толковый скрипт на qlua, который сам будет вести и отображать вашу историю по вашим сделкам.

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

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

мда уж...

1. у меня у моего брокера - нет такого апдейта. Нет также его и в меню квика.
2. обычно, насколько я знаю, сначала появляется обновление именно на сайте, а уж потом с лагом в 2 недели, а то и больше у брокеров.
3. я пока не услышал разумного объяснения:

• почему когда номер новой версии уже вами "засвечен" и вы уже на него ссылаетесь я не могу ознакомиться хотя бы с историей изменений в данной версии на сайте quik.ru ввиду отсутствия всякого упоминания об этом релизе?
• почему о выходе новой версии мы должны догадываться?
  

а что, залить ссылку на сайт quik.ru - несудьба? мы тут догадываться и искать его по сайту должны?

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

и не лень вам было всё это писать? ну хочет тут "товарищ" за 90 баксов "рай" иметь - пусть имеет....:))))
если кто до сих пор не понял - то это форум квика со всеми вытекающими...

------------------
p.s.
я, хоть и не являюсь жарким поклонником квика НО!!!! приветствую только критику по существу. вы же, даже на статус просто биомассы не тянете. вас даже троллем можно назвать с большой натяжкой. вы просто человек, который явно, что-то принял нагрудь и с пьяных глаз начал писать в интернете всякий бред...

я, конечно, не разработчик но, если не трудно:

1. назовите параметры системы: размер оперативки, размер свободного места на том диске - где установлена ОС, название ОС
2. какие тяжеловесные службы/программы параллельно запущены (браузеры, например)
3. нет ли проблем с драйверами видеокарты
4. сколько в "Диспетчере задач Windows" показывает текущее выделение памяти.
5. какая версия QUIK, а также, какая версия файла qchart.dll используется.
6. размер свободной памяти на том носителе, где расположен квик. Присутствуют ли на нём дисковые квоты.
7. скрины проблемы в студию.
   

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

rozmin
а вы так его толсто троллите, что, как-то, просто чисто по-человечески, уже становится стыдно за вас:)))))))
-------------------


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

если далее присвоить IMAGE_PATH эту конструкцию: labelimagepath1 = getScriptPath() .. "\\blueline.bmp" - то, тоже всё работает.
Таким образом, тут думаю имеет крайне важное значение порядок инициализации labelparams в AddLabel. То есть если IMAGE_PATH в ней НЕ является пустым и содержит не правильный путь то, именно тогда начинаются "грабли".

могу только дать не большую наводку: если IMAGE_PATH ="" - то так тоже всё работает. т.к. путь не является некорректным или содержащим отсутствующий файл. а является просто пустым, что не считается недопустимым или ошибочным в функции AddLabel.

именно про это  и говорю с самого начала.

работает. и ещё как работает)))


для начала, начнём именно с этого момента. почему у вас именно так. Хотелось бы услышать ваши мысли по этому поводу?

p.s. если произвести некоторые изменения в скрипте то, вот такой код работает:

подразумевается, файл blueline.bmp реально существует и находится в папке LuaIndicators. По крайней мере у меня так)))

-----------------------
у меня всё это дело успешно работает в скрипте-индикаторе отображения спреда Best Quotes. Полностью скрипт не могу привести - т.к. не собираюсь дарить его дармоедам (речь разумеется не о вас)

на всякий случай, если это, действительно важно: OS WIN XP PRO SP3

конечно жаль, что в данном случае, минидамп не был сформирован (почему-то)

по-видимому имеется ввиду фильтр кратной цены

имеется ввиду, что зависание будет при сохранении настроек в info.wnd и следующем перезапуске квика разумеется.

то есть внутри функции AddLabel -должны быть 2 проверки (при получении/обновлении параметров):

• isPathExist
• isFileExist
  

то есть, если в поле IMAGE_PATH - у нас заведомо некорректный путь к файлу то, происходит зависание.

в последний раз (третий) говрю, именно так, как и написано в примере кода. то есть ВМЕСТЕ с getscriptpath

p.s. вместе с той же getscripthpath у меня есть и вполне отлично работающий пример. главное, чтобы путь и файл были корректными и РЕАЛЬНО существовали.

так что ещё раз хочу отметить абсолютно нет никакой разницы есть gescriptpath или нет в скрипте.

Sergey Gorokhov

Выскажу свою точку зрения:

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

поэтому, вы можете меня смело забанить на этому форуме. я от этого абсолютно ничего не потеряю.

Удачи вам, Сергей...

:)))

но вы всегда можете зарегистрировать "пожелание" ))))))))

если вы про групповой фильтр и регулярные выражения - нет, нельзя

если б всё было так просто разработчики бы не писали свой qchart.dll на чистом gdi. все эти многочисленные обёртки, да ещё и байт-код сишарпа впридачу, а если ещё умножить на то сколько это сжирает памяти и удельного быстродействия на отрисовку одного контрола - тут думаю всё понятно. при том, что мы работаем, по сути, в режиме реального времени, и то, что было "вчера" ( мгновение назад) может в корне изменить ситуацию.
если непонятно о чём это я: в квике, отрисовка чартов, GUI, доступ к источнику данных, основные тела скриптов и их колбеки (каждого скрипта) - всё работает в одном потоке.

ваши предложения?
уйти с рынка вообще?

ваша задача, как разработчиков - обеспечить 100%-ную стабильность квика - дабы он при любом раскладе не зависал от скриптов.
если скриптовая система ( в клуа-вской реализации) заведомо не обладает устойчивостью к действиям пользователя то, спрашивается:
на хрена козе баян??

делал всё именно так, как написано в скрипте-примере.

и вообще, причём здесь, с ней или без неё? getScriptPath - одинаково доступна и в обычных скриптах и в скриптах-индикаторах. по кр. мере - так сказано в вашей документации.

да уж...
виртуальная машина C# + LUA VM - это жесть...

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

В этой теме буду выкладывать переходящие из версии к версии баги QUIK и QLUA. Для себя уже давно составил коллекцию уязвимостей скриптов на QLUA и скриптов QLUA-индикаторов. Для справки: QLUA-индикаторов в QUIK используется отдельная усечённая sandbox-реализация LUA VM.

Итак, вот "код", а точнее, BUG в формате OnePageLesson:

Действия:

1. при успешно загруженном квике создаю график RIM5 с идентификатором "rima"
2. накладываю на него этот "индикатор". Индикатор успешно наложился, что подтверждается добавлением подписи на pane чарта. (то, что сам индикатор "пустой" - в данном случае, не суть)
3. сохраняем настройки окон (и, соответственно индикаторов) в файл info.wnd (стандартными средствами через соответствующий пункт меню)
4. отключаемся от сервера и выключаем квик
5. пытаемся вновь запустить квик  и, ... ждём. долго так ждём, потом опять ждём. а тем временем, на экране:
   

старина QUIK нам каГбе намекает, что ждать можно чуть меньше чем (ну вы поняли...  :) )) )

-----------------------------------

Пояснения: сам файл скрипта-индикатора находится в стандартном месте, в папке LuaIndicators.
-----------------------------------

Возможные причины:
Индикаторная "песочница" LUA VM слабо устойчива к параметрам и их корректности в функции AddLabel. И похоже даже использование pcall - не спасает.
Кроме того, перед запуском QUIK, а точнее QLUA парсит всю папку и подпапки LuaIndicators, пытаясь запустить каждый, находящийся в ней скрипт (а это уже повод для использования в вирусописательстве).
-----------------------------------

Методы устранения:
все, абсолютно все параметры передаваемые из пользовательских скриптов обязаны проверяться на валидность прежде чем целиком и полностью заглатывать таблицу (в данном случае). То есть, внутри AddLabel (qlua-side) сперва должна быть проверка на валидность параметров. Уверен, что она у вас итак есть. так что спишем на недочёт.
Кроме того, для скриптов просто обязан быть watchdog-таймер (даже в интернет-браузерах это есть и пользователю всегда предлагается отключить тормозной скрипт)
-----------------------------------

Когда в первый раз была озвучена проблема (и технично похе..рена проигнорирована):
http://forum.quik.ru/messages/forum10/message586/topic113/#message586

Советую обратить внимание на фразу, что даже если у нас индикатор не наложен ни на один график НО! присутствует в папке индикаторов - баг (зависание) обеспечен.

проблема в том, что весь наш рынок - это рынок трёхсот эмитентов. Из них: наберётся не больше десятка действительно ликвидных. Поэтому тут "озолотиться" по определению ни у кого не получится. ни у брокеров, как покупателей торговых платформ, ни у разработчиков. Ввиду всего этого, а именно, из-за вышеуказанной микроскопичности нашего рынка с него уходят деньги (трейдеры).

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

касательно volfix и его супер-мега-пупер чартов и прочей кластерной хрени - благодаря qlua (при всей её м-м, ... э-э... так называемой реализации в квике) и её возможности подключать "C-библиотеки" можно сделать не менее эргономичные чарты и в самом квике. просто на это уйдёт полгода.

volfix....
:))))))))))))))))))))))))))))))))
да уж......

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

разумеется. и к текущим рискам по клиенту.

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

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

торговля идёт не из сайта и не по данным сайта, а из информации с биржи, далее это всё фильтруется по рискам компании и клиентам.

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

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

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

брокер сказал, что в таком случае, даст время на то, чтоб вывести со счёта деньги, а также уведомит об этой ситуации.

полагаю, теперь понятно, что всё сделано правильно и ничего менять не надо, а надо просто с умом использовать.

без тега
©

Michael Bulychev
можно поинтересоваться каким образом SiH5 стал у вас доступен в квике?

:)))если я правильно понял - то SiH5 уже давно не торгуется и не доступен в квике, разве что только через qminEditor.

в таком случае, каким образом плагин графика (qchart.dll) узнает шаг инструмента? для графика любой инструмент - это прежде всего таблица свечек и не более.
с другой стороны, можно попросить зарегистрировать пожелание на доработку этого плагина, чтоб в него передавался и учитывался шаг инструмента

а вы используйте для этого google - он намного круче поиска на этом форуме.

могу ошибаться, конечно но, нет.

однако, чтобы это сделать можно воспользоваться метаметодом "Add"

Софья, вам уже, кстати, и раньше задавали тот же вопрос: http://forum.quik.ru/messages/forum18/message290/topic38/#message290

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

примерно, как месяц назад google научился индексировать изменённые линки топиков старого форума, а также индексирует новый форум.

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

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

использовать drag&drop на оси ординат. таким образом можно растягивать и сжимать шкалу.

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

сам переход осуществляется через: профиль->сообщения->выбираем сообщение для перехода

Софья, займись уже наконец движком форума, либо воспользуйся бесплатным но, не менее функциональным PunBB или любым другим.

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

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

красный квадратик на картинке  и продолжающиеся сыпаться null в combobox красноречиво каГбе намекают нам, что скрипт УЖЕ остановлен и по идее уже не должно быть никаких сотен мегабайт логописательства и выбрасывания нулевых указателей.

этот случай я тоже расписал:
кнопка RUN в скрипте включена
далее, останавливаю скрипт из меню квика - происходит описанное выше.
----------------

Ваша задача, как разработчиков, обеспечить 100%-ную стабильность квика и тем самым 100% исключить "зависания", аварийные остановы. Вы похоже совсем не пытаетесь нас понять - наши скрипты управляют нашими, РЕАЛЬНЫМИ деньгами и пусть лучше скрипт остановится, чем квик "зависнит" из-за этого. так хоть у пользователя будет меньше времени затрачено на ьто, чтоб его "передёрнуть". В идеале, мы хотим от вас получить фреймворк в котором не надо целый день приглядывать за скриптами, а можно оставить их хоть на целый день.

я, конечно, понимаю, что многое в этом вопросе зависит и от скриптописателей но, как не трудно заметить, есть и куча "косяков" с вашей стороны. и при том, вы (арка с её technologies) абсолютно никак финансово не компенсируете нам, конечным пользователям результаты своих "огрехов".

----------------------
p.s. я больше не буду продолжать развивать эту тему бо как мне моя нервная система дороже. так что, делайте уже, что хотите. пользователи со временем, сами во всём разберуться, поймут вас и накажут тем, что просто будут закрывать счета у тех наших российских  "недоброкеров", которые даже не в состоянии позволить иметь у себя СВОЙ торговый терминал. и даже привязка к аренде платформы ваших серверов ни их, ни вас не спасёт. 15 лет прошло с начала вашего проекта под названием quik. Спрашивается, где итоги? Почему платформа до сих пор не стабильна? (это риторический вопрос - ответ не обязателен и не отслеживается)

арка уже отучила читать её "справку" с её скудным описанием и кучей неточностей. кому нужна такая система, которая полностью меняет себя от версии к версии и при этом умудряется за 15 лет всё оставаться нестабильной?

прошу ЧЁТКО и ПО ПУНКТАМ расписать, что конкретно сохраняется в шаблонах. К примеру. количество панелей (pane) в чарте по-видимому не сохраняется. таким образом, имея диаграмму, скажем, с тремя вертикальными панелями и графиками - однозначно нельзя сохранить такое представление в шаблон.
на основании вышеописанного, предлагаю:

• зарегистрировать пожелание о том, чтоб сохранять текущее представление диаграммы ПОЛНОСТЬЮ дабы, потом при желании, можно было отразить его на любом инструменте
• как написано было выше, предлагаю, ЧЁТКО и ПО ПУНКТАМ расписать, что конкретно сохраняется в шаблонах.
  

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

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