Sergey Gorokhov написал: Категорически не верно. Сделка не может придти из прошлого. Если сейчас пришла сделка, то до нее сделка придти уже никак не сможет.
Цитата
Sergey Gorokhov написал: если биржа пришлет сделку из прошлого это будет форс мажор который означает ошибку в ядре биржи.
Sergey Gorokhov написал: Это галка для таблицы истории
а где об этом написано в документации???
из документации:
Данное свойство необходимо, если используется Таблица истории (либо в графиках используются параметры из Таблицы истории) либо Таблица изменений значений параметров.
из документации:
Цитата
«Получать пропущенные данные» - при установленном флажке программа получает с сервера все данные с начала торгов за этот день.
Sergey Gorokhov написал: целиком и полностью полагаемся на биржу.
т.е. тем самым, вы только что признали, что возможна ситуация получения данных "из прошлого"? И более того, как в таком случае - поведёт себя квик и его отображение графика по данной пропущенной сделки?
тут не ошибка, а просто Ваш подход к ситуации - выше вам я конкретно на пальцах привёл почему будет снижение быстродействия - вы же - начали меня троллить...))) Если я не прав в своём сужджении и алгоритм поиска и выделения ячейки - другой - приведите факты....)))
Sergey Gorokhov написал: Сразу следует отметить что в данном случае речь про данные от одного рынка.
значит ли это, что происходит предварительная сортировка на стороне сервера или вы в плане последовательности - целиком и полностью полагаетесь на биржу??
тот самый написал: при этом, если после того, как свеча была закрыта - придёт отставшая сделка (попадающая по своему времени в закрытую свечу) - закрытая свеча, скорей всего - будет "перерисована". Если, описанное мной так и есть - прошу включить это в документацию.
Категорически не верно. Сделка не может придти из прошлого. Если сейчас пришла сделка, то до нее сделка придти уже никак не сможет.
с удовольствием выслушаю, как и главное, почему - не верно...)))
Sergey Gorokhov написал: Странно а условное форматирование, почему-то не приводит к "удару по быстродействию QUIK-а"
ну разумеется приводит - поэтому QUIK и тупит все 16 лет. А ещё ваше так называемое плавное затухание (ладно хоть оно стало отключаемым) Уважаемый Сергей - Вы даже не разработчик - так...спрашивается...куда Вы лезете?....
Sergey Denegin написал: 3) Хотелось бы иметь возможность создавать из LUA таблицы, с разными размерами шрифтов при отображении.
Цитата
Egor Zaytsev написал: 3. Пожелания зарегистрировали и для Lua и для возможности управлять шрифтами из QUIK.
Не стОит бездумно регистрировать то, о чём потом сами пожалеете. Разный размер шрифтов в таблице - неизбежно отразится и на разной высоте строк в таблице, что в свою очередь - больно ударит по быстродействию QUIK-а - т.к., чтоб определить какую именно ячейку выбрал пользователь - потребуется сканировать ВСЕ ячейки и их RECT-ы. Это ничего страшного, если это какая-то пользовательская таблица 10х10, а что если это Таблица Обезличенных Сделок или Текущих Торгов???.
Порой... не перестаёт удивлять вопиющая некомпетентность так называемых "разработчиков"
при этом, если после того, как свеча была закрыта - придёт отставшая сделка (попадающая по своему времени в закрытую свечу) - закрытая свеча, скорей всего - будет "перерисована". Если, описанное мной так и есть - прошу включить это в документацию.
swerg написал: всех,кто имеет удовольствие читать твою ахинею.
а ты тут за всех, что ль уже взялся говорить, высерок?
Цитата
swerg написал: Запрос фактов забавно слышать от того, кто их не приводит
и мне тоже "забавно" слышать "излияния" от такого чмошника, как ты... Заикнулся про то, что есть полностью скаченный старый форум, а потом, как су ка последняя язык в ж пу засунул.... чмо ты и есть чмо
Старатель написал: Но в моём понимании "отличная работа" многопоточного приложения - это когда на многоядерном ЦП несколько параллельно работающих задач выполняются быстрее, чем те же несколько задач, выполняемых последовательно.
как только QUIK наконец начнёт импортировать функции вида: SetThreadAffinityMask SetThreadIdealProcessor
тогда и только тогда он хоть на чуточку приблизится к поддержке многоядерности.
но... раз уже и он частично раскрыл данный формат (первым был если не изменяет память... Шумилин (или Шубин... лень искать)) - то, Кампания, в принципе.... уже могла бы и полностью его раскрыть для пользователей.
чем больше на графиках наложено индикаторов - тем дольше выполняется скрипт (вне зависимости от того, что он мол де - находится "в майне")
чем больше открыто графиков и окон в квике - тем дольше выполняются скрипты. ЭТО ПОЗОРНЫЙ ФАКТ о котором так любят умалчивать так называемые "разработчики"
стОит поводить окном любой таблицы или графика в QUIK-е - скрипты - ожидаемо начинают притормаживать.
потому что в первом случае, виртуальная машина запускается отдельным потоком внутри процесса QUIK-а у которого и так полно потоков и поболее приоритетных чем твой скрипт и во втором случае - скрипт запускается в однопоточном процессе ("из командной строки" - это я так понимаю из интерпретатора LUA).
Кроме того, количество ядер - абсолютно никак не влияет на QUIK - бо как он, как уже писалось на форуме - не использует все преимущества многоядерности, а целиком полагается в распределении нагрузки на ОС.
ну.. по крайней мере - во втором случае - у пользователя хотя бы есть шанс проверить статус заявки при её выставлении. А здесь - что мы имеем? -мы приняли Вашу стопзаявку - и далеко не факт, что она исполнится.
Если не стоит галочка - сохранять настройки при выходе из Quik-а - то, никаких WNDSAV - не сохраняется. Если не получается открыть Quik со старым inf.wnd - следует его переименовать и запустить ещё раз Quik. Тот - запустится в дефолтном режиме, далее, УЖЕ на запущенном Quik-е - попытаться открыть старый переименованный info.wnd. Если и это не помогло - брать за я..ца techsupport бо как: ими поддержка Windows 10 - была заявлена:
Zoya Skvorcova написал: Мэтчинг заявок в сделки происходит на бирже, а не на сервере QUIK,
т.е. квиковский сервер - от лица клиента брокера - принял его так называемую "стоп-заявку" (ведь это именно Ваше "изобретение", а не биржи). Далее, прошёл претрейд контроль брокера (опять же - этот модуль написан - именно Вашей компанией). Далее, на основании текущей ситуации и согласно условиям стоп-заявки - вывел на биржу Рыночную заявку - и.... обломался... (клиент разумеется в данном случае...)
Спрашивается, ну и смысл в этих Ваших так называемых "стоп-заявках" - когда их отклоняет биржа - причём, постфактум, а не во время претрейд-контроля.
Ну.... и что будем делать в таком случае, с претрейдом? Опять будете отсылать несчастных трейдеров к бирже, а та - к вам? Или.. к брокерам - а те - опять же - к вам?
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Цитата
Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Разве не тупо?...
пользователям нужны результаты, а не ваши ана-нализы на анализы.
Стесняюсь спросить.... - Куда смотрит Ваш Директор? Неужели он не читает весь Ваш этот бред? Ну, хоть иногда?.... Если Вы таким образом, показываете свою работу - то, Вас действительно давно пора уже половину разогнать.
Zoya Skvorcova написал: Если по результатам дальнейшего анализа,
уважаемые разработчики... какой смысл в вашем так называемом "онализе" на анализ?... а может... вам всбредёт в голову писать пользователю о тройном анализе или.. "анализе на троих" ?....))) Вы или либо говорите конкретно, что проблема будет исправлена в следующей версии или не будет исправлена вовсе.
Егор Фонтанов написал: Когда компанию представляют такие малокультурные типы как “тот самый” Лёня Голиков это свидетельствует о дефиците достойных кадров.
зачем на кадры - ведь у нас уже есть такой кадр, как ты...
yves1 написал: Файл присутствует. Более того, я их удалял и загружал заново с сервера брокера после рестарта квика, не помогло.
При сохранении проблемы необходимо обратиться к брокеру. Вероятно у него отсутствует соответствующая лицензия.
е..ть... какая науй лицензия??? лицензия на экспорт данных, что ль??? брокер по вашему должен теперь вам платить за лицензии третих компаний??? велс, ами и омега? и при этом.. потом перекладывать её на нас - в виде комиссий? пора вам закрывать тогда вашу лавочку. мало того, что софт за 16 лет не смогли нормальный и неглючный сделать - так теперь и это.
Егор Фонтанов написал: а как вы смотрите если я вышлю вам для диагностики свой компьютер
Ай-да, Егорка, ай-да молодЕц!!! т.е. уточню... ты собираешься...за свой счёт... отправить посылку к маме...в Новосиб?... и потом...хочешь....чтоб они сделали для тебя... - тоже...самое?...... и при этом....:
Цитата
Егор Фонтанов написал: Но только потом вы мне его назад пришлите, не замотайте.
не измазали...не забрызгали... - слюнями...и..........соплями?.....
Stanislav Tvorogov написал: В случае, если у Вас есть пожелание по корректировке документации в этом месте, просьба его сообщить.
пожелания, предложения, а также - более того - конкретные места - были озвучены. Извольте их выполнить, а не заниматься пустой писаниной. Насколько мне известно - уже вышла версия 7.5
Прошу дать чёткий аргументированный ответ по вышеперечисленным пунктам, что именно было сделано в плане устранения неточностей и недосказанностей в Вашей документации? Мне можно уже создавать тему по "вычитке 7.5"? Я могу - Вы только скажите...
Зависает Квик при запуске скрипта передачи данных под Win10, При апгрейде Win 7 и 8 до Win 10 возникла проблема - квик зависает при запуске скрипта передачи данных
Зависает Квик при запуске скрипта передачи данных под Win10, При апгрейде Win 7 и 8 до Win 10 возникла проблема - квик зависает при запуске скрипта передачи данных
Не знал, что "Новосиб" - живёт и равняется "по западному", живя тем не менее в РФ. Может Вы и цены на QUIK - в долларах будете брать или в у.е.? Тогда это ещё одно прямое нарушение законодательства.
Egor Zaytsev написал: То, что недельные графики начинаются с воскресенья, то это связано с тем, что на западе неделя начинается с воскресенья.
а то, что российский эмитент, торгуясь на российской Московской бирже, - отображается на нашей бирже свечей с датой открытия - Понедельник - это для Вас - пустой звук, что ль? т.е. Вам абсолютно без разницы, что Ваши свечи - не совпадают с данными полученными с MOEX по дате открытия? И что все Ваши "индикаторы", а равно и программа - ничего не стоят???
P.S. - А в своей документации - Вы где-нибудь упомянули о столь досадном и "интимном" моменте или посчитали, что это лишняя информация для пользователей?