swerg (Автор тем)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1
getClassSecurities со списком классов
 
В справке про функцию  getClassSecurities  написано:
Цитата
Функция предназначена для получения списка кодов бумаг для списка классов, заданного списком кодов.
Вопрос: в каком формате следует передавать этой функции список классов? Хорошо бы пример.
В справке нет примера для списка классов.
Отрисовка графиков нестандартных TimeFrame
 
Положим как-то мы сформировали свечи для нестандартных TimeFrame
Вопрос: есть ли возможность как-то их отрисовать штатными средствами QUIK, через Lua-индикаторы, например?
Я не сумел придумать как это сделать. Ведь на графиках, на которые накладываются индикаторы, есть возможность выбирать только стандартные TimeFrame.
Но может есть какие-то другие варианты?
Добавить возможность отображения пользовательского параметра в легенде идикатора
 
Сейчас после построения LUA-индикатора при наведении мыши на линию индикатора отображается дата/время соотв. места и значение индикатора в точке указателя мыши.
Требуется: добавить возможность для каждой вычисляемой точки (свечки) индикатора задавать значение (и наименование) пользовательского параметра (-ов), которые будут отображаться в легенде при наведении мыши.
Это необходимо, чтобы отображать дополнительную информацию на индикаторе (можно отладочную - какие были промежуточные параметры вычисления, можно смысловую - дополнительные параметры состояния рынка в той или иной точке индикатора)
Построение индикаторов по нескольким источникам
 
Требуется: иметь возможность строить Lua-индикаторы на основании нескольких источников данных.
Легально и корректно.

Сейчас скрипт строится только по одному источнику данных.

Можно получать второй (трений и т.д.) источник
- через метку другого графика читать с него значения вызовами getCandlesByIndex;
- либо использовать data source,
но каждый из этих путей неполноценный, т.к.
а) нет уведомлений о приходе данных из "второго" источника, а значит нет возможности строить скрипт с учетом изменившихся данных второго источника;
б) сложности в настройке / использовании.
Основное это а), конечно.

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

Вопрос: когда будет такая возможность в QUIK?
AddLabel из скрипта-индикатора
 
В справке написано:

Цитата
NUMBER AddLabel(STRING chart_tag, TABLE label_params)
chart_tag – тег графика, к которому привязывается метка

Вопрос: если AddLabel вызывается из скрипта-индикатора - всё равно надо обязательно указывать chart_tag ?
Индикатор же явно к графику и так привязан, если на этом же графике и хочу метку вывести. Да и  индикатор - сам по себе график. По умолчанию (если chart_tag не задать) метка не привяжется к индикатору или графику, по которому он построен что ли?
Lua-индикаторы: Добавить возможность изменения фактического количества линий индикатора при изменении настроек
 
Просьба добавить возможность изменять количество линий индикатора при изменении настроек.
Например, добавить возможность возвращать новое количество линий как результат выполнения OnChangeSettings ()
Lua-индикатор - диалог установки параметров при добавлении
 
Есть ли возможность в момент добавления самописного Lua-индикатора на график заставить систему спросить параметры индикаторы до  его добавления?
Сейчас выглядит так, что индикатор сначала обязательно безусловно добавляется на график, и только этого после можно открыть редактирование параметров.
Не всегда можно приемлемые параметры установить в скрипте заранее.
Не отображать в настройках Lua-индикатора слишком большое количество линий
 
Бывают индикаторы, где приходится для выразительности выводить 100...200 и более линий.
Очевидно, что параметры этих линий задаются в скрипте автоматически и пользователь точно не будет их изменять руками через диалог.

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

Предлагаю в таблицу Settings добавить свойство, что-то наподобии
Settings.DisableLinesEdit = true / false -- по умолчанию false

Если это свойство true - то параметры линий в диалоге вовсе не отображать, далог тогда будет открываться быстрее
Если это свойство false или не задано (по умолчанию) - то параметры линий в диалоге отображать как сейчас.
Изменяется значение привязки метки "Цена" при изменении вертикального масштаба
 
Удивительная программа QUIK
В какой бы функционал не залез - там обязательно сразу наткнёшься на прорву багов и недоработок, причем гугление пофоруму (я к тому, что по остальным проблемам с графиками, на которые наткнулся, я уже нашел соотв. тему на форуме)
Ошибка работы getScriptPath() из индикатора (версия 8.11.0.66), QUIK 8.11.0.66
 
Код тестового индикатора ниже.
Кладем в папку LuaIndicators, вызываем диалог добавления графика (индикатора).
В окне сообщений выводится:
{}

