ENERGY

Да, кстати, я как то глянул в REST клиент, - да ну его нах разбираться. И тоже через стандартный HttpClient. Хотя в интернете есть хорошая статья по Delphi на эту тему. Правда если нужно заюзать какой то популярный сервис - Google, Facebook - то все очень сложно. Хотя есть готовые и крутые, но платные компоненты - TMSCloud. Я как то делал доступ к DropBox с нуля - очень долго и сложно, запутался с этими токенами, просчетами и доками, пока не додумался найти исходники TMSCloud но для VCL. Пришлось адаптировать под FMX (там встроенный браузер используется), но стало гораздо проще..

В гугле поищите. Есть книга, с примерами на Delphi : Агуров, "Интерфейс USB. Практика использования и программирования" Также "Нестандартные приемы программирования на Delphi "- Ревич. Обе книги можно скачать или прочитать онлайн с гугла. Есть готовые модули. Вопросы на StackOverflow по этой теме. Инфы полно.

Под Windows точно есть модули для работы с USB напрямую. Под другие ОС не уверен.

Я до сих пор пользуюсь Berlin + PAS 18 + Xcode 9.1 (для работы с Берлином, нужно один файл скопировать на Мак), iOS 11.5 Написал это тем, кто думает что с Берлином не работает последний Xcode.

Классно. Плавный переход картинки (изменение высоты + Opacity ) в ToolBar Отмечусь, чтобы проще было найти.

Думаю лучше погулить по словам weather api https://ru.stackoverflow.com/questions/244784/Какой-сервис-использовать-для-получения-данных-о-погоде-через-api Например https://www.gismeteo.ru/api/ Кстати Yandex сервисы не будут работать в Украине.

Если уточнять, то Native Draw разрабатывал китайский чел с ником Aone http://www.cnblogs.com/onechen/p/6350096.html Равиль сделал обертку над этой библиотекой, за что ему спасибо. Еще вот интересные компоненты нашел, от другого китайского чела, также на основе библиотеки Aone. Правда не разбирал еще. https://github.com/zhaoyipeng/FMXComponents

Создайте новый проект, и туда скопируйте код из старого. У меня такого поведения никода не было. Пишу под 4 платформы, в основном мобильные.

Использовать API сайтов погоды.

C методом TThread.Synchronize нет никаких проблем и VCL я их также не замечал. Проблемы с этим только у вас. Это вы не разобрались с "потокобезопасностью", и скорее всего одновременно пытаетесь обращаться к данным из двух потоков - в результате случайные AV. В том топике вас просили дать конкретный пример глючного кода, его так и не было.

Вот решение для работы c Berlin, для старших версий XCode. У меня установлен последний Xcode 9 - нужно скопировать маленький файл на Mac. Вроде бы это оно. https://stackoverflow.com/questions/43068608/xcrun-error-unable-to-find-utility-packageapplication-not-a-developer-tool https://community.embarcadero.com/answers/xcode-8-3 Причем я давно уже пишу на берлине, и релиз под iOS на AppleStore был буквально месяц назад. А на днях отправлял тестовую ipa заказчику. Проверяю на iOS - v 11.2.5 , Xcode 9.1. Прекрасно работает отладка iOS программы из под Windows. Токио я вообще стороной обхожу, это самая глючная версия Delphi за всю историю.

Чтобы отключить масштабирование в Windows, в FMX, нужно Project > View Source До строки Application.Initialize; вставить строку GlobalUseGPUCanvas := true; GlobalUseGPUCanvas := true; Application.Initialize; Этот рендер по дефолту включается на Mac, Android и iOS.

Поставьте Berlin Update 2 - это стабильная рабочая версия для всех платформ (пишу в основном под Android\iOS). Токио глючная, с ней множество проблем.

@Fedor K По поводу процессоров Intel. 1. На таких Android девайсах используется ARM эмулятор, поэтому программы на Delphi там работают. 2. Intel уже давно не выпускает мобильные процессоры.

Хотя это оффтоп, давайте ближе к теме.

У меня никогда не было проблем с TThread.Synchronize, я уже больше 10 лет использую Delphi, начиная с Delphi 7. Мне кажеться у вас проблема с одновременным доступом двух и более потоков к каким то данным, точнее неправильно организована синхронизация (я говорю о самом термине, без привязки к Delphi) по сути. Напр. где-то что-то не защищено критическими секциями или их аналогами. Меняется одна переменная в потоке 1, при этом она же читается с другого потока и именно поэтому будут случайные Access Violation, причем независимо от языка.

