Barbanel

Это нативные системные диалоги. Если посмотреть код FMX.Pickers.Android то можно увидеть что этот диалог вызывается здесь: function TAndroidDateTimePicker.GetNativeDatePicker: JBaseDateTimePicker; var NativePickersFactory: JBasePickersFactory; begin if FNativeDatePicker = nil then begin NativePickersFactory := GetPickersFactory; if NativePickersFactory <> nil then begin if FDateTimeChangedListener = nil then FDateTimeChangedListener := TDateTimeChangedListener.Create(DoDateChanged, DoShow, DoHide); FNativeDatePicker := NativePickersFactory.createDatePicker(MainActivity); end else raise EFeatureError.Create(SListPickerIsNotFound); FNativeDatePicker.setListener(FDateTimeChangedListener); end; Result := FNativeDatePicker; end; Где-то в свойствах проекта прописывается, какую цветовую схему должен использовать Андроид чтобы отображать эти диалоги. Полагаю что это в одном из "манифесто-подобных" xml файлов.

7.4.12 Попробую на досуге собрать тестовый проект и проверить еще раз.

Юзаем UniDAC. Столкнулись недавно с тем, что некоторые символы юникода не преобразовываются в аппер/ловер кейс (ни на мобильных, ни на виндовс). Если точнее, то вот эти -> ü, ö, ä Насколько я понял, это особенности именно SQLite, а не компонентов. Расскажите плиз, как вы победили эту проблему? Буду очень признателен.

Возможно это системный диалог. Покажите на скриншоте, какие именно панельки вы имеете ввиду.

Это таймер, но "чуть более точный" чем обычный. Ок, ну значительно более))) Ну, как бы да ? Выше вы писали про игровые приставки. Да, в них имелись такие функции, но: 1) чипы проектировались специально под определенные задачи, а не как сегодняшний процессор - комбайн для любой задачи 2) это были экстремально малопроизводительные (по современным меркам) процессоры, и именно для того чтобы проц не умирал при скролле всего экрана это было реализованно аппаратно. Если вы возьмете современную приставку (ps4 например) то внутри внезапно окажется практически обычный х86 процессор-комбайн от амд. И внезапно, эта приставка использует всем известный OpenGL в котором нет специальной функции для сдвига фона. Говоря просто, все стирается, и отрисовывется по-новой с новыми координатами.

Эта дурь бессмертна ?

Есть объект TCustomPhotoshopObject. Можно унаследовать от него и получите все что вам необходимо. /сарказм Нет, такого в стандартной поставке конечно же нету, только сторонние компоненты или своя разработка.

Вы создаете итемы динамически, верно? Попробуйте сразу после создания каждого итема вызывать процедуру item.ApplyStyle(); ИМХО, после этого итем имеет высоту отличную от нуля.

Хм, вы так много написали, и если честно, немного сумбурно. Я честно, понял мало, хоть и пытался. Давайте думать. В зависимости от того, как выглядят ваши файлы (которые нарисовал дизайнер) есть несколько сценариев развития. 1) Самый простой. Дизайнер взял за основу файлы стандартного стиля, и переработал (перекрасид, перерисовал) их. Все элементы остались на своих местах. В этом случае вы открываете в StyleBook этот стандартный стиль, находите в нем изображения стиля, и тупо заменяете их тем что вам прислал дизайнер. 2) Сложный. Дизайнер не брал за основу ничего, рисовал все сам руководствуясь своим видением/вдохновением. Все элементы находятся в других местах (относительно стандартного стиля). Тут вы попали на кропотливую работу - расставлять в дизайнере стилей каждый элемент для всех компонентов (ну или как минимум, для тех что вы используете в проекте). 3) Комбинация первых двух. Выводы те же. Т.е. аналог вкладок? TTabControl? Я лично не пытался присвоить каждому ТабИтему свою картинку, я не знаю можно ли. Если нельзя, я бы сделал в файле стилей три чекбокса (а лучше три РадиоИтема). Каждому из них присвоить свою картинку для активного и неактивного состояния (черный или оранжевый по-вашему). Далее, вместо вкладок создаете чекбоксы/радиоитемы и каждому из них присваиваете свой нужный стиль.

