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

и не каждому инструменту, а каждому сектору (инструменты в секторе - одним цветом)

это более чем работает. и без всяких "кажется"

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

просветите меня (возможно мы друг друга так и не поняли)

ответ:
мешает "несколько таблиц"

p.s. я понимаю, что средствами LUA это можно сделать НО!!! мне это не нужно. Мне нужна базовая возможность квика (без создания таблиц).

либо...
сделайте такую "приблуду" и закроем тему:

так и знал, что нечто подобное спросят
отвечаю:
1. Для быстрой ориентации по номеру эмитента в таблице - т.к. это более наглядно, учитывая, что тикеров в таблице - 317
2. Для быстрой ориентации/отслеживания и выделения по целым секторам. Про пользовательские фильтры и условное форматирование прекрасно (если не лучше вас) осведомлён. Ответ: попробуйте применить эти фильтры 317 раз. Думаю, тогда вопросы отпадут сами собой.

это ваше так называемое "ноу-хау"???...

Без обсуждения и всяких "может/возможно будет реализовано..."

а возможно, и нет....
:)))))))

впрочем, как обычно...

мда уж...
действующие лиц - те же...

понавылезали...

это ты/вы о чём?

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

у меня всё правильно работает (FireFox посл. версия)

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

ОБРАЩЕНИЕ К АКЦИОНЕРАМ Arqua Technologies!!!
На случай, если Вы это читаете - прошу задуматься о компетентности вашего отдела по развитию.

позорники)))))
за такого вида ошибки - надо расформировывать весь отдел))))

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

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

:))))))
вот-вот :))))

ещё наглядный пример из жизни:

как известно, индустрия современных 3D-игр - весьма конкурентна и изменчива. Однако, анализируя код современных игровых движков с поддержкой LUA-скриптинга можно однозначно выделить следующий момент:
игры в которых GUI-поддержка встроена на уровне движка намного коммерчески дольше живут нежели те, в которых, чтобы нарисовать линию/окно/любой графический примитив - надо обращаться через LUA-"прокладку" к тем же средствам winAPI/DirectX.
Для особонепонятливых, контролы должны быть реализованы на уровне движка квика (как это, хоть и весьма коряво сделано с визуализацией таблиц), а не так, как сейчас, когда бедный юзер со слезами на глазах начинает спрашивать про всякий бред (vclua) на сторонних форумах.
Это, как если бы я купил в магазине игру и захотел к примеру добавить новый скин персонажу (для примера), а потом мне в техподдержке (на сайте этой игры) сказали, что (как тут говорит clientsupport) - попробуйте поискать ответы на других форумах.
При том, что сам продукт - не опенсорс.

выскажу своё мнение: судя по тому какие "пожелания" фактически реализуются - разработчики пошли по самому лёгкому пути:
они первым приоритетом исполняют пожелания, касающиеся интерфейса - бо как это не требует большого ума и времени, а когда просишь их добавить действительно стоящие/полезные вещи - это для них сразу становится сродни обстоятельствам непреодолимой (и я бы даже сказал, необъяснимой внятно) силы. наглядные примеры:
1. раскрыть pluginAPI, чтоб пользователи сами решали каким должен и может быть для них квик, а не задавали кучу "глупых" вопросов на форуме и получали столько же, порой, откровенно глупых ответов. Но разработчикам, это почему-то абсолютно не надо. им, почем-то проще выслушивать 15 лет весь поток того, что о них думают пользователи.
2. открыть для пользователей возможность пользоваться "штатными" контролами квика: теми же вкладками, кнопками, эдит/комбобоксами и пр. ("нувыпоняли"). Вместо этого, пользователи начинают опускаться до того, что изучают недра winAPI, а также начинают пользоваться всякими сомнительными "поделками" на манер всяких VCLUA.

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

:))) именно поэтому, чтоб никто не выдумывал факты - нужно обращаться напрямую к разработчикам, а не терзать client&techsupport :)))

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

