Андрей Пахомов (Все сообщения пользователя)

  ДА! ДА! ДА! МНЕ ЕХАТЬ НАДО! И УЖЕ ДАВНО! А вы мне всё шашечки предлагаете... ;(

  Не за что, вы же его и хотели.

  Очень даже внимательно читаю. Но пока что ни он ни вы мне никак не помогли. Да, вы оба умно и верно всё пишите. И вы Борис написали более внятно и доходчиво, и даже предложили вариант с вынесенной процедурой. Но НИКАК не помогаете. Совсем. С этой идеей, что вы оба мне повторяете, я знаком на практике уже лет 30. Вот только в данном случае, это всего лишь идея. Теория. Другими словами "вымысел на основании опыта в других областях". Т.е. КАК именно это сделать, в данной ситуации, никто не пишет. Почему вы так уверены, что я раньше не искал как можно её реализовать через LUA-скрипты? Разработчики пишут, что это не возможно. Человек написал, что это возможно и он много раз это делал (см. сообщение #13 и 15), а значит либо знает КАК это делается, либо балаболит. Под конец начал, просто откровенно перевирать написанное мной, что я мол просил LUA-скрипты, а не программу. И в заключение вместо прямого ответа на многократно заданный и уточнённый вопрос, мягко послал... Какая интересная попытка помочь...
В итоге пока что с вами обоими получается диалог в одни ворота:
- Это можно сделать?
- Да.
- Как?
- Ну найди способ...
  Вам всегда так другие помогают? И как вам такая "помощь"? Помогает?

  Как наяву вижу, подходит ко мне студент и говорит: "Как мне решить эту задачу?", а я ему  вместо показа решения и объяснений нюансов: "Задачки выполняются графическим способом. Найди вариант решения задачки, который соответствует твоей квалификации. Например через эпюр Монжа конкурирующих точек и следов плоскостей во втором и третьем октанте. Возможно тебе помогут методы преобразования плоскостей. Спасибо за внимание.".
  Мда, жаль я раньше не знал, что это не откровенное издевательство, а попытка помочь. И надо не реально помогать дельными объяснениями и примерами, а вот так "пытаться помочь" красивыми подсказками, которые ничего не объясняют. Как было бы всё проще! Тогда бы все ученики быстрее и лучше изучали предмет!... Или пытались бы править мне морду лица?...

  "Делай или не делай. Пытаться не надо." Мастер Йода

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

  P.S. Обычную прикладную программу на прямую работающую "в ядре" написать можно, но сейчас так  возни будет намного больше, чем оно того стоит. В подавляющем количестве случаев, ресурсов компьютера больше, чем  необходимость/стоимость/время написания такого кода. Под DOS-ом так часто делали. Иногда под  первыми ОС семейства Windows. На Spectrum-е вообще практически всё так писалось. Для моих задач, актуальность написания программ на ассемблере потеряла актуальность с появлением 386-х машин.

  P.S. 2 Прошу прощения за большое количество лирики. Просто балаболы на форумах достали. Вместо помощи ляпают не подумав, врут, перевирают, за "базар" не отвечают, а потом ещё и ты у них оказываешься в этом виноват...

  Что значит "писали индикаторы" и "с Ваших слов"? %-\ Где я просил показать индикаторы (полную ссылку пожалуйста, а не ЛОЖное голословное утверждение)? Не надо придумывать и писать то чего нету ("вам надо", "вы хотите/не хотите"). С такими заявлениями вам надо или продавать вещи которые никому не нужны даже бесплатно или в пирамидах учавствовать. Я всё время пытался узнать как рисовать ЛИНИИ В ПРОГРАММЕ QLUA. НЕ в индикаторе или фотошопе! В итоге похоже получил только перевирание моих же слов, и заумные речи вместо конкретного примера, которые никак не продвигают меня к решению конкретно указанной проблеме.
 Сначала писали мне про индикаторы, от которых мне толку никакого, теперь пишите:
Так вы знаете как нарисовать простую линию из программы или такой возможности, как я писал ранее, нету и вы просто пытаетесь показать, что очень умный?

Извините если грубо, но мягче обрисовать ситуацию не смог.(

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

   Спасибо, я попробую реализовать программу из указанного вами источника. Раньше я перепробовал ВСЁ, что нашёл в интернете и ничего не работало. Совсем. Может где-то ещё это и работало, но не в QUIKe.

  Для тех кто "в танке" уточню вопрос.

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

  Сами по себе индикаторы технического анализа которые представляют собой отдельный  класс скриптов и не работают в программах QLUA мне известен со времени их введения в QUIK, и я уже умею им  пользоваться. Но с таким же успехом я могу рисовать линии на графиках и в фотошопе... Толку мне от этого?

Заранее спасибо.

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

Видимо я что-то пропустил, будьте добры покажите чайнику простой рабочий пример команды рисования простой линии в программе QLUA, от одного времени и цены до других времени и цены на графике, примерно в таком виде:
Рисование метки на графике:
local TLB={}

function main()
   TLB.IMAGE_PATH = "D:\\LUA\\gd1x100.bmp"
   TLB.ALIGNMENT = 'RIGHT'
   TLB.YVALUE = 7400
   TLB.DATE = 20150814
   TLB.TIME = 100000
   TLB.HINT = "Label !!!"
   AddLabel('SR', TLB)
end

   Отлично, то что надо! Спасибо за помощь! Дальше попробую сам разобраться...

   Обычно в программах 2 настройки, первая по типу как на скриншоте и вторая общий звук (1-я настройка). Зная "мудрёность" QUIKа я "лазил" по всем настойкам... Вторая частично дублирует настройку в окне создания нового оповещения, но о том, что есть ещё 4-я (№3) настройка, которая в какой-то мере дублирует две другие, я как-то не подумал...
  Впрочем в данном случае существование всех 4-х настроек логически обосновано - удобство вариативности. Я поигрался с ними и мне очень понравилось как это устроено. Такие бы возможности и вариативность в QLUA (в графической и звуковой частях), QUIK-у бы цены небыло...! Можете записать это как пожелание (особенно по звуку)!

  В общем если включить 3-ю настойку, то опция работает. Спасибо за помощь.
  Тему можно закрыть.

   При срабатывании оповещения нет звука который ему присвоен.

Скрытый текст

   В окне создания нового оповещения по параметру/проиграть файл - файл звука проигрывается. При срабатывании оповещения всегда полная тишина.

   Попробовал выставить простую стоп-заявку:
function main()
Transaction = {
               ['ACCOUNT']="SPBFUT00nnn",
               ['EXPIRY_DATE'] = "GTC",
               ['ACTION'] = "NEW_STOP_ORDER",
               ['STOP_ORDER_KIND'] = "SIMPLE_STOP_ORDER",
               ['TRANS_ID'] = tostring(1),
               ['CLASSCODE']="SPBFUT",
               ['SECCODE'] = "SRM8",
               ['TYPE'] = "L",
               ['OPERATION'] = tostring(B),
               ['CONDITION'] = tostring(4),
               ['STOPPRICE'] = tostring(20000),
               ['PRICE'] = tostring(20000),
               ['QUANTITY'] = tostring(1)
           }
   res = sendTransaction(Transaction)
end

Но ни заявки ни к.л. реакции от QUIKа вообще нету.
Что здесь не правильно, чего не хватает и что лишнее (или без каких параметров можно обойтись)?

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

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

   Люди уже 15 лет просят дать возможность простую линию на графике рисовать, а вы аж бары, да в отдельном окне...
  ...Хотя я тоже за эту возможность! Сам не просил ибо ...уже написал выше. Помечтаем однако о несбыточном...

Ну и на том спасибо.

Я в курсе указанного вами регламента работы. Логично и правильно написано.
И да, я осознаю, что я не знаю, чем конкретно занимаются программисты, и что есть более важные, более срочные и более простые задачи на самом деле, а не на мой взгляд. Мне много чего хотелось бы в Quike. Но я либо не пишу об этом, либо пишу только 1 раз, т.к. немного понимаю и то как пишутся и дописываются такого рода программы, и то что кол-во человеко часов - параметр ограниченный.

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

 А как насчёт реализации пожеланий которые, в замен существующих, снизят затруднение функционирования системы QUIK, снизив процессорную нагрузку на Рабочее место пользователя?! И использование которых, в замен существующих, уберёт реально возникающие конфликтные ситуации при обработке поручений и не только их?!  
  Я работал на многих программах связанных с отрисовкой графики, и всегда отображение одной картинки занимало на 1..2 порядка больше ресурсов, чем простые геометрические объекты. И чем больше размер таких объектов, тем больше разница.

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

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

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

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

Вот мне например надо получить линии на графике как на картинке. И всё! Больше ничего не надо. Только линии. Но НАДО! При необходимости из них пользователи смогут и уровни, и многоугольники, и звёздочки и даже попугайчиков нарисовать (упрощённо конечно, что бы компьютер не завис).
Метками такого рода линии, для работы, получить НЕ возможно, потому что
а) метки не масштабируются под график.
б) размер линий и их наклон может быть совершенно разный. Количество миллионов необходимых картинок, которые нужно будет для этого сделать, можете посчитать сами...
с) при отрисовке точками всех нужных линий, лично на моём компьютере Quick виснет. У кого не виснет, думаю результат будет примерно таким же - работать будет НЕ возможно.

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