Т.е. наш скрипт вызвался, но getScriptPath() вернула пустое значение. Это явно ошибка.

Добавим этот индикатор.
В окне сообщений выводится:
{}
{D:\Quik-Junior\LuaIndicators}
<D:\Quik-Junior\LuaIndicators>

Т.е. индикатор сначала выполняется, но getScriptPath() вернула пустое значение.
Потом индикатор еще раз выполняется, но тогда уже getScriptPath() вернула правильное значение.

Проблема в том, что первоначальное выполнение, когда только открывали диалог - getScriptPath() вернула пустое значение, а значит индикатор не смог корректно отработать, если в нем используется getScriptPath(), и не добавился в диалог выбора индикатора.

Надо исправить эту ошибку.


Код
Settings = {}
Settings.line = {}

Settings.Name = "*swerg_test"

Settings.line[1] = {}
Settings.line[1].Name = "swerg_test"

message("{".. getScriptPath() .. "}")

function Init()
   message("<".. getScriptPath() .. ">")
   return 1
end

function OnCalculate(idx)
   return 5
end

QLua: OnFinalize
 
Требуется событие в QLua, которые бы вызывалось в основном потоке и вызывалось бы всегда гарантированно при завершении скрипта. Рабочее название: OnFinalize
Сейчас такого события нет. OnStop вызывается только при нажатии на кнопку.
При ошибке выполнения скрипта (не синтаксического разбора) хорошо бы бы тоже его вызывать с передачей соответствующего признака

Пожелание такое на форуме совершенно точно было, но сейчас его на удивление даже найти не удаётся.
Что слышно про его реализацию?
Некорректность автора сообщения в списке форумов
 
Откроем список форумов
https://forum.quik.ru

В момент написания этого сообщения видим следующее:



Вопрос к тому, что отображается в выделенным оранжевым прямоугольником.
Ранее там всегда был автор последнего сообщения в теме.
Но теперь отображается что-то вообще не понятное.
Например, если открыть первую тему на скриншоте
https://forum.quik.ru/messages/forum1/message44641/topic5394/#message44641
то там даже нет ни одного сообщения от автора с ником "Инесса".

Поправьте как-нибудь эту странность с отображением
Одинаковые линии трендов на разных окнах графиков
 
Открыто несколько окон графиков с одним инструментом (но разными тайфреймами, например). А хоть и с разными инструментами.
Есть ли возможность рисовать линию тренда в одном окне и чтобы такая же ровно линия тренда появлялась в другом окне?
А при изменении таких линий тренда - ест ли возможность, чтобы в других окнах они тоже изменялись?
Убрать ComboBox выбора раздела форума и кнопку Ok
 
Сейчас внизу любой ветки форума (кроме создания новой темы) обязательно висит ComboBox выбора раздела форума и кнопка Ok рядом в ним.
При ответе на сообщение выглядит это так:



Скажите, на какую кнопку вы нажмёте для отправки сообщения?
Рука тянется в Ok. но это, неожиданно, сена раздела форума! заметьте, она совсем близко к сообщению, никак не отделена - впечатление, что она относится именно к сообщению.
А вот нет, она совсем про другое.

Предлагаю ее вообще нафик убрать. В самом деле: ну зачем она здесь? я вдруг внезапно решу сменить раздел форума, да еще таким экзотическим методом, как выбор раздела из ComboBox?! да никогда.
Причем, заметьте, это ведь определённая ветка форума, а не список тем из какого-то раздела, где такой переход был бы хоть как-нибудь быть может логичен.
QLua 7.1, справка
 
Традиционно сравнивал справки предыдущей версии и текущей 7.1.
Переколбасили стили зачем-то, спасибо вам, сравнивать не просто.

Много где убраны уточняющие комментарии, вполне дельные (OnCleanUp, OnClose, getFuturesLimit, CalcBuySell и т.д.). Зачем? в них была неправда?

Стиль примечаний - огромный жирный текст. Зачем? это ж примечание, а не "обратите внимание на подставу!". Или именно так? ;)

Справедливости ради, в описание Init() индикаторов - добавили примечание. Хорошо.

Вопрос:
В описании OnConnected() - исчез параметр, это так? параметр в самом деле не передаётся теперь?
Как на диалог со списком скроптов Lua назначит горячую клавишу?
 
В редакторе горячих клавиш такой возможности не обнаружил
Где бы найти FAQ на новом сайте?
 
На старом сайте был FAQ, в частности по поводу оптимизации трафика
Где сейчас можно найти эту статью?
Проблема работы кнопки "оформление цитаты"
 
Выглядит так:

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

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