Очевидно, первым вашим шагом - должно быть научиться писать правильно расширение файлов. Похоже, вы имели ввиду: банальный csv таким образом, необходимым и достаточным для вас, - будет прочтение соответствующего RFC и LUA.org

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

Прошу не расценивать моё мнение, как пожелание - бо как мне уже глубоко давно нас..рать.

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

а вы не пробовали спросить об этом авторов библиотеки QL???
http://forum.qlua.org/topic6-30.html

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

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

нет. не вернётесь - вы ж на тестовых серверах тестите. https://forum.quik.ru/messages/forum10/message4019/topic444/#message4019

это надо добавить в слоганы к ТС квика... :)))

Михаил - уже ни на какой - будем считать, что Сергей Вас спас. А то топик рискует превратиться в роман в четырёх томах (война и мир).
самое главное, что те кто должен был понят - уже давно всё понял...

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

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

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

:))))) ок. не буду настаивать и спорить:))))

to Михаил:
мой вопрос #21 всё ещё в силе.

и ещё: с радостью от вас выслушаю Вашу версию того, что вы считаете плагином... :)))

конкретно в этой ветке, я и не говорил, что это плагин. А спросил лишь о том, почему его возможности не в полной мере реализованы в qlua, хотя, возможность сделать эту dll более user-friendly у вас определённо имеется.
И, кстати, Михаил, вы мне так и не ответили: https://forum.quik.ru/messages/forum8/message2549/topic124/#message2549
----------------
получается, для вас - доступен весь функционал и спектр возможностей, а нам вы оставляете только тривиальные функции использования.

а дать пользователям нормально работать с qchart.dll из qlua надо понимать, не смогли?

)))об этом, вам никто и никогда не признается)))
однако...
структура акционеров "арки", утёкшая в интернет - многое объясняет...)))

если правильно понял суть предложения то, такой вопрос(ы):
а как быть если на одном уровне (по одной цене) заключалось несколько сделок?
как учитывать возможную прибыль? по единичной заявке/в пунктах/в валюте???
как учитывать возможную прибыль в арбитражной позиции + как определить, что несколько сделок связаны (арбитраж)?

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

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

ОК, прошу привести в таком случае аргументы отказа.

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

чмо, '98г, $10млн..., - лексикон говорит сам за себя.

---
прошу администрацию забанить этого тролля.

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

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

---

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

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

прочитайте это столько раз: https://forum.quik.ru/messages/forum15/message3493/topic419/#message3493
пока наконец недойдёт

из своего опыта общения с разработчиками и брокером КРАЙНЕ не рекомендую сильно полагаться на расчёт цены приобретения, который транслирует брокер в квике в соответствующей таблице. Бывают случаи когда по некоторым позициям брокер мне такого насчитал...
и главное, оба: и брокер и "арка" - кивали друг на друга. с тех пор - я сам всё расчитываю в скриптах, что помогает избежать даже таких злостных манипуляций на бирже - когда с неё приходят совершенно неадекватные данные (редко, но бывает), а потом, биржа мило извиняется, мол, сбой-с, увы-с. и сделки не анулирует (в отличии от международных бирж), равно как и не возвращает деньги.

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

---
p.s. в принципе, с помощью LUA можно подцепить и обрабатывать абсолютно любой RSS-feed и сделать таким образом собственный news-provider.

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

они вам потом скажут, что: читайте форум или:.. быть может, даже и другой... (попробуйте поискать информацию на другом форуме)
это п..ц в общем.

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

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

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

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

не особо разбирал ваш пример в соседней ветке - бо как там всё надо переделывать, но что бросается в глаза: у вас в майне создаётс thread-объект "co". Причём каждый цикл майна создаёт/затирает предыдущий объект корутины. Причё, это всё абсолютно никак у вас не синхронизировано с resume из коллбеков. То есть получается, что код становится абсолютно неуправляемым и LUA непонимает какой именно объект запускать или приостанавливать в каждый момент времени. бо как указано выше, у вас одна и таже переменная создаётся/используется в цикле.

