Sergey Gorokhov (Все сообщения пользователя)

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

Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14 ... 77 След.
Помогите восстановить работоспособность скрипта LUA после перехода на quik 8.5 с lua 5.3
 
Здравствуйте,
Начиная с версии 8.5 терминала выполнено обновление ядра Lua до версии 5.3, и об этом мы не однократно всех уведомляли разными способами.
Вам следует адаптировать скрипт под новую версию.
Если нет возможности сделать это самостоятельно рекомендуем обратиться к автору скрипта.
В частности, возникшая у Вас проблема описана на официальном сайте lua:
Цитата

The conversion of a float to a string now adds a .0 suffix to the result if it looks like an integer. (For instance, the float 2.0 will be printed as 2.0, not as 2.) You should always use an explicit format when you need a specific format for numbers.
(Formally this is not an incompatibility, because Lua does not specify how numbers are formatted as strings, but some programs assumed a specific format.)


Проще говоря, замените везде функцию tostring на string.format
Например тут наши пользователи обсуждали такой же вопрос
quik 8.5 + lua 5.3 = ошибка
 
На сайте Lua вот что сказано:
Цитата

The conversion of a float to a string now adds a .0 suffix to the result if it looks like an integer. (For instance, the float 2.0 will be printed as 2.0, not as 2.) You should always use an explicit format when you need a specific format for numbers.
(Formally this is not an incompatibility, because Lua does not specify how numbers are formatted as strings, but some programs assumed a specific format.)

