После трёх лет разработки опубликован релиз интегрированной среды разработки Lazarus 2.2, основанной на компиляторе FreePascal и выполняющей задачи, сходные с Delphi. Среда рассчитана на работу с выпуском компилятора FreePascal 3.2.2. Готовые установочные пакеты с Lazarus подготовлены для Linux, macOS и Windows...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56462
Помню в 2011 учился на нём программировать. Рад, что до сих пор жива среда
И четверг жив! Вся неделя в порядке, братиш!
Хай жыве Кленин А.С.
> Расширения для файлов с переводами изменены с .po на .pot.Интересно, зачем?
Кто-то что-то недоперепонял.
Это разные по назначению файлы. T - template.
Pol Pot
Pottering! Скоро встроят в systemd.
это который Салот Сар или Кхмер Даом? (друг Иенг Сари)? Или Вы имеете в виду кого-то другого? И причем тут среда программирования?
Я бы не стал вскрывать эту тему
Ух годнота
тёплый, ламповый...
https://www.freepascal-meets-sdl.net/wp-content/uploads/fpid...
Чур меня от такого! Правда, на перфокарты назад ещё менее хочется :)
Что поражало, так это ВСЯ среда умещалась в небольшой экзешничек, там же внутри был компилятор и делал он свою работу настолько быстро, будто экран слегка моргнул! И это всё на убогих IBM XT... Что сейчас творит г0внософт, выпуская 25-гигабайтную(!!!!!!!) студию - уму не растяжимо.
То було турбопаскаль и занимал он почти всю память. 400-500к
Для турбодебуггера уже не оставалось.
Ага, и проекты были на пару тысяч строк.
Краткость сестра таланта.
в 2к22 по дефолту открывать миллиард окошек как в delphi 7 уже совсем зашквар, нормальных ide утята явно не видели.
У вас опечатка, вместо нолика буква «k» зачем-то получилась.
2*(10^3)+22
200022
int(2*pow(10,3))+int(22)
Вы с JavaScript перепутали. А Паскаль - строго типизированный язык, и таких приколов в нем не бывает.
Палец судорогой свело.
У него мозговую извилину судорогой свело.
2к22 - на политика-боксёра похож, который объявил 2220, а потом 2222 год.
Есть в составе пакет (Anchor Docking или как-то так называется), который переводит окна в док-панели с возможностью отцеплять/прицеплять любое отдельное окно/панель. Т.е. можно и так и так.
Очень удобно, кстати, когда у тебя больше одного монитора.
И с одним монитором задолбешся на большинстве DE нужные окна вылавливать, а что будет с несколькими мониторами даже страшно представлять.
Видимо кто-то инвалид, если не в состоянии справится с окнами.Тебе прямая дорога в тайловые wm, правда зумеры не умеют в шорткаты, но придётся научиться.
>2к22Qwerty вернулся в виде анона. Пароль забыл, шоле?
Пароли unsafe.
> в 2к22 по дефолту открывать миллиард окошек как в delphi 7 уже
> совсем зашквар, нормальных ide утята явно не видели.Там есть какой-то модуль, который собирает все окошки в одно. Но его надо ставить, видимо. Сейчас поставил сабжевую версию - по дефолту опять эта хрень их кучи окон.
Паскаль жив!
У Бога все живы.
У бога паскалей многа.
Основная проблема опенсурца - все разрабатывается настолько медленно, что успевает 10 раз устареть. Эти чуваки не понимают одной простой истины. Чтобы стать полноценной заменой для Delphi, они должны в первую очередь сосредоточится на максимальной совместимости с этим самым Delphi. Прошло 13 лет. 13 лет, карл. А у них до сих пор нет полной совместимости с Delphi 2009. Т.е. ну это стандартная практика для опенсурца. Сделаем совместимость с Delphi 7, ибо это типа лучшая Delphi всех времен и народов, и с вас хватит.
Эти чуваки, как впрочем и дельфисты, понятия не имеют, что такое совместимость и зачем это нужно в их одноразовых игрушках. Ну не в проде же, в самом деле, использовать паскалезоопарк.
В 2022-ом году, некоторые дельфисты всё ещё настолько преисполнены, что не могут найти компонент, который бы для генерации одного единственного Excel-файла не тащил бы целый MSO. По совместительству эти же вечные студенты админят некоторые госы, в которых на ПК с их поделками забывают поставить этот самый MSO. Лет, вероятно, через ещё 13 их ждёт много интересных новостей. Например что на рыночке труда они такие клёвые нафиг не нужны
Не будет через 13 лет никакого рыночка. Читайте председателя Мао.
> для генерации одного единственного Excel-файла не тащил бы целый MSOа там выбор простой - или ставишь компоненту, которая генерит Excel-файла безо всякого MSO, но которая неизвестно сколько будет поддерживаться и вообще будет ли жива через год.
Или цепляешься к интерфейсам MSO и генеришь нужный файл через него. Понятно, что MSO будет существовать столько времени, сколько вообще будут нужны эти самые файлы :), а наличие MSO на компе - это проблема организационная, а не техническая...
>компонент, который бы для генерации одного единственного Excel-файла не тащил бы целый MSO
>>> Основная проблема опенсурца - все разрабатывается настолько медленно, что успевает 10 раз устареть.Устаревать -- когда использование неразумны из-за наличия более эффективных удобных средств. Тут наблюдается повальная деградация у всех альтернатив.
>>> Эти чуваки не понимают одной простой истины. Чтобы стать полноценной заменой для Delphi, они должны в первую очередь сосредоточится на максимальной совместимости с этим самым Delphi.
Кому совместимость сдалась? Миграция занимает время, но не существенное.
>>> Прошло 13 лет. 13 лет, карл. А у них до сих пор нет полной совместимости с Delphi 2009.
Я скажу больше! Прошло 13 лет, а они еще и не видели 2009 в глаза. Закопайте его!
>>> Т.е. ну это стандартная практика для опенсурца. Сделаем совместимость с Delphi 7, ибо это типа лучшая Delphi всех времен и народов, и с вас хватит.
Какая еще практика? Это инструмент. Любой инструмент требует настройки/поддержания рабочего состояния и сноровки. Если это не требуется, то Вы уже за станком стоите и клепаете по шаблону, потому что Вы дешевле автомата.
> Сделаем совместимость с Delphi 7, ибо это типа лучшая Delphi всех времен и народовТак и есть. После Delphi 7 компания Borland была продана, 2 раза переименована, а Дельфи изгажена так, что про Delphi 2008 например никто вслух даже не вспоминает. В Delphi 2009 попытались как-то откатить назад, но нормальных программеров уже в компании не осталось. После показательного убийства Kylix и уничтожения Borland судьба классического Delphi была предрешена.
https://delphi.embarcadero.com/project/delphi-7/
"Delphi 7 | Celebrating Delphi's 26th Anniversary"
они ещё и празднуют!
Поддержу. 7-ка была последним адекватным продуктом. Да и та уже стала походить на офис - очередные перекрашенные иконки и у6люд0чный набор компонент.По-хорошему, борланду надо было перестать кормить сторонних "клепателей гридов" и сделать ВСЕ компоненты по высшим стандартам отрасли прямо из коробки! И пусть народ пишет высококлассные приложения.
Сам 7 не застал, т.к. сидел в основном на 6, а потом сразу перешел на более поздние. 2008 просто следовала трэндам и стала чисто дотнетовской версией в тот самый момент, когда дотнэт был на пике. Это потом уже всем стало понятно, что он такой же тормозной и жрущий память, как и жава, копипастой с которой он в общем то и был. И есть еще одна проблема с 7кой. Она сделана еще для 9х и не поддерживает юникод. В этом плане кстати Лазарус паршивее. Дело в том, что винда не зря использует UTF16, а не UTF8. Использование UTF8 профитно только на западе, где используются только латинские буковки. В других странах же все равно буковки будут 16 битные, но при этом появятся лишние тормоза из за более сложных алгоритмов обработки текста переменной длинны.В общем и целом сейчас речь идет не о том, какая IDE лучше, а какая хуже. Сейчас речь идет о том, что портиртировать проекты с 2009 на Лазарус можно только в очень простых случаях. Когда в этих проектах не используются какие-либо новые фишки 2009. А, учитывая, что 2009 вышла 13 лет назад, эти новые фишки там скорее всего используются с вероятностью 99,99%.
> Использование UTF8 профитно только на западе, где используются только латинские буковки.Простите, а Португалия-Бразилия (ÀÁÂÃÇÉÊÓÔÕ), Испания-Мексика (ñ),
Франция-Канада (àâæçèéêëîïôœùûüÿ), Германия, Швейцария, Австрия (äöüß), Финляндия-Швеция (ÅäÖ) - это Юг, Север или Нибиру?
Latin-1. вообще уникод никому кроме китайцев не нужен. все алфавиты можно было бы легко совместить в одной 8-бит кодировке. а утф-8 это диверсия американцев для того чтоб замедлить весь остальной мир вдвое
> Основная проблема опенсурцаОсновная проблема тут — это некомпетентные комментаторы, не понимающие ни open source ни free software ни кто и зачем их делает, но почему-то комментирующие.
Спасибо за текст, а то продираться через официальный текст на ВИКИ прямо трудно, там такие мелочи и столько много деталей, ууух.
Как сделать чтоб по альт-таб активировался редактор, а не палитра?
Delphi, любимая...
Ура!
На скринах Lazarus IDE v2.0.10 и Lazarus-IDE v2.0.12.
Эту новость запостил бот. Надо бы админа пнуть, что он тупо не копипастил скрины с прошлогодних новостей.
В новости два самых свежих скриншота со страницы https://wiki.lazarus.freepascal.org/Screenshots
Да, хорошо бы чтобы живые пользователи выкладывали актуальное окружение своих IDE, а не скриншоты 2013-2014х годов
Может свой ексель, спредшиты написать на Lazarus-е...
На фри-паскале же. Лазарус - это ИДЕ.И если уж писать, то что-то серьезное. Например, свой интернет.
Нужно ядро переписать, и срочно!
Казахам трудно прийдётся, скачать не смогут, у них интернет отключили.
До сих пор не сделали отключение мигания каретки?
А должны были?
Нет конечно, да и незачем, всё равно этим никто не пользуется.
> и выполняющей задачи, сходные с DelphiКакие? Быть объектом насмешек? :))
Может, хватит уже делать из него аутсайдера и написать "язык общего назначения"?!
Как-то смешанные чувства проект вызывает - смахивает чем-то на поделки "фриварщиков", выкладывающих бинари на яндекс диск: нате, разбирайтесь, чо я там выложил. Даже чтобы поставить эту среду нужен какой-то третий продукт типа https://github.com/LongDirtyAnimAlf/fpcupdeluxe/releases . Если ставить компоненты из репозитория, то многие из них не компилируются - не хватает зависимостей или ещё что. Описание компонентов (как в репе так и "сторонних"), примеры использования сделаны также наотъебиcь - предполагается что пользователи уже в курсе что это за набор компонент, зачем он нужен когда есть другие похожие и их интересуют только некоторые специфические авспекты применения. Плюс, учитывая что при установке компонент, сам лазарус перекомпилирует себя с этими пакетами, это может привести к пикантной ситуации. Вообще эта необходимость вкомпилировать компоненты в Лазарус сильно портит карму этой IDE. Во-первых ну сама необходимость перекомпилировать IDE, после чего она может быть уже не поднимется. А во-вторых - юзер не сможет приложить свой компонент к проекту чтобы он динамически подхватился IDE - это и неудобно и требует, видимо, создавать клоны окружения если пользователю требуется работать с проектами, использующими разные версии одноименных компонент. Вообще мне не попадалось ни одного описания на тему как разработчики видят процесс совместной разработки и доставки приложения пользователям, что ещё сильнее наводит на мысль о кустарщине. Так же и с самой библиотекой графического интерфейса, каждый лепит свои поделки и вываливает их на гитхаб под всякими пермиссивными лицензиями и с документацией в лучшем случае вышеописанного качества, в то время как родная библиотека лазаруса LCL вроде как сосёт слегка - нет даже поддержки стилей, это в 21м-то веке. Зато есть стопиццот библиотек компонентов, в которых можно разбираться всю жизнь пытаясь понять зачем они вообще. Мне кажется авторам надо сказать на время: "горшочек, не вари" - пусть они сперва разберутся с тем, что уже наварили, продумают поддержку библиотек компонент в IDE, версий библиотек и модулей, автоматизации, самой архитектуры LCL вокруг которой весь этот Лазарус построен. Вобщем, в этот рождественский вечер, хочется пожелать авторам Лазаруса стать уже наконец головой проекта, направляющей и координируещей усилия сообщества, а не корабельной командой, компактным коллективом залатывающей дыры в трюме тонущего корабля с палубы которого уже все убежали.
Про перекомпиляцию IDE, тут проблема даже не в Lazarus, в самом компиляторе FPC, который не умеет в динамическую загрузку пакетов / модулейhttps://wiki.freepascal.org/Lazarus_Packages#What_is_a_Lazar...
https://wiki.freepascal.org/Dynamically_loading_headersпо второй ссылке там есть предложения, как "обхачить" это неумение, но пока, я так понимаю, ничего никуда не сдвинулось в этом направлении
> по второй ссылке там есть предложения, как "обхачить" это неумение, но пока,
> я так понимаю, ничего никуда не сдвинулось в этом направленииОсновная идея моего высера заключается в том, что майнтейнеры проекта не должны собственноручно править баги, а устанавливать какие-то стандарты, направлять сообщество пользователей и организовывать всё чтобы проект занял заслуженную доминирующую позицию. По моим представлениям у них там повыше колена всяких юзеров, которые достаточно хорошо шарят в среде, но просто хотят лёгкой жизни поддерживая умирающие проекты - кустарей, как я их называю.
За проект просто обидно, фри-паскаль + кроссплаформенная IDE покроют 98% потребностей пользователей в юзерспейсе, без кутешных ценовых закидонов при производительности сравнимой с этими всякими сями, фри-паскаль с Лазарусом могли бы стать стандартом де-факто, при том, что читабельность кода там не хуже чем у петона, а вклад в подогрев мировой атмосферы намного ниже.
Слушайте, надоели уже ныть "ребята не понимают что нужно делать совместимость в Делфи 2009", "ребята слабаки", "ребята инфантилы".
Проектом занимаются как ХОББИ. Там всего на Фри Паскале человек 10-20 и на Лазарусе человек 10 активно.И коммиты делаются не очень часто - мелкие делают почти каждый день, но это мелкие.
Просто у "ребят" нет ресурсов. Мало человек. Делают это в РЕЖИМЕ ХОББИ.
> И коммиты делаются не очень часто - мелкие делают почти каждый день,
> но это мелкие.
> Просто у "ребят" нет ресурсов. Мало человек. Делают это в РЕЖИМЕ ХОББИ.Я думаю, что они могли бы передать проект более ответственным ребятам в таком случае. Если они не в состоянии развивать проект - не стоит его хоронить, это одно из лучших средств разработки.
> Если они не в состоянии развивать проект - не
> стоит его хоронить, это одно из лучших средств разработки.Фикс: это МОГЛО БЫ БЫТЬ одним из лучших средств разработки.
Нужно работать над архитектурой, заинтересованные юзеры вполне в состоянии вносить их фиксы и дополнения. Иначе всё просто подохнет с легаси-кодом, ради которого это всё повидимому и крутится. Нaсрать на совместимость. Просто наcрать. За это будет платить зокащег. Важно, что люди, которые уже освоили обжект-паскаль останутся и будут совершенствовать продукт (компилятор и IDE) своими патчами и баг-репортами. Но вот прямо сейчас всё это выглядит как аппарат искусственного жизнеобеспечения, который сдохнет как только ХОББИИСТАМ надоест мимикрировать под какие-то коммерческие Дельфи.
>Но вот прямо сейчас всё это выглядит как аппарат искусственного жизнеобеспечения, который сдохнет как только ХОББИИСТАМ надоест мимикрировать под какие-то коммерческие Дельфи.Не понял смысл этой фразы. Еще раз - проект развивается (как и FPC). Просто медленно. Потому что "ребят" мало. Около 10 человек. Никакой проблемы "ребята мимикрируют" нет - все они правильно делают. Совместимость с старыми версиями ломают когда надо - и все это написано в Вики в 'release notes'. Совместимость с Делфи 7 - и так не полная, и приходят незнакомцы и делают патчи "я сделал поправку, и к тому же совместимо с Делфи".
Ну и потом Лаз cross platform так что совместимость с Делфи не главное. Главное чтобы код проектов на Лазе не ломали. Но оно ломается немножко, и потом это чинят.
>[оверквотинг удален]
> Не понял смысл этой фразы. Еще раз - проект развивается (как и
> FPC). Просто медленно. Потому что "ребят" мало. Около 10 человек. Никакой
> проблемы "ребята мимикрируют" нет - все они правильно делают. Совместимость с
> старыми версиями ломают когда надо - и все это написано в
> Вики в 'release notes'. Совместимость с Делфи 7 - и
> так не полная, и приходят незнакомцы и делают патчи "я сделал
> поправку, и к тому же совместимо с Делфи".
> Ну и потом Лаз cross platform так что совместимость с Делфи не
> главное. Главное чтобы код проектов на Лазе не ломали. Но оно
> ломается немножко, и потом это чинят.Никому не всрaлась полнота совместимоти с каким-то там проприетарным Дельфи.
Если заказчику не хочется покупать тот продукт, он заплатит за ГПЛ продукт, и они, видимо так и делают судя по тому, что проект freePascal/Lazarus ещё тут. Если среда эволюционировала с тех пор, как зокащег платил за разработку - ну заплатит за адаптацию. Это не проблема разработчика. Проблема разраба - это среда, которая нифига не развивается и обходится дороже, чем другие, менее совершенные среды.
> Это не проблема разработчика. Проблема разраба - это среда, которая нифига не развивается и обходится дороже, чем другие, менее совершенные среды.Что значит "не развивается", какой вы смысл в это вложили? Заметка на ОпенНет про "развивается".
> Что значит "не развивается", какой вы смысл в это вложили? Заметка на
> ОпенНет про "развивается".Ты попкой каменты читал? Выше я написал уже что значит, что этот проект не развивается. Латание дырок в костюме трупа - это не развитие.
Нет, в Лазе не только дырки латают. Идет добавка разного.
Ну да, мы всё это видим в сабжевой новости :)
>Я думаю, что они могли бы передать проект более ответственным ребятам в таком случае. Если они не в состоянии развивать проект - не стоит его хоронить, это одно из лучших средств разработки.Если есть кому передать,то это люди которые разбираются в коде FPC и Лаза. А если они разбираются, они уже сегодня могут делать патчи. Патчи принимаются от ВСЕХ. Просто можно сделать патч (относительно любого билда, лучше нового) и положить его в gitlab. Так что никакой передачи не будет. Потому что проект развивается. Но медленно. Хоронить не надо.
Не обращайте внимания - это гуру продакт менеджмента в классе развития
Какого развития и куда он сам не знает
Но надо развивать сейчас и быстро
> Если есть кому передать,то это люди которые разбираются в коде FPC и
> Лаза. А если они разбираются, они уже сегодня могут делать патчи.
> Патчи принимаются от ВСЕХ. Просто можно сделать патч (относительно любого билда,
> лучше нового) и положить его в gitlab. Так что никакой передачи
> не будет. Потому что проект развивается. Но медленно. Хоронить не надо.Там не в патчах дело. Запатчить можно баг. Но чтобы люди пришли и патчили баги, нужно как минимум чтобы они не пришли. А на этот продукт только мухи придут. Только медленно.
Ну вот пример из жизни. Там в линках под новостью упоминается Cuda text - очень неплохой редактор. Но есть в нем пара багов. Допустим, я хочу отправить автору баг-репорт. Для этого как минимум надо убедиться что автор ещё не пофиксил баг сам, а как максимум - может и решение сразу предложить. Хорошо, качаем самый свежий код проекта, компили.. Фак. не конпелируется - какого-то пакета не хватает. Ищем в манагере пакетов, устанавливаем, перекомпилируя всю среду при этом. Опять пытаемся компили... опять не хватает какого-то пакета! Снова ставим, перекомпилируем всю среду, пытаемся - и так несколько раз, пока не выясняется, что некоторых пакетов в пепозитории просто нету. Но мы не сдаемся. Идем репу автора этой куды, забираем пакеты оттуда, они у него отдельными проектами там ледат, компили... ой, то говно мамонта, что мы из лазпрусовыз реп поставили уже устарело, сносим, ставим из гита, всё! Все зависимости установлены, скопилированы, Лазарус с ними ппреуомпилирован - открываем проект куды компили.. Шит, не компеляется - компоненты из гита автора не соответствуют проекту из гита автора. А на дворе уже ночь, да и баги если так посмотреть не такие уж и страшные. Да и пошло оно вообще в.
Вопрос к линуксоидам. На Линуксе есть люди, которые реально программируют на Паскале? По-моему, все паскальщики всегда сидели на Виндовсах.
> На Линуксе есть люди, которые реально программируют на Паскале?
> По-моему, все паскальщики всегда сидели на Виндовсах.Ты неправильно ставишь вопрос. Люди, программирующие на Паскале, не нуждаются в Линуксе - сами себе операционные системы пишут :) https://wiki.freepascal.org/Operating_Systems_written_in_FPC
Есть
Но не только на паскале если что
А чем паскаль/лазарь не инструмент?
>> По-моему, все паскальщики всегда сидели на ВиндовсахНа ms-dos. А потом как пойдет.
Лазарь кроссплатформенный. В результате гуи приложение прекрасно разрабатывается под форточками, а потом при необходимости легко переносится на распберри (лазарь там в репах есть, хоть и не новый), можно уже с тачскрином. Или на нвидиа джетсон. А на обычных десктопах линукса все равно нет.
Kate + FPC вполне ничего так побыстрому бинарную утиль сбацать. Даже без дебагера. Лично мне оно сподручнее на порядок нежели питонить.
Мне интересно, а какая-нибудь интеграция с pascal.abc планируется или нет?
pascal.abc это дотнет. Лазарь это нативная кроссплатформа. Что у них может быть общего?
создавать паскаль под .net (который abc) изначально не имело смысла поскольку есть родной C#, более современный и бесплатный инструмент, для обучения в т.ч.
Походу abc профинансирован Микрософтом исключительно для продвижения себя любимой даже и через 100 лет не нужный ей "паскаль".
Лазарь же и фрипаскль это кроссплатформенность и отсутствие фреймворк-костылей.
Зато в Lazarus быстро всё пишется и работает ! Это вам не ассемблер...