троллинг чистой воды.
---

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

попробуй SRM5

SRH5 уже не торгуется: http://moex.com/ru/contract.aspx?code=SBRF-3.15

просто интересно))

и если Да - то, как вы собираетесь его использовать (для чего)?

а вы где-нибудь такое событие в delphi или vc++ видели?

а где этот пунктик???
или он для вас недостаточно целесообразен????!!!

большое спасибо.

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


---
p.s. не спорю, что ум у вас определённо имеется но, ещё сильней ваше самомнение на манер: в жизни есть 2 мнения - моё, а остальное неправильное

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

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

данные вопросы - не являются ошибкой. https://forum.quik.ru/messages/forum8/message3580/topic352/#message3580

скорей всего в Свойствах этих окон стоит галочка: отображать на всех вкладках.

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

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

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

однако, хотелось бы уже увидеть этот скрипт

когда они проспятся - они вам напишут:

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

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

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

было, конечно, интересно услышать ответ от директора по развитию, особенно если учесть, что за 15 лет система QUIK так и не вышла на стабильный уровень, что подтверждается многочисленными сообщениями конечных пользователей на данном форуме о выявленных и продолжающих выявляться багах.
ОК, тогда, в таком случае, последний вопрос:
назовите объективные причины по которым вы не раскрываете API? Лично мне на ум приходит лишь то, что компания сама зарабатывает деньги на продаже плагинов и ни в коем случае не хочет делиться такой возможностью с другими пользователями - брокерами/независимыми разработчиками/конечными пользователями.

ну понятно. в общем, разговор ниочём.

а также, значит ли это, что раз вы до сих пор не посчитали нужным открыть для нас интерфейс Plugin API то, пользователи на вполне законных основаниях могут сделать это сами в личных целях, о чём, кстати, тоже упомянуто в вышеприведённой статье ГК РФ? Кроме того, я думаю, ни для кого здесь не секрет, что система КВИК за 15 лет развития так и не вышла на 100%-но стабильный уровень. С каждой версией обновления - мы, рядовые конечные пользователи находим в ней кучу "багов" и теряем на них свои деньги.
Вы, как компания - нам это никак не компенсируете, а только постоянно приносите свои извинения. Таким образом, на основании вышеизложенного, прошу, как говорится, "пойти с пользователями на сделку":
вы открываете для нас PLUGIN API и мы, более не имеем к вам претензий к функциональности и стабильности системы КВИК - бо как в таком случае, мы уже будем сами нести за это ответственность.

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

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

