haword

function GetTextHeight(text: string; width: single; wordwrap: boolean; font: tfont;
      HAlign, VAlign: TTextAlign; Trimming: TTextTrimming): single;
begin
      if FTextLyout = nil then
        FTextLyout := TTextLayoutManager.DefaultTextLayout.Create;
      FTextLyout.BeginUpdate;
    try
      // Инициализируем текстовый слой для корректного вычисления
      // размеров отображаемого текста
      FTextLyout.Text := text;
      FTextLyout.MaxSize := TPointF.Create(Width, 10000);
      FTextLyout.WordWrap := WordWrap;
      FTextLyout.Font := Font;
      FTextLyout.Trimming:= Trimming;
      FTextLyout.HorizontalAlign := HAlign;
      FTextLyout.VerticalAlign := VAlign;
    finally
      FTextLyout.EndUpdate;
    end;
    Result:=FTextLyout.Height;
end;

procedure TMainForm.GroupLVUpdateObjects(const Sender: TObject;
  const AItem: TListViewItem);
var
  lvi: TListViewItem;
  t: Single;
begin
    lvi:= TListView(Sender).Items[AItem.Index];
    t:= GetTextHeight(lvi.Text,
          lvi.Objects.TextObject.Width,
          lvi.Objects.TextObject.WordWrap,
          lvi.Objects.TextObject.Font,
          TTExtAlign(lvi.Objects.TextObject.Align),
          TTExtAlign(lvi.Objects.TextObject.VertAlign)
           );

    lvi.Height:= Round(t) + 30;

end;

у меня работает. 

может привести. на интелах бывают глюки. 
 

в принципе при сравнении исходников fmx не большие отличия в берлине и сиетле. можно сравнить папки чем то типа арахисом или винмердже и проверить где что поменяли и соответственно вернуть на родину или хотя бы развилку сделать для ХР. 

может пропустил но пробовали установить только FMX.Types.GlobalUseGDIPlusClearType = true а остальные переменные в false? у меня в таком варианте немного быстрее работало. 

trojanhost как и сказали выше, fmx сам все рисует, без участия системы, в vcl все рисует винда, и стили и сами контролы. плюс fmx оптимизирован хреново. вернее оптимизирован под кросплатформенность а из-за этого куча лишних вызовов. я уперся в это когда грид делал на подобие vcl-кого. отрисовка одного полного экрана грида с надписями занимало полсекунды. при этом vcl летал. 

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

  GlobalUseDX:=false;
  GlobalUseDXSoftware:=false;
  GlobalUseDirect2D:=false;
  GlobalUseDXInDX9Mode:=false;
  GlobalUseGPUCanvas:=False;
  GlobalUseGDIPlusClearType:= True;
 

а че вы хотели то?  выпустили удачную версию, следующая удачной не может быть. так что или сервиспак или новая версия улучшит ситуацию  так что до осени осталось подождать

некоторые компоненты имеют привычку становится нативными, если параметр один поменять. 

если я не ошибаюсь надо оборачивать обращения в интерфейсу 

CallInUIThread(

         procedure
            begin

                 TextLocation.Text:='DDDM 3';
            end);

размечтались  там же в статье написано с низу что только одни типы процессоров закапывают а 8х00 серию продолжают развивать. так что поделки на огнеобезьяне не всегда будут запускаться на интелах

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

у меня листвью после загрузки более 100 картинок начинал глючить. вернее вся прога глючила. все надписи были из черточек. или вообще черные полоски. такое ощущение что где то что то переполнялось. 

а кого е*ет чужое горе 

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

ничего не надо. добавить юнит в проект и все. 

да там и бесплатная есть версия с ксамарином или как он там, что бы писать под андроид огрызок и мелкософтфон. 

tmsgrid так по моему может

только там ни одна ссылка не пашет

без исходников

кстати, да была такая проблема. с фотика шла картинка которая не могла загружаться в битмап из за своих размеров. НО! при этом другие программы ее спокойно показывали и работали с этой картинкой. интеерсно почему на яве программы могли с ней работать а огнеобезьяна упирается в ограничения. 

http://www.fmxexpress.com/free-encryption-library-in-delphi-xe7-firemonkey-on-android-ios-windows-and-osx/

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

можно написать в поддержку и спросить почему владельцы x86 могут устанавливать программу. 

проблема в том что на интелах программа написанная на делфи работает через эмулятор. от сюда и различные баги. пока нативной сборки под x86 нет и в этом году не планировалось делать вроде как.

после снятия галочек Deployment'e пользователи не arm устройств  по идее не должны будут увидеть в маркете это приложение, а если и увидят то будет надпись насчет несовместимости. вернее так оно задумывалось а как реально будет я не проверял. 

нет, я верю в мелкософт

получается дороже мелкософтской профки плюс xamarin

mobile development  можно было вроде как отдельно купить