Владимир написал: Евгений, Вот уж извините! Это источник ТАКИХ глюков, с которыми Вы потом в жисть не разберётесь! Я даже при изменении строк в таблице перебиваю её заново ( Clear + InsertRow)! А при пропадании текста в таблице и вообще приходится делать DestroyTable + AllocTable!
Для того что бы была возможность вставлять новые колонки без переделки всей таблицы лучше нумерацию делать через 10, чтобы можно было добавлять 11,12, колонки например
невидимый столбец создается автоматически и не имеет номера. Все что создается пользователем начинается с любого номера, главное что бы они были по возрастанию, даже 150,180,200, и тд
1. Если Вы не разработчик Quik не надо отвечать на этот вопрос 2. По вашей логике самые актуальные колонки при создании таблицы находятся справа и каретка горизонального скролл при создании таблицы должна находится справа, что бы отображать те самые актуальные колонки? 3. У каждого своя логика , например: недавно продавщица в магазине впаривая мне 3 пачки печенья по акции приговаривала. что это же выгодно! Что такая цена только для трех пачек. При этом если бы я купил 3 пачки то потратил в 2 раза больше чем одну.
Дак вот продавец навязывая мне свою логику, хотела что бы я принес магазину доход больше чем я расчитывал понести расходы, потому что это же ВЫГОДНО по ее логике. Цена же на ценнике за одну пачку, только если я куплю сразу 3. Дак вот ЛОГИКА это средство принятия решения для достижения поставленной цели, а цели как известно у каждого свои. Дак вот, при создании других (стандартных) таблиц Quik логика отображения строк с вашей логикой не совпадает, потому что самыми актуальными строками считаются верхние 4. Под созданием таблицы и добавлением строк я имею в виду создание таблицы при помощи Lua
При создании таблицы и добавлении кол-ва строк, которое суммарно по высоте превышают высоту созданной таблицы, каретка вертикального скролл бокса всегда съезжает вниз, в результате верхние строки где всегда остаются скрыты при запуске. Можно сделать чтобы каретка при создании таблицы была вверху?
Во первых писать скрипт надо так что бы он не падал, во вторых, оставлять без контроля никакие скрипты все равно нельзя, в третьих есть оповещения в телеграм и др если что то случится, в четвертых есть телефон брокера, в пятых есть стоп-заявки.
Всем спасибо! Отбой )), забыл что в майне стоит IsWindowClosed, а майн вызывается видимо еще раз в момент выключения скрипта и вырубает скрипт до момента сохранения if IsWindowClosed(t_id_Menu) then is_run = false end
Возможность запуска скриптов по заранее определенному списку. Например в скрипт добавляется список скриптов, и после запуска этого скрипта он запускает скрипты из списка
можно чек бокс прикрутить или радио или отдельно сделать еще один специальный отступ Смысл этой опции да такой, с отступом от рыночной, было бы очень удобно выставлять так заявки Так как окно с заявкой может долго не всплывать и тыкать мышкой в стакан тоже не очень удобно, а вот по горячей клавише и с отступом от рынка, ну просто очень удобно и быстро, а там уже можно и вручную подкорректировать если надо. То есть всего одна кнопка для выставления заявки с готовыми настройками.
Евгений написал: при нажатии на горячую клавишу "Покупка" выставляется лимитная заявка на покупку с установленным отступом вниз от текущей цены (бид /оффер/последняя сделка) цены.
Выставление лимитных заявок из стакана котировок с заранее установленным отступом от текущей цены используя горячие клавиши. То есть добавить отступ из настроек таблицы котировок для горячих клавиш. Сейчас эта функция использует только "рыночные заявки".
А хотелось бы так:
--- при нажатии на горячую клавишу "Покупка" выставляется лимитная заявка на покупку с установленным отступом вниз от текущей цены (бид /оффер/последняя сделка) цены.
На продажу - отступ вверх. Отступы брать например из настроек таблицы котировок в разделе быстрого выставления заявок.
Есть такая утилита curl.exe кто нибудь знает как ей пользоваться? Можно отправлять https запросы например в телеграм, кто нибудь пользовал ее? Не приходит сообщение, что тут не так function tel_group2(token,chat_id,message1) local chat_id = "-1001203034142" local token = "1665286210:AAGa6lViJ8NDjybSvMIPGYYCDDcmTIAUdhU" local message1 = "Hello Lua" if token and chat_id and message then local s='C:\\curl-7.60.0-win64-mingw-master\\bin\\curl.exe' s=s.."https://api.telegram.org/bot"..token.."/sendMessage?chat_id="..chat_id..&... local msg = os.execute(s) if msg then return true else message("error telegram") return false end end end
Firefox не знает, как открыть данный адрес, так как один из следующих протоколов (ftp) не связан ни с одной программой или не разрешен в этом контексте. Что это может быть, с браузером что то?
Нет ну правильно, если есть автомасштабирование то и должно быть что масштабировать. Например график цены. Его точно нужно оставить. А вот другие индикаторы можно не учитывать в автомасштабировании если у них например далекие от текущей цены значения. Что бы не происходило искажения свечей при манипуляциях с графиком и включенной опцией по видимым значениям.
То о чем вы говорите это если сжимать их по правой /левой вертикальной шкале мышкой. Просто это более тонкая настройка. А то что свечи сжимаются по ширине то без этого никак не обойтись при масштабировании
Автоматический масштаб по вертикали. Выбора нет! В любом случае я попадаю на масштабирование.
Как его отключить это авто масштабирование?. Это не нормально когда его нельзя отключить. Если на графике есть индикаторы у которых есть горизонтальные линии но эти линии не бесконечны, а например только на 100 свечей, как только конец или начало линий появляется в зоне видимости, то график автомасштабируется и все сжимается. Сделайте возможность отключения автомасштабирования вобще Тоже не понятно как это работает, какая то неведомая логика. И не спрашивайте больше ни чего тут все понятно, кривая программа
Цитата
Evgeniy Karnaukhov написал: Не совсем понимаем, каким образом это происходит и как это связано с вертикальным масштабированием. Просьба прислать скриншоты с такими эффектами, чтобы лучше разобраться в ситуации и знать, что и как нужно будет изменить.
Похоже новое поколение квиковцев уже не знают об этих опциях
Евгений написал: Возможно что ошибка только в этом индикаторе
Косяк на большинстве индикаторов. Просто на индикаторах, значения которых сопоставимы с ценой, этого не видно.
Весело не прошло и 2 года. Похоже что клиентская части квика ценится меньше чем брокерская. Там же на индикаторы не смотрят. Там какие то другие правила работы.
В современном мире распространена практика вредительства и это не шутка. На работу устраивается человек с определенной целью, делать различные пакости в организации. И начинает планомерно воплощать свой план пока не уничтожит фирму.
Полностью отключить масштабирование возможности нет. Если для Вас неудобно автоматическое перемещение и подстраивание области видимых значений, выберите "По всем значениям", тогда область смасштабируется по вертикали только один раз - определив максимальное и минимальное значение цены на графике и установив таким образом масштаб, который не будет меняться при перемещении области влево или вправо (если горизонтальный масштаб был увеличен).
Цитата
Евгений написал: Если на графике есть индикаторы у которых есть горизонтальные линии но эти линии не бесконечны, а например только на 100 свечей, как только конец или начало линий появляется в зоне видимости, то график автомасштабируется и все сжимается.
Не совсем понимаем, каким образом это происходит и как это связано с вертикальным масштабированием. Просьба прислать скриншоты с такими эффектами, чтобы лучше разобраться в ситуации и знать, что и как нужно будет изменить.
Вот видите есть такое оказывается. Просьба обратить на это внимание.
mihail написал: Показываю на примере tradingview.com , т.к. в QUIK только один вид масштабирования графика - автоматический, и это никак не меняется.
Вот спасибо добрый человек!
О чем и речь авто масштабирование меняет пропорции свечей и работать с такими графиками приходится осторожно как бы их не спугнуть чем нибудь, а то концов не найдешь.
Оказалось что в более продуманных программах это предусмотрено!Пропо́рция (лат.proportio «соразмерность, выравненность частей; определённое соотношение частей между собой»)
Евгений написал: Что тут непонятного ? Горизонтальная линия тренда, нанесенная на встроенный индикатор RoC. Значение линии тренда должно показывать значение в пределах значения линии индикатора, или в пределах шага сетки но не НОЛЬ, если линия нанесена выше или ниже НОЛЯ СЕТКИ.
У вас показывает НОЛЬ !!!, потому что значение линии тренда видимо округляется до значения шага цены инструмента или тупо до 1.
Если до шага инструмента то по вашему на RI должно округлятся до 10? Если линия тренда нанесена на индикатор отличный от графика цены то и значения должны быть математическими в порядках значения индикатора, а не с округлением до шага цены инструмента
Думайте Егор, думайте еще немного и вы все поймете, обмануть человека который занимается вашим квиком вот уже 10 лет невозможно, я честно говоря думал что вы авторитетный программист ответчик за всю арку, судя по кол-ву ваших сообщений, а оказалось что вы форумный бюрократ, и просто выполняете свою работу по написанию сообщений, надеюсь среди вас найдется кто нибудь кто объяснит вам более доходчиво, и что если вы берете например инструмент с 3-4 цифрами после запятой, то и эти самые горизонтальные линии имею значения с такой же точностью, а если вобще без дробной части то у трендов значения такие же. Но никто не говорит о том что значения трендов можно наносить и на индикаторы не связанные с ценой инструмента у которых точность вобще космическая, и значения могут колебаться между нолем и 0.01 или 0.1 или 0.5 то тогда зачем мне эти ваши ноль и минус ноль?
Вот именно пропорции размеров свечей меняются. Они внезапно могут растянуться или сжаться и приходится постоянно подстраивать все это. Из за тих косяков нарушается восприятие размеров свечей. Говорю им что надо убрать невозможность отключения масштабирования и сделать просто смещение окна видимости относительно графика, а всякие авто масштабирование убрать
Evgeniy Karnaukhov написал: Евгений, ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.