s_mike@rambler.ru пишет: Но если уже на то пошло, то имея на руках алгоритм работы условной стоп-заявки на сервере брокера, узнать можно. Тут сработает тейк-профит. Однако это сокровенное знание не является документированным.
Без анализа движения цены разве можно так утверждать?
Надо делать так, как надо. А как не надо - делать не надо.
Вопросы по OnAllTrade
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 22:40:59
Ну да... Думаю одно, а пишу другое...
Следует читать так: , правильно я понимаю, что вас интересует количество сделок за последнюю секунду? Если так, то сбрасывайте счётчик только, когда секунды в сделке увеличиваются. Если пришла сделка с сильным запаздыванием - просто проигнорируйте её.
Надо делать так, как надо. А как не надо - делать не надо.
Вопросы по OnAllTrade
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 22:10:55
sam063rus, правильно я понимаю, что вас интересует количество сделок за последнюю минуту? Если так, то сбрасывайте счётчик только, когда время сделки увеличивается. Правда, и в этом случае, могут быть сбои, потому как время сделок на разных секциях .
Надо делать так, как надо. А как не надо - делать не надо.
Volume At Price для QUIK
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 19:56:04
Индикатор по ТВС строится?
Надо делать так, как надо. А как не надо - делать не надо.
Вопросы по OnAllTrade
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 19:54:36
Цитата
sam063rus пишет: я к тому, что одно дело когда они (сделки/данные) приходят для всяких таблиц и совершенно другое когда вдобавок это ещё влияет на приход коллбеков, что мне совершенно не нужно.
Ну, как бэ, да. Приход новых данных (в т.ч. и сделок) вызывает колбек. Во всех скриптах, где он (колбек) используется. Так было всегда. Если колбек не нужен в конкретном скрипте, просто игнорируйте его или не используйте функцию колбека.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 19:42:09
Цитата
Дмитрий пишет: А где об этом написано? Или это следует из того, что OnInit и колбеки выполняются в основном потоке терминала, поэтому пока не отработает OnInit ничего другое выполняться не будет?
OnInit и колбеки выполняются последовательно в основном потоке терминала, поэтому пока не отработает одна функция остальные свою работу не начнут.
Цитата
Дмитрий пишет: И, насколько я понимаю, в вашем варианте для новых свечей, которые успеют добавиться в источник данных за время от начала до конца работы цикла, колбэк уже не будет вызван никогда, т.е. они выпадут из обработки.
Где-то тут на форуме сотрудники техподдержки отвечали, что, если один колбек выполняется длительное время, то остальные колбеки встают в очередь и после завершения первого продолжают обрабатываться.
Но вот вопрос, который требует разъяснения: Поскольку колбек регистрируется после полного выполнения цикла for i = 1, ds:Size() не получится ли так, что те изменения свечей, что поступят в терминал во время этого цикла, действительно не вызовут колбека?
Поэтому я соглашусь с вами:
Цитата
Дмитрий пишет: Поэтому ds:SetUpdateCallback(GetPrice) наверное лучше поместить до цикла чтения свечей из источника данных.
Всё равно таблица Candles по старым свечам в OnInit будет заполнена до вызовов колбеков.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 17:14:20
Код
function OnInit(script_path)
ds = CreateDataSource(ClassCode, SecCode, Interval)
local function GetPrice(index)
Candles[index] = ds:C(index)
end
for i = 1, ds:Size() do GetPrice(i) end
ds:SetUpdateCallback(GetPrice)
end
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 17:12:04
Цитата
Дмитрий пишет: По-моему, правильней было бы написать так
Да, при перепечатывании на форум "накосячил". Надо так:
Код
function OnInit(script_path)
ds = CreateDataSource(ClassCode, SecCode, Interval)
local function GetPrice(index)
Candles[i] = ds:C(i)
end
for i = 1, ds:Size() do GetPrice(index) end
ds:SetUpdateCallback(GetPrice)
end
ds должна быть объявлена до её использования в функции GetPrice
Цитата
Дмитрий пишет: Поэтому ds:SetUpdateCallback(GetPrice) наверное лучше поместить до цикла чтения свечей из источника данных.
У меня в функции GetPrice, помимо получения цены, идёт ещё расчёт значений индикатора, которые должны вычисляться по порядку.
Цитата
Дмитрий пишет: Есть еще правда ненулевая вероятность того, что пока будет выполняться циклfor i = 1, ds:Size() doс сервера успеют поступить новые свечи, которые не были учтены ранее в ds:Size().
Поэтому я и поместил всё это дело в OnInit. В этом случае колбеки будут вызываться только после выхода из функции OnInit.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 13:47:04
Цитата
Николай Камынин пишет: надо не со sleep играть, а колбек использовать.
Да, вы правы. С помощью CreateDataSource получаем уже загруженные на текущий момент данные, а в колбеке новые:
Код
function OnInit(script_path)
ds = CreateDataSource(ClassCode, SecCode, Interval)
local function GetPrice(index)
for i = 1, ds:Size() do
Candles[i] = ds:C(i)
end
end
ds:SetUpdateCallback(GetPrice)
end
Правда, чтобы между for i = 1, ds:Size() do и ds:SetUpdateCallback ничего не потерять пришлось запихать это всё в OnInit. А поскольку функция CreateDataSource работает очень медленно, при большом количестве запрашиваемых бумаг/интервалов получаем нехилую задержку на старте. :(
Цитата
sam063rus пишет: а можно поинтересоваться для чего это?
Чтобы рассчитать индикатор. Любой, даже тот что уже есть в QUIK. Мы можем поступить двумя способами:
1) Открыть график по интересующей бумаге, выставить нужный таймфрейм, наложить индикатор, задав нужные параметры. И с помощью getCandlesByIndex получать значения индикатора с графика. Ах, да, забыл: надо задать ещё идентификатор графика. При большом числе бумаг/таймфреймов/параметров индикатора эту процедуру нужно проделывать множество раз.
2) Вариант второй. Написать один раз скрипт для получения цен по любой бумаге/таймфрейму и расчёта индикатора, как функции от параметров. И применять без необходимости открывать сам график.
Если нужного индикатора в QUIK нет, то остаётся только вариант 2.
Надо делать так, как надо. А как не надо - делать не надо.
Прямые линии
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
21.05.2015 13:23:32
Алексей Дуванов, я серьёзно. Спасибо за инфу. Не знал такого способа построения горизонтальных линий.
Цитата
sam063rus пишет: хаи и лои - то, не так давно тут уже кто-то наоборот, просил и даже зарегистрировал пожелание, чтоб не было "прилипания"
А линии разве когда-то "прилипали" к графику? Кстати, в свойствах линий есть пункт "Привязать к". Что он делает?
Надо делать так, как надо. А как не надо - делать не надо.
Прямые линии
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
20.05.2015 22:01:39
Цитата
Алексей Дуванов пишет: В КВИКе есть такой баг или фича как не назови, который помогает рисовать идеально горизонтальные отрезки.
Да ладно! :) Это обязательно нужно внести в документацию.
Алексей Дуванов, я прямо слышу, как благодаря вам тысячи российских трейдеров облегчённо выдохнули: ну наконец-то мы сможем рисовать в Квике горизонтальные линии. Теперь бы им добавить прилипание к базовым точкам свечей (O,H,L,C)
Надо делать так, как надо. А как не надо - делать не надо.
Сделать возможность увеличения размеров окна для запуска скриптов QLua
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
20.05.2015 09:27:05
+ сортировка скриптов в списке
Надо делать так, как надо. А как не надо - делать не надо.
Quik перестает соединяться с серверами
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
20.05.2015 09:24:50
Цитата
Sergey Gorokhov пишет: По умолчанию, да обновляет. Но брокер имеет возможность настроить сервера так чтобы не обновлялись
Если брокер использует такую возможность, то что является сигналом для смены статических параметров? Дата торгов?
Надо делать так, как надо. А как не надо - делать не надо.
Quik перестает соединяться с серверами
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
20.05.2015 09:15:39
Цитата
green_X5 пишет: Переподключал, меняя сервера, это не помогало. Только "Перезаказать данные заново".
Вопрос к техподдержке: переподключение к серверу/другому серверу в течение текущей торговой сессии обновляет статические параметры бумаг?
Надо делать так, как надо. А как не надо - делать не надо.
Я в ужасе!! Кто-нибудь отзовитесь пожалуйста и скажите что это неправда!!
Чё-то у вас всё смешалось... t[1],t[2]={},{} как были пустыми таблицами, так и остались. Ссылка не есть равенство. Если вы удалите с, то с t[1] и t[2] ничего не произойдёт.
Цитата
Николай Камынин пишет: Если нужна копия таблицы, то надо делать явно через цикл.
Т.е, достоинство Lua является её же недостатком.
Надо делать так, как надо. А как не надо - делать не надо.
ds = CreateDataSource (ClassCode, SecCode, Interval)
for i = 1, ds:Size() do -- не уверен, что тут нумерация начинается с 1, а не с 0
Candles[i] = ds:C(i)
end
А потом продолжать брать данные из колбека.
Да, я совсем забыл, что CreateDataSource возвращает таблицу data_source :)
Цитата
Дмитрий пишет: не уверен, что тут нумерация начинается с 1, а не с 0
Тут нумерация идёт с 1. Только я написал:
Код
ds = CreateDataSource (ClassCode, SecCode, Interval)
repeat sleep(1) until ds:Size() ~= 0 -- тут надо поиграть с задержкой
for i = 1, ds:Size() do
Candles[i] = ds:C(i)
end
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
19.05.2015 19:41:18
Задача: рассчитать индикатор по данным с графика. Устанавливаем колбек CreateDataSource(ClassCode, SecCode, Interval):SetUpdateCallback(fCB). В ответ приходят данные всех свечей с графика, по которым заполняем таблицу Candles[index].
Но! Если открыт график по данной бумаге, то в колбек приходят только данные с момента установки колбека.
Решение? (getCandlesByIndex не интересует)
Надо делать так, как надо. А как не надо - делать не надо.
Quik перестает соединяться с серверами
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
19.05.2015 12:28:13
Цитата
green_X5 пишет: Помогло, по их совету, "Перезаказать данные заново".
А переподключение к серверу не помогало?
Надо делать так, как надо. А как не надо - делать не надо.
Quik перестает соединяться с серверами
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
18.05.2015 14:09:44
Цитата
green_X5 пишет: Сегодня например с утра выдавал жуткие данные по инструментам с утра
Цитата
green_X5 пишет: но пожалуй нужно в скрипты ещё кучу защит от такого идиотизма брокерских серверов прописывать
Не могли бы вы подробней написать, что там жуткого выдавалась? Я, конечно, стараюсь везде ставить проверку на соответствие адекватным значениям, но вдруг чего-нить пропустил.
Надо делать так, как надо. А как не надо - делать не надо.
ещё много много раз - потокобезопасные операции, Потокобезопасность.
Понял. Спасибо. Вы не думаете, что об этом стоило упомянуть в документации?
Надо делать так, как надо. А как не надо - делать не надо.
ещё много много раз - потокобезопасные операции, Потокобезопасность.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
18.05.2015 12:25:32
Цитата
Michael Bulychev пишет: Выполнение функции sinsert заблокирует выполнение кода в другом потоке до окончания работы функции.
Давайте, чтобы не было разночтения сформулируем более точно. Выполнение функции sinsert заблокирует выполнение кода в другом потоке до окончания работы функции в любом случае или только при обращении из другого потока к таблице, модифицируемой sinsert? Другими словами, sinsert приостанавливает выполнение другого потока в любом случае или нет?
Надо делать так, как надо. А как не надо - делать не надо.
ещё много много раз - потокобезопасные операции, Потокобезопасность.
local t = {}
function OnAllTrade(alltrade)
table.sinsert(t, alltrade)
end
function main()
local t1 = t[1]
end
Будет ли потокобезопасной данная операция?
Надо делать так, как надо. А как не надо - делать не надо.
ещё много много раз - потокобезопасные операции, Потокобезопасность.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
18.05.2015 11:02:44
Цитата
Michael Bulychev пишет: Для этого были сделаны потокобезопасные функции - получить доступ к таблице можно лишь после завершения их работы.
Поподробнее пожалуйста. Это значит, что при обращении к таблице из другого потока текущая операция будет приостановлена до окончания обновления таблицы?
Надо делать так, как надо. А как не надо - делать не надо.
получение параметров индикатора, обращение к line
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
15.05.2015 13:50:19
Settings.line[1].Name
Надо делать так, как надо. А как не надо - делать не надо.
А графики в Квике не настоящие!!!
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
14.05.2015 19:32:39
C индексами вообще что-то непонятное: значения с графика не соответствуют значениям из ТТП:
Надо делать так, как надо. А как не надо - делать не надо.
Закладки
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
14.05.2015 12:24:22
Измените также алгоритм построения окна таблицы. А то сейчас при необходимости задать размер/положение окна оно перерисовывается минимум 3 раза (!): При вызове функции CreateWindow на экране сначала появляется окно стандартного размера в произвольном месте (1-й раз). Затем это окно изменяет свои размеры, подстраивая ширину под суммарную ширину колонок. При этом оно также изменяет своё положение (2-й раз). И 3-й раз окно перерисовывается при задании положения окна функцией SetWindowPos.
Зачем CreateWindow вырисовывает окно 2 раза? И почему нельзя задать координаты окна функцией SetWindowPos до его отображения CreateWindow?
Надо делать так, как надо. А как не надо - делать не надо.
А графики в Квике не настоящие!!!
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
14.05.2015 08:55:59
Цитата
Роман пишет: Ну вот к примеру РТС часовик свеча 14:00 14.10.2014 и 15:00 14.10.2014 - ну вот кудо Ло 1073.12 делось, и почему 10:00 10.10.2014 - опен 1078,07 а не 1081,44
Что интересно, у меня не совпадает с вашими значениями:
Zoya Vdovina пишет: Не могли бы Вы визуализировать проблему, например снять видео эффекта
Дмитрий достаточно подробно описал последовательность действий, чтобы вы могли их повторить для воспроизведения ситуации. У меня это получилось с первого раза. ;-) Zoya Vdovina, не могли бы вы визуализировать последовательность ваших действий, например снять видео эффекта и выложить на файлобменнике/в облаке, чтобы мы могли бы понять ваши ошибки и помочь вам научиться воспроизводить ситуации по чётко описанному алгоритму действий?
Надо делать так, как надо. А как не надо - делать не надо.
Таблица всех сделок
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
13.05.2015 11:20:21
Цитата
Sergey Gorokhov пишет: Однако трудно представить чтобы все биржи мира синхронизировали свои часы по одному источнику.
Разговор об одной бирже, просто это - разные торговые площадки.
Цитата
Sergey Gorokhov пишет: К тому же, отставание времени может быть не только из за биржи, но и из за проблем на стороне брокера.
Так а я о чём?
Надо делать так, как надо. А как не надо - делать не надо.
Таблица всех сделок
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
13.05.2015 11:18:15
Я хочу сказать, что, если время на торговых площадках биржи не синхронизировано, то это - повод для судебного разбирательства. Поэтому этот вариант, как наименее вероятный я отметаю. Так что вернёмся к вопросу:
Цитата
Серж пишет: Получается сервер брокера получает сделки с задержкой, как минимум, в 2 сек по одной из площадок? Или шлюз брокера?
Как такое может быть? 2 сек задержки на сервере (шлюзе) брокера - это достаточно много.
Надо делать так, как надо. А как не надо - делать не надо.
Таблица всех сделок
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
13.05.2015 11:10:24
Цитата
Серж пишет: А разве брокер не обязан проводить торги по мировому времени?
Не брокер. Биржа, конечно же.
Надо делать так, как надо. А как не надо - делать не надо.
Серж пишет: Т.е., вместе со сделкой на клиентское место передаётся её порядковый номер в хранилище сервера?
да так и есть. предвидя следующий вопрос, доступа к этому параметру нет.
Это я уже понял.
Вопрос в другом: в ТВС есть несоответствие времени сделок на разных площадках: Получается сервер брокера получает сделки с задержкой, как минимум, в 2 сек по одной из площадок? Или шлюз брокера?
Надо делать так, как надо. А как не надо - делать не надо.
Таблица всех сделок
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
13.05.2015 10:24:10
Цитата
Sergey Gorokhov пишет: На сервере, таблица всех сделок хранится в соответствии с порядком получения записей, каждой записи присваивается порядковый номер в хранилище.Ровно этот порядковый номер затем и используется на клиентском месте при отображении всех-сделок.
Т.е., вместе со сделкой на клиентское место передаётся её порядковый номер в хранилище сервера? Раннее вы писали:
Цитата
Sergey Gorokhov пишет: да нет там никакой обработки, все льется в том порядке как пришло с биржи.
Получается, что на клиентском месте в ТВС обработка всё-таки осуществляется? Но для Lua-скрипта это не имеет никакого значения. В Lua можно только самостоятельно отсортировать по номеру сделки в рамках одного класса и по времени по нескольким классам.
Надо делать так, как надо. А как не надо - делать не надо.
Серж пишет: Почему в примере сделка со временем 23:49:43 вклинилась в между сделками со временем 23:49:51?
потому что сделка из другого класса.
Это значит, что сделка пришла на сервер именно в таком порядке?
Надо делать так, как надо. А как не надо - делать не надо.
Таблица всех сделок
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
12.05.2015 11:16:19
Цитата
Sergey Gorokhov пишет: По номеру и по времени, НО в разрезе класса.
В разрезе класса достаточно сортировки по номеру сделки. Или нет? А как сортируются сделки в визуальной таблице, по разным классам? Почему в примере сделка со временем 23:49:43 вклинилась в между сделками со временем 23:49:51?
Дмитрий пишет: физический номер строки, на который ссылаемся при обращении к таблице всех сделок с помощью функции getItem
В таблице Lua "all_trades" при докачке данных (если не использовать функцию "Получить заново данные по всем сделкам") новые сделки добавляются в конец таблицы. Те, что были в таблице остаются на своих местах.
Надо делать так, как надо. А как не надо - делать не надо.
Таблица всех сделок
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
09.05.2015 14:27:22
В визуальной Таблице всех сделок, очевидно, сделки сортируются по номеру сделки. В этом можно наглядно убедиться заказав сначала все сделки по одной (нескольким) бумаге, а через некоторое время после заполнения ТВС заказав все сделки ещё по другой (другим) бумаге.
Надо делать так, как надо. А как не надо - делать не надо.
getInfoParam is not a string?
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
08.05.2015 13:29:36
Цитата
Sergey Gorokhov пишет: речь идет о появлении времени > 24 часов
Если кому-ту будет легче, если часы "застынут" на 23:59:59, то ок :D Главное, чтоб дата торгов не менялась в выходные дни.
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка будет исправлена в одной из следующих версий программы
Мне интересно, что тут можно исправить, если время "сбрасывается" при смене торговой даты, которая в свою очередь меняется при перезагрузке сервера? Не вижу никаких проблем в использовании того формата времени, что есть сейчас, наоборот даже удобство: 1) Если время > 23:50 - значит торги уже закончились 2) Если время < 09:30 - значит начался новый торговый день, но торги ещё не начались
Надо делать так, как надо. А как не надо - делать не надо.
Надо делать так, как надо. А как не надо - делать не надо.
Запуск скриптов lua
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
07.05.2015 10:29:13
Цитата
Вячеслав пишет: У меня все скрипты так закрывает. Или так.
Код
if IsWindowClosed(t_RM) then OnStop() end
И при перезапуске QUIK все скрипты работают. Только иногда "слетают".
Состояние скрипта при следующем запуске зависит от того успел ли он становиться до сохранения его статуса (остановлен/запущен) в файл scripts.dat.
Надо делать так, как надо. А как не надо - делать не надо.
Highlight
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
05.05.2015 18:05:35
Цитата
Sergey Gorokhov пишет: Это не ошибка, так как согласно документации QTABLE_DEFAULT_COLOR работает только для SetColor
Называйте, как хотите. Но факт, что Highlight не доработана. Пусть QTABLE_DEFAULT_COLOR работает в Highlight, как в SetColor.
Цитата
Sergey Gorokhov пишет: зарегистрировали пожелание на функцию GetColor которая бы возвращала текущий цвет ячейки и шрифта.
GetColor - это, возможно, хорошо. Но было бы неплохо добавить константу, которая бы избавила от необходимости перекрашивать белый цвет в белый (или любой другой), если нужно изменить только цвет фона или текста. Что положительно скажется на производительности.
Надо делать так, как надо. А как не надо - делать не надо.
Графические инструменты и метки
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
05.05.2015 13:10:22
Исправьте также ошибку привязки меток исключительно к левой оси, независимо от того, к какой оси привязан график с идентификатором, для которого выставляется метка:
Надо делать так, как надо. А как не надо - делать не надо.
Highlight
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
05.05.2015 13:00:40
Цитата
Sergey Gorokhov пишет: Для функции Highlight переменная QTABLE_DEFAULT_COLOR не работает и принимает дефолтное значение которое равно черному.
Если в качестве цвета задана константа QTABLE_DEFAULT_COLOR, то используется цвет, заданный в цветовой схеме операционной системе Windows.
Значит черный цвет задан в системе Windows
Sergey Gorokhov, вы (и часто ваши коллеги) ведёте себя непрофессионально, когда отмахиваетесь от проблем, даже не пытаясь разобраться в ситуации и выдумывая факты, которых нет.
Я так и сделал. Но вы заметили, что я нигде не писал, что цвет фона по-умолчанию задан белым цветом? Ну да ладно...
1) Исправьте ошибку: чтобы при использовании константы QTABLE_DEFAULT_COLOR для фона в функции Highlight цвет фона окрашивался в дефолтное значение 2) Добавьте константу для функций SetColor и Highlight, при использовании которой текущий цвет элемента не менялся бы. Т.е., чтобы не было необходимости запоминать текущий цвет при необходимости изменить только цвет текста или фона.
Данные доработки не являются высоко приоритетными и срочными.
Надо делать так, как надо. А как не надо - делать не надо.
Highlight
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
05.05.2015 11:37:02
Или перефразирую вопрос:
Мы создали таблицу. Цвет фона при этом оставили по-умолчанию. Затем, надо подсветить текст в ячейке (или строке целиком) функцией Highlight, не меняя цвет фона. Как это сделать?
Надо делать так, как надо. А как не надо - делать не надо.
Highlight
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
05.05.2015 11:28:06
Цитата
Серж пишет: Цвет чего используется для фона в функции Highlight?
Надо делать так, как надо. А как не надо - делать не надо.
Запуск скриптов lua
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
04.05.2015 09:01:03
Цитата
if msg == QTABLE_CLOSE then OnStop() end
Вот. При закрытии QUIK первым делом срабатывает колбек закрытия окна с таблицей. Поэтому часть скриптов успевают остановиться до закрытия приложения.
Надо делать так, как надо. А как не надо - делать не надо.
Запуск скриптов lua
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
03.05.2015 22:53:25
Цитата
Вячеслав пишет: Несработавшие пару раз скрипты 1й и5й содержали SetTableNotificationCallback.
Код SetTableNotificationCallback в студию.
Надо делать так, как надо. А как не надо - делать не надо.
Запуск скриптов lua
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
03.05.2015 18:30:36
Цитата
Роман пишет: Просто загружаю скрипт вручную - окей, создаётся нужная таблица
SetTableNotificationCallback для таблицы используете?
Надо делать так, как надо. А как не надо - делать не надо.
