A.T. (Все сообщения пользователя)

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

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

Есть более интеллигентное решение, давно встроенное во многие западные торговые платформы еще в 1990-ые. Можно развить и его.

Я попросил, например, здесь https://forum.quik.ru/forum8/topic3579/
В новой заявке подставлять цену last price, а не отсчитывать с нуля
 
Просьба в форме ввода новой заявки (F2) подставлять цену last price, а не отсчитывать с нуля при нажатии мышью вверх/вниз. Это реализовано на многих западных платформах как само собой разумеещееся.

Или bid price для покупки, и ask price для продажи.

Спасибо!
даёшь Квику нормальный функционал
 
И не забудьте, пожалуйста, добавить в это зарегистрированное пожелание возможность отмены этого функционала (в настройках), предложенного пользователем Юрий Жбаков, потому что нужен он далеко не всем и будет только захламлять экран с графиками.

Спасибо!
Установка в C:\Program Files\, Сделайте нормальную установку в стандартное место
 
Цитата
Suntor написал:
Цитата
A.T.   написал:
...не испытываю никаких неудобств и не пользуюсь антивирусами (что есть сильно раздутое маркетинговое давление и всегда тормознутый компьютер), вовремя обновляюсь и контролирую все сам. Никаких проблем. Правда для этого надо было еще 8 лет потратить, чтобы научиться делать эти самые вирусы и знать тонкости различных операционных систем как и поведение обычных пользователей как свои пять пальцев, но это уже совсем другая история.
А от появления разных эксплойтов, в том числе неопубликованных и тех для которых ещё не выпущены обновления системы, вы как защищаетесь? магией?
Абсолютно надуманная проблема. И еще более раздутые страхи. В феерических масшабах. Настоящий эксплойт сознания масс. Особенно, если мы говорим о домашнем/стачном/или мини-офисном окружении. Если вы имеете в виду среду средней/крупной корпорации, то да. Уследить за всем даже автоматически очень сложно. Но я в контексте Квика описываю именно домашнее/мини-офисное десктопное применение Windows Server.

Существует ровно три варианта заражения операционной системы.

1. Вирус, тонее червь, или намеренная рукотворная атака ломится по сети. Локальной или глобальной (интернет). Надежда у взломщика только на непропатченную удаленную (remote) уязвимость. Для стандарного ПО (наиболее распространенного), которое прослушивает порты, это оочень редкая ситуация. Оcобенно если не пользоваться, к примеру, левыми FTP-серверами (как это любит делать каста ненавистников IIS или линуксоиды, засевшие за Виндой). Все остальные порты, включая типичные системные 135-138 и 445 -- режутся или тем же домашним роутером или файерволом, который в совренном Windows невозможно отключить. Значит режутся все потенциальные черви, основанные на ошибках в этих сервисах (со времен червя LoveSun-2004 мало что изменилось). Равно как неопубликованные/невыпущенные, как вы пишите. Которые сами являются достаточной редкостью. Это крайне редкая ситуация (один на 10 лет). Более того, вся практика показывает, что взломщики сильно отстают от действительно свежих и горячих уязвимостей. А вот увидеть атаки полугодовой, годичной и даже пятилетней давности - обычное дело. Поэтому главное -- своевременное регулярное обновление. Это снимает 99% проблем. И это не пустые слова.

2. Значит эти неопубликованные/невыпущенные должны быть впарены пользователя насильно. Через почту просят открыть якобы очень люпытный файл. Или дают скачать очень нужный PDF (для примера), а впаривают .exe или .scr (надеюсь, вы в курсе, и объяснять не надо?). Уже запущенная зараза творит в системе и локальной сети, что хочет. Тут надо иметь опыт избавления и зависит от ситуации (если уж случилось). Поэтому бекапы регулярно! И использовать e-mail клиент (почтовую программу), а не браузер для почты. Нормальная почтовая программа не загружает даже картинок без явной команды пользователя, а запуск любых файлов из аттача дваджы переспрашивает. Я использую Forte Agent. По своему опыту, могу сказать, что бекапы скорее спасают от физических проблем с диском и выстпают в качестве архивов, а когда я ловил вирус и приходилось восстанавливать - уже не припомню.

3. То же самое, что в предыдущем пунке, но через левые флешки "от друзей". Лечится мертвым запретом любого Autorun на любых носителях.

И конечно работа только с файловым менеджером типа Total Commander включенным показом любых скрытых и системных файлов. Глаз автоматически привыкает и видит любой подвох без усилий.


>П.С. Я вам открою страшную тайну. В клиентских (да вообще во всех) версиях Windows пользователи просто >добавляют себя в группу администраторов (делается одной галочкой в настройках), и на этом вся безопасность с >блокировкой админской учётки заканчивается.

