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

#WAMACO

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

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

  • Посещение

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

    27

Сообщения, опубликованные #WAMACO

  1. Согласно http://edn.embarcadero.com/article/44358 проблему http://qc.embarcadero.com/wc/qcmain.aspx?d=122372 пофиксили.

    Но сейчас проверил - ничего не изменилось. FilterChar как не работал на андроиде, так и не работает.

     

    Или я туплю? Delphi XE8 с установленным Update 1? в окне About, раздел  Installed Updates вообще должно писать что то? Или эмбаркадеро больше не утруждает себя такими мелочами?

    у меня написано update 1

  2. Поговорив с сотрудником Embarcadero, приобрел Update Subscription. Теперь все в порядке. Просто им нужно научиться доносить информацию до своих клиентов и поставлять Allsoft.ru полный прайс-лист.

    так расскажите нам... выгоднее Update Subscription.?

  3.  

    а почему не ListView? он же вроде побыстрее будет или нет?

    TListView хорош для отображения большого объема данных. Но он с точки зрения добавления отдельных полей внутрь итемов, требует дополнительных знаний. ПОэтому если данных не много, то для этих вещей хорошо подходит TListBox, с которым проще работать.

     

    Поэтому нужно смотреть по ситуации.

    1. Много итемов и мобильные платформы -> TListView
    2. Мало итемов или настольные платформы -> TListBox

     

    хотелось бы понять что значит "много итемов", примерная "вилка" значений!

    и соответственно, "мало итемов"!

  4. Добрый день,

    1. Делаете стиль для итема, в виде панельки
    2. Устаналиваете в лист боксе размер итема: ItemHeight, ItemWidth.
    3. Для всех итемов устанавливаете ваш стиль
    4. Все готово.

    P.S. TGridLayout не лучший выбор при большом количестве итемов. Так как листбокс реально грузит стили только для видимой части итемов. И при прокрутке только меняет стили местами. А TGridLayout загрузит все элементы. В итоге проигрышь по памяти и по скорости.

    а почему не ListView? он же вроде побыстрее будет или нет?

  5. Меня, например, убило при продаже мне XE7, в качестве бонуса, тайно, как мега плюс, дали книгу (о боже), книгу "Coding in Delphi"!

    Каждому, кто купит RAD!!! Вот это щедрость, вот это Акция!

    Ребята, похоже совсем с ума сошли! Да эти книги бесплатно раздавать надо! и на каждом шагу и писать больше новых, чтобы информацию по форумам не искать и  на баги не нарываться!

    посмотрите на официальную документацию по Android, iOS - ВОТ КАК ДОЛЖНО БЫТЬ!

    Я установил Xcode, так мне сразу полное руководство по Swift бесплатное прислали, причем оно обновляется еще 1-2 раза в месяц!

    Приятель не устанавливал Xcode, а просто скачал в AppStore книги по SWIFT (также бесплатно) ознакомился и уже потом скачал Xcode!

    вот так должно быть!

    заметьте у них среды бесплатные, а тут еще заплати и доков нет! 

     

    вообще с документацией от embarcadero не понятно!

    это что? какой-то "тайный секрет"? или что?

    складывается такое ощущение, что книги и документацию не хотят распространять чтобы ответственности не было, если что!

  6. Z-order, скорее всего, не поможет - если я не ошибаюсь, то TMapView - это враппер над нативным контролом. А нативный контрол всегда будет поверх FMX-контролов. Что бы там ни выставили. Такая же ситуация с (к примеру) браузером, который тоже никак не хочет уходить под MultiView.

    так вот как раз эту проблему и решили в xe8.

    по крайней мере я так понял на семинаре.

  7. кстати, эти танцы с бубном я вынужден делать из-за компонента TMapView, который как раз лежит на Tab2. MapView всегда отображается поверх MultiView, поэтому я решил задизейблить как-то  MultiView, если активна закладка с картой

    по-моему это можно сделать только в xe8, там добавили z-порядок слоев!

    в xe7, например, это нельзя было сделать!

    могу ошибаться!

  8. Добрый день!

    Подскажите, пожалуйста - могу ли я несколько модифицировать код компонентов для "собственного" использования?

    Если более конкретно - мне нужно изменить ActivityDialog под iOS, поскольку при его показе и изменении текста вызывается Application.ProcessMessages. В совокупности с асинхронными вызовами (TThread.Queue) это дает крайне нежелательный для меня эффект - метод Hide диалога легко может "случиться" внутри ProcessMessages и диалог останется на экране навечно.

     

    К сожалению, в архиве нет упоминания - под какой лицензией преодставляются исходники...

    можете!

  9. Обнаружил еще одну странность TTetheringManager - не хочет работать через мобильный интернет. 

    procedure TForm1.Button2Click(Sender: TObject);
    Var DiscoverTimeOut : Integer;
        ATargetList: TTetheringTargetHosts;
    begin
      SetLength(ATargetList,3);
      ATargetList[0]:='195.22.104.70';
      ATargetList[1]:='195.22.104.71';
      ATargetList[2]:='195.22.104.72';
      DiscoverTimeOut:=5000;
      TM.DiscoverManagers(10000,ATargetList);
    end;
    

    Этот код не имеет никакого эффекта. 

    так и не будет иметь! через мобильный интернет Tethering не работает в принципе!

  10. Lenovo S850 и Lenovo S820 работают как часы и под XE7 и под XE8.

    Lenovo Yoga Tablet 2-830F (Intel CPU) не то, что не отлаживается... Даже приложение, написанное на XE7 и работающее на всех вышеперечисленных устройствах тупо не запускается. Хотя форму с кнопкой, конечно запустить удалось, реальное приложение не работает.

    значит косячки у Вас где-то... у меня так было почему то с StyleBook удалили, опять положил на форму - все заработало!

  11. Я могу предположить, что надо перезапустить PAServer. Возможно он не закрывает какие-то процессы, которые могут повлиять на запуск...

    ну вообще фиг с ним с косяками в компонентах, в среде и т.д., но запуск под Android и iOS, эмбаркадеро надо сделать, чтобы работало как часы!

    такими косяками Вы отпугиваете огромную армию разработчиков!

    Что разрабатывать?, если даже пустой проект не запустить! Проблема растягивается на недели!

    надоело.

  12.  

    Впечатляет. Обидно, что много багов. По себе знаю, как это выбивает из процесса и сколько "съедает" времени.

     

    Напишу только про BeginUpdate/EndUpdate. Не буду утверждать, что это верный подход, но в процессе экспериментов сложилось следующие мнение и подход к этому вопросу.

    BeginUpdate ускоряет "обновление" элементов, за счет того, что отключает срабатывание у объектов процедур, подвешенных на события on... Т.е. к примеру если не нужно, чтобы сработала обработка на events onCange, или если не важно, я включают BeginUpdate. И наоборот...

    Это-то как раз понятно, вопрос немного в другом: необходимо ли предотвращать перерисовку на время, скажем, загрузки битмапа или в похожих случаях. Именно чтобы избежать артефактов. И если я выставлю BeginUpdate для TImage, внутри которого лежит ещё куча объектов, они тоже не будут перерисовываться, пока к компоненту-родителю не будет применён EndUpdate, или нужно их блокировать отдельно? И какой вообще принцип работы с ними? Например, будет ли назначена объекту принудительная перерисовка после EndUpdate, или нужно вызывать Repaint.

     

    Ну а в плане багов, кроме этого (и невозможности комбинировать эффекты, типа размытия, с другими) пока что всё идёт хорошо, верстать формы - одно удовольствие, от обилия эффектов радуется душа, хочется попробовать всё и сразу, да и с производительностью всё обстоит в целом неплохо. Попробовал всю свою форму закинуть в ещё один Viewport3D, чтобы сделать эффект изменения перспективы, как в главном меню Crysis 2, когда двигаешь мышью и немного поворачивается перспектива, но для таких нагрузок, видимо, FMX не предназначен - крутиться моделька стала с подтормаживаниями (возможно, полноценный перенос в 3D решит проблему, но в HD приложении так, от эффекта этакого "параллакса" пока пришлось отказаться).

     

    а что вы такое делаете? игру?

×
×
  • Создать...