FeLDMARShaL

Проблема решена. Когда то давно, когда заливал самое первое приложение, я скачал ApplicateonLoader v3.0 и всю жизнь его использовал. А оказывается последняя версия этого чудо продукта идет в комплекте с XCode. На текущий момент последняя версия 3.6. Использовал ее для заливания - проблем нет, жду сабмита  

https://quality.embarcadero.com/browse/RSP-16036

В общем было принято решение, перейти на гарантировано рабочие компоненты, при их использовании пришлось подключать библиотеку для параллельного программирования, но теперь наши потребности они полностью удовлетворяют, хоть гораздо менее удобные чем купленные RTC компоненты.
Пример как мы будем работать с новыми компонентами (авторизация на нашем ресурсе):
procedure TForm2.Button1Click(Sender: TObject); var   psw: String; begin  psw := '123';  TTask.Run(procedure     var       NetHTTPClient: TNetHTTPClient;       AContentStream: TStringStream;       ContentStream: String;       sha1: String;       IdHashSHA1: TIdHashSHA1;       aURL: String;     begin       try         NetHTTPClient := TNetHTTPClient.Create(nil);         try           AContentStream := TStringStream.Create;           try             IdHashSHA1 := TIdHashSHA1.Create;             try               sha1 := LowerCase(IdHashSHA1.HashBytesAsHex(TidBytes(Bytesof(psw))));               NetHTTPClient.Accept := 'text/html, application/xhtml+xml, */*';               NetHTTPClient.ContentType := 'application/x-www-form-urlencoded';               NetHTTPClient.AcceptEncoding := 'UTF-8';               aURL := 'json=yes&' +                       'CompanyID=40&' +                       'ModernLogin=' + URL_Encode('{"phone":"XXXXXXXXXX","pwd":"'+sha1+'"}');               NetHTTPClient.Execute('GET', 'XXXXXXXXX/index.php?'+aURL, nil, AContentStream);               //ДОБАВИТЬ все потенциально возможные ошибки связанные с сетью               //ДОБАВИТЬ общий счетчик кол-во незавершенных потоков для операция начала и конец ожидания загрузки данных по сети               AContentStream.Position := 0;               ContentStream := AContentStream.DataString;               TThread.Synchronize(nil, procedure()                 begin                   //ДОБАВИТЬ обработчик возможных ошибок в ответе                   Form2.WorkWithAnswer(ContentStream);                 end               );             finally               FreeAndNil(IdHashSHA1);             end;           finally             FreeAndNil(AContentStream);           end;         finally           FreeAndNil(NetHTTPClient);         end;       except         on E: Exception do         begin           //ДОБАВИТЬ обработку ошибка в главном потоке         end;       end;     end   ); end;  

Нужна публикация, занимаюсь проблемой в плотную. Как оказалось то же самое прилоежние на андройде, который подключен к той же маковской сети NAT64/DNS64 без проблем выходит в инет. Получается запара именно в iOS девайсах. У кого нибудь за это время появились какие нибудь идеи?
Переход на новый берлин не исправил проблему. Есть люди которые смогли опубликовать приложение которое работает с сетью, может кто поделится опытом?

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

Очень серьезный баг который раньше обходил всякими разными способами, но сейчас уже не получается. Воспроизводится стабильно.
1) Delphi XE8.1
2) Создаем новый проект для различных устройств
3) Кладем на форму TEdit
4) Делаем выравнивание по верху (просто так, чтобы не подгадывать с размерами, и чтобы после компиляции на устройство он не пропал)
5) Из StyleSettings убираем галочку напротив Size (чтобы можно было изменять размер шрифта в рантайме)
6) Ложим на форму TButton
7) Делаем выравнивание по верху (тоже просто так чтобы не потерялся контрол)
8) Создаем событие клика у этой кнопки, в котором уменьшаем на единицу размер шрифта у TEdit:
Edit1.TextSetting.Font.Size := Edit1.TextSetting.Font.Size - 1; Компилируем на андроид устройство (любое, ошибка везде наблюдается)
 