Может быть, просто не сталкивался, поскольку много лет Windows Server. Но обязательно проверю.
Насколько я себе отметил, тот "Администратор", что в пользовательских системах, не является действиетльно полным Администратором именно из-за навязанной Майкрософтом политики безопасности. Например, может ли он легко манипулировать любым содержимым директорий /Program Files и /Windows ?
Установка в C:\Program Files\, Сделайте нормальную установку в стандартное место
 
Проблема достаточно глобальная, наблюдаю как разработчики многих популярных программ "плывут крышей" и устанавливают свой софт по-дефолту в C:/Users/..., что естественно не правильно.

Выше я писал про отличие пользовательской линейки ОС Windows от серверной.

В серверной есть учетная запись Администратора. Точно такая же как была в Windows NT, 2000 и XP. Начиная с Висты и Семерки в пользовательских операционках её блокируют в целях пресловутой "безопасности". Чтобы народ массово не сидел под Админом, не цеплял вирусы по неопытности и сетевые черви не плодились дальше. Поэтому Microsoft принудительно отключила аккаунт админа в новых пользовательских осях. Но в серверных (на которых не работают миллионы ушастых неопытных пользователей) все по старому. Для удобства и по необходимости.

Аналогично с MacOS X.

Однако аккаунт админа в Семерках и т.п. всё равно есть (а как без него?!), но он скрыт и деактивирован. Чтобы под ним работать постоянно и никогда не испытывать неудобств его надо сначала включить. Смотрите на интернете сами.

Вариант, который предполагается по-умолчанию в пользовательских Windows, это запуск инсталлятора от имени админа (правой кнопкой мыши, второй пункт). Потому что только админ может модифицировать и записывать в директории /Program Files/

Встатать-то Quik встанет, но есть проблема. Запускать его тоже придется всякий раз от имени адина, потому как нужны права на запись (сохранение окон, котировок и т.п.). Особенно, если quik захочет обновиться.

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

Поскольку у Quika и обновления, и файлы конфигурации, и прочие временные файлы, все хранятся в одном и том же месте (не расчитано на разнообразие для разных пользователей), это приводит к проблемам, которые проще всего решить устанавиливая quik каждому в папку /Users/

Если хотите /Program Files/ то переходите на серверную ось, или включайте аккаунт админа в пользовательской, обновляйте операционку и не шарьте по сомнительным сайтам, чтобы не подцепить вирус, который потенциально сможет сотворить с вашими данными что угодно.

И это возможно. Я уже лет 10 работаю только под админом, не испытываю никаких неудобств и не пользуюсь антивирусами (что есть сильно раздутое маркетинговое давление и всегда тормознутый компьютер), вовремя обновляюсь и контролирую все сам. Никаких проблем. Правда для этого надо было еще 8 лет потратить, чтобы научиться делать эти самые вирусы и знать тонкости различных операционных систем как и поведение обычных пользователей как свои пять пальцев, но это уже совсем другая история.  
Пожелание ограничить кол-во строк bid/ask (глубину стакана) у пользователя
 
В неочевидном месте находится настройка.
Но получилось. Спасибо.
Пожелание ограничить кол-во строк bid/ask (глубину стакана) у пользователя
 
Пожелание ограничить кол-во строк bid/ask (глубину стакана) у пользователя.

Знаю, это регулируется на сервере Квика, но если брокер выставил большую глубину (напр. 20), а мне на экране достаточно 10 или 6, чтобы все поместилось и было по делу и красиво, то я вынужден перекрывать окна к примеру графиком.

Было бы удобнее, если бы такой же параметр еще сильнее фильтрующий данные был в настройках у пользователя.

PS. Когда сделаете в графиках HLC-бары? (Которые без цены открытия.) Заявку подавал наверное года два назад. Положительный ответ был. С тех пор графики много раз дополняли/переделывали/улучшали, а такой простой вещи до сих пор нет.
Вопрос по невидимым алго-заявкам и как их отключить
 
P.S. Забыл добавить. При запуске также воссоздается директория algotrade c тремя файлами: ALGO_GTD.dat, ALGO_ICEBERG.dat, ALGO_VOLATIL.dat  (Айсберг-заявки меня тоже не интересуют для работы.)
Вопрос по невидимым алго-заявкам и как их отключить
 
Вынужденно сменил брокера (старый брокер был при небольшом банке, у которого отозвали лицензию), перешел к одному из крупных брокеров, у который распространяет свою "доделанную под себя" версию QUIKa, но кроме своей иконки и установочного пути по-умолчанию, мало что изменено.

Все нормально, и обновления присылают, правда с сильным опозданием, но тем не менее в целом все нравится.
Есть только один момент, который хотелось бы исправить, если возможно.