Цитата
ISR написал:
Кого леи как лечить не очень понятно :(
Используйте string.format
получение значения пользовательского индикатора LUA на QPILE, получение значения пользовательского индикатора LUA на QPILE
 
Цитата
meteop написал:
все параметры одинаковые

В этом и причина, они НЕ должны быть одинаковые.
Как минимум то что Lua индикаторы имеют лишнюю линию в начале.
Тот же MA рисуется второй по счету линией, значит в Get_Collection_Item надо указывать не 0, а 1.
получение значения пользовательского индикатора LUA на QPILE, получение значения пользовательского индикатора LUA на QPILE
 
Цитата
meteop написал:
Есть ли возможность получить значение пользовательского индикатора (со звездочкой) в скрипт QPILE?
Да есть.

Цитата
meteop написал:
Функция GET_CANDLE_EX ничего не выдает, хотя значение "Идентификатор" прописываю в свойствах скрипта точно так же, как при использовании встроенных индикаторов.

Проверьте корректно ли Вы указали параметры функции.
Вывод графика роботом (функцией main() ), секундный график
 
Здравствуйте,
Через main такой возможности нет.
Рисовать графики можно только через lua индикаторы.
в документации глава "Индикаторы технического анализа"
Но это будет совершенно точно не то что обычный график.
Алгоритм закрытия позиций, По какому принципу закрывается позиция?
 
Цитата
Татьяна написал:
Вопрос - ПОЧЕМУ? Хотелось бы понять... :oops:  

Ответить на этот вопрос может только тот кто установил запрет.
Алгоритм закрытия позиций, По какому принципу закрывается позиция?
 
Цитата
Татьяна написал:
К брокеру-то я обращусь, когда будет время. А сейчас спокойно (если так можно сказать) работаю на данном "Терминале".

Хотелось бы знать, с чем связано такое предупреждение? Может слишком активно и по многим позициям и нет уверенности в защите инфы? Но у меня хорошо защищенный "терминал". Сегодня ночью буду разбираться и привыкать к Квику на компе...

На наш взгляд всё очевидно, Вам не дали разрешения на подключение данным типом терминала.
Какие тут могут быть вопросы?
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Constantin написал:
А как быть с 32-разрядной версией Квика?
В ней не планируется изменений.
Недельные опционы на демо счете
 
Цитата
Nikolay написал:
Добрый день.

Не могу найти в демо версии недельные опционы. Поток данных на демо контуре по ним вообще есть? Или это я не могу найти.

Если речь про наш демо, то там мы не транслируем недельные опционы.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Максим написал:
ответ на транзакцию делается именно Квиком, то есть это ваше поле деятельности? Просто я смотрю, его содержание со временем может измениться.
Вы торгуете не в QUIK, а на бирже через QUIK. И на транзакции отвечает биржа, а не QUIK.

Цитата
Максим написал:
Очень много народа сидит на этом Qpile и просто так убрать его будет нечестно по отношению к пользователям,
Так мы его и не убираем.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Дмитрий написал:
тогда просьба сделать на лунный язык более подробную справку - типы данных, условия, циклы, работа с файлами, строками и так далее. В интернете всё на разных ресурсах
Зачем смотреть разные сайты есть есть официальный https://www.lua.org/
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Максим написал:
я не пойму, почему нет? На Квике 7 разве не будет Купайла? Разве нельзя использовать в текстовом виде эти 19 значные номера?
Если Вы не торгуете на срочном рынке, то и беспокоиться не о чем.
Если торгуете, то да, Вы сможете получить номер заявки из ответа на транзакцию.
И, при условии что этот номер не будет преобразовываться в число, сможете передать его в транзакцию на снятие заявки и заявка снимется.
Однако, Вы не сможете использовать этот номер в поиске заявки по таблице заявок, т.к. там тип данных числовой, а при переводе строки в число, или обратно, потеряется точность.
Следовательно, Вы не сможете по полученному номеру из транзакции определить текущее состояние выставленной заявки.
Если Вас это устроит, то возражений нет.
Если не устроит, предлагаем искать свою заявку в таблице заявок по TRANS_ID, а не по номеру, но тогда Вы и только Вы будете в ответе за сохранение уникальности TRANS_ID.
Т.е. в любом случае придется переделывать логику скрипта.
Лучше, надежней и на наш взгляд правильней, переделать скрипт на Lua, а про QPILE забыть как про устаревший архаизм, т.к. рано или поздно биржа опять что-нибудь придумает и тогда уже точно придется навсегда от него отказаться.
Да следовать современным реалиям не всегда легко, да проще сидеть на привычном старом, да лень заморачиваться.
Но рынок диктует новые веяния и поддерживать их в устаревшем ПО мы технически не готовы, само ядро QPILE не рассчитано на это, просто потому что оно старое.
Как в свое время Microsoft рекомендовала отказаться от XP в пользу более современных систем, так и мы рекомендуем отказаться от QPILE в пользу Lua.
Примеры простого торгового робота на Lua и Python от разработчиков QUIK, Примеры простого торгового робота на Lua и Python от разработчиков QUIK
 
Цитата
ЛуаСкрипт написал:
Возникают проблемы с производительностью, стабильностью работы роботов и самого QUIK
Это зависит от квалификации программиста, а не от наличия/отсутствия примеров.
Lua придумали не мы и существует он очень давно. Что мешает посмотреть алгоритмы на не связанных с QUIK ресурсах, посвященных Lua?
И не надо говорить про "специфику", вся специфика относящаяся непосредственно к QUIK уже миллион раз обсуждалась еще со времен QPILE и с тех пор мало что изменилось.
И даже более того, 99% вопросов по "специфике", вообще никак не относятся к программированию на Lua, а относятся к функционалу самого терминала QUIK.
А функционал самого терминала QUIK должен быть Вам хорошо известен до того как Вы возьметесь программировать.

Цитата
ЛуаСкрипт написал:
Проблема - нет эталонного торгового робота от разработчиков
Да нет, и не будет. Все наши функции необходимые для реализации такого робота описаны в документации QLUA.chm.
Все Lua функции можно найти в документации на Lua и сторонних ресурсах которые ему посвящены.
Если Вам не понятно, как отправить транзакцию или получить нужные данные, готовы подсказать.

Цитата
ЛуаСкрипт написал:
2. проблема - нет типового способа получения данных их QUIK
Что значит "типового"? Вот мы считаем что все имеющиеся способы (DDE, ODBC, QLUA) являются типовыми.

Цитата
ЛуаСкрипт написал:
и передачу заявок обратно
тот же комментарий, мы считаем имеющиеся способы "типовыми".

Цитата
ЛуаСкрипт написал:
как передавать данные из QUIK в EXCEL
Что тут писать если есть DDE?
А в Excel есть VBA.
А дальше куда угодно.

Цитата
ЛуаСкрипт написал:
принимающий кода на VBA для MS Excell
такой пример уже есть, см примеры для Trans2quik

Цитата
ЛуаСкрипт написал:
также самый простой контроль выполнения заявок

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

Цитата
ЛуаСкрипт написал:
запись логов.
запись в файл, это штатный функционал Lua, посмотрите его документацию, функция io.open

Цитата
ЛуаСкрипт написал:
3. Если вы сделаете штатный способ прикрутить Python 3 к QUIK - вообще будет супер!!
а почему Python? Вот лично Вам он нравится и удобен, а вот лично мне нет, теперь все языки поддерживать? Простите но нет.
И наша позиция относительно универсального API однозначна, для таких целей существует FIX адаптер. Да он платный, бесплатного аналога нет и не будет.
lua_error() в OnInit, Неправильное поведение
 
Цитата
Anton написал:
Теперь (8.3.2.4)
Ошибка описанная в данной ветке форума еще не исправлена, при выходе исправления здесь будет соответствующее уведомление.
Все индикаторы на Lua
 
Цитата
Максим написал:
а теперь попробуйте сдвинуть в настройках - дополнительно график на 1 интервал вперёд.

Почему раньше не сообщили? Просьба впредь более подробно описывать суть проблемы.
Вы в первую очередь должны быть в этом заинтересованы.

Цитата
Максим написал:
Прикрепленные файлы
image_2020_03_13T14_52_47_347Z.png  (3.65 КБ)
Цифра 41 в данном сообщении указывает на строку где возникла ошибка.
Код
 if C(i)>maximum then


Т.е. у Вас  C(i) возвращает nil
А значит свечи нет.
И то что Вы говорите что это не так, совершенно ничего не значит.
Свечи может не быть на момент обращения к ней из-за сдвига или из-за наличия нескольких графиков.
Совет тот же, добавьте проверку через CandleExist
Все индикаторы на Lua
 
Максим,
Сообщите хотя бы полный текст ошибки, со всеми цифрами
Все индикаторы на Lua
 
Максим,
Ок,
Вот боевой график доллар рубль, дневной таймфрейм.


ошибки нет.
Все индикаторы на Lua
 
Максим,

Максим, нам не известно какой график Вы смотрите, не известно какие индикаторы на нем кроме указанного, не известно какой таймфрейм, вообще ничего не известно.
Только код, на котором у нас проблема НЕ воспроизводится.
Все индикаторы на Lua
 
Цитата
Максим написал:
подскажите, почему при добавлении индикатора Квик 7.27 выдает ошибку: attempt to compare number with nil   ?


Скорей всего просто на графике есть пустые пропуски. Рекомендуется проверять свечки функцией CandleExist
QUIK 8.0
 
Цитата
Nikolay написал:
Представители ARQA, что с моим обращением  https://forum.quik.ru/forum10/topic4656/
Вы прислали запрошенную информацию?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Дмитрий,
да и вам рано или поздно все равно придется обновиться.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
а почему это НЕ БУДЕТ работать, ведь ordnum приходит в виде текста же и передается также в kill_order ?


Читаем документацию:
-Раздел 8. Алгоритмический язык QPILE
--Функции для обращения к строкам произвольных таблиц QUIK
---Параметры Таблицы заявок, возвращаемые функцией «GET_ITEM»
Цитата
NUMBER DOUBLE Номер заявки в торговой системе
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
можете на примере показать, как выдернуть номер заявки ?
Нет, но можем дать совет по алгоритму:
В результате транзакции смотреть параметр get_value (trans_result, "DESCRIPTION")
Из него выдернуть номер заявки через функцию substr
Самое сложное, выделить нужный участок строки, т.к. в зависимости от типа транзакции и рынка, ответ может быть разным.
В этом месте универсального способа нет, нужно под конкретный биржевой ответ писать отдельную функцию.

Для срочного рынка, ответ на транзакцию будет такой "Заявка 1925050633224719691 успешно зарегистрирована."
Значит, получить номер можно вызвав функцию substr со следующими параметрами:
num=substr(get_value (trans_result, "DESCRIPTION"), 7, 19)


Но лучше конечно перейти на QLUA
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
То есть на Купайле вообще никакими методами нельзя будет снимать заявки???

Почему?
Было сказано следующее:
Цитата
Sergey Gorokhov написал:
Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.

Т.е. Вы можете из ответа на транзакцию выдернуть номер заявки и передать его в качестве параметра ORDER_KEY транзакции KILL_ORDER
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Максим,

Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class)
Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")
работать НЕ будет.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
Нельзя будет снять заявку так?
да

Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.
[BUG] Функция getParamEx2 не возвращает имеющийся параметр, напр TRADE_DATE_CODE или SECTYPESTATIC
 
