Если в качестве цвета задана константа QTABLE_DEFAULT_COLOR, то используется цвет, заданный в цветовой схеме операционной системе Windows.
Цвет чего используется для фона в функции Highlight? Почему при использовании следующего кода цвет фона становится чёрным? Ведь видно, что по-умолчанию цвет фона белый:
У меня тоже белый фон возвращается через 500 мс. Вопрос был в том, почему фон подсвечивается в чёрный цвет при указании константы QTABLE_DEFAULT_COLOR?
Надо делать так, как надо. А как не надо - делать не надо.
Мы создали таблицу. Цвет фона при этом оставили по-умолчанию. Затем, надо подсветить текст в ячейке (или строке целиком) функцией Highlight, не меняя цвет фона. Как это сделать?
Надо делать так, как надо. А как не надо - делать не надо.
Если в качестве цвета задана константа QTABLE_DEFAULT_COLOR, то используется цвет, заданный в цветовой схеме операционной системе Windows.
Значит черный цвет задан в системе Windows
Sergey Gorokhov, вы (и часто ваши коллеги) ведёте себя непрофессионально, когда отмахиваетесь от проблем, даже не пытаясь разобраться в ситуации и выдумывая факты, которых нет.
Я так и сделал. Но вы заметили, что я нигде не писал, что цвет фона по-умолчанию задан белым цветом? Ну да ладно...
1) Исправьте ошибку: чтобы при использовании константы QTABLE_DEFAULT_COLOR для фона в функции Highlight цвет фона окрашивался в дефолтное значение 2) Добавьте константу для функций SetColor и Highlight, при использовании которой текущий цвет элемента не менялся бы. Т.е., чтобы не было необходимости запоминать текущий цвет при необходимости изменить только цвет текста или фона.
Данные доработки не являются высоко приоритетными и срочными.
Надо делать так, как надо. А как не надо - делать не надо.
Серж пишет: Sergey Gorokhov , вы (и часто ваши коллеги) ведёте себя непрофессионально, когда отмахиваетесь от проблем, даже не пытаясь разобраться в ситуации и выдумывая факты, которых нет.
:))) именно поэтому, чтоб никто не выдумывал факты - нужно обращаться напрямую к разработчикам, а не терзать client&techsupport :)))
выскажу своё мнение: судя по тому какие "пожелания" фактически реализуются - разработчики пошли по самому лёгкому пути: они первым приоритетом исполняют пожелания, касающиеся интерфейса - бо как это не требует большого ума и времени, а когда просишь их добавить действительно стоящие/полезные вещи - это для них сразу становится сродни обстоятельствам непреодолимой (и я бы даже сказал, необъяснимой внятно) силы. наглядные примеры: 1. раскрыть pluginAPI, чтоб пользователи сами решали каким должен и может быть для них квик, а не задавали кучу "глупых" вопросов на форуме и получали столько же, порой, откровенно глупых ответов. Но разработчикам, это почему-то абсолютно не надо. им, почем-то проще выслушивать 15 лет весь поток того, что о них думают пользователи. 2. открыть для пользователей возможность пользоваться "штатными" контролами квика: теми же вкладками, кнопками, эдит/комбобоксами и пр. ("нувыпоняли"). Вместо этого, пользователи начинают опускаться до того, что изучают недра winAPI, а также начинают пользоваться всякими сомнительными "поделками" на манер всяких VCLUA.
Однако, сами пользователи, тоже не без греха - вместо того, чтобы присоедииниться к вышеописанным пунктам и тем самым усилить давление на "арку" - они почему-то "стесняются" напоминать об этом, а ограничиваются лишь всякими сомнительными просьбами добавить сомнительный функционал (за примерами далеко ходить не надо)
как известно, индустрия современных 3D-игр - весьма конкурентна и изменчива. Однако, анализируя код современных игровых движков с поддержкой LUA-скриптинга можно однозначно выделить следующий момент: игры в которых GUI-поддержка встроена на уровне движка намного коммерчески дольше живут нежели те, в которых, чтобы нарисовать линию/окно/любой графический примитив - надо обращаться через LUA-"прокладку" к тем же средствам winAPI/DirectX. Для особонепонятливых, контролы должны быть реализованы на уровне движка квика (как это, хоть и весьма коряво сделано с визуализацией таблиц), а не так, как сейчас, когда бедный юзер со слезами на глазах начинает спрашивать про всякий бред (vclua) на сторонних форумах. Это, как если бы я купил в магазине игру и захотел к примеру добавить новый скин персонажу (для примера), а потом мне в техподдержке (на сайте этой игры) сказали, что (как тут говорит clientsupport) - попробуйте поискать ответы на других форумах. При том, что сам продукт - не опенсорс.
Серж пишет: 1) Исправьте ошибку: чтобы при использовании константы QTABLE_DEFAULT_COLOR для фона в функции Highlight цвет фона окрашивался в дефолтное значение
Это не ошибка, так как согласно документации QTABLE_DEFAULT_COLOR работает только для SetColor
Цитата
Серж пишет: 2) Добавьте константу для функций SetColor и Highlight, при использовании которой текущий цвет элемента не менялся бы. Т.е., чтобы не было необходимости запоминать текущий цвет при необходимости изменить только цвет текста или фона.
Поправка, не так понял предложение. Имелось в виду не менять уже измененный цвет. в этом месте зарегистрировали пожелание на функцию GetColor которая бы возвращала текущий цвет ячейки и шрифта.
s_mike@rambler.ru пишет: SetColumnWidth(id,column,width) очень нужен, Сергей
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
s_mike@rambler.ru пишет: SetColumnWidth(id,column,width) очень нужен, Сергей
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Sergey Gorokhov пишет: Это не ошибка, так как согласно документации QTABLE_DEFAULT_COLOR работает только для SetColor
Называйте, как хотите. Но факт, что Highlight не доработана. Пусть QTABLE_DEFAULT_COLOR работает в Highlight, как в SetColor.
Цитата
Sergey Gorokhov пишет: зарегистрировали пожелание на функцию GetColor которая бы возвращала текущий цвет ячейки и шрифта.
GetColor - это, возможно, хорошо. Но было бы неплохо добавить константу, которая бы избавила от необходимости перекрашивать белый цвет в белый (или любой другой), если нужно изменить только цвет фона или текста. Что положительно скажется на производительности.
Надо делать так, как надо. А как не надо - делать не надо.
Серж пишет: Называйте, как хотите. Но факт, что Highlight не доработана. Пусть QTABLE_DEFAULT_COLOR работает в Highlight, как в SetColo
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Вот интересно, что реально хочет сказать автор этой фразы: " Мы постараемся рассмотреть его (пожелание)..." и "постараемся ... сообщить Вам результаты анализа" -------------------------- Варианты ответа: ----------------------- a) Ваш вопрос такой маленький, что без специального старания его никак не рассмотреть. ---------------------- b) Мы очень заняты, но все же постараемся понять , что же Вы написали. Для этого проведем анализ. ---------------------------- c) Мы создадим специальную комиссию , которая тщательно проанализирует Ваше высказывание. и "постараемся ... сообщить Вам результаты анализа" ----------------------------------------------------------------------------------------------------------
"Над кем посмеялся, тому уже простил, того даже полюбить готов" -И.С.Тургенев
пользователи квика - сами гробят его своими порой откровенно бредовыми пожеланиями, а потом, дико удивляются почему квик начинает жестоко тупить в новой версии... :))) уже сотню раз писал, что гораздо проще для разработчиков было бы раскрыть pluginAPI, а не мяться тут с нелепыми оправданиями: мол де, политика им это не позволяет.
за что получает зарплату ваш Директор по развитию? Какова долгосрочная стратегия/концепция развития системы?
Пройдёт (если к тому времени компанию ещё не смоет с рынка) ещё 15 лет и что - вы так и будете допиливать/выполнять очередные несбыточные пожелания пользователей? При том, что половина из них откровенно противоречат другой половине пожеланий и вступают в конфликт с самим квиком (с уже реализованными пожеланиями).
Почему, для того, чтобы реализовать за вас функционал - некоторые пользователи должны опускаться до полухакерских методов? : https://forum.quik.ru/messages/forum1/message4315/topic481/#message4315 . для кого эта система? для трейдеров со знаниями LUA или для трейдеров/вынужденных полухакеров квика? Вы считаете, что это нормально??? Выше уже было сказано, что доступ к pluginAPI мог бы элегантно решить данную проблему, в том числе и будущие. Бо как если этого не сделать, то вы просто сами убьёте квик постоянно реализуя порой откровенный бред навязываемый вам некоторой группкой пользователей.
sam063rus пишет: Бо как если этого не сделать, то вы просто сами убьёте квик постоянно реализуя порой откровенный бред навязываемый вам некоторой группкой пользователей.
поясню: уже сейчас пользуясь сиюминутной выгодой, вы регистрируете/выполняете пожелания пользователей, которые имеют далеко идущие негативные последствия для развития квика. При том, что даже когда вам говорят о том, что после их реализации скорей всего, придётся регистрировать встречное пожелание об их отмене - вы проносите это мимо своих ушей.
ОБРАЩЕНИЕ К АКЦИОНЕРАМ Arqua Technologies!!! На случай, если Вы это читаете - прошу задуматься о компетентности вашего отдела по развитию.
Забыли закончить фразу своим любимым словом Моськи... Люди не меняются и имеют прекрасное свойство ошибаться, особенно когда в уме надо держать правду и ложь...
Сергей, мы рассмотрели Ваши пожелания. По итогам их анализа сообщаем Вам, что мы также считаем целесообразным их реализации и постараемся включить в план доработок при выпуске одной из следующих версий нашего ПО.
s_mike@rambler.ru пишет: SetColumnWidth(id,column,width) очень нужен, Сергей
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.