Я не пользуюсь и не собираюсь пользоваться языками программирования для quik-a (ни Lua, ни прочими), так же как не пользуюсь никакими внешними программами или модулями (типа Экселя или Авточатриста, или как оно там назыввется). У меня своя отдельная аналитика и QUIK нужен только для просмотра графиков и выполнения сделок вручную.

В "таблице ответов на транзакции", где отображены все события вроде выставления/отмены/исполнения заявок при запуске квика всякий раз появляется три одинаковых записи "Запрос описания таблицы алго-заявок успешно выполнен".

Что это и как эти лишние модули или задачи отключить? Это, как я понял, пришло вместе с настройками брокерского Квика.

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

Может быть можно отключить какой-то модуль или загружаемую DLL-библиотеку, как например это было с iwr.dll, чтобы отключить Winros.exe. (Я знаю, что админы и поддержка QUIK-a сейчас завопят о категорической недопустимости подобных решений, но я очень хорошо знаю, что делаю, беру всю ответственность на себя, и знаю язык ассемблера, как и бинарное строение программ, более 15 лет.)

У меня только просьба у форумчан подсказать, как отключаются, и где собственно прописаны эти невидимые "алго-заявки".
Windows 10 из-за границы и keygen
 
Брокеры (особенно крупные и известные) бывают очень дуболомны в этом вопросе.
Вот здесь всегда можно скачать самый свежак напрямую.

ftp://ftp.quik.ru/public/updates/

Странно, что QUIK не дает эту ссылку прямо на морде своего сайта.
Отменить автомасштабирование графиков (или добавить такую настройку), версия 7.16.2.5
 
Обновился с версии 7.14 до 7.16 и сразу заметил одну неприятную в работе вещь: автомасштабирование графика при смене инструмента.
(Возможно, было уже чуть раньше, поправтье, если так, но то, что автомасштабирования не было - это точно.)

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

Чем плохо автомасштабирование.

Графики и единственная таблица текущих торгов у меня связаны.
Переключаю в таблице текущих торгов как правило клавишами Вверх/Вниз на клавиатуре для просмотра графиков и все внимание сконцентрировано на них. Мало того, что глаз ловит меняющиеся графики, так еще и прыгают ГРАНИЦЫ графиков, чтобы, видите ли, влезли цифры значений объемов справа и слева, как и цены.
Мне плевать на эти цифры.
Важно, чтобы ничто не отвлекало внимания и окна системы не менялась.

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

Спасибо, если исправите уже в следущей версии!
Хелп генератора ключей, файл pubring.txk
 
В том то и фокус, что поддержка брокера тупая (как обычно сидит мальчик или девочка на телефоне и отвечает по инструкциям) и на вопрос почему Квик пишет "Ключ сервера или пользователя не найден" -- отвечает, что вы неправильно ввели логин или ваш ключ у нас на сервере еще не зарегистрирован. Что бы правдой на тот момент. Хорошая отмазка, чтобы закончить диалог без разборок.

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

Причем QRYPTO.cfg настроен правильно, редактировал и проверял в "блокноте" и так и сяк.

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

Оказалось, что три года назад, когда я у него регистрировался, мне так и присалили файл с публичным ключом брокера и  инструкции по почте, что надо в свой pubring.txk добавить и их ключ.
Поскольку и тогда вообще первый раз настраивал Quik и работал на российском рынке, у меня и не возникло никаких проблем.

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

Шаг третий в генераторе пропускается. А с их настройками даже четвертый.

И естественно по окончании вылетает ошибка "Ключ сервера или пользователя не найден" на который дают такой же тупой ответ, без объяснении физики процесса.

Вот я и занялся физикой.

Оказалось, что публичный сервера (тот который finam.txk или aton.txk), несмотря на то, что он явно прописан в QRYPTO.CFG и поставляет брокером как отдельный файл Quik-у не нужен вообще!

Можно удалить этот файл публичного ключа сервера и всё будет прекрасно соединяться.

Самое главное, чтобы он содержался в pubring.txk

И про это мне сказал только старый брокер, где я общался с админом брокера лично, физически прямо в отделе биржевых операций.
Где нет никаких девочек и мальчиков на телефоне поддержки.
Хелп генератора ключей, файл pubring.txk
 
Большая просьба, явно прописать в хелпе к генератору ключей и везде, где можно, что файл pubring.txk должен содержать также публичный ключ сервера -- полное его содержимое, через пустую строку. (По-английски это называется append).

Иначе квик не отказывается находить файл с ключом сервера (это тот который называется обычно по брокеру, например finam.txk или aton.txk). И выдает ошибку без задержки, якобы ключ сервера не найден или неправильный пароль. Без задержки, потому что соединения с сервером еще не произошло. Квик не находит ключ в самом начале, еще до соединения.

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