Статья 1280. Право пользователя программы для ЭВМ и базы данных 1. Лицо, правомерно владеющее экземпляром программы для ЭВМ или экземпляром базы данных (пользователь), вправе без разрешения автора или иного правообладателя и без выплаты дополнительного вознаграждения: 1) осуществлять действия, необходимые для функционирования программы для ЭВМ или базы данных (в том числе в ходе использования в соответствии с их назначением), включая запись и хранение в памяти ЭВМ (одной ЭВМ или одного пользователя сети), внесение в программу для ЭВМ или базу данных изменений исключительно в целях их функционирования на технических средствах пользователя, исправление явных ошибок, если иное не предусмотрено договором с правообладателем; 2) изготовить копию программы для ЭВМ или базы данных при условии, что эта копия предназначена только для архивных целей или для замены правомерно приобретенного экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. При этом копия программы для ЭВМ или базы данных не может быть использована в иных целях, чем цели, указанные в подпункте 1 настоящего пункта, и должна быть уничтожена, если владение экземпляром таких программы или базы данных перестало быть правомерным. 2. Лицо, правомерно владеющее экземпляром программы для ЭВМ, вправе без согласия правообладателя и без выплаты дополнительного вознаграждения изучать, исследовать или испытывать функционирование такой программы в целях определения идей и принципов, лежащих в основе любого элемента программы для ЭВМ, путем осуществления действий, предусмотренных подпунктом 1 пункта 1 настоящей статьи. 3. Лицо, правомерно владеющее экземпляром программы для ЭВМ, вправе без согласия правообладателя и без выплаты дополнительного вознаграждения воспроизвести и преобразовать объектный код в исходный текст (декомпилировать программу для ЭВМ) или поручить иным лицам осуществить эти действия, если они необходимы для достижения способности к взаимодействию независимо разработанной этим лицом программы для ЭВМ с другими программами, которые могут взаимодействовать с декомпилируемой программой, при соблюдении следующих условий: 1) информация, необходимая для достижения способности к взаимодействию, ранее не была доступна этому лицу из других источников; 2) указанные действия осуществляются в отношении только тех частей декомпилируемой программы для ЭВМ, которые необходимы для достижения способности к взаимодействию; 3) информация, полученная в результате декомпилирования, может использоваться лишь для достижения способности к взаимодействию независимо разработанной программы для ЭВМ с другими программами, не может передаваться иным лицам, за исключением случаев, когда это необходимо для достижения способности к взаимодействию независимо разработанной программы для ЭВМ с другими программами, а также не может использоваться для разработки программы для ЭВМ, по своему виду существенно схожей с декомпилируемой программой для ЭВМ, или для осуществления другого действия, нарушающего исключительное право на программу для ЭВМ. 4. Применение положений, предусмотренных настоящей статьей, не должно противоречить обычному использованию программы для ЭВМ или базы данных и не должно ущемлять необоснованным образом законные интересы автора или иного правообладателя. https://ru.wikisource.org/wiki/%D0%93%D1%80%D0%B0%D0%B6%D0%B4%D0%B0%D0%BD%D1%81%D0­%BA%D0%B8%D0%B9_%D0%BA%D0%BE%D0%B4%D0%B5%D0%BA%D1%81_%D0%A0%­D0%A4/%D0%93%D0%BB%D0%B0%D0%B2%D0%B0_70#.D0.A1.D1.82.D0.B0.D1.82.D1.8C.D1.8F_1280._.D0.9F.D1.80.D0.B0.D0.B2.D0.BE_.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D1.82.D0.B5.D0.BB.D1.8F_.D0.BF.D1.80.D0.BE.D0.B3.D1.80.D0.B0.D0.BC.D0.BC.D1.8B_.D0.B4.D0.BB.D1.8F_.D0.AD.D0.92.D0.9C_.D0.B8_.D0.B1.D0.B0.D0.B7.D1.8B_.D0.B4.D0.B0.D0.BD.D0.BD.D1.8B.D1.85

Прошу "Арку" дать развёрнутый комментарий по каждому пункту этой статьи на предмет легальности исследования системы QUIK. А также, значит ли это, что знания полученные из анализа квика можно на вполне законных основаниях (что доказано выше) использовать в своих проектах при условии, что они не будут сильно внешне похожи на квик/либо его модули/плагины?

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

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

аминь.
на #83 шаге, на автора наконец снизошёл дзен. благо, что "путь" не оказался в 1000 ли. Однако...
Даже путь в тысячу ли начинается с первого шага. (千里之行，始于足下).
:))))))

:)))))а вы не пробовали для начала задать эти вопросы тому, кто впарил вам этого робота?:)))))

единственный здравый пост из всей ветки автора.

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

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

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

таким образом, прошу:

• либо зарегистрировать данное пожелание
  

• либо ответить аргументированным отказом на него
  

никакие пространственные рассуждения/обсуждения на манер: "а зачем это надо" и т. п. - меня не интересуют.

Egor Zaytsev,
Что-нибудь слышно о результатах рассмотрения данного пожелания?

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

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

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

а вообще - Michael Bulychev  мог бы, действительно и подробно расписать механизм работы событий в квике. Уверен, что это никак бы не отразилось на "коммерческой тайне", а наоборот - повысило бы понимание этого вопроса для пользователей и сократило бы кучу "глупых" вопросов и "догадок" на форуме. А также, уменьшило бы их стремление получить ответы на свои вопросы другими путями.