Цитата
Latrop написал:
Переформулирую вопрос:

Если явно заказаны только конкретные инструменты (т.е. задан фильтр по инструментам), то каким образом можно узнать, какие есть еще  активные  инструменты в  текущей  сессии для заказа данных?
Есть функция getClassSecurities которая вернет список доступных инструментов.
что такое "активные" инструменты? Те что торгуются? Если так то надо заказать какой-нибудь торговый параметр, например цену последней сделки, или еще что-нибудь похожее и проверить.

Цитата
Latrop написал:
Будет неявно заказывать оба параметра для обоих инструментов, или он умеет заказывать такие "частные" параметры в разрезе инструментов?
умеет заказывать такие "частные" параметры в разрезе инструментов
[BUG] Функция getParamEx2 не возвращает имеющийся параметр, напр TRADE_DATE_CODE или SECTYPESTATIC
 
Цитата
Latrop написал:
Каким образом, используя явно getParamEx(2) и ParamRequest, узнать в скрипте о появлении нового инструмента?

Явно никак, просто биржа не сообщает о том новый это инструмент или нет.
[BUG] Функция getParamEx2 не возвращает имеющийся параметр, напр TRADE_DATE_CODE или SECTYPESTATIC
 
Цитата
Latrop написал:
Как вообще корректно определить, что заказ инструмент или нет?
Зачем?
Просто закажите его когда он Вам понадобится и все.
Повторного заказа ранее заказанных параметров не будет (в принципе нет такого понятия)
getParamEx
 
