haword

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

2 минуты назад, kami сказал:

Не знаю... ни в D7, ни в D2010 не  сталкивался с изменением dfm-ок в плане картинок. В том числе - в ImageList.

потому что там картинки хранятся так как есть, то есть в каком формате закинули на форму, и если timage понимает его, то в таком формате оно и будет лежать. в fmx я так понимаю, все преобразовывается в png при перемещении через стрим. то есть не помещается то что было в стрим а с начало преобразовывается в png, потом заливается в стрим, потом читается от туда и располагается на форме. я подозреваю сделали это для того что бы сохранять прозрачность изображений. идея то в принципе верная НО кто же знал что винда косячит. 

В 02.06.2017 в 22:58, ENERGY сказал:

А смысл в таких проверках. Если перебрасывать со стрима в стрим - то может и не воспроизводится.

Проблема то возникает только если что-то делать в Design Time. Среда работает только в Windows, поэтому такие иконки будут на всех платформах при конечной сборке. 

потому то и вылезает проблема в дизайнтайме потому что там гоняется через стрим скорее всего картинка. если починят прогон через стрим то и дизантайме все думаю наладится. 

на андроиде не воспроизводится. было бы еще хорошо на маке проверить. мое мнение - виноват встроенный кодировщик винды который каждый раз по разному пережимает файл. 

косяк в том что 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;

то все красиво. 

в принципе это обычная практика когда меняешь стандартные компоненты, складывать модули которые не могут собраться рядом с измененным исходником. то есть ругается на Fmx.Bind.Editors берешь его и кидаешь рядом с FMX.ListView.pas, и так далее. 

ну у них всегда так, можно что то использовать только после первого сервис пака. 

кстати на многим известном ресурсе появилось описание как вылечить от жадности хотфикс. 

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

гляньте исходник получения изображения может быть что то и добудете от туда. 

может они имели ввиду то что он включает в себя это? надо просто посомтреть что есть внутри пача. андроидные либы пропачены или нет. 

а еще лучше почитать литературу про делфи, а потом уже браться за написание программ ) 

так что опять без апдейтов использовать нельзя тормозит и падает все?

че сразу жаловаться побежали ссыкуны ))) ну ну идите идите ))

значит в мою сторону оскорбительный тон от нескольких пользователей можно слать а в вашу в ответ сразу жаловаться ) мужики че!!! 

1 час назад, kami сказал:

haword , идите на хабр. Там вас поддержат, они любят такие речи. Здесь не те, кто "колется, плачет, но продолжает жрать кактус", а люди несколько иного настроя.

не ваше это дело где мне быть и сидеть. не нравиться - не читайте мои сообщения и не реагируйте на них. 

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

1 час назад, Kitty сказал:

Пять страниц обсуждения....

Самое ценное это ответы Ярослава. Все четко и понятно. Спасибо.

полностью согласен. нормальный адекватный здравомыслящий человек. 

4 минуты назад, wamaco сказал:

если для Вас RAD дерьмо, так не используйте, а выводы по поводу RAD я сделаю сам, без Вашей помощи!

так я и вашей помощи не просил в определении что мне делать а что мне не делать то и указывать не надо кому чем пользоваться. я высказался то что мне не нравиться и все. принимать это или нет ваше личное дело. а то что вы приняли мое возмущение кривостью fmx на ваш личный счет как попытку отговорить вас использовать fmx, то это не мои проблемы а лично ваши. я вас не отговаривал от использования.

41 минуту назад, wamaco сказал:

кому нравится Android Studio тот его и использует! Могу только порадоваться! Мне не нравится, но это не повод ее хаять! 

ну кто то жрет дерьмо большими ложками причмокивает и радуется а кто то говорит об этом что это дерьмо и что надо с этим что то делать. 

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

19 минут назад, wamaco сказал:

ну так... пользуйтесь на здоровье! она бесплатная, XML разметка есть, столь полюбившая Вам... не вижу ни каких препятствий!

