Перейти к содержанию
Fire Monkey от А до Я

krapotkin

Пользователи
  • Постов

    2 180
  • Зарегистрирован

  • Посещение

  • Победитель дней

    209

Весь контент krapotkin

  1. ну, тогда эта штука будет плохо работать и так можно другую стратегию выбрать - активировать LocationSensor, дожидаться определения координат, после этого отключаться среднюю скорость считать по времени и расстоянию
  2. отрицательно влияет конечно ) но навигатор обычно сразу на питание садят
  3. Не могу залить APK на play market ЗАГРУЗИТЬ НОВЫЙ APK АЛЬФА-ВЕРСИИ Сбой при загрузке Прежде чем опубликовать APK-файл в Google Play, запретите его отладку. APK собран в Release build configuration keystore указал на всякий случай сделал Project Build что еще надо сделать?
  4. Улыбнули вакансии в СПб ) Был бы помоложе, может и попробовал бы... У нас в ебурге нет таких веселеньких )))
  5. гении есть везде ) а хочется чтобы негении тоже могли))
  6. я отказался от использования Item.Text, положил сверху TLabel и задал Align=Client
  7. Android, Seattle, TListBox item:TListBoxItem на нем длинный текст, уходящий за правый край в item вставлен b:TSpeedButton item.ClipChildren = true b.Align = right b.ClipParent = true тем не менее, текст item наползает на кнопку. как бы отрегулировать?
  8. будут приложения, будут и вакансии пока приложений приличных невозможно было написать на ней от слова совсем (видеонаблюдение из португалии или бразилии не берем в расчет - у них бы видимо и на ассемблере взлетело бы )))
  9. Да, тенденция налицо. Я в стартапе сейчас делаю приложение на Seattle Потому что как сказали выше заказчику пофиг на чем, а на Delphi я 20 лет уже. Это первая версия Delphi, которая претендует на возможность мобильной разработки принципиально. Все пока работает. 11 мег приложение уже никого не напрягает, В других сферах в основном ищут программистов на поддержку за 40 тыщ. Но по удобству разработки мне нравится больше чем Java на A-Studio Дай бог, допилят до конца, да еще на Linux, может, что и вернется популярность, хотя, глядя на цены O_O....
  10. нужно не каждый paint замерять, а усреднять по некторому их кол-ву тогда измерения будут иметь смысл
  11. для этого нужно менять глубже в нормальном состоянии система всегда позволяет закрыть программу / перейти на домашний экран и нужно зарегистрировать свою программу как лаунчер и еще удалить лаунчер стандартный и в защищенных настройках ОС тоже покрутить правильные ручки есть мануалы для программ на яве пример можно попробовать их реализовать тут
  12. нормальное решение отдельные потоки и синхронизация нужны при любом раскладе
  13. в марио картинка выходит так картинку-то рисовать все равно как а контролы - это совсем другая песня
  14. с т.з. инструментов и удобства из моего опыта работы с Firebird, MySQL и Postgres - FB - наиболее удобна, у нее и файл единый и сервер маленький, и средств больше чем в MySQL самое главное - есть такой же бесплатный IBExpert для работы с БД
  15. это стандартный стиль transparent.style находится в папке %delphi%/Redist/styles/fmx открываете в Seattle ? при переходе от 8 к 10 мне пришлось просто сделать новый проект и добавить туда формы от старого и стиль тоже новый с тем же именем
  16. 30~70 сигналов в секунду поступают в базу. Сервер обработки данных обрабатывает сырые исходные данные и кладет обратно в ту же базу. 10-30 клиентов смотрят визуализацию в "реальном времени" и заводят данные о событиях в системе. вполне себе нагрузка. С транзакциями все хорошо. HTTP сервер для каждого запроса будет все равно изображать отдельного пользователя. Пусть даже с пулом коннектов. В чем выигрыш? При интенсивном обмене это очень замедлит передачу данных "запрос к базе - это текстовая строка" а вот ответ - совсем не факт. и чем более компактно он выглядит, тем выше скорость обмена. так что именно от задачи выстраивается архитектура. опять же, для 100+ клиентов делать 2 звена - это ставить базу на колени, так что сразу появится вынужденный промежуточный сервер. но таких задач мне не попадалось. Либо интенсивно и мало юзеров, либо много юзеров, но в нормальном неспешном режиме, а для этого есть php. Мы же не фейсбук пишем...
  17. мы про ссылку из поста #18 говорим?
  18. все же от задачи зависит... например у меня две задачи - транспортная диспетчерская и кассовая программа, в обеих очень интенсивный трафик. постоянный коннект с базой с толстого клиента по локалке ничем не хуже постоянного коннекта с ней HTTP-сервера и уж точно лучше чем 100500 переконнектов логин-пароль я вообще ставлю один гостевой на вход в базу в процедуру аутентификации, а авторизацию я провожу сам. она идет уже после ввода пароля вручную, HTTP-сервер работает точно так же часть операций выполняют хранимые процедуры на сервере при активном использовании дисконнект проявится мгновенно а вот если задача по способу работы напоминает Web-серфинг, работа с документами, формами, время от времени сбор и отсылка данных, тогда да, я присоединяюсь к вашему посту
  19. корел и другие векторные редакторы не рисуют картину, они запоминают координаты и другие свойства элементов, и потом генерируют картинку для выбранного места и масштаба вот примерно так и надо поступать...
  20. на десктопах все как было раньше все нормально, FireDAC по инструкции FIBplus жаль....
  21. krapotkin

    ScrollBox лагает

    были проблемы со скроллбоксом на встроенном видео в неттопах на других компах с другой видеокартой все шло хорошо
  22. там библиотека 2 pas-файла )) но для старых версий надо брать не X-SuperObject а оригинальный SuperObject
  23. работать с XSO гораздо удобнее, а уж читать код - вдвойне и там разные штуки типа фильтров встроены а еще при сериализации например в этом случае, XSO хорошо и удобно работает с TObjectList, а System.JSON - нет и атрибуты при сериализации - крайне удобная вещь и то, что EMRO никогда не переплюнет автор исправляет замечания прямо за пару дней )))
×
×
  • Создать...