Цитата
Mikhail написал:
Здравствуйте! Не подскажете почему во время приостановке торгов фьючерсами например сегодня в 11.17.55 LKH0
ф-ии
getParamEx(class, name, "STATUS").param_value
getParamEx(class, name, "TRADINGSTATUS").param_value
возвращают 1? Кто ее ставит брокер или биржа?
Какая функция в итоге показывает приостановку торгов инструментом?

Статус транслирует биржа.
Если статус был некорректным, Вам следует обратиться к брокеру для проведения диагностики совместно со специалистами биржи.
Исторические данные "Таблица обезличенных сделок" и "Новости", Получение исторических данных "Таблица обезличенных сделок" и "Новости"
 
Цитата
Сергей написал:
Здравствуйте.В "Таблица обезличенных сделок" можно сделать вывод по ODBC  и получить данные с начала сессии. Также, через "Сохранение в файл" можно получить данные  и с таблицы "Новости", но тоже с начала сессии.Как можно получить архивные данные по этим таблицам?Заранее благодарен за ответ.

Исторические данные хранятся только в виде графиков.
[BUG] Функция getParamEx2 не возвращает имеющийся параметр, напр TRADE_DATE_CODE или SECTYPESTATIC
 
Цитата
Latrop написал:
Код: getParamEx2(marketCode, secCode, "TRADE_DATE_CODE") - возвращает дату торгов в виде параметра конкретного инструмента.
TRADE_DATE_CODE -  возвращает дату торговой сессии сервера QUIK, а не инструмента
Для ее получения, кроме getInfoParam("TRADEDATE"), есть еще функция getTradeDate ()