Да, в генераторе это присоединение должно происходить на третьем шаге, но по неведомым причинам (несмотря на разные настройки и даже отсутствие таковых) этот шаг пропускается. И на выходе pubring.txk только с ключом пользователя.

Это нормально. Брокеру для регистрации как раз и надо отравлять такой ключ.

Но вы пропишите явно, что пользователю надо добавить публичный ключ сервера позднее, в рабочей конфигурации. Это элементарно делается через обыкновенный "Блокнот" notepad.exe

Сильно сократит жалобы и геморрой для новичков.


Скажу больше.

Квик вообще не обращается к файлу с публичным ключом сервера (тот который finam.txk или aton.txk), несмотря на то, что он явно прописан в QRYPTO.CFG как обязательная настройка.

Можно удалить файл публичного ключа сервера и всё будет прекрасно соединяться.

Самое главное, чтобы он был в pubring.txk

И это нигде не написано.

Тестировано на quik 7.12 - 7.14, а возможно было всегда.
Ошибка в контекстном меню, quik 7.14.1.7
 
Любое окно внутри квика можно закрыть по Ctrl+F4. И это работает.
Так было всегда.

Но теперь в любом окне в контекстном меню (клик по иконке в левом верхнем углу) написано Alt+F4, что закрывает весь квик, а не окно.

Исправьте надпись.
Доработать "стакан" для удобной и быстрой торговли. Продлить поля купля/продажа слева и справа. (2 из 2)
 
"
Цитата
rinat написал:
Цитата
A.T.   написал:
По-моему это излишне. Вертикальный Level II (или как небрежно его здесь именуют "стакан") - это само по себе экзотика и извращение.

Лично и меня level II только двухколоночный (bid/ask) и нигде прежде я не встречал и представлял другой.
Соответственно, пустующих полей нет, место экономится и выглядит компактно.

Как (и зачем) такой функционал сюда засандаливать - не понятно.
Буду благодарен за дополнение или обсуждение конкретного предложения в цифрах, фактах и объектах.
То факт, что Вы чего-то не встречали навряд ли поможет чему либо.
Причем тут место? Речь идет о процессе и способе выставления стоп-заявок.
Будьте внимательнее пожалуйста.
Определенно есть смысл  внимательно  прочитать топ-пост перед тем как его комментировать.

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

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

И второе. Я не понял как вы предлагаете использовать ваше нововведение в стандартном двухколоночном level II (слева-справа только bid-ask и их объемы) без пустующих полей? Пустующие поля это само по себе специфичность, поскольку противоречит стандартному правилу хорошего тона (или понятию) максимизации полезного пространства на экране. И это происходит не из трейдинга, а из правил проектирования и юзабилити графических программ (или приложений, что по-английски одно и то же).
Доработать "стакан" для удобной и быстрой торговли. Продлить поля купля/продажа слева и справа. (2 из 2)
 
По-моему это излишне. Вертикальный Level II (или как небрежно его здесь именуют "стакан") - это само по себе экзотика и извращение.

Лично и меня level II только двухколоночный (bid/ask) и нигде прежде я не встречал и представлял другой.
Соответственно, пустующих полей нет, место экономится и выглядит компактно.

Как (и зачем) такой функционал сюда засандаливать - не понятно.
Выделение инструмента по тикеру набираемом на клавиатуре в таблице текущих торгов
 
Перепутал. Это в пожелания для развития, пожалуйста, отнесите.
Выделение инструмента по тикеру набираемом на клавиатуре в таблице текущих торгов
 
Предлагаю выделять и, соответственно, активировать склееные окна графиков (Charts) и Level II в таблице текущих торгов (Quotes) при наборе симовлов тикера на клавиатуре.
Например, у меня в таблице есть и отсортированы по алфавиту AFKS, AFLT, AGRO, ARKN, ALRS, BANE, BSPB, CHMF, DIXY, DSKY, и так далее.

Я хочу с клавиатуры активировать Алросу и поэтому должен набрать ALRS. Нажимаю клавишу 'A' и выделяется AFKS (поскольку первый по алфавиту в памяти таблицы, от сортировки в самом окне этот факт не зависит) и в течение, скажем, трех секунд я должен набрать все четыре символа, иначе сброс.
Нажимаю еще 'L' и уже выделена ALRS, поскольку других вариантов нет.

Только просьба, не делать специльаное окно для подобного ввода с выпадающим списком (как например при поиске в Гугле). Удобство в том, в интерфейс не вносится никаких изменений, а только неявно появляется подобная клавиатурная опция при активной таблице текущих торгов.

Её можно вкючать/выключать в настройках таблицы, а можно всегда держать включеной, на ваш выбор.
Неприятный баг в Quik 7.14 c таблицей текущих торгов
 