В общем предлагаю, не признавать или пробовать, а ДЕЛАТЬ. И делать СРОЧНО! А не "возможно, когда-нибудь, через надцать лет...".

P.S. Прошу пощение если кому-то, что-то покажется грубым.

Понятно. Спасибо за разъяснение.)

Получилось.) Спасибо.

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

Никак не получается.( Напишите пожалуйста рабочий пример для "чайников", и если trade_dat является таблицей, то и все её параметры.

Например:
Получение параметра - день даты сделки в первой строке таблицы обезличенных сделок (тип-NUMBER):
var = getItem ("all_trades", 1)['datetime']['day']
или так:
var = getItem ("all_trades", 1).datetime.day

В таблице обезличенных сделок есть такие параметры как "дата" (дата сделки) и "дата торгов" (дата последних сохранённых торгов, может отличаться как от текущей даты на компьютере, так и от даты на сервере). Как получить значение первого параметра, я вроде бы разобрался.
А вот как получить параметр "Дата торгов"?

Ааа, блин, прошу прощения, мой косяк. Но исправив его я смог понять, что не так: не учтёны 2 символа перевода строки. Спасибо за помощь!
Сделал так:

       file :seek (cur,1)
       MySec[i..'']['SCod'] = file :read(6)
       file :seek (cur,2)
       
       InsertRow(AVT, -1)
       SetCell(AVT, i, 1, MySec[i..'']['CCod'])
       SetCell(AVT, i, 2, MySec[i..'']['SCod'])

И да, там после "SPBFUT" три пробела (всего 7 символов), но для этого и стоит строка "file :seek (cur,1)".

И ещё вопрос.
Ввиду того, что это для обработки очень большого количества данных, а работает очень медленно, приходится бороться за каждую мелочь.
Мне важно знать что будет работать быстрее:   file:seek (cur,2)    или   file:read()   ?

Ага, вижу, что часть пробелов на форуме удаляются произвольно. Скопировать сюда файл тоже не получилось. В общем смотрите "Блокнот" на картинке, там пробелы - это пробелы, символы в русской раскладке отсутствуют.

ПРОГРАММА:
local MySec = {}
local AVT = AllocTable()

function main()
   AddColumn(AVT, 1, "ClassCod", true, QTABLE_STRING_TYPE, 12)
   AddColumn(AVT, 2, "SecCod", true, QTABLE_STRING_TYPE, 12)
   CreateWindow(AVT)
   SetWindowCaption(AVT, "Table")
   SetWindowPos(AVT, 0, 0, 200, 200)

   local file = io.open ('D:\\SYS\\ATC Sec', 'r')
   file :read()
   local i = 0
   while true do
       i=i+1
       MySec[i..'']= {}
       MySec[i..'']['CCod'] = file :read(8)
       if MySec[i..'']['CCod'] == nil then
           break
       end
       file :seek (cur,1)
       MySec[i..'']['SCod'] = file :read(6)
   
       InsertRow(AVT, -1)
       SetCell(AVT, 1, 1, MySec[i..'']['CCod'])
       SetCell(AVT, 1, 2, MySec[i..'']['SCod'])
   end
   file :close()
end
____________________________________
ЗАПИСЬ В ФАЙЛЕ (скопировано из файла):
ClassCod SecCod
 SPBFUT   SRH8
 SPBFUT   GZH8
____________________________________
Результат на картинке.
Что не так?

Р.S. Раньше эта же программа, но с бОльшим количеством переменных, работала нормально. Остальные переменные убраны для простоты.

Сделал и отослал.

Вам на почту, это куда?

Всё это есть. Попробовал сегодня ещё раз, и с ними и без них - не работает.
Эта опция вообще когда-либо работала? Я за 10 лет, сколько не пробовал, на разных компьютерах и ОС - ни разу не работала.

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

Почему не работают локальные оповещения?

Ещё в прошлом веке надо было сделать. И не 65000 свечей, а всю историю, хотя бы за последний год. И с возможностью хранения и просмотра всех нужных данных на локальной машине трейдера.И без удаления старой истории при перезагрузке графиков. Да, если есть ограничение по истории у брокера, то может придётся следить и периодически подгружать текущую историю, что бы потом не было в ней пробелов, но кому надо тот сделает. А сейчас возможность нормальной работы с историческими данными отсутствует практически полностью. Приходится сохранять весь QUIK с "текущей" историей раз в 15-20 дней, в отдельную папку, со всем последующим "геморроем" по обработке этих данных...(((

  Да, спасибо, раньше так и делал. Но на этот  раз ни одного сейва у меня загрузить без косяка не получилось. Вот я и  написал... Вдруг разработчики что-то новое учудили. Ну а если это старая  проблема, то тем более пусть ищут в чём косяк. Потому как чем больше "накручивают" новый код на старый, тем больше вероятность, что проблема  станет критической.



  Мы про какую программу говорим? Я за 10 лет работы в QUIKе уже такого понасмотрелся... Тут и 3 косяка в одном месте не проблема.((
А дублирования скриптов у меня точно нет.
   Потому что во первых, проблеме с одинаковыми названиями в скриптах уже  больше двух лет. И лично для меня добавить "_" или любой другой символ в  название не проблема. Хотя да, без этой проблемы было бы удобнее. А  архивы я вообще на диске С: не храню принципиально, тем более в  системных каталогах.    Чего и вам советую - время от времени очень полезная привычка.  
   А во вторых я уже больше года скриптами не пользуюсь из-за множества  этих самых проблем с ними. В QUIKe уже так весь код перекрутили и  запутали, а языки настолько убогие и кривые для работы с графикой и  таблицей всех сделок на рынке, что даже простенькая программка вызывает  такие глюки и тормоза, будто я одновременно запустил 2 игры типа  Warhammer 40k или UnrealTournament...вплоть до полного зависания QUIKа, а  иногда и Windows-а. И каждые пол года сила тормозов (одних и тех же  скриптов!) ощутимо растёт...   В общем хоть и не удобно без скриптов, но зато не теряешь постоянно на рынке  из-за этих тормозов и вылетов, разве что только иногда - при выходе  новой версии...

  Не повезло в чем? В том, что я пользуюсь программой QUIK?
Но за совет спасибо! Вроде бы помогло (двое суток - полёт нормальный). Хотя и пришлось повозиться несколько часов...((

  При попытке загрузить сохранённые ранее wnd, либо сразу вылетает, с той же ошибкой. Либо при следующей попытке запустить QUIK (зависит от файла).
  Запускать скрипты не пробовал, но старые из подкаталога LuaIndicators не удалял.

QUIK не загружается. Ошибка «Не хватило памяти под объекты, без которых приложение работать не может». Дампа нет.
Удаление «*.log» и «*.dat» не помогает. Предыдущая версия запускалась. Номер версии не помню, скачивал свежий с сайта брокера и ставил в мае этого года.

Спасибо. Буду ждать.

Хорошо. Буду ждать.
Не понятно, какие сложности у вас вызвал 3-й пункт. У меня до сих пор иногда бывает: снимешь все заявки, а к.н. одинокий "стоп" забыл... Только риск-менеджмент и спасает. Просто я привык работать через ГК и привык, что если все то ВСЕ.

Спасибо!

Вы сначала разберитесь с вылетом QUIK-а при работе простых QLUA скриптов  (уже год разбираетесь). Это критично. Потому как часто вылетает в самый ответственный момент.
А с не оптимизированными тормозами я уже не первый десяток лет работаю... привык.

"У меня под вайном на макмини Квик бывает жутко подтормаживает. Особенно   после загрузки самого Квика. Бывает что и графики подвисают. У компа   оперативки 8 гигов."

У меня та же ситуация под Windows XP и Windows 7... А при работе Lua-индикаторов и меток вообще "пошагово" работает. Ограничения в настройках ничего не дают. Просто эта программа, на сколько могу судить, изначально не предназначалась для выполнения тех задач, что выполняются сейчас. И чем больше в неё дописывают, тем больше тормозов. Возможно это "исправляется" более мощным компьютером. Но по моему ситуация уже назрела для написания нового QUIK-а "с нуля". В противном случае не помогут ни 16 "гигов" ни Windows 10...

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

Исходя из выше описанного, хочу что бы в QUIK-е было:
1. Возможность назначать ГК на ЛЮБУЮ заявку. Отдельно!
2. ГК заявок работали в ЛЮБОМ активном окне, связанном с одной или несколькими бумагами. Особенно в окне графика движения цены!
3. ГК снимающая ВСЕ заявки по бумаге.
4. Возможность назначать ГК на более чем 9 вкладок.
5. ГК вызова окна "Lua скрипты...". И/или что бы это окно при запуске QUIK-а оставалось там, где было в последний раз.
6. Опции в настройках для стоп-заявок: "отступ по умолчанию" и "защитный спред по умолчанию".
7. В QLUA была команда построения линии. В т.ч. двухцетной (паралельно 2 линии разных цветов).

Alexey Ivannikov пишет:

   О каких "всех заявках" идёт речь, поясните пожалуйста?

Пожалуйста:
Если включить режим ввода заявки из окна диаграммы, то нажав ЛКМ на любом графике можно вызвать окно выставления заявки купли/продажи. И всё!
Во первых это не удобно. Иногда окно вызывается в ненужный момент, например при попытке мышкой масштабировать график.
Во вторых, при активном окне графика движения цены инструмента, горячая клавиша (далее ГК) вызова заявки купли/продажи не работает.
Вызвать окно выставления стоп-заявок при активном окне графика движения цены у меня вообще никак не получается - ГК не работает. А как по другому нигде не написано (если это вообще возможно).
При этом на все стоп-заявки одна ГК. А так как ГК придумали для УСКОРЕНИЯ выполнения процессов выполняемых пользователем (в данном случае это процесс выставления заявок), то будет логично если каждая стоп-заявка (стоп-лосс, тейк-профит, стоп-лосс и тейк-профит и т.д.) будет вызываться отдельной ГК. Тем более что, на сколько я понимаю, реализовать это не сложно: при нажатии определённой ГК вызывается окно с уже выбранным соответствующим параметром строки "тип стоп-заявки".
Айсберг-заявками думаю мало кто пользуется, но по аналогии с любой другой программой имеющей такое же или большее количество команд, так же должна быть возможность назначения ГК.
Так же есть команда "отменить все заявки", но она почему-то отменяет только заявки на покупку/продажу. Стоп-заявки она не отменяет! Или кто-то посчитал, что это не заявки? ГК опять же работает 2..3-х окнах всего. Т.е. прежде чем использовать ГК, я должен вспомнить в каких окнах ГК работает, а в каких нет и сделать его активным. А если я не использую те окна в которых ГК работают, а использую только те в которых не работают? Где интуитивно-понятный интерфейс в конце концов?

И раз пошла речь о ГК:
Если есть возможность назначить ГК на 9 вкладок, то почему она отсутствует для остальных? Кто сказал, что 9 более чем достаточно? На сколько я себе представляю, многие трейдеры (если не большинство) используют более 9 вкладок.

Могу предположить, что исходя из специфики изначального кода программы, у Вас могут быть проблемы с добавлением ГК. А назначать ГК на все функции хоть и удобно, но исходя из специфики программы нет необходимости. Можно попробовать решить эту проблему одним махом:
1. Отберите те команды/закладки, которыми пользуются дейтрейдеры каждый день.
2. Добавьте возможность добавлять на них ГК.
3. Специфики исходного кода я не знаю, да и программист возможно из меня хреновый, но например: добавьте в программу (если ещё нету) списки ГК и всех окон которые могут им соответствовать (график, стакан, заявки, стоп-заявки и т.д.) из которых. И соответственно вставить в программу код сверяющий нажатые ГК с активным окном и кодом инструмента. Дальнейшие могут быть 3 варианта запуска команды: для единственного инструмента в окне, для выбранного инструмента, для первого инструмента.
Вот и всё. Если конечно я чего-то не упустил...

    В QLUA так же. Отберите те команды которые дают наибольшие возможности и/или наиболее востребованные функции и СДЕЛАЙТЕ ИХ НАКОНЕЦ!!! Например уже 8!! (если не больше) лет, многие вас просят, умоляют и "матюкают" дать возможность рисовать на графиках точки, линии, прямоугольники, окружности, кривые и пр. В большинстве графических программе весь набор графических элементов отрисовывается ЛИНИЯМИ! Да, и любые кривые включая окружность, иначе всё будет оооочень медленно работать. Уверен Ваши программисты в курсе этого.
И что? Ваши программисты не в состоянии за 8 лет дописать в программу команду построения линии? Или у вас при такой не простой и ответственной программе всего 1..2 программиста, и их еле-еле хватает только на исправление багов?
Мне что бы при любом масштабе на графике горизонтальный или вертикальный, одноцветный или двухцветный (две рядом, но разных цветов) отрезок, приходится использовать от 1 до 30 меток. Только в диапазоне 1-го дня на 5-ти минутном графике это в среднем примерно около 2000...2500 меток. Если не знаете сами, спросите у ваших программистов как "быстро" будет работать QUIK при таких условиях... И как быстро будет работать сама программа на QLUA, при условии что около 50...100 меток обновляются в реальном времени...
Вы всё ещё думаете, что это не срочное и не первоочередное (не считая багов в программе)?
Тогда представьте, что пользователю для торговли, необходим не индикатор типа средней скользящей , основанный на расчётах и данных из файлов... Метками такой в принципе не сделаешь, а в LUA-индикаторах не доступны последние две опции.
Пользователям нужны множества различных индикаторов, которые у вас так же много лет просят сделать. Если бы была возможность, то они или писали бы сами или брали написанное другими,  энтузиастов полно, а не писали бы очередное "ну когда же вы наконец, может быть вдруг, сделаете???"
Привести ещё примеры или этого достаточно? Ведь, на сколько я понимаю, это упростит Вам самим жизнь, уменьшит гневные послания в ваш адрес и ускорит процесс улучшения программы, который более всего необходим Вам, т.к. это Ваш хлеб (хотя и не единственный)?


Хотя всё это не сложно. А объяснять вам это должен человек который отвечает за эргономику (где, ЧТО и в каком виде должно быть, что и как сделать что бы использование было наиболее БЫСТРЫМ и удобным) программы и получает за это зарплату. Но исходя из очень плохой реализации функций ГК, отсутствия некоторых НАИБОЛЕЕ НЕОБХОДИМЫХ функций в QUIKе и в QLUA, а так же слабой оптимизации ввода и исполнения команд (ускорения выполнения действий пользователем) - могу предположить, что этим у Вас занимаются программисты, руководители и пр.. Т.е. все те кто может и считают, что понимают как правильно/лучше, но делают это хуже чем например человек, просто имеющий большой опыт работы и преподавания с различными программами средней и высокой сложности, и немного (в разумных пределах) практикующий эргономику в программах которые использует. А если он немного владеет программированием то это позволяет более эффективно группировать решение проблем, а проблем "как надо ~= как возможно" практически не возникает.
Например если вы сделали в настройках опцию "количество лотов по умолчанию", то почему сразу не сделали на столько же важные и ускоряющие процесс опции для стоп-заявок "отступ по умолчанию" и "защитный спрэд по умолчанию"? Где логика? Или вы даёте техническое задание программистам только исходя из количества в блоге надписей "хочу вот это..."? И да, внесите эти опции как предложение.
Решение о 9-ти вкладках однозначно принимал программист. Остальные, думаю, согласились из лени "для ускорения процесса написания программы"...

Очень извиняюсь:
1. Если что-то покажется грубым. Просто пытался адекватно описать моё видение ситуации.
2. За заумность поста, наболело - понаделают программ не понятно как, а ты потом раскорячиваешься... Впрочем программистам переделывать/дописывать изначально не продуманный и/или кривой код, тоже не сахар...
3. Если не по теме. Не хочу кусками спамить по всему чату. Всё равно, как я понимаю, всё читают одни и те же люди, которым так тоже будет проще и они передадут что надо - куда надо. А темы с вопросами которые я описываю, в блоге появляются постоянно, в т.ч. и мною, хотя может и не так подробно описанные.

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

А разве это не называется горизонтальный объём? Его тут на форуме уже просили и думаю, что не один раз.

Поддерживаю. В крайнем случае сделайте хотя бы возможность сделать больше сочетаний горячих клавиш. А то 9 шт. это совсем мало.

Полностью поддерживаю по поводу расширения списка графических инструментов!!!

Поддерживаю. Ещё добавлю, что нужно добавить вызов ВСЕХ заявок из окна графика! Но не проще ли сделать так что бы горячие клавиши в QUIK-е всегда работали в QUIK-е (как в любой другой программе), а не в его отдельных окнах?! Ведь привязываясь к отдельным окнам вы только усложняете программу.

Полностью поддерживаю Антона, в т.ч. и по вводу "стоп-заявки с графика".

Полностью поддерживаю.

Полностью поддерживаю sandyman.

Р.S. На счёт прямоугольника было бы тоже не плохо. Но просто линии ещё лучше. Из них и прямоугольник и ... можно сделать.

Как сделать, что бы окно "доступные скрипты" при открытии QUIK-а оставалось там где я его оставил? Ужасно надоело за этот год каждый раз открывать и устанавливать его заново... Иногда получается десятки раз в день (учитывая зависания QUIK-а).((

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

Алексей, если вам действительно интересно "почему" изучайте эргономику и цветовосприятие.  Или просто посидите сутками в течении 10...20 лет за разными мониторами...

Надеюсь, что Вы будете держать меня в курсе событий по данной теме.

Спасибо.

Очень хотелось бы увидеть реализацию функций создания, редактирования и удаления линий на графике, которые работа ли бы из функций обратного вызова. Потому что LUA-индикаторами ни одну из необходимых для меня задач реализовать у меня не получается. А метками можно выполнить только некоторые, но с большими тормозами, большим количеством картинок  и очень мудрёным алгоритмом.
Параметры для линии: идентификатор графика,  координаты 2-х точек (то же, что и координаты 2-х меток), ширина и цвет линии. Можно ещё добавить текст всплывающей подсказки и прозрачность. Сама функция возвращает номер линии. Эти инструменты открывают практически неограниченные возможности для создания на графике чего угодно. Вопрос будет только в быстродействии в зависимости от количества линий.
Сами же графики и индикаторы как-то рисуются... И линий в них не мало...