Цитата
Latrop написал:
- Выключить "Умный" заказ параметров, отключить заказ всех параметров (все галки убраны)
- Перезаказать данные текущей сессии
- Открыть таблицу Текущих торгов, добавить любые инструменты
Если так сделать, то Вы не сможете открыть таблицу текущих торгов, т.к. не будет списка инструментов.


Цитата
Latrop написал:
- Попытаться получить этот параметр getParamEx2(marketCode, secCode, "SECTYPESTATIC") , где marketCode, secCode соотв код класса и код инструмента, любого
Функция getParamEx2 возвращает параметры предварительно заказанные с помощью функции ParamRequest.
А вот getParamEx не требует такого заказа.

Цитата
Latrop написал:
Признаете вышеуказанное поведение ошибочным?
Нет.

Цитата
Latrop написал:
Как получить эти значения в виде кодов (1,2,3...) в lua-скрипте?
К сожалению, такой возможности не предусмотрено. Можем предложить зарегистрировать пожелание на добавление функционала.

Выделил жирным для лучшего акцента.
Недостаточно лицензий!
 
Цитата
Алексей написал:
Здравствуйте! У меня такой же вопрос, недостаточно лицензий. Брокер БКС. Подскажите из-за каких библиотек эти ошибки, и какие, в связи с этим, будут ограничения?
Те библиотеки у которых написано "Отказ", Вам нужно их удалить
[BUG] Функция getParamEx2 не возвращает имеющийся параметр, напр TRADE_DATE_CODE или SECTYPESTATIC
 
Цитата
Latrop написал:
- Попытаться получить этот параметр getParamEx2(marketCode, secCode, "TRADE_DATE_CODE") или getParamEx, не важно

Дата торгов, это не параметр инструмента, а параметр сервера и получить его можно в getInfoParam("TRADEDATE")

Цитата
Latrop написал:
Признаете вышеуказанное поведение ошибочным?
Нет.

Цитата
Latrop написал:
2. Вообще, что за такие static параметры? Может есть смысл выдавать их в составе getSecurityInfo()?

Статичные параметры инструментов и так передаются в getSecurityInfo

Цитата
Latrop написал:
3. SECTYPESTATIC, SECSUBTYPESTATIC (и т.п.) - строковые, и они как бы есть всегда. Каким образом они определяется? Ведь не строкой же с сервера приходят? Значит есть исходные кодовые поля? Как их получить?

Тип инстр-та и Подтип инстр-та формируются на основе данных поступающих с биржи.
В иных случаях определяются сервером.
Тип инструмента. Возможные значения:
Скрытый текст


Подтип инструмента. Возможные значения в
зависимости от типа инструмента:
Скрытый текст
19-значные номера заявок и сделок на MOEX
 
Цитата
новичок написал:
ну а версию луа апните или тоже не скажете? :)

Да апнем, будет 5.3
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
если такая необходимость возникнет то сообщим.

тут речь про необходимость повторного компилирования luac скриптов
19-значные номера заявок и сделок на MOEX
 
Цитата
Александр М написал:
Цитата
Sergey Gorokhov написал:
Александр М ,
К сожалению мы не можем разглашать даты выпуска обновлений
Можем сказать только то что оно  планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.
Отдельный вопрос: после выпуска вашего обновления будут ли какие-то проблемы с компилированием скриптов через luac?