Сабж. Обновился до 7.14.0.198

Есть таблица текущих торгов (Quotes) с привязанными Charts, как водится.

Выделяю мышью строку с акцией в таблице, график переключается, выделяю другую, переключается, все нормально.
Пытаюсь перейти на другие строки стрелками на клавиатуре вверх/вниз или PageUp/PageDown -- не работает!
Раньше работало всегда и было само собой разумеющемся.

Примите меры!
Установка в C:\Program Files\, Сделайте нормальную установку в стандартное место
 
Это проблема всех пользовательских систем Windows начиная с Vista, где по-умолчанию заблокирована учетная запись Administrator.
На серверной линейке Windows таких проблем нет, никогда не было и не будет. Там все по старому.

У меня на Windows Server 2008, 2012 и 2016 (текущая, аналог десятки) все ставится в Program Files по умолчанию и работает отлично.

Помню, что и на десятку ставил без проблем, НО необходимо это делать (запускать) правым кликом "с правами администратора". Обновления тоже работают только при запуске с правами админа.
Пробуйте.

Или переходите на сервер. В нем пользовательского дерьма поменьше и все по делу.
Английский (US Engish), русский и пр. востребованные языки в одной программе
 
Цитата
Imersio Arrigo написал:
Система - настройки - языковые установки  уже предлагали? :)
У меня этот пункт disabled. (не активен)
Английский (US Engish), русский и пр. востребованные языки в одной программе
 
На самом деле очень и очень странный факт, что QUIK по сей день в 2017 году разделен на языки физически. Нужно ставить соответствующую версию программы под конкретный язык.

Я уже больше 20 лет являюсь пользователем ОС Windows причем исключительно оригинальных американских редакций. Как пользовательских, так и серверных вариантов. И такую картину с физическим разделением языков помню только в 1990-х. Начиная с 2000-ных годов массово пошел Юникод и даже такие крупные  продукты как MS Office с легкостью научились менять язык интерфейса с помощью языковых пакетов, как и сама операционная система. Причем под каждого пользователя системы можно настроить свой язык, а в основе лежит та самая американская редакция. (Можно и наоборот, с русской версии переходить на другие языки, но в моих глазах, помнящих о сухой и чистой ASCII кодировке это выглядит извращением.)

И тем не менее.

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

При этом, для англоязычного QUIK-a требуется, чтобы на стороне брокера крутился отдельных экземпляр англоязычного же сервера QUIK-a. Мой брокер такого не поддерживает (мало клиентуры) и с его слов я пол вышеописанное именно так. Можно, конечно, но за отдельную ежемесячную плату. Специально для меня одного ))

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

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

Только, пожалуйста, не путайте британский и американский английский, что насколько я видел имеет место на данный момент. Это относится, например, к терминологии Bid/Ask (а не Offer). Я понимаю, что московская биржа создавалась в 1992 году по британскому образу и подобию, да и сегодня имеет близость именно с лондонской биржей из-за очень близкого совпадения торговых часов и торгуемых бумаг, но всё-таки мировые стандарты, практики и традиции являются именно американскими.

Спасибо, что выслушали.
Проблема с WinRos
 
Старая тема, и до сих пор не сделанная в QUIK 7.11
Тоже попрошу добавить галочку для исключения компонента iwr.dll при запуске.

Но это еще не все проблемы с WinRos.exe ))

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

Пожалуйста, не надо упаковывать WinRos.exe UPX-ом, а то он единственный выделяется особым цветом как упакованный в Process Explorer Марка Руссиновича.
Упакованные образы там специально помечают, чтобы бросалось в глаза, потому что упаковывают как правило вирусы и прочие деструктивные программы ))
Экономия ~300kb, а смысла никакого.

Я могу, конечно, сам распаковывать (upx.exe -d), но для меня было бы лучше winros вообще отключить, я им не пользуюсь.

Спасибо.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Цитата
Старатель написал:
Цитата
Egor Zaytsev   написал:
Мы уже зарегистрировали такое пожелание от пользователя A.T.
Код
    Если стоит галка  "Рыночная"  и галка  "Исходя из собственных" , то поле 
ввода цены должно становится Disabled (серое, неактивное), и поэтому 
вписать в спешке туда цену физически невозможно (чего не сделано на 
данный момент  !  ) и при этом, если в объемах вписано число большее, чем 
это рассчитано  "исходя из собственных" , то выставляется рыночная цена и с
 объемом не более рассчитанного, а НЕ того, что вписано, даже если плечо
 позволяет.  