С помощью маски можно любую форму.TBitmap.CreateFromBitmapAndMask(). В результате получим изображение с прозрачностью, в данном случае звезда и прозрачный фон. procedure TForm1.Button1Click(Sender: TObject); var ImageRes: TResourceStream; Result: TBitmap; tmpMS : TMemoryStream; begin ImageRes := TResourceStream.Create(HInstance, 'IMAGE', RT_RCDATA); try Image1.Bitmap.CreateFromStream(ImageRes); Image2.Bitmap.LoadFromFile('c:\temp\MaskedBitmap\Images\Mask.png'); Result := TBitmap.Create; Result.CreateFromBitmapAndMask(Image1.Bitmap, Image2.Bitmap); // applying alpha channel to Bitmap - workaround. If you can improve write here how tmpMS := TMemoryStream.Create; Result.SaveToStream(tmpMS); Result.LoadFromStream(tmpMS); tmpMS.Free; Image3.Bitmap.Assign(Result); finally ImageRes.Free; Result.Free; end; end; MaskedBitmap.zip

1. Нет жесткой привязки, можно использовать последний SDK. Есть рекомендуемый SDK, с которым EMBT протестили студию. 2. Абстракция это наоборот огромный плюс 6. А что не так сейчас отладкой? Под Android медленно согласен, но она работает, под iOS вполне быстро. 7. Какие ограничения ARM? 8. Не совсем понял в чем тут проблема для финального результата.

Нативный вариант конечно лучше, тут спору нет. Вот только времени нужно на разработку в нативе 2-4 раза больше если >=2 платформ. И в основном тут даже не производительность важна, а документация с примерами, компоненты и большое сообщество. А вообще хороший программист должен знать несколько языков программирования и использовать их там где выгодней по срокам и сложности. @Равиль Зарипов (ZuBy) Равиль, ты пишешь под iOS на Kotiln или Swift?

Кстати согласен про современые тенденции, ПО банкомата Приватбанка очень тормозное. Даже обычный true\false флаг - печатать чек или нет - думает пару секунд. Я когда то помню снимал деньги в банкомате VAB , причем с карты приватбанка, так там все мгновенно работает, показать сумму на счету - сработало почти сразу после нажатия кнопки. Я еще по привычке стоял ждал, а потом смотрю ничего не меняется, а оказывается уже давно все сделано.

Как раз наоборот, такие простые приложения и надо делать в Delphi. В нативных нужно делать Виджеты, службы, всякие Dialler 'ы (на замену стандартному), камеры, и сложные приложения которые замещают системный функционал и 3d графикой. А насчет производительнсти - у меня Xiaomi A1 - на нем мои FMX приложения запускается около секунды и никаких проблем с производительностью нет (правда я и не использую в больших списках ListBox и стараюсь оптимизировать). И это вполне себе средний смарт. Что интересно, я также не замечаю тормозов и на древнем HTC с Android 4.01 с 512 мб.

Кстати обрати внимание на https://github.com/OneChen/FMXNativeDraw Там есть ссылка на статью на китайском. Основная фишка - сглаженные линии в FMX, втч и в векторе..

Да конечно можно сделать красиво на FMX. просто народу влом разбираться с дизайном. Тем более Android стиль сам по себе очень упрощен - прямоугольные кнопки, плоские иконки, минимум деталей.

Конечно. В основном в проектах сразу требование - нужна программа под Android \iOS и в течении 20 минут около 50 предложений (95-98% индусы). Очень популярны мультиплатформенные JS фреймворки, тот же Xamarin (гораздо реже правда). Правда в обоих случаях извращений больше чем в Delphi .

@Равиль Зарипов (ZuBy) Ты наверное на контору работаешь. Там проще, т.к. заказы вам дают, их не нужно вам искать или ждать. Когда работаешь на фрилансе, здесь огромная конкуренция. Индусы (а их тут 95%) готовы клепать шаблонные простые Android \ iOS приложения за 100$ за пару дней, утрирую конечно, но рядом. Поэтому очень выручает мультиплатформа т.к. по срокам это быстрее разработки под каждую платформу отдельно.