нам то доказать, что хотите? не использовать RAD? так это у меня основная статья дохода от разработки на RAD!

Вот на Android Studio нет! А RAD приносит деньги! может просто не повезло?

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

Только что, wamaco сказал:

Я бы предложил, например, новичкам, начать с разработки на Android Studio и Xcode мало мальски разработки простого приложения, покувыркаться там и потом нечто похожее сделать на RAD Studio и поверьте, многие вещи, типа "размер приложения", "легкие подлагивания" - станут умеренными и не такими основными аргументами.... 

мне допустим понравился Android Studio, там там многое надо руками делать и хрен просышь есть ли это свойства у компонента или нет. но зато удобство xml разметки размещения компонентов на форме это большой плюс. почти как в вебе выставил параметры и все красиво. да нужно делать всякие обработчики к гридам что бы рисовались на нем данные из базы, но за то итемы грида используют ту же xml разметку и все красиво модно без проблем сделать. 

не в сиетле не в берлине не нормлаьного DBGrid. да сторонние смотрел, tms, других то нет. хотя есть один, работающий с tdatasource но он глючный. да и когда я пробывал был xe7 и мало что вообще было под fmx. кстати берлин еще не поставил. 

я про что говорю - про совместимость компонентов vcl и fmx а не про полную замену их логики работы. 

58 минут назад, Alex Bozhko сказал:

Отсюда сразу вопрос, нет ли каких-то принципиальных ограничений для этого?

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

да есть mida конвертер. но он основном подменял компоненты на форме и uses правил. а всю логику работы с компонентами, с новыми методами и функциями которые отличались от vlc все руками. как начало пойдет.

Только что, kami сказал:

Мда. Отлично поговорили. Поздравляю вас, вы пополнили ряды тех, кто при отсутствии нормальных аргументов выдает "Ой, всё!"

а как можно спорить с человеком который просто без аргументов выдает инфу что он прав и точка а все вокруг не правы? да ни как. проще забить и все. а свои аргументы я предоставлял. 

1 минуту назад, Vitaldj сказал:

А то что ты не можешь перенести свое приложение из VCL на FMX - это твои проблемы. Догадываюсь, что у тебя есть что, чего не существует в кросс платформенном мире, ну допустим OLE-объекты для печати или еще что то очень специфическое. Хотя все фишки API windows вроде бы прекрасно работают на FMX.

не в этом дело. все обращения к компонентам надо переписывать. методы компонентов не совместимы. те же caption перенесены в text. до недавнего времени не было параметра fonts. нет вообще работы с TDataSource компонентах. Нет вообще TDBGrid. И это все накладывает большие ограничения в переносе ибо придется логику приложения переделывать всю заново. 

и основной косяк, для меня, не знаю почему вас это не волнует - тормоза канвы. оооо это что то. я поначалу забил на то что нет TDBGrid ибо есть руки, и практически полностью под FMX портировал сторонний DBGrid основанный на стандартном DBGrid. И в конце меня ждало разочарование. Когда я дернул скрол в низ и увидел как прорисовка ячеек начала тормозить. 1-2 секунды занимала прорисовка грида развернутого на весь экран!!!!!! при том что в vcl это делалось мгновенно!!! после этого я подостыл к переезду с vcl на fmx.

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

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

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

9 минут назад, Brovin Yaroslav сказал:

Но на мобильных телефонах много вы видели гридов?

не много но в ланшафте нормально смотрится. 

9 минут назад, Brovin Yaroslav сказал:

Да и грид переделали в последних версиях. Он по крайней мере стал на что-то похож. Про LiveBinding молчу, так как это вещь сама в себе. Вроде, как всех к ней привязали, как к новомодной фишки. Но по факту с ней возиться намного больше, чем с DataSource компонентами. Я уж  не говорю о скорости работы.

