Barbanel

C:\Users\Public\Documents\Embarcadero\Studio\20.0\Samples\Object Pascal\Multi-Device Samples\Media\PhotoEditorDemo

Доброго времени. Я не могу вам сказать где именно ошибка (я даже не уверен что она есть), вы пишете я С++, а у меня лишь Delphi под руками. Я скачал ваш проект и запустил ехе. К сож. он не запустился на моей матине из-за отсутсвующих библиотек rtl250.bpl Соотв. я не вижу как работает приложение, и как выглядят ваши фризы. Судя по всему вы пытаетесь сделать игрушку, либо что-то аналогичное. Делать игрушку используя один лишь FMX или VCL имхо нелогично, т.к. эти платформы не предназначены для быстрой и плавной отрисовки графики. Если вам реально необходима плавная отрисовка - используйте либо OpenGL либо DirectX. Вот здесь то и будет на все 100% "аппаратный скролл". Это и есть тот совет, "как" написать. Этот форум как раз для этого предназначен, и количество постов как раз тому подтверждение. Есть только одно НО: никто здесь не обязан сразу броситься и настрочить вам готовое решение. Если человек имеет представление где может быть проблема, и что еще более важно - имеет время и желание писать ответ - он вам ответит. Далеко не каждый из тех кто прочитал тему может или хочет вам (или мне, или кому-либо еще) отвечать. Ярослав же и так имеет чем заняться и совершенно не обязан отвечать в каждой теме. Вы не спрашиваете на форуме MSDN почему вам лично мистер Гейтс не отвечает. Ок, это было отступление. Если вы хотите примеры как использовать графические библиотеки - вам на немного другие специализированные форумы типа gamedev.ru Конкретно для Delphi и OpenGL я могу дать такую ссылку sulaco Здесь множество простейших примеров использования OpenGL, я в свое время именно здесь его и осваивал.

Дался вам этот аппаратный скроллинг!!! Чтобы скроллить что-то, нужно сначала это что-то отрендерить полностью. FM не рендерит скроллбокс целиком, только его видимую часть. Чтобы проскроллить контент, FM каждый раз заново перерисовывает контент. FM не игровая платформа и не использует фичи для приставок лохматых годов. Да и не будет, в силу своей архитектуры. Забудьте о этом и живите дальше. Перепишите приложение либо разберитесь с тем что у вас происходит в момент фризов. PS не защищаю никоим образом, просто неправильно ожидать от этой платформы того, для чего она не предназначена.

C:\Program Files (x86)\Embarcadero\Studio\20.0\source\fmx Я смутно помню что раньше (в Берлине например) эти диалоги выглядели иначе. Потом эмбаркадеро помоему стала вызывать более современный диалог. Специально откопал древнюю версию нашей программы, посмотрел. Левый девайс - Андроид 6, сборка на текущей версии студии, диалог современный. Правый девайс, Андроид 7, старая версия приложения, диалог тоже чутка древний. Стиль диалога 100% не изменялся вручную. Вывод: они разные, но в разных версиях студии а не андроида, независимо от стиля.

Цветовая схема прописывается в файл styles-v21.xml самой средой. Подозреваю что туда она попадает из style-файла. Если открыть style в текстовом редакторе то можно найти секцию TStyleDescription. В ней прописаны цветовые схемы в разделе PlatformTarget. Больше упоминаний о стиле я нигде не нашел. Могу конечно же ошибаться, поправьте меня.

Это нативные системные диалоги. Если посмотреть код 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 секунд, причем большую часть времени студия проводит в режиме "Приложение не отвечает". Раньше (пару месяцев назад) такого не было. Грешил на сеть, но сетевых задержек между машиной со студией и маком я не наблюдаю. Есть ли у вас мысли, куда нужно посмотреть/покрутить? Заранее спасибо!

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