Вы жалуетесь, что чего-то нет, но при этом не заглянули даже в меню программы?
Ок, допустим отображается, но что толку с этого если оно нередактируемое? я не могу путь /ssd/Users/username/myfolder1/blabla/qwe поменять на /ssd/Users/username/myfolder2/blabla/qwe без плясок с бубном. В большинстве приличных файловых менеждеров это есть
Я в целом толерантен к большинству виндовых нововведений, но конкретно вот это вот сделано через задницу, причем тут game bar если мне нужно записать рабочий стол с IDE. Очень неочевидно. Плюс вместе с этим gamebar на экран вываливается тонна какого то мусора всякие окна xbox social итд итп и надо еще искать среди этого всего нужную кнопку. Плюс, если не путаю, раньше его еще и устанавливать отдельно надо было, но это не точно. При том что snipping tool для скриншотов в целом, за исключением некоторых глюков с пропадающим маркером, вполне хорош, почему так же не сделать было
Неочевидное шаманство какое то, аж линуксом запахло - простые действия делаются каким то секретным хоткеем и без гугла не решаются. Вот спрашивается, почему по умолчанию так не работает? Кому может понадобиться открыть 30 окон раз это сделано действием по умолчанию?
(2) можно включить показывать путь. Можно копировать и есть возможность "прыгать" в папку по текстовому пути.
Данную функцию я вижу только в меню Go->Go to folder, которое мало того что требует двух лишних кликов так еще и открывается в каком то несуразном маленьком окне
Finder до сих пор через пятую точку работает с сетевыми шарами
макос в принципе с ними плохо умеет работать, у меня к телеку подключен одноплатник и при доступе с мака сетевая папка регулярно отваливается, иногда вплоть до того что помогает только перезагрузка (мака естественно), при том что со всех других устройств достучаться в этот момент туда проблем не составляет
Сам то язык изучить несложно, а вот код который на нем написан и с которым придется работать придя в какой-н относительно большой проект в большинстве случаев write-only
Да отлично я знаю ваш инструмент, застрял он вместе с вами в начале нулевых. Но формошлепам вроде вас для решения наспех и тяп-ляп простеньких задач этого достаточно, тут спору нет.
так ещё вы не понимаете, что будь то MVVM или MVC, не имеет значения используешь ты дизайнер или пишешь интерфейс кодом. Дизайнер - это альтернатива создания интерфейса кодом.
Единственный человек который тут что то не понимает это вы.
При наличии и правильно реализованной дизайн системе wysiwyg подход вам ничего не даст, только замедлит разработку, тк просто не останется действий которые бы было проще и быстрее сделать в дизайнере. Но если вы по старинке там отступы между кнопками настраиваете то конечно для такого низкоквалифицированного и низкокачественного формошлепства это альтернатива. Собственно для чего их и делали. Про динамически генерируемые интерфейсы уже молчу
И сейчас именно вы пытаетесь мне доказать, что я не прав в этом высказывании
Ваше высказывание имеет примерно столько же смысла сколько например "jre эффективнее чем zlib"
Пытаетесь доказать, что MVVM не может быть, когда у тебя дизайнер,
Скорее наоборот, надобность в дизайнере отпадет. А в случаях когда без корректных данных представление воедино собрать проблематично так и вовсе трата времени. Но вы просто сложных интерфейсов не делали никогда, как доведется столкнуться, сами поймете.
И вы при этом его в трезвом уме и здравой памяти сравниваете с чисто графическим фреймворком в областях за которые графические фреймворки не отвечают? И позиционируете отсутствие блютуса как недостаток графического фреймворка?
Можете пояснить какое отношение имеет блютус к UI-фреймворку. Вы вообще про принцип разделение ответственности слышали или в Delphi-мире по прежнему божественные объекты наше все?
это полноценный кроссплатформенный рантайм
.net это тоже полноценный кроссплатформенный рантайм
Такое, что FMX не только графический движок, как и авалония и имеет за собой кроссплатформенный рантайм код, для создания приложений решающих реальные задачи.
Еще раз, авалония это UI-фреймворк, никакого блютуса там нет, не должно быть и никогда не будет. Вы сначала сравниваете кислое с теплым и после этого еще выдаете какие то суждения про компетентность?
Для того, чтобы разрабатывать под Линукс и отлаживать приложения, запущенные именно в Линукс нет необходимости ставить IDE на Линукс. Как и с любыми другими платформами.
Конечно, и там где такое возможно это прекрасно, только это не случай с дельфи где вам в любом случае придется работать под виндой (особенно это прекрасно звучит когда винда не является целевой платформой разрабатываемого приложения), а альтернатива только костыли с виртуалками
Так пишут все, кто не имеет аргументации в ответ.
В ответ на что? Вы же ни одного аргумента за fmx против авалонии не привели, за уши притягиваете то блютус то удаленную отладку...
Этот язык далеко не мертвый, это лишь ваше заблуждение
Ну так найдите с десяток приличных вакансий где требуется Delphi и где бы это не было каким то лютым легаси, и сравните их количество с другими языками.
Ну или как вариант можно и с другой стороны - найдите десяток адекватных разработчиков имеющих большой опыт в данной сфере, и аналогично сравните с другими языками.
Так то если считать язык немертвым если на нем минимум один человек пишет то конечно..
Разработка на этом фреймворке гораздо быстрее, за счёт подхода к созданию интерфейсов
А в авалонии у вас внезапно нет подхода к созданию интерфейсов?
за счёт полноценного дизайнера
полноценный дизайнер пригоден только для формошлепства в относительно простых хелловорлдах, в сложных интерфейсах основанных на паттернах вроде mvvm пользы от него все равно мало.
решений для работы с камерой, всевозможными датчиками, BT/BLE, общим центром разрешений (прав)
А какое отношение перечисленное имеет к UI-фреймворкам?
возможностью использовать разный графический бэкенд на каждой платформе (существует несколько в каждой), возможностью легко использовать платформенный код для конкретной платформы (winapi, jni, posix...)
И в чем эффективность то? Разработчику глубоко пофиг что там под капотом UI-фреймворка до тех пор пока он работает исправно. В авалонии к слову тоже есть варианты
прямой или удаленной отладки на всех платформах
IDE на линуксе даже не запустится, так что по этим параметрам уже позади планеты всей, остальное можно даже не обсуждать. Да и какое отношение перечисленное имеет к UI-фреймворкам?
В общем почти каждое ваше сообщение больше похоже на какие то мантры фанатика ничего не видящего за пределами своего мирка
А кроссплатформенный FMX куда эффективнее Avalonia
И в чем же он эффективнее?
Даже пока не берем во внимание требование писать на полумертвом и мало кому интересном языке с закрытым кодом, никакущим комьюнити и гвоздями приколоченному к одной единственной платной и проприеритарной windows-only ide с ценником свыше 4к евро, платным саппортом (Ж - жадность) и весьма сомнительной конкурентоспособности при этом (хотя имхо вышеперечисленного уже более чем достаточно чтобы даже не смотреть на какие то там возможности gui разработки было уже неинтересно)
Арендуйте высокопроизводительный выделенный сервер на базе процессоров 4 поколения AMD EPYC 9354 / 9124 / 9554 / 9754, с оперативной памятью DDR5 и хранилищем NVME.
Наличие сторонних библиотек, степень их убогости и суммы которые за них хотят (и заплатив которые все равно придется потратить на пляски с бубном с воркараундами вокруг бесчисленных багов в них столько же времени сколько на написание собственных контролов) это тоже вполне себе важные критерии для оценки UI-фреймворка.
Ок, допустим отображается, но что толку с этого если оно нередактируемое? я не могу путь /ssd/Users/username/myfolder1/blabla/qwe поменять на /ssd/Users/username/myfolder2/blabla/qwe без плясок с бубном. В большинстве приличных файловых менеждеров это есть
Я в целом толерантен к большинству виндовых нововведений, но конкретно вот это вот сделано через задницу, причем тут game bar если мне нужно записать рабочий стол с IDE. Очень неочевидно. Плюс вместе с этим gamebar на экран вываливается тонна какого то мусора всякие окна xbox social итд итп и надо еще искать среди этого всего нужную кнопку. Плюс, если не путаю, раньше его еще и устанавливать отдельно надо было, но это не точно. При том что snipping tool для скриншотов в целом, за исключением некоторых глюков с пропадающим маркером, вполне хорош, почему так же не сделать было
Неочевидное шаманство какое то, аж линуксом запахло - простые действия делаются каким то секретным хоткеем и без гугла не решаются. Вот спрашивается, почему по умолчанию так не работает? Кому может понадобиться открыть 30 окон раз это сделано действием по умолчанию?
не работает
Данную функцию я вижу только в меню Go->Go to folder, которое мало того что требует двух лишних кликов так еще и открывается в каком то несуразном маленьком окне
Пожалуйста
1 - выбрать 30 файлов и посмотреть их размер. Файндер вам вместо этого откроет 30 окон со свойствами.
2 - увидеть путь к открытой в данный момент папке (и изменить его путем ввода текста или скопировать его)
3 - отсортировать файлы по имени не перемешивая их с папками
макос в принципе с ними плохо умеет работать, у меня к телеку подключен одноплатник и при доступе с мака сетевая папка регулярно отваливается, иногда вплоть до того что помогает только перезагрузка (мака естественно), при том что со всех других устройств достучаться в этот момент туда проблем не составляет
Сам то язык изучить несложно, а вот код который на нем написан и с которым придется работать придя в какой-н относительно большой проект в большинстве случаев write-only
Судя по всему вы даже не поняли прочитанное.
Да отлично я знаю ваш инструмент, застрял он вместе с вами в начале нулевых. Но формошлепам вроде вас для решения наспех и тяп-ляп простеньких задач этого достаточно, тут спору нет.
Единственный человек который тут что то не понимает это вы.
При наличии и правильно реализованной дизайн системе wysiwyg подход вам ничего не даст, только замедлит разработку, тк просто не останется действий которые бы было проще и быстрее сделать в дизайнере. Но если вы по старинке там отступы между кнопками настраиваете то конечно для такого низкоквалифицированного и низкокачественного формошлепства это альтернатива. Собственно для чего их и делали. Про динамически генерируемые интерфейсы уже молчу
Ваше высказывание имеет примерно столько же смысла сколько например "jre эффективнее чем zlib"
Скорее наоборот, надобность в дизайнере отпадет. А в случаях когда без корректных данных представление воедино собрать проблематично так и вовсе трата времени. Но вы просто сложных интерфейсов не делали никогда, как доведется столкнуться, сами поймете.
Ну вот это и значит что язык мертв
И вы при этом его в трезвом уме и здравой памяти сравниваете с чисто графическим фреймворком в областях за которые графические фреймворки не отвечают? И позиционируете отсутствие блютуса как недостаток графического фреймворка?
Можете пояснить какое отношение имеет блютус к UI-фреймворку. Вы вообще про принцип разделение ответственности слышали или в Delphi-мире по прежнему божественные объекты наше все?
.net это тоже полноценный кроссплатформенный рантайм
блютус? выбирайте наздоровье https://www.nuget.org/packages?q=bluetooth
Убедился, спасибо
не угадали, попробуйте еще раз
Еще раз, авалония это UI-фреймворк, никакого блютуса там нет, не должно быть и никогда не будет. Вы сначала сравниваете кислое с теплым и после этого еще выдаете какие то суждения про компетентность?
Конечно, и там где такое возможно это прекрасно, только это не случай с дельфи где вам в любом случае придется работать под виндой (особенно это прекрасно звучит когда винда не является целевой платформой разрабатываемого приложения), а альтернатива только костыли с виртуалками
В ответ на что? Вы же ни одного аргумента за fmx против авалонии не привели, за уши притягиваете то блютус то удаленную отладку...
Ну так найдите с десяток приличных вакансий где требуется Delphi и где бы это не было каким то лютым легаси, и сравните их количество с другими языками.
Ну или как вариант можно и с другой стороны - найдите десяток адекватных разработчиков имеющих большой опыт в данной сфере, и аналогично сравните с другими языками.
Так то если считать язык немертвым если на нем минимум один человек пишет то конечно..
А в авалонии у вас внезапно нет подхода к созданию интерфейсов?
полноценный дизайнер пригоден только для формошлепства в относительно простых хелловорлдах, в сложных интерфейсах основанных на паттернах вроде mvvm пользы от него все равно мало.
А какое отношение перечисленное имеет к UI-фреймворкам?
И в чем эффективность то? Разработчику глубоко пофиг что там под капотом UI-фреймворка до тех пор пока он работает исправно. В авалонии к слову тоже есть варианты
IDE на линуксе даже не запустится, так что по этим параметрам уже позади планеты всей, остальное можно даже не обсуждать. Да и какое отношение перечисленное имеет к UI-фреймворкам?
В общем почти каждое ваше сообщение больше похоже на какие то мантры фанатика ничего не видящего за пределами своего мирка
И в чем же он эффективнее?
Даже пока не берем во внимание требование писать на полумертвом и мало кому интересном языке с закрытым кодом, никакущим комьюнити и гвоздями приколоченному к одной единственной платной и проприеритарной windows-only ide с ценником свыше 4к евро, платным саппортом (Ж - жадность) и весьма сомнительной конкурентоспособности при этом (хотя имхо вышеперечисленного уже более чем достаточно чтобы даже не смотреть на какие то там возможности gui разработки было уже неинтересно)
Арендуйте высокопроизводительный выделенный сервер на базе процессоров 4
поколения AMD EPYC 9354 / 9124 / 9554 / 9754, с оперативной памятью
DDR5 и хранилищем NVME.
<занудство>
В Иране живут не арабы
</занудство>
Наличие сторонних библиотек, степень их убогости и суммы которые за них хотят (и заплатив которые все равно придется потратить на пляски с бубном с воркараундами вокруг бесчисленных багов в них столько же времени сколько на написание собственных контролов) это тоже вполне себе важные критерии для оценки UI-фреймворка.