После успешного запуска приложения вводим в TEdit какую нибудь фразу из нескольких слов. И если тыкать по полю, то видим как каретка всегда ставится в от место которое тыкнули, т.е. у нас есть возможность тыкнуть на 2 букву и исправить ее.
После чего начинаем уменьшать размер шрифта тыка по кнопке. И в один прекрасные момент у нас каретка жестко становится в самом начале и мы не можем изменить ее положение

Я бы советовал Вам посмотреть ответ Ярослава.
procedure PreloadContent(const Control: TControl); Не уверен, но думаю он Вам поможет.

называется Bounce
TScroll.AniCalculations.BoundsAnimation := false; TScroll.AniCalculations.Animation := false;

Долго думал над тем в какую ветку форума запихать свой вопрос, возможно по этой причине не смог найти ответа. Меня интересуют вопросы оптимизация приложения. Причем во всех смыслах.
 
Во-первых, хочется максимально разогнать работу интерфейса, время отклика от нажатия на контролы уменьшить бы, или к примеру, сделать более плавное прокручивание на сролпанели. Единственное что нашел своими силами в этом направлении, это свойство у формы Quality. Это свойство я выставил в HighPerfomance. (кстати, а я правильно понял, что это то что мне надо?). После выставления этого свойства, я визуально заметил, что стало более быстро все работать. Но больше ничего не смог придумать. К примеру, на iOS устройстве, панель (скроллируемая) на которой находятся кнопки (много кнопок) заметно тормозит при сроле – т.е. сразу палится что это не нативное приложение. А также замечаю, что самое первое нажатие на кнопку, тоже подвисает, по отношению ко второму нажатию.
 
Во-вторых, я заметил, что приложение, которое свернули в фоновом режиме очень сильно кушает аккумулятор. К примеру, на моем андройде, за 12 часов аккумулятор со 100% сел до 60%. На iPhone со 100% до 85%. Это при учете что wi-fi был отключен, и без симкарты телефоны были. Т.е. без приложения максимум просадка за 12 часов это 1-2%. К счастью, пока радует, что стандартная андройдовская фитча не показывает, что это именно наше приложение кушает аккумулятор – но думаю, что опытные пользователи раскурят в чем причина того что девайс, стал сильно проседать по заряду. Само собой, когда приложение в фоне оно не работает, никаких потоков там не запускается и ничего не делается. Я думаю может какой-то датчик включился или еще что-нибудь. В общем нужен совет как можно уменьшить потребление заряда аккумулятора.
 
В общем нужны любые советы (можно из реальной жизни) или какие-нибудь мануалы как разогнать приложение и сократить ресурсопотребляемость его.
 
П.С, совсем скоро будем заливать наше приложение в AppStore и GooglePlay, и хочется, чтобы оно вело себя максимально нативно (похоже на приложения, написанные специально под эти плтформы)
 
Буду благодарен любым ссылкам, мастер-классам, примерам кода, мануалам, документации, может быть какие-нибудь конференции по этому поводу или веб семинарам…
 

Есть ли какой-нибудь способ уменьшить расстояние между строчками шрифта. Например, есть кнопка, у ней есть текст (ну или внутри нее есть лейбл, который растянут по все кнопке и создает эффект текста в самой кнопке, это не важно). Этот текст не помещается на одну строчку, при помощи свойства wordwrap текст переносится на 2 строку. Вот из-за того, что промежуток между первой и второй строкой большой вторая строка не помещается. Нужно этот промежуток уменьшить. Есть ли какой-нибудь способ, любой, кроме как 2 лейбла, каждый отвечает за "свою" строку и расположены они очень близко
 
Знаю, что в нативной среде разработки есть способ менять размер между строками текста, а в делфи такую штуку реализовать можно?
П.с. в первую очередь интересен андроид