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

haword

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

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

  • Посещение

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

    19

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

  1. кстати, на думаю всем известном ресурсе появился апдейт июльский для исправления косяков в андроиде, кто ни будь уже испытывал? работает?
  2. потому что там картинки хранятся так как есть, то есть в каком формате закинули на форму, и если timage понимает его, то в таком формате оно и будет лежать. в fmx я так понимаю, все преобразовывается в png при перемещении через стрим. то есть не помещается то что было в стрим а с начало преобразовывается в png, потом заливается в стрим, потом читается от туда и располагается на форме. я подозреваю сделали это для того что бы сохранять прозрачность изображений. идея то в принципе верная НО кто же знал что винда косячит.
  3. потому то и вылезает проблема в дизайнтайме потому что там гоняется через стрим скорее всего картинка. если починят прогон через стрим то и дизантайме все думаю наладится.
  4. на андроиде не воспроизводится. было бы еще хорошо на маке проверить. мое мнение - виноват встроенный кодировщик винды который каждый раз по разному пережимает файл.
  5. косяк в том что fmx сохраняет в stream в формате png, то есть все время идет перекодировка картинки. и винда видно что то косячит с альфаканалом. если сделать так procedure BitmapSaveToStream(bmp:TBitmap; var Stream: TMemoryStream); var Surf: TBitmapSurface; begin Surf := TBitmapSurface.Create; try Surf.Assign(bmp); TBitmapCodecManager.SaveToStream(Stream, Surf, '.wmp'); finally Surf.Free; end; end; procedure TForm2.UpdateBitmap(var Bitmap: TBitmap); var Stream: TMemoryStream; begin if Bitmap <> nil then begin Stream := TMemoryStream.Create; try BitmapSaveToStream(bitmap, Stream); FreeAndNil(Bitmap); Stream.Position := 0; Bitmap := TBitmap.Create; Bitmap.LoadFromStream(Stream); finally FreeAndNil(Stream); end; end; end; то все красиво.
  6. в принципе это обычная практика когда меняешь стандартные компоненты, складывать модули которые не могут собраться рядом с измененным исходником. то есть ругается на Fmx.Bind.Editors берешь его и кидаешь рядом с FMX.ListView.pas, и так далее.
  7. ну у них всегда так, можно что то использовать только после первого сервис пака. кстати на многим известном ресурсе появилось описание как вылечить от жадности хотфикс.
  8. людям которые требуют с наглой мордой что бы им рассказали все немедленно, помогать не хочется вообще.
  9. гляньте исходник получения изображения может быть что то и добудете от туда.
  10. может они имели ввиду то что он включает в себя это? надо просто посомтреть что есть внутри пача. андроидные либы пропачены или нет.
  11. а еще лучше почитать литературу про делфи, а потом уже браться за написание программ )
  12. так что опять без апдейтов использовать нельзя тормозит и падает все?
  13. че сразу жаловаться побежали ссыкуны ))) ну ну идите идите )) значит в мою сторону оскорбительный тон от нескольких пользователей можно слать а в вашу в ответ сразу жаловаться ) мужики че!!! не ваше это дело где мне быть и сидеть. не нравиться - не читайте мои сообщения и не реагируйте на них. сама идея fmx мне нравиться, а реализация нет. если кому то тут нравиться что одни и те же методы названы по другому то мне нет. вот то что я и хотел сказать. пользоваться мне fmx или нет это мое личное дело и высказывания типа - не нравиться вали от сюда - себе отправляйте. полностью согласен. нормальный адекватный здравомыслящий человек.
  14. так я и вашей помощи не просил в определении что мне делать а что мне не делать то и указывать не надо кому чем пользоваться. я высказался то что мне не нравиться и все. принимать это или нет ваше личное дело. а то что вы приняли мое возмущение кривостью fmx на ваш личный счет как попытку отговорить вас использовать fmx, то это не мои проблемы а лично ваши. я вас не отговаривал от использования.
  15. ну кто то жрет дерьмо большими ложками причмокивает и радуется а кто то говорит об этом что это дерьмо и что надо с этим что то делать. не пойму и никогда ранее не понимал людей который жрут что дают молча без возмущения, а когда им кто то пытается донести что они то жрут то совсем не вкусные вещи, они начинают дико возмущаться и топать ножками, в конце концов выдавая - вы не хотите ну и не жрите а я буду.
  16. таки пользуюсь в определенных задачах. но не рискнул бы переводить коммерческий проект на RAD. ибо андроид развивается и выпускает версии каждый год и настанет момент когда старые программы уже не будут запускаться а новые не соберешь ибо RAD закапали.
  17. мне допустим понравился Android Studio, там там многое надо руками делать и хрен просышь есть ли это свойства у компонента или нет. но зато удобство xml разметки размещения компонентов на форме это большой плюс. почти как в вебе выставил параметры и все красиво. да нужно делать всякие обработчики к гридам что бы рисовались на нем данные из базы, но за то итемы грида используют ту же xml разметку и все красиво модно без проблем сделать.
  18. не в сиетле не в берлине не нормлаьного DBGrid. да сторонние смотрел, tms, других то нет. хотя есть один, работающий с tdatasource но он глючный. да и когда я пробывал был xe7 и мало что вообще было под fmx. кстати берлин еще не поставил. я про что говорю - про совместимость компонентов vcl и fmx а не про полную замену их логики работы. нету там ничего такого. можно запросто. я уже пытался портитровать dbgrid, работало, но вылезла проблема в скорости прорисовки ячеек грида. думаю обычные контролы типа эдитов чекбосов да лейблов будут пахать без проблем.
  19. да есть mida конвертер. но он основном подменял компоненты на форме и uses правил. а всю логику работы с компонентами, с новыми методами и функциями которые отличались от vlc все руками. как начало пойдет.
  20. а как можно спорить с человеком который просто без аргументов выдает инфу что он прав и точка а все вокруг не правы? да ни как. проще забить и все. а свои аргументы я предоставлял.
  21. не в этом дело. все обращения к компонентам надо переписывать. методы компонентов не совместимы. те же caption перенесены в text. до недавнего времени не было параметра fonts. нет вообще работы с TDataSource компонентах. Нет вообще TDBGrid. И это все накладывает большие ограничения в переносе ибо придется логику приложения переделывать всю заново. и основной косяк, для меня, не знаю почему вас это не волнует - тормоза канвы. оооо это что то. я поначалу забил на то что нет TDBGrid ибо есть руки, и практически полностью под FMX портировал сторонний DBGrid основанный на стандартном DBGrid. И в конце меня ждало разочарование. Когда я дернул скрол в низ и увидел как прорисовка ячеек начала тормозить. 1-2 секунды занимала прорисовка грида развернутого на весь экран!!!!!! при том что в vcl это делалось мгновенно!!! после этого я подостыл к переезду с vcl на fmx.
  22. Ярослав но так я и не говорил про полную совместимость. Хотя бы до уровня небольших проектов. И даже для десктопа что бы не переделывать весь интерфейс а раз и твоя любимая программа уже работает на маке. насчет переносимости и совместимости я знаю в больших проектах это проблемно даже с версии делфи на делфи перейти. знаю контору которая пашет на 6 делфи и ни под каким соусом не хочет переходить не то что на ХЕ, даже на 7 делфи учитывая что под 6 уже давно никто ни какие компоненты не пишет а на 7 только только приостановили. все это понимаю. в том то и дело если человек потеряв пру тройку дней но смог переползти на FMX и запустил прогу у себя на десктопе, то через месяц его потянет это же сделать и для мобильной платформы с изменениями интерфейса. а это уже шаг в перед. не много но в ланшафте нормально смотрится. угу. и я о том же. была система, все привыкли и работают. раз бах бах все поменяли и при этом старую не оставили.
  23. так они и используются на телефонах повсеместно, тулбары и риббоны. если они при этом имеют другой немного вид это не значит что их не используют.
  24. о все понеслось, тупое упирание рогом и с пеной у рта доказыванием своей правоты. да мне пофигу что вы там думаете и как вы доказываете свою правоту. и вижу одно - fmx не взлетела так как от нее ожидали. для меня она проблемна тем что я не могу перенести на нее свои проекты с vcl. а раз так значит и популярность у нее будет минимальна, что и наблюдаем. можно усираться доказывать что новая платформа не совместимая с прежней это свет в окне и радость, но результат на лицо - не взлетело. почему я должен кого то там слушать и верить непогрешимо в то что кто то там сказал? я вижу одно - мне нужен был список товара, с его характеристиками, с фильтрами и сортировками по параметрам, и использоваться это будет в основном в ланшафтном режиме на планшетах. реализовать это не на гриде, это танцы с бубном и извращения. что бы там не говорили гуглевцы. не заливай, в том же офисе используются вкладки, выпадающие меню и тулбары. это все так же будет хорошо смотреться и на мобильных приложениях. от кучи немодальных окон уже давно избавляются все кому не лень. тот же делфи последний раз был таким в 7 версии а потом все в одно окно загнали.
  25. То есть мелкософтцы смогли реализовать что ембаркадеровцы не могут? Это так сложно создать очередь сообщений? В FMX есть механизм рассылки и получения сообщений. И он работает под мобильными платформами. Так что все это решаемо, если есть желание. пример рассылки сообщения всем компонентам. работает кроссплатформенно. так что реализация есть. нужно только сделать. а почему нет? чем грид плох на мобильной платформе? мне его там серьезно не хватает. вместо того что бы реализовывать работу с сеткой на листвью через жопу все можно было бы сделать в гриде и не было никаких проблем!! Да и много ли программ показывают несколько окон рядом? я никогда такие интерфейсы не создавал да и не встречал что бы была куча не модальных окон и в них все смотрели. это очень малый процент ПО. так что не надо было бы ничего писать заново. большинство программ пошли бы с полпинка с минимальными переделками. вот ты упираешься типа все хорошо сделали. а результат твоей упертости? много кто перешел на fmx? практически никто. писать заново ПО под новую платформу которая и так на ладан дышит мало у кого желание есть. и как закономерный результат - 5 лет и 10 компонентов. конечно можешь и дальше упираться и доказывать что такой подход самый лучший и правильный, только вот исход этого виден - платформа FMX НЕ ПОПУЛЯРНА у разработчиков. За то 5 лет ее пытались развивать и двигать. Делфи за 5 лет с 1 версии доросла до 5 версии и дала очень хороший скачек в программирования и стала в то время очень популярной. Что сделал FMX? 20-30 человек на форуме которые используют это плюс примерно 10 компонентов которые более менее приличные. И то даже меньше. Вот тебе и результат такого подхода.
×
×
  • Создать...