haword

Пользователи
  • Публикации

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

  • Посещение

  • Days Won

    3

haword last won the day on 13 февраля 2016

haword had the most liked content!

1 подписчик

О haword

  • Звание
    Продвинутый пользователь
  • День рождения

Посетители профиля

258 просмотров профиля
  1. че сразу жаловаться побежали ссыкуны ))) ну ну идите идите )) значит в мою сторону оскорбительный тон от нескольких пользователей можно слать а в вашу в ответ сразу жаловаться ) мужики че!!! не ваше это дело где мне быть и сидеть. не нравиться - не читайте мои сообщения и не реагируйте на них. сама идея fmx мне нравиться, а реализация нет. если кому то тут нравиться что одни и те же методы названы по другому то мне нет. вот то что я и хотел сказать. пользоваться мне fmx или нет это мое личное дело и высказывания типа - не нравиться вали от сюда - себе отправляйте. полностью согласен. нормальный адекватный здравомыслящий человек.
  2. так я и вашей помощи не просил в определении что мне делать а что мне не делать то и указывать не надо кому чем пользоваться. я высказался то что мне не нравиться и все. принимать это или нет ваше личное дело. а то что вы приняли мое возмущение кривостью fmx на ваш личный счет как попытку отговорить вас использовать fmx, то это не мои проблемы а лично ваши. я вас не отговаривал от использования.
  3. ну кто то жрет дерьмо большими ложками причмокивает и радуется а кто то говорит об этом что это дерьмо и что надо с этим что то делать. не пойму и никогда ранее не понимал людей который жрут что дают молча без возмущения, а когда им кто то пытается донести что они то жрут то совсем не вкусные вещи, они начинают дико возмущаться и топать ножками, в конце концов выдавая - вы не хотите ну и не жрите а я буду.
  4. таки пользуюсь в определенных задачах. но не рискнул бы переводить коммерческий проект на RAD. ибо андроид развивается и выпускает версии каждый год и настанет момент когда старые программы уже не будут запускаться а новые не соберешь ибо RAD закапали.
  5. мне допустим понравился Android Studio, там там многое надо руками делать и хрен просышь есть ли это свойства у компонента или нет. но зато удобство xml разметки размещения компонентов на форме это большой плюс. почти как в вебе выставил параметры и все красиво. да нужно делать всякие обработчики к гридам что бы рисовались на нем данные из базы, но за то итемы грида используют ту же xml разметку и все красиво модно без проблем сделать.
  6. не в сиетле не в берлине не нормлаьного DBGrid. да сторонние смотрел, tms, других то нет. хотя есть один, работающий с tdatasource но он глючный. да и когда я пробывал был xe7 и мало что вообще было под fmx. кстати берлин еще не поставил. я про что говорю - про совместимость компонентов vcl и fmx а не про полную замену их логики работы. нету там ничего такого. можно запросто. я уже пытался портитровать dbgrid, работало, но вылезла проблема в скорости прорисовки ячеек грида. думаю обычные контролы типа эдитов чекбосов да лейблов будут пахать без проблем.
  7. да есть mida конвертер. но он основном подменял компоненты на форме и uses правил. а всю логику работы с компонентами, с новыми методами и функциями которые отличались от vlc все руками. как начало пойдет.
  8. а как можно спорить с человеком который просто без аргументов выдает инфу что он прав и точка а все вокруг не правы? да ни как. проще забить и все. а свои аргументы я предоставлял.
  9. не в этом дело. все обращения к компонентам надо переписывать. методы компонентов не совместимы. те же caption перенесены в text. до недавнего времени не было параметра fonts. нет вообще работы с TDataSource компонентах. Нет вообще TDBGrid. И это все накладывает большие ограничения в переносе ибо придется логику приложения переделывать всю заново. и основной косяк, для меня, не знаю почему вас это не волнует - тормоза канвы. оооо это что то. я поначалу забил на то что нет TDBGrid ибо есть руки, и практически полностью под FMX портировал сторонний DBGrid основанный на стандартном DBGrid. И в конце меня ждало разочарование. Когда я дернул скрол в низ и увидел как прорисовка ячеек начала тормозить. 1-2 секунды занимала прорисовка грида развернутого на весь экран!!!!!! при том что в vcl это делалось мгновенно!!! после этого я подостыл к переезду с vcl на fmx.
  10. Ярослав но так я и не говорил про полную совместимость. Хотя бы до уровня небольших проектов. И даже для десктопа что бы не переделывать весь интерфейс а раз и твоя любимая программа уже работает на маке. насчет переносимости и совместимости я знаю в больших проектах это проблемно даже с версии делфи на делфи перейти. знаю контору которая пашет на 6 делфи и ни под каким соусом не хочет переходить не то что на ХЕ, даже на 7 делфи учитывая что под 6 уже давно никто ни какие компоненты не пишет а на 7 только только приостановили. все это понимаю. в том то и дело если человек потеряв пру тройку дней но смог переползти на FMX и запустил прогу у себя на десктопе, то через месяц его потянет это же сделать и для мобильной платформы с изменениями интерфейса. а это уже шаг в перед. не много но в ланшафте нормально смотрится. угу. и я о том же. была система, все привыкли и работают. раз бах бах все поменяли и при этом старую не оставили.
  11. так они и используются на телефонах повсеместно, тулбары и риббоны. если они при этом имеют другой немного вид это не значит что их не используют.
  12. о все понеслось, тупое упирание рогом и с пеной у рта доказыванием своей правоты. да мне пофигу что вы там думаете и как вы доказываете свою правоту. и вижу одно - fmx не взлетела так как от нее ожидали. для меня она проблемна тем что я не могу перенести на нее свои проекты с vcl. а раз так значит и популярность у нее будет минимальна, что и наблюдаем. можно усираться доказывать что новая платформа не совместимая с прежней это свет в окне и радость, но результат на лицо - не взлетело. почему я должен кого то там слушать и верить непогрешимо в то что кто то там сказал? я вижу одно - мне нужен был список товара, с его характеристиками, с фильтрами и сортировками по параметрам, и использоваться это будет в основном в ланшафтном режиме на планшетах. реализовать это не на гриде, это танцы с бубном и извращения. что бы там не говорили гуглевцы. не заливай, в том же офисе используются вкладки, выпадающие меню и тулбары. это все так же будет хорошо смотреться и на мобильных приложениях. от кучи немодальных окон уже давно избавляются все кому не лень. тот же делфи последний раз был таким в 7 версии а потом все в одно окно загнали.
  13. То есть мелкософтцы смогли реализовать что ембаркадеровцы не могут? Это так сложно создать очередь сообщений? В FMX есть механизм рассылки и получения сообщений. И он работает под мобильными платформами. Так что все это решаемо, если есть желание. пример рассылки сообщения всем компонентам. работает кроссплатформенно. так что реализация есть. нужно только сделать. а почему нет? чем грид плох на мобильной платформе? мне его там серьезно не хватает. вместо того что бы реализовывать работу с сеткой на листвью через жопу все можно было бы сделать в гриде и не было никаких проблем!! Да и много ли программ показывают несколько окон рядом? я никогда такие интерфейсы не создавал да и не встречал что бы была куча не модальных окон и в них все смотрели. это очень малый процент ПО. так что не надо было бы ничего писать заново. большинство программ пошли бы с полпинка с минимальными переделками. вот ты упираешься типа все хорошо сделали. а результат твоей упертости? много кто перешел на fmx? практически никто. писать заново ПО под новую платформу которая и так на ладан дышит мало у кого желание есть. и как закономерный результат - 5 лет и 10 компонентов. конечно можешь и дальше упираться и доказывать что такой подход самый лучший и правильный, только вот исход этого виден - платформа FMX НЕ ПОПУЛЯРНА у разработчиков. За то 5 лет ее пытались развивать и двигать. Делфи за 5 лет с 1 версии доросла до 5 версии и дала очень хороший скачек в программирования и стала в то время очень популярной. Что сделал FMX? 20-30 человек на форуме которые используют это плюс примерно 10 компонентов которые более менее приличные. И то даже меньше. Вот тебе и результат такого подхода.
  14. шрифт в листвью может попробовать другой поставить?
  15. не скажи. на 7 делфи можно было писать код для CLX и он работал. этот же код просто перекомпилируешь под Kylix и он работал. мне нравилось. а внутрь реализации FMX не смотрел? там тоже много чего реализовано на сообщениях - TMessage используется очень часто. Все проблемы решаемы. И костыли так же. За то проблем с переходом бы не было, а это огромный плюс к развитию платформы. А это новые компоненты и так далее. Да и херн с этими TMessage, можно же было реализовать СОВМЕСТИМЫЕ параметры и методы? МОЖНО! Сделали? НЕТ! да и что дал подход нового фреймворка? НИЧЕГО!! Под FMX за все время его существования написано столько компонентов что их можно просто по пальцам пересчитать!!! за 5 лет существования!!! А если бы людям не пришлось с нуля переписывать свои программы тогда как бы это все обернулось? Тогда бы новая платформа получила свою путевку в жизнь. Все зависит от популярности продукта. Когда продукт малопопулярен он долго не живет. Да и этот подход использован в Лазаре, да они правят косяки НО один и тот же код работает везде и при этом по максимуму совместим с Делфи. При этом интерфейсы были реализованы и для QT и для GTK1 и GTK2 и Cocoa и были попытки под Android сделать. При этом все это делалось на голом энтузиазме.