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

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

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

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

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

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

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-интерфейсом, обеспечивающую подключение абсолютно любого фида. просто на это придётся один раз потратить время.
это даже, как-то комментировать нехочется. такое ощущение, что автор тут самый умный, а все остальные - полные идиоты.
по-подробней пожалуйста, что вы имеете ввиду?
а что, родной интерфакс уже не катит?

---

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