Это одна из главных фич файрманки. Именно на ней строится масштабирование всех стилей, аналогично для остальных платформ - iOS и Android.

Может у вас просто включено масштабирование в самой системе? Я имею ввиду, в свойствах экрана, в виндовсе включено 125% масштабирование всех шрифтов.

Ну так вы спрашивайте, здесь много людей могут ответить на такие вопросы. Также уверен, здесь есть люди, прошедшие эти курсы ?

В поставке 10.3 есть примеры работы с правами. Один из них можно найти по такому пути: C:\Users\Public\Documents\Embarcadero\Studio\20.0\Samples\Object Pascal\Multi-Device Samples\Media\PhotoEditorDemo Что интересно, этот же код можно без изменений использовать под любой другой платформой. На других платформах приложение будет считать что ему выдали все права, и соответственно запускать все коллбеки без каких-либо вопросов.

Версия, платформа? В Токио под Андроид действительно была похожая проблема, мы ее так и не решили. Под Виндовс и иОС все работало правильно. Смутно помню, что были сторонние исходники, решающие эту проблему. Kastri Free если не ошибаюсь.

Интересный вопрос про исключение и несовместимость. Нам недавно написал один пользователь, о том что ПлейСтор пишет что приложение не совместимо с его планшетом. Сам планшет - Medion Tablet E10604, имеет ЦП Mediatek MT8735A. Вот что удалось накопать на этот ЦП: Другими словами - это ARM. Что гуглу могло не понравиться, что он запрещает установку на этот планшет???

Есть в наличии 1.74 Если нужно, найду способ поделиться.

Я грешу всетаки на настройки студии/системы т.к., повторюсь, ранее все работало нормально. Отладка под андроидом также работает нормально.

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

Всем доброго времени! Только что бухтел в одной из тем что другие бухтят вместо действий, и решил сам побухтеть) Дано: Токио 10.2, Макбук, ПАсервер 19. Приложение нормально собирается под айфон, запускается, работает. При пошаговой отладке последние пару недель наблюдаетются непонятные лаги/задержки. Пошаговый переход с одной строки на другую занимает по 20 секунд, причем большую часть времени студия проводит в режиме "Приложение не отвечает". Раньше (пару месяцев назад) такого не было. Грешил на сеть, но сетевых задержек между машиной со студией и маком я не наблюдаю. Есть ли у вас мысли, куда нужно посмотреть/покрутить? Заранее спасибо!

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

Ну, может у человека менее грандиозные планы. К примеру он лично для себя пишет своего собственного Джарвиса. ?

На реальном девайсе это же самое приложение пробовали? Вы сами пишете что тестируете в каком-то малоизвестном эмуляторе. Почему не в официальном, от Гугла? Вполне возможно что ваш эмулятор эмулирует что-то криво, или вообще не эмулирует, отсюда и необъяснимые баги. Тестируете как все нормальные люди на нормальном железе, и будет вам счастье!

Поясните плиз для тупых, что есть Nox?

Я смутно припоминаю что где-то в аккаунте разработчика (у Эппла) нужно прописать серийники телефонов/планшетов на которых вы хотите отлаживать приложения. Без этого показывается тоже сообщение "Cannot connect to Mac". Вот здесь: https://developer.apple.com/account/ios/device/ Также просмотрите здесь https://developer.apple.com/account/ios/profile/ все ли профайлы/сертификаты вы имеете. Также, после этого на новом маке вам нужно открыть xCode -> Preferences -> Accounts и загрузить эти профайлы/сертификаты на макбук.

Мой шеф любил говорить: -Мы сами создаем себе проблемы, а потом героически их преодолеваем. Штука с GUID была шуткой, я видимо должен был был это указать)))))