Egor Zaytsev  ,
Здесь какая-то "каша"... Какое отношение галка "Исходя из собственных" имеет к рыночной цене не понятно. И что вы там зарегистрировали остаётся только догадываться.
Работа параметра  "Исходя из собственных средств" должна быть единой: либо как сейчас, либо, действительно, уменьшать объём, чтобы закупать только на свои. А рыночная цена тут не при чём.
Каши нет. Есть две отдельных сущности, написанных в одном предложении. Я их явно не разделил, поэтому при беглом прочтении образуется каша.
Одно дело "Рыночная" и цена Disabled и другое дело "Исходя из собственных" и ошибочно вписанный больший объем.
По первому делу иск приняли  :smile:

По второму - я пока удовлетворен объяснением и что к брокеру не набегаешься. К тому же мой брокер хоть крохотный и домашний (захожу к трейдерам, начальнику, админу, бухгалтерше и в депозитарий как к себе на кухню, что согласитесь мало где возможно в Москве), но адин не любит лишний раз дергать настройки. И без того косяки бывают. Все работают с одинаковым плечом 1:2. Зато всегда свежий и протестированный Квик. Сырого 7.11 даже не видел.

А вот программно не пускать заявку с объемом, большим, чем рассчитано в поле max ниже, при включенной опции "Исходя из собственных", по моему вполне здравое предложение. Или как?!
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Прошу разработчиков Квика учесть вышеизложенное или дать свой комментарий по ситуации. Потому как текущее положение мне напоминает абсурд.
Что есть настройка, что её нет -- условность. По факту она не работает.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Цитата
swerg написал:
Абсолютно не логично.
Вы сами в явном виде прописали объем.
Исходя из чего вдруг вписанная вами явно цифра в заявке должна игнорироваться??

Про что галка "исходя из собственных средств" - уже сказано.
Мне как раз не понятно такое отрицание. Причем вы не первый. Вот это действительно не логично.

Если стоит галка в глобальных настройках Квика "Исходя из собственных средств", то по логике своего положения и роду деятельности -- эта настройка единственное, что хеджирует (страхует) пользователя от кредитных средств. Этот параметр поважнее ошибочно вбитой цены (плюс/минус несколько копеек, к примеру, или купли по рынку вместо лимита).
Поэтому и находится он в глобальных настройках, куда не предполагается (not supposed to) лезть перед каждой сделкой, а, скажем, не прямо в меню ввода заявки (F2).

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

Вот это действительно НЕ логично.

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

Поэтому я с вами не согласен.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Цитата
Imersio Arrigo написал:
Только один вопрос: -а если, из-за собственной невнимательности, ты нажал "Продать" вместо "Купить". Например.
То, кто виноват, и какую доработку нужно сделать?
Продаю как правило всю позицию по рынку через кнопку закрыть в "Состоянии счета" (который на западных платформах именуется "Портфелем", но это отдельный разговор).

Если продажа через лимитированную заявку, то само собой спешки нет, поэтому ошибка маловероятна. К тому же параметр сразу бросается в глаза, хорошо выделен. Даже если и представить такую  редкую ошибку, то как правило докупать или продавать на ошибочный объем нечего. Здесь скорее можно ошибиться с бумагой, такое бывало. Если нажимать F2 не из таблицы текущих торгов.

Во время спешки, когда требуется купля, выполнить ее можно только через F2.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Пожалуйста, учтите также момент, что если я ввожу объем заявки больший, чем рассчитано max (по органичению "Исходя из собственных средств"), нужно автоматически, молча и без предупреждений выставлять max, а не то, что ошибочно вписано.
Если вписан меньший или равный max объем, то соответственно то, что вписано.

По-моему это логично и очевидно. Иначе смысл флажка "Исходя из собственных средств" не учитывается вовсе.

Я не хочу попадать и терять деньги из-за собственной невнимательности. Программа умеет выставлять массу ограничений (сколько версий я добивался, чтобы перестали выдавать фатальную ошибку при повторном запуске программы, а молча выводили на передний план уже запущенный экземпляр, как это принято во всем мире -- наконец сделали!).
Теперь, когда речь касается самого святого - денег, я прошу тщательнее проработать логику он всех сценариев пользовательских ошибок.
размытый шрифт, нет резкости
 
Как насчет другого шрифта? Например, Consolas
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Да
включенная опция "Рыночная" - поле "Цена" в форме ввода заявки была не активна


Условие галочки "Исходя из собственных средств" выполняется независимо от опции "Рыночная" и всегда.
Если введен объем больше рассчитанного при этой галочке, то выполняется рассчитанный объем, а не ошибочно введенный больший. Рассчитанный объем указан ниже в поле max.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
В любом случае, насчет галки "Рыночная" и деактивации поля "Цена", и твердого исполнения условия "Исходя из собственных" я бы попросил обратить внимание.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Насчет режимов не знаю. У меня самый обыкновенный Т+2 и с другим никогда не сталкивался. Брокер у меня тоже самый самый базовый и неприметный, без выкрутасов с максимальным плечом 1:2 и даже без шортов.

