haword

да сейчас попробовал на нулевом проекте, то же работает. странно. спасибо.

Привет всем. Столкнулся с непонятной ситуацией, поискал в гугле, не нашел ничего похожего. Проблема - есть ListView, в него загружаются в отдельном потоке строки, под 100 штук, проект ранее работал отлично на Seattle, просто тупо перенес в Berlin. Вроде все красиво, все работает. НО как только попробовал использовать фильтр так облом. Фильтруются только те строки которые видны были на экране. Если я не сролил вниз список то те сроки что не были показаны в фильтр попадают с пустыми значениями и мой фильтр их отсекает. Если я проскролю вниз вверх список то в фильтр попадают все строки и он начинает работать нормально. Я так понимаю проблема из-за нового ListView в Берлине. Ощущение что не создаются поля пока не будут показаны на экране и из-за этого они пустые при фильтрации. Как лечить? Создавать в дизайнтайме поля ListView?

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

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

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

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

косяк в том что 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, и так далее.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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