RoschinSpb

Ключевым здесь является TStyledSetting.FontColor
NadG.StyledSettings := NadG.StyledSettings - [TStyledSetting.FontColor];

Работает и с BeginUpdate и без оного и c любым положением "Paren :="
См. также Почему не изменяется Font.Style и Font.Size.

Капитан Очевидность шепчет: "Обновите операционку на айфоне".
Официальный список поддерживаемых версий: http://docwiki.embarcadero.com/RADStudio/Berlin/en/Supported_Target_Platforms

К сожалению у Mac совершенно другая политика в отношении сторонних программистов чем у Win. Фруктовая компания не поощряет иные средства разработки кроме своего, по этому на такие мелочи как поддержка совместимости не заморачивается. Тут как с XP сидеть 15 лет на старой версии не получится.
P. S. на всякий случай напоминаю, что это мнение не официальное, все названия вымышлены, и совпадения с реальностью совершенно случайны

2 часа назад, ramir сказал:

О, извиняюсь, проглядел, прописано . Но все равно. Круто.

 

Посыпаю голову пеплом  я еще и TColumn.RotationAngle убрал.

12 минуты назад, krapotkin сказал:

а на телефоне грид вообще не вариант

в вот уже на планшете - можно и посмотреть

и действительно desktop программы от переезда удерживает на 95% отсутствие внятного грида

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

может, и ListView тоже у нас, нет?

ListView это не моя тема.
Про грид, можно и в отдельную тему. Но давайте сразу исходить из того, что все должно работать в числе прочего и на мобилных платформах. Варианты расширения только для дэсктопа можно сделать и своими руками.
Пожелания по новым фичам и исправлениям если они оформляются во что-то конкретное пожалуйста дублируйте в QC.
По OnClick OnDblClick несколько запросов в QC уже было.

Я слабо представляю как это будет выглядеть на телефоне.

1 минуту назад, Vitaldj сказал:

Пример может и хороший, но оценить не получается, нет  fmx.grid.ios на который ссылается uses

Что, вообще среди исходников нету? По идее должен входить в поставку, наверно надо путь указать правильный. Можно и просто удалить этот модуль из Uses и проекта. Тогда будет работать только стилевой вариант.

Понятно. Область видимости в Update1 уже не поменять. В следующей версии возможно добавлю пару событий OnCellClick OnCellDblClick с параметрами, чтобы можно было определить ячейку куда ткнули.

22 минуты назад, krapotkin сказал:

ну так, с ходу - DblClick селектом не заменить

для десктопа дабл - все-таки предпочтительный способ совершения действий

но намек понят и запомнен

я правда понял намек еще в XE3 по-своему - нигде больше не использую гриды....

Умолчательное действие это по первому клику выбираем ячейку, по второму входим в режим редактирования. Кроме того что Click, что DblClick выполняются перед выбором ячейки и не понятно в каком месте происходило нажатие и не понятно по отношению к какой ячейке надо выполнять действия.

Вообще же Grid переписан чуть менее, чем полностью. Теперь он сделан по принципу Presentation/Model. Т.е. можно будет делать нативные гриды, но пока сделан только вариант для iOS.
Вот небольшой Demo-проект, который скорее всего войдет в Update1.

GridDemo.zip

Коллеги, часть событий, действительно переехала из Published в Public, по причине полной, или частичной неработоспособности. Это как бы толстый намек, что ими пользоваться не рекомендуется. Потому, что унаследованные события используются самим гридом по своему усмотрению. Это была моя инициатива, видимо мне и придется восстанавливать свою карму.

В этой связи у меня вопрос, что вы пытаетесь делать на OnClick, OnDblClick и.т. В событиях OnSelectCell и OnSelChanged это ни как нельзя делать?

Всё вроде бы правильно.
Приложите пож. проект.

• Статья: http://community.embarcadero.com/blogs/entry/timagelist101ru-1
• Автор: Сергей Рощин

Обзор новых возможностей, которые появились в компоненте и редакторе TImageList для Delphi R101 (2016 год, Version 24)

В 08.04.2015 в 13:46, Brovin Yaroslav сказал:

• Ссылка: http://blogs.embarcadero.com/roschinspb/2015/03/03/timagelistxe8ru/
• Автор: Сергей Рощин

Подробный обзор нового компонента TImageList, появившегося в XE8. Отличия работы от VCL.

• Ссылка: http://community.embarcadero.com/blogs/entry/timagelist101ru-1

Продолжение темы.

19 часов назад, haword сказал:

так это, исправят так что бы русский был в IDE или просто удалят ссылки?

Вангую, что второе

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

Потому, что Shift-O это не хоткей, а набранная заглавная буква "о". Естественно что набор текста используется только в каком-нибудь редакторе типа TEdit и только в том, который имеет фокус ввода. Т.е. нажатия делятся на две части одни идут только в фокусный контрол, а другие проходят по всем контролам пока кто-то их не обработает.
Иначе если на форме десяток эдитов, то текст должен набираться на всех что ли? 

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

...обсуждать позицию руководства как бы не этично с моей стороны, по этому да :o)

В  TCheckColumn все выставляется точно также как и везде посредством GetValue/SetValue
Обработчики этих событий должны прочитать и записать некоторое значение куда-нибудь. Это может быть массив значений, или что угодно на ваше усмотрение.
Либо используете любого вида DataSet и View/LiveBindings Designer

По поводу позиции команды форума себя любимого могу сказать, что если мы по поводу каждого бага будем подрываться, то на основную работу не хватит времени вообще. У нас есть свои обязанности, а это рассматривайте это как хобби. Есть интересные вопросы, есть вопросы связанные с работой которую кто-то из нас делал, а здесь, простите, всё довольно банально да еще и на C.
В общем я кину ссылку тестерам, пусть они создают багрепорт, но еще раз отмечу, что баг репорт от юзера имеет гораздо большее значение чем баг репорт от тестера и тем более от программиста.

Судя по описанию проблемы это выглядит как баг. Чтобы у Вас не возникало чувство, что Вас все игнорируют, позвольте персонально пригласить Вас в quality central 

Цитата

есть Frame, в нем ActionList, на Action есть Shortcut

Какая у вас версия? Сейчас проверил на  RAD Studio 10 — работает. У фрейма Enabled должно быть True.

Спасибо за бдительность.
То, что горячие клавиши передаются во все формы это правильно. Для случая модальной формы действительно видимо этого делать не следует. Было бы очень хорошо, если бы вы написали отчет об ошибке в QC.
 

Может быть пример прикрепите?

В ближайшей версии (следующей за RAD Studio 10 Seattle) будет возможность регистрировать свои типы колонок, после чего они появятся в IDE-шном редакторе. Грид вообще подвергнется сильной переделке, он будет использовать архитектуру презентация-модель. Так что в области написания пользовательских наследников появятся широкие возможности, хотя конечно не все так просто.

Спасибо за добрые слова, редко когда их можно услышать 
Если хотите что-нибудь новенького, то сформулируйте это для начала хотя бы на родном языке так, чтобы окружающие могли понять. После этого записываем предложение на языке Шекспира и Welcome to https://quality.embarcadero.com
В данном случае это не отписка, а вполне реальное объяснение корпоративных правил. Для выполнения любых работ нужно формальное обоснование и одобрение насяльника. Пожелание, или отчет об ошибке от пользователя это довольно веская причина для того, чтобы работы были запланированы. 

Возможно, что вопрос уже потерял актуальность, но тут есть дерево наследования всех классов пакета FMX. Инфа немного впереди паровоза, т. е. актуальна для следующей версией после RAD Studio 10.