угу. и я о том же. была система, все привыкли и работают. раз бах бах все поменяли и при этом старую не оставили. 

55 минут назад, kami сказал:

Ах, да, забыл - особое удобство на телефонах тебе (и как пользователю, и как программисту) доставят риббоны. И тулбары.

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

о все понеслось, тупое упирание рогом и с пеной у рта доказыванием своей правоты. да мне пофигу что вы там думаете и как вы доказываете свою правоту. и вижу одно - fmx не взлетела так как от нее ожидали. для меня она проблемна тем что я не могу перенести на нее свои проекты с vcl. а раз так значит и популярность у нее будет минимальна, что и наблюдаем. можно усираться доказывать что новая платформа не совместимая с прежней это свет в окне и радость, но результат на лицо - не взлетело. 

1 час назад, Vitaldj сказал:

Да сколько можно говорить!!!! Забудьте грид на мобилах!!! Привыкли писать под десктоп и пытаются тут эти знания прикрутить.

почему я должен кого то там слушать и верить непогрешимо в то что кто то там сказал? я вижу одно - мне нужен был список товара, с его характеристиками, с фильтрами и сортировками по параметрам, и использоваться это будет в основном в ланшафтном режиме на планшетах. реализовать это не на гриде, это танцы с бубном и извращения. что бы там не говорили гуглевцы. 

52 минуты назад, kami сказал:

Много. Почти все. И далеко ходить не надо - IDE RAD Studio, MS Office, браузеры, бизнес-приложения, дизайн которых ориентирован на десктопы, и зачастую - на несколько десктопов. Да и проводником ты наверное ни разу в жизни не пользовался...

 

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

Только что, kami сказал:

Я хотел бы посмотреть, как ты реализуешь WM_PAINT собственными силами. На всякий случай - WM_PAINT имеют особенность складываться друг с другом, оставаясь в очереди в единственном экземпляре. А WM_TIMER - откладываться в конец очереди сообщений.

Помимо этого - механизм получения сообщений, реализованный в VCL (на основе methodname(var MSG: TMessage); message WM_траляля;) на мобильных платформах просто не будет работать. А это - основа ВСЕГО VCL.

То есть мелкософтцы смогли реализовать что ембаркадеровцы не могут? Это так сложно создать очередь сообщений? В FMX есть механизм рассылки и получения сообщений. И он работает под мобильными платформами. Так что все это решаемо, если есть желание. 

Цитата

MessageManager := TMessageManager.DefaultManager;
Message := TMessage<UnicodeString>.Create('This is a string message.');
MessageManager.SendMessage(Sender, Message, True);

пример рассылки сообщения всем компонентам. работает кроссплатформенно. так что реализация есть. нужно только сделать.

14 минут назад, kami сказал:

Ага. Особенно не пришлось бы переписывать интерфейс. Особенно удобно на мобильных платформах работать с таблицами. Ну и на телефоне несколько окон рядом показать тоже - раз плюнуть. Приложение в любом случае пришлось бы писать почти заново. Потому что программистов, которые в VCL проектах используют MVC можно пересчитать по пальцам. Остальные мешают в кучу бизнес-логику и интерфейс.

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

вот ты упираешься типа все хорошо сделали. а результат твоей упертости? много кто перешел на fmx? практически никто. писать заново ПО под новую платформу которая и так на ладан дышит мало у кого желание есть. и как закономерный результат - 5 лет и 10 компонентов. конечно можешь и дальше упираться и доказывать что такой подход самый лучший и правильный, только вот исход этого виден - платформа FMX НЕ ПОПУЛЯРНА у разработчиков. За то 5 лет ее пытались развивать и двигать. Делфи за 5 лет с 1 версии доросла до 5 версии и дала очень хороший скачек в программирования и стала в то время очень популярной. Что сделал FMX? 20-30 человек на форуме которые используют это плюс примерно 10 компонентов которые более менее приличные. И то даже меньше. Вот тебе и результат такого подхода.