xenon54

Интересно что именно вы имеете ввиду под словом реагировать?

Большое спасибо

У формы есть специально свойство Fill для этого.

У меня вроде нет нареканий к ОИ.

Попробовал на CheckBox'е и на обычном TButton.

Собственно сабж, никто не знает с чем связано и как победить?

Да тут чайник не чайник, любой может потрахаться с этой ... Эта ошибка означает что имя проекта у вас не совпадает с идентификатором который вы указали в дев центре. Начиная с IOS 8.1.3 это важно. К примеру вы выбираете провижн профиль в котором прописан ID приложения "wow.test", а проект у вас называется "project1", должны совпадать. Ну или ID должен быть wildcard. Советую открыть сгенерированный ".entitlements" и проверить что там идентификаторы совпадают с сертом.

Забейте на хотфикс, просто в .entitlements прописывайте ID приложения и все.

первое, вам нужно создать в developer center сертификат разработчика "Developer certificate", не дистрибьюшн. Далее вам нужно создать ID приложения. Далее вам нужно создать провижн файл. Когда создаете провижн файл там указывается для какого приложения это делается. После того как все это сделаете, скачайте сертификат разраба и провижн профиль. После этого на маке откройте их по очереди. В итоге серт разраба должен появиться в связке ключей в макосе, а провижн профиль должен появиться в /Users/user/Library/MobileDevice/Provosioning Profiles/(тут должны быть провижн файлы с бешенными названиями ). Если вы сделаете все так, то когда в опциях проекта вы откроете Provisioning, то в выпадающем списке должны появиться и серт и провижн файл.

Если ни на что поменять не можете, значит в XCode не установлены Provisioning файлы. И еще на устройстве самом тоже проверьте чтобы в нем лежали нужные Provisioning файлы. Плюс, судя по ошибке, вы пытаетесь собрать дебаговый проект с дистриб сертификатом, а должен быть девелоперский.

Думаю вы промахнулись, когда тыкнули "лучший ответ" на своем сообщении. Лучший ответ был пост №13

Честно говоря, никогда не разбирался с AES'ом. Я раньше юзал ГОСТ 28147-89. Сам его реализовал на делфях со вставками асемблера, ибо без него скорость шифрования и расшифрования была катастрафически мала(со вставками скорость выросла на 2 или 3 порядка, точно не помню). Результат всегда получался одинаковый при шифровании одного и того же содержимого и одного и того же ключа. Что там в этом AES'е х... фиг его знает.

Думаю актуально будет юзать ImageList, чтобы не засирать память повторяющимися смайлами. Вообще, задачка кончено кропотливая получается и весьма актуальная, думаю что на самом деле оч многие сталкиваются с этим, но понимая что все это придется реализовывать руками, забивают не начав. Уверен что даже многие уже это реализовали, но попросту не выкладывают из-за того что потратили кучу времени на разработку сего чуда

Юзаю XE8, на iPhone все хорошо деплоится и работает. Это я так, развеять сомнение в том что в XE8 не работает. А в чем конкретно у вас трабла, я не знаю

Если разобрался, так напиши в чем дело было, для будущих поколений.

Да, добавляет свойство в Info.plist, только вот тип значения строковый ставит, а нужен boolean, как быть? строковый не катит. Хотя конечно можно и выпендриться, в значении параметра закрыть скобку и полностью прописать как XML ключ+значение. Мб есть гуманный способ, так сказать красивый? Вообщем в итоге добавил ключ с любым названием, а значение такое </string> <key>UIStatusBarHidden</key> <true/> <key>randomkey2</key> <string>

Хм. Я думал что эти ключи попадают в Entitlments. Попробую, спасибо.

Здравствуйте. Мне нужно чтобы изначально при загрузке Lounch image в приложении уже был спрятан системный статусбар. Я нашел что делается это так: <key>UIStatusBarHidden</key> <true/> Сейчас мне приходится подменять в деплое этот файл, но если я например поменяю какие-то параметры приложения, то файл нужно посотянно переделывать. Есть ли какая-то возможность подсовывать этот параметр динамически при билде, а не заменой файла в деплое? Речь идет об IOS.

Кривая реализация стандарта может очень сильно ударить по стойкости шифрования.

На самом деле эта тема не имеет никакого отношения к FM, а примеров того о чем вы спрашиваете тысячи на просторах интернета, не поленитесь и погуглите.

Отправка: var len : integer; begin Context.Connection.IOHandler.WriteBufferOpen; Context.Connection.IOHandler.Write(len); Context.Connection.IOHandler.WriteFile(AFileName); Context.Connection.IOHandler.WriteBufferFlush; Context.Connection.IOHandler.WriteBufferClose; Прием ( Тут на клиентской стороне должен быть метод, который по таймеру смотрит есть ли данные на входном буффере ): var sz : integer; FS : TMemoryStream; begin if FIdTCPClient.IOHandler.InputBufferIsEmpty then exit; sz := FIdTCPClient.IOHandler.InputBuffer.Size; if sz <= 0 then exit; FS := TMemoryStream.Create; FIdTCPClient.IOHandler.ReadStream(FS,sz);

Группа та же.

Судя по всему сайт вам подконтролен. Гет запрос проходит? Попробуйте воспользоваться функцией которую я выше написал, она как минимум покажет доходит ли действительно запрос до сервера или нет. Не может быть что запрос не уходит. Попробуйте запрос на любой доступный сайт в инете, вернет ли контент. Если нет,э то смотрите разрешения, мб у вас не разрешено приложению отправлять/получать данные. Не поймите меня не правильно, но вы говорите что запрос не уходит, а это нужно подтвердить фактами, иначе это только предположение.

Враньё, В таргете по умолчанию пустота

Да. Если хотите багрепорт запилить для студии то нужна лицензия.