К сожалению, на данный момент информации нет. Однако мы обязательно это проверим перед выпуском версии и если такая необходимость возникнет то сообщим.
19-значные номера заявок и сделок на MOEX
 
Александр М,
К сожалению мы не можем разглашать даты выпуска обновлений
Можем сказать только то что оно  планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.
19-значные номера заявок и сделок на MOEX
 
Цитата
Александр М написал:
А когда станет понятно?
Когда будет выпуск рабочего места QUIK.
Цитата
Александр М написал:
после изменения с Вашей стороны.
Вроде биржа вносит изменения, а QUIK только обещает их поддержать, разве нет?
19-значные номера заявок и сделок на MOEX
 
Цитата
Александр М написал:
Я правильно понял ваш ответ, что после Вашего обновления и перехода на 19-ти значные номера заявок и сделок функцией tostring в рамках данных номеров пользоваться будет нельзя?


никто такого не говорил, не пытайтесь читать между строк.
Пока непонятно что будет с tostring
19-значные номера заявок и сделок на MOEX
 
Цитата
Александр М написал:
Что делать разработчики? Это не апрель, это уже сейчас.

Конкретно с этим кейсом ничего не делают и не будут делать, и даже если захотят ничего не смогут сделать т.к. проблема НЕ в QUIK, а конкретно  в функции tostring, которая является частю самого Lua, который не является нашей разработкой.

Попробуйте использовать другую функцию
Код
a=317934958413900
message(string.format("%.f",a))
Не срабатывает присваивание переменной в OnStop()
 
Цитата
Сергей написал:
В Вашем коде нет вызова функции CreateWindow и создания окна из скрипта.
Приведите Ваш пример кода на котором воспроизводится.
Не срабатывает присваивание переменной в OnStop()
 
Сергей,
Проблема не воспроизводится.
19-значные номера заявок и сделок на MOEX
 
_sk_,

Зачем? разве одного только факта что они будут некорректные не достаточно?
Какая разница в чем именно будет заключаться некорректность, она просто будет и всё.
19-значные номера заявок и сделок на MOEX
 
Цитата
Дмитрий написал:
А ещё подскажите по поводу второго изменения биржи о так называемом раздельном учёте заявок по коду актива. Надеюсь клиентских терминалов это не коснётся и все изменения будут на уровне сервера?

не коснется
19-значные номера заявок и сделок на MOEX
 
Цитата
Дмитрий написал:
но текстовый номер заявки всё равно приходит в сообщении о транзакции?
Да приходит.

Цитата
Дмитрий написал:
Его можно будет использовать, хоть он и 19 значный?
да можно, при условии что нигде в коде не будет преобразования строка->число или обратно
Нам не известно какая логика у Вас в скриптах, если для Вашей логики подойдет такое решение, значит Вам повезло.
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
выходит, что алготрейдинг в 7-й версии терминала с использованием QLua станет невозможным на срочном рынке.

ранее мы уже говорили что в старых версиях есть проблема и она будет исправлена, но исправление точно будет не в 7х версиях.
так что да, можно говорить о том что на старых версиях корректная работа будет невозможна.
19-значные номера заявок и сделок на MOEX
 
Цитата
Владимир написал:
Подскажите, изменения не скоро случатся?

В промышленной системе изменение запланировано на апрель 2020 года, см. https://www.moex.com/n26656/?nt=107
Мышь окочурилась :)
 
Здравствуйте!

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Мышь окочурилась :)
 
Цитата
Kolossi написал:
Не успеваю :).

Скорость отклика настраивается в Windows, Панель инструментов - Мышь


Цитата
Kolossi написал:
Все таки прошу рассмотреть необходимость вывода меню на ячейке данных при том, что меню сортировки так же выводится при клике на заголовок столбца, а ячейка данных задействована для обработки пользовательскиx функций qLua.

Пожелание не понятно, меню и так сейчас выводится на ячейке.
Можете как-то по другому сформулировать?
Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14 ... 77 След.
Наверх