Да требуется по идее нажать две кнопки (вторая - это подтверждение, насколько я помню) при вводе заявки и при продаже из "Состояния счета" (кнопка "Закрыть").

Но для удобства у меня настроено в Windows, что указатель мыши сразу переходит на основную кнопку в любом диалоговом окне и поэтому я просто делаю двойной щелчок и тем самым не замечаю все эти подтверждения. Мне так удобнее.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
ПОПРАВКА

Логика должна быть следущая:

Если стоит галка "Рыночная" и галка "Исходя из собственных", то поле ввода цены должно становится Disabled (серое, неактивное), и поэтому вписать в спешке туда цену физически невозможно (чего не сделано на данный момент!) и при этом, если в объемах вписано число большее, чем это рассчитано "исходя из собственных", то выставляется рыночная цена и с объемом не более рассчитанного, а НЕ того, что вписано, даже если плечо позволяет.

А сейчас при галке "Рыночная" можно вписать цену и объем, при этом он возьмет рыночную цену (а в спешке предполагалась именно вписанная цена, иначе зачем писал, спрашивается?!), но возьмет и вписанный объем, который больше рассчитанного и вопреки запрету влезет в плечо.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Логика должна быть следущая:

Если стоит галка "Рыночная" и галка "Исходя из собственных", то поле ввода цены должно становится Disabled (серое, неактивное), и поэтому вписать в спешке туда цену физически невозможно (чего не сделано на данный момент!) и при этом, если в объемах вписано число большее, чем это рассчитано "исходя из собственных", то выставляется рыночная цена и с объемом не более рассчитанного, а того, что вписано, даже если плечо позволяет.

А сейчас при галке "Рыночная" можно вписать цену и объем, при этом он возьмет рыночную цену (а в спешке предполагалась именно вписанная цена, иначе зачем писал, спрашивается?!), но возьмет и вписанный объем, который больше рассчитанного и вопреки запрету влезет в плечо.
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Самые обычные акции (F2)
Срочно! Исправтье логическую ошибку при вводе заявки, Потерял на этом деньги
 
Сабж.

Версия Quik 7.10.0.76
Флажок "Исходя только из собственных средств" взведен

Форма заявки:
Если взвести флажок "Рыночная", а потом передумать и вписать цену и объем вручную и, как водится, не глядя и побыстрее нажать OK, то выставиться не предполагаемая заявка по лимитной цене, а заявка немедленно будет исполнена по рынку и при этом залезет в кредитные средства (плечо, деньги в отрицательных значениях, хотя это было запрещено).  То есть вопреки логике флажок "Рыночная" в форме ввода заявки всегда имеет приоритет.
Ставка купонного дохода для облигаций
 
Почему нет такого простого поля как "Ставка купонного дохода"? Это непременный атрибут любой облигаций, такой же как ее ISIN-код.

Понимаю, что если биржа не транслирует этот параметр (что странно) и то и Quik не отображает.

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

Для годового купонного дохода формула простая:

365 / Длит.Купона * Размер купона / Номинал * 100%

Не перегонять же только ради этого данные в Excel?
Индикатор VPIN, Прошу добавить
 
С другой стороны, здесь о нем не говорят ничего хорошего. Вроде как индикатор на любителя и есть вещи поточнее. Описана суть. Кто-нибудь может что-то дополнить?

http://epchan.blogspot.ru/2013/10/how-useful-is-order-flow-and-vpin.html
Индикатор VPIN, Прошу добавить
 
http://www.vedomosti.ru/opinion/news/39691241/znali-o-kryme
Индикатор VPIN, Прошу добавить
 
Собственно, сабж.

Люди! Кто-нибудь реализовывал VPIN самостоятельно? Как оно? Звучит многообещающе, по факту только много слов, научных статей и невнятных формул. Кто-нибудь пробивал эту стену на деле?

VPIN -- это индикатор вероятности инсайдерского трейдинга (Volume-Synchronized Probability of Informed Trading).
Мне пофигу на инсайдерскую торговлю -- лично я не вижу в ней ничего плохого. Кроме самой толпы, которая любит поискать "честности" на рынке, помахать руками после драки, так сказать. Хе-хе  :cool:  

Если все не сложно, то почему бы уважаемой команде Quik не сделать VPIN одним из штатных индикаторов.
Тем самым вы будете впереди даже западных конкурентов.
Виды баров (OHCL)
 
Я уже просил год назад. Версия 7.0 тогда только вышла. Всё жду эту классику...
Купонная доходность
 
Как я понял, это вопрос не к Квику, а всеобщий. Кто-нибудь объясните, пожалуйста, внятно по какой формуле рассчитывается параметр Доходность облигации? Нигде не могу найти.

К реальной действительности он имеет мало отношения, поэтому разработчиков просят добавить более адекватный параметр с объективной формулой в Квик. Рассчитывать его надо непосредственно в Квике, как состояние счета меняется при изменении цены Bid в акции.



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

1. Доходность до погашения (в % годовых) с учетом текущей цены покупки облигации (Ask Price) минус комиссия брокера и биржи (добавить этот глобальный параметр в настройки F9 и предложить пользователю задавать его вручную).

2. Доходность годовая в % годовых ровно за 365 дней (равна доходности до погашения, если облигации осталось жить меньше года) рассчитывать с учетом текущей цены покупки облигации (Ask Price) минус комиссия брокера и биржи плюс купонный доход за год минус продажа облигации по той же цене покупки (текущий Ask Price). Достаточно эфемерный параметр, но очень приближенный к реальности, так как его можно натурально сравнить с годовым вкладом в банке.


Потому, что надоело настраивать и считать реальную доходность через Excel.

Большое спасибо!
Опция форматирования значений ячеек Портфеля/Состояния счета
 
Это функционал был на старейшей американской платформе InstaQuote купленной Bank of America и переименованной в REDI.
То, что в Квике разнесено на два понятия "Портфель" и "Состояние счета", там называется "Портфелем" и выглядит как "Состояние счета" (с дополнительной возможностью отмены всех ордеров).

Суть в том, что можно применять любое форматирование числовых ячеек. Плюс, минус, умножить, делить. Можно настроить таким образом, что к примеру, поле "Ликв. Стоимость" будет уже за вычетом комиссии. Или любой другой нужной по тем или иным причинам суммой.
Или деленной на 1000, чтобы убрать лишние нули и мыслить тысячами, оперируя на самом деле миллионами. Кому как удобно.

Тоже самое нижней области таблицы, где параметры "Деньги" и "Обеспечение". Здесь можно рекомендовать по желанию пользователя заменять тысячи на k и миллионы на M с дробным отсечением. Или точно так же произвольным множителем для необходимой гибкости.

Рассмотрите, пожалуйста, эти опции. Думаю некоторым будут полезны, но люди не думали в таком ключе.
Расчет состояния счета v7.1.2.2
 
ok

проблема разрешилась, спасибо
Расчет состояния счета v7.1.2.2
 
Я вижу, что Обеспечение соответствует значению параметра «Стоимость портфеля» в таблице «Клиентский
портфель».

Но все эти значения равны оставшимся свободным деньгам на моем счету, без учета текущей стоимости акций. Это ведь не нормально?!

(Торгую на кеш, без плечей.)
Расчет состояния счета v7.1.2.2
 
Я имею в виду не колонку Обеспечение, а область внизу таблицы Состояние счета, где написано одной простой строкой.
Расчет состояния счета v7.1.2.2
 
Меня не интересует таблица Портфель.

Я говорю только о таблице "Состояние счета".
Сейчас в нем Деньги = Обеспечение. Какой смысл в дублировании?
В 7.0 и в 6.17 эти поля точно не были равны. Иначе я бы их не отображал у себя одновременно.

Раньше Обеспечение было равно Деньги + Сумма всех Ликв. стоимостей по каждой позиции на данный момент.

Проверьте этот момент пожалуйста.

Иначе зачем дублирование?

Или скажите где теперь отображается сумма всех позиций в "Состоянии счета". Я не нашел.

А "портфелем" практически не пользуюсь.
Про мак
 
В Store одни недопрограммы для развелечений.
Тот же Фотошоп, Офис или что-то серьезное ставится отдельным дистрибутивом.

Здесь вам надо поставить сначала эмулятор Windows для Mac, потом сам Quik, который будет работать через этот эмулятор. По другому никак нельзя. Это разные системы.

Вариант проще: выкинуть Mac, купить машину с Windows и поставить Quik за пару кликов.
Будет ли работать КВИК (рабочее место пользователя)на дешевых Windows планшетах, Quik на windows планшете
 
Если это не ARM (под Windows RT), а нормальный Intel или AMD (с архитектурой x64/amd64), то проблем не будет.
Расчет состояния счета v7.1.2.2
 
Раньше в строке Обеспечение в таблице Состояние счета было так: Обеспечение = Деньги + Сумма всех Ликв. стоимостей по каждой открытой позиции с перерасчетом раз в секунду.

Теперь Обеспечение = Деньги.
Какой смысл?

Или это на серверной стороне брокера намудрили?

quik v7.1.2.2
Страницы: Пред. 1 2 3 След.
Наверх