Объявлено (http://forum.lazarus.freepascal.org/index.php/topic,28126.msg175232/topicseen.html) о выходе новой стабильной версии интегрированной среды разработки Lazarus 1.4 (http://lazarus.freepascal.org/), основанной на компиляторе FreePascal 2.6.4 (http://freepascal.org/) и выполняющей задачи сходные с Delphi. При подготовке новой версии внесено около 3 тысяч изменений. Готовые установочные пакеты с Lazarus подготовлены (http://sourceforge.net/projects/lazarus/files/) для Linux, OS X и Windows. Минимальные требования: Windows: 98; FreeBSD/Linux: gtk 2.8 / qt4.5, 32 / 64bit, OS X: 10.5, LCL только 32bit, не LCL приложения могут быть 64bit.
В новом выпуске изменена форма вывода подсказок, обеспечено хранение ресурсов в файлах RES; реализован режим формирования отступов только из символов табуляции; добавлена возможность пометки сообщений компилятора; для бета-тестирования доступен новый вариант отладчика (fpdebug); предоставлена возможность гибкой настройки содержимого палитры компонентов; в системе проектирования интерфейса представлена новая система отката изменений, учитывающая перемещение, удаление и изменение размера элементов.<center><a href="http://wiki.lazarus.freepascal.org/images/2/2e/Xubuntu1404LT... src="https://www.opennet.ru/opennews/pics_base/0_1429731074.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: http://forum.lazarus.freepascal.org/index.php/topic,28126.msg175232/topicseen.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=42088
http://www.osdyson.org/news/72
Инновационно.
Если добавить ещё 100500 плавающих окошечек будет ещё прогрессивнее.Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.
Не знаю, есть ли сейчас однооконный режим в Лазарусе, но помнится раньше он был, ввели идя на встречу вечно ноющим виндузятникам, но не прижилось оно, не та свобода.
> Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDE
>> Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.
> http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDEМельком просмотрел - там вроде описано, как конфигурацию вывода окошек менять, т.е. интерфейс все равно SDI остается. MDI, как в Delphi современных, никто не пробовал замутить?
В wiki написано, что официально MDI ещё не готов.
>> http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDE
> Мельком просмотрел - там вроде описано, как конфигурацию вывода окошек менять, т.е.
> интерфейс все равно SDI остается. MDI, как в Delphi современных, никто не пробовал замутить?Там сказано как все в единое окно собрать и картинка, как редактор с другими панелями в одно окно стыкован. Что как бы соответствует
https://ru.wikipedia.org/wiki/Multiple_document_interface
Хотя я как-то не проникся необходимостью этого. Как там в последних дельфях я не знаю, но как-то сомневаюсь что чистое мди. Чего и редактор не в табах, а в новых окнах (чур меня, чур) открывает?а для приложений что-то типа этого есть
http://wiki.lazarus.freepascal.org/MultiDoc
Может, я ослеп - но там три окна. Да, инспектор объектов с редактором кода и окошко сообщений в одно объединили - стало 3 окна вместо 5 (объединенное, редактор форм, меню и панель компонентов). Но это - по-прежнему не MDI, нужно одно окно...
Всё-равно Total Commander под Линукс не перепишут. Фтопку. :D
FAR лучше бы
WalCommander есть, он уже намного лучше.
Krusader - много лет пользую.
Сжечь еретика, осквернившего упоминанием богомерзкого FAR'а светлый лик родного Midnight Commander'а!
What about double commander?
Он про него не знает.
Почему тогда уж не Volkov commander ?
Сорри, не на тот комментарий ответил.
Пользую на винде TC, а под юниксами Krusader, особой разницы не вижу, а то, что у Krusader-а какой-нибудь там выход на smb:// - отдельный тред, и он не вешается целиком, если сервер не доступен - так это еще и круче, пожалуй.
> Всё-равно Total Commander под Линукс не перепишут. Фтопку. :DУже давно и успешно пилят - http://doublecmd.sourceforge.net , весьма годно для everyday use
Вы будете (может быть) смеяться, но как раз doublecmd пишут на той IDE о которой эта новость. Т.е. на lazarus.
mc же
total comander, far manager запустили до ненужности
Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.
> Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.А ты писал на нем, или мельком попробывал?
>Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.Не что-то, а кроссплатформенный компилятор объектного паскаля + кроссплатформенная ide. И все это силами совсем небольшого количества разработчиков. Что ессно прямо связано с высокой производительностью работы на этом языке.
Но, конечно, если клиенты готовы мне платить за мозгоклюйство на других языках, то это их право. Стоит дороже, качество хуже, но хозяин - барин.
> то это их право. Стоит дороже, качество хуже, но хозяин - барин.Качество софта на дельфи давно стало легендой. И ночным кошмаром любого тестировщика.
Качество кода от языка никак не зависит :)
> Качество кода от языка никак не зависит :)Как оказалось - зависит. Но да, у дельфистов изрядно пригорело, судя по количеству минусов :)
Это благодаря низкому уровню вхождения, а не самому языку.
> Это благодаря низкому уровню вхождения, а не самому языку."Создайте систему, которой может пользоваться даже дypaк - и только дypaк захочет ей пользоваться".
Качество софта на <вставьте нужное название яп> давно стало легендой. И ночным кошмаром любого программиста/тестировщика (нужное подчеркнуть).
На паскале все еще кто-то пишет? О_О
Я бы с удовольствием вернулся на Паскаль и среду Лазарус, но вот беда, та же инфекция, что поразила тебя, она поразила и многих, поэтому приходится сидеть на СИ и Яве. Но если меня не загоняют в угол возгласами, что это не популярно, то я ухожу на Лазарус :)
Полностью согласен с предыдущим оратором, если приходится работать с чужими проектами - продолжаю писать на том же, на чем их "основатели" начали, ибо нефиг в чужой монастырь со своим уставом лезть, поэтому пришлось в свое время языки с С-подобным синтаксисом изучать, благо, они все как братья-близнецы, а свои утилитки, в основном, на паскале продолжаю писать (но не в Лазарусе, каюсь :))
> На паскале все еще кто-то пишет? О_Оhttps://github.com/trending?l=pascal&since=monthly
> На паскале все еще кто-то пишет?Лучший язык для написания прикладного (не системного) компилируемого ПО.
Если бы я не задался целью писать кроссплатформенное пользовательское приложение на интерпретируемом (Ruby/Python) языке, то выбрал бы Pascal/Lazarus без разговоров - клепать GUI на нём одно удовольствие.
Вот только почему-то все программы от паскалистов были полным трэшом, особенно в виде дельфятины.
Программы на Паскале, особенно на Делфи, занимают 95% прикладного компилируемого ПО в продакшине. А нарекания на них, потому что, их много и только их там и видно.Паскаль в прикладном компилируемом ПО - это как php в вебе, "аналитики" ненавидят, а прикладники (которым ехать, а не шашечки) используют и благодарят.
В продакшИне может и 95%, а в реальном мире это треш, конечно же, как сказал предыдущий оратор. Я, когда вижу эти дельфийские иконки, начинаю тошниться. Предвидя вопросы - писал, много писал. К счастью сейчас пишу на Qt/C++ и радуюсь
> Я, когда вижу эти дельфийские иконки,
> начинаю тошниться.Ты уверен, что ты - программист? :) Каким образом какие-то "иконки" влияют на функционал?
> Ты уверен, что ты - программист? :) Каким образом какие-то "иконки" влияют
> на функционал?Они лишь индикатор того что от программы стоит держаться подальше. Я узрев цопирайты дельфей точно уверен - программу надо стирать.
если учесть что Qt мечтает в итоге стать Delphi, у меня для тебя плохие новости.
Не пугайте человека, RTTI в плюсах то ещё извращение, так что нет, не станет.
> если учесть что Qt мечтает в итоге стать DelphiНичего оно не мечтает. Оно универсальный ответ на все случаи жизни.
>в реальном мире это треш, конечно же, как сказал предыдущий оратор. Я, когда вижу эти
>дельфийские иконки, начинаю тошниться. Предвидя вопросы - писал, много писал. К счастью
>сейчас пишу на Qt/C++ и радуюсьКогда человек, владеющий несколькими языками, попадает в компанию, он будет стараться говорить в первую очередь на языке, понятном как можно большему количеству присутствующих. Некоторые люди же в такой ситуации будут упорно говорить на своем. В силу незнания других языков, что можно понять. Или нехватки воспитания, но привычки везде лезть со своим ЧСВ. Так например поступают американцы/англичане, не знающие никаких других языков, но по всему миру уверенно начинающие со всеми балакать на своем в полной уверенности, что все обязаны знать их английский или его вариации. Или некоторые программисты на С и чаще на С++. Мне доводилось писать на разных языках, и на практике я заметил, что в прикладном программировании проблемы вызывает обычно не язык, тем более если он позволяет использовать библиотеки, написанные на других языках, а непонимание предметной области решаемой задачи. Причем последняя проблема распространена довольно широко - программисты почему-то перестают быть инженерами.
>программисты почему-то перестают быть инженерами.Это с какого бодуна программисты инженерами когда то были? Вы их случайно с программирующими инженерами не путаете?
> Так например поступают американцы/англичане, не знающие никаких других языков, но по всему миру уверенно начинающие со всеми балакать на своем в полной уверенности, что все обязаны знать их английский или его вариации.Вы про американцев/англичан знаете, похоже, исключительно из российского ТВ. С остальным согласен.
Нет, из реальности, вижу их нередко в Германии. Ну и по Европе, где бываю. Но я понял о чем вы - "не все люди одинаковые"/"не надо всех под одну гребёнку". Согласен. Но у них всё же описанное часто встречается.
Вас как послушать ,что к душе лежит так сразу 95% занимает ,а пруф есть или балабол?
То у вас java 95% в продакшене занимает ,то питон тоже 95% ,вы уже определитесь? Хотите сказать прикладуха написана почти вся на паскале ванючем ? и 5 % на жабе дохлой? Да не смешите ,это бред сивой кобылы ,на вашем вонючем паскале написанно ровно столько же прикладухи сколько на чистых сях ,а на плюсах и того больше ,аналитик мне тоже
> Паскаль в прикладном компилируемом ПОесли надо написать графическую утилиту
«Besides, the determined Real Programmer can write Fortran programs in any language».
(q)Real Programmers Don't Use Pascal
> FreeBSDПрочитал как FreeDOS. Долго думал как они к нему GTK прикрутили.
Смотрю на последние версии Lazarus, FreeCAD, LibreOffice... и душа радуется.
Наконец-то появляются достойные аналоги копирастам (Delphi, SolidWorks, MSOffice).Так победимЪ!
Ничего, что LibreOffice наследник StarOffice? И даже уже будучи OpenOffice долгое время спонсировался Sun.Т.е. без финансовой подпитки, вряд ли победимЪ ...
> Ничего, что LibreOffice наследник StarOffice?Ничего. Solaris - наследница Linux, и тоже ничего.
EtersoftWine - наследник Wine. Тоже ничего.> И даже уже будучи OpenOffice долгое время спонсировался Sun.
Спонсировался. А сейчас LibreOffice спонсируется донейтом - и развивается не хуже.
Программистам нас$ать, кто им платит - большой брат или сообщество.
Я бы даже сказал, что приятнее, когда платит благодарное сообщество.> Т.е. без финансовой подпитки, вряд ли победимЪ ...
Согласен. Но корпорации - не единственный способ финансовой подпитки.
Есть краудфандинг, есть донейт, есть бюджетная поддержка.Кроме мотивации деньгами, должна быть также мотивация рейтингом личности:
т.е. чтобы чел стремился не только "жрать", но и самореализовываться в обществе.Как по мне, то безликие корпорации вобще должны умереть, иначе мы станем их рабами.
А для этого нужно возвращение артелей, сети доверия, общественной собственности на ресурсы и коммуникации.
Коммунизм - это и правда хорошо. Не тот, что был в рсфср, а который Маркс придумал. Но, к сожалению, мы до него не доживем.
> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
> а который Маркс придумал. Но, к сожалению, мы до него не
> доживем.Во-первых, не РСФСР, а СССР + Восточная Европа.
Во-вторых, при чём здесь "коммунизм"? Я деньги-то предлагаю оставить.
Ну и в третьих, больше никаких "-измов" - только технологический подход.
>> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
>> а который Маркс придумал. Но, к сожалению, мы до него не
>> доживем.
> Во-первых, не РСФСР, а СССР + Восточная Европа.
> Во-вторых, при чём здесь "коммунизм"? Я деньги-то предлагаю оставить.
> Ну и в третьих, больше никаких "-измов" - только технологический подход.Я намеренно написал РСФСР, ибо не во всех странах "СССР + Восточная Европа" жилось одинаково плохо.
Деньги - лишь формальность, удобный способ подсчета "распределенных" ресурсов. Коммунизм можно построить и с деньгами, мне кажется (могу ошибаться). А можно и без них.
И можно называть по разному, и "только технологическим подходом", и катарсионицизмом
> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
> а который Маркс придумал. Но, к сожалению, мы до него не
> доживем.Так-то вы с марксизмом-ленинизмом плохо знакомы, коммунизм - это высшая цель, некий идеал, к которому мы стремились, а у нас был социализм :)
Мне вот интересно, сейчас все переходят на "компонентную" модель разработки - чтобы задача решалась подключением нужных компонентов с разным функционалом и немного (в зависимости от сложности задачи) настраивались компоненты для работы друг с другом и писалась логика. Так вот в Delphi это было реализовано ещё в 2000х годах и работает до сих пор. Что не нравится "современным разработчикам" в таком подходе и Lazarus(Delphi) в частности??? Как они видят процесс создания сложного ПО?
Писать раздельными модулями ,20 лет пишут ,хоть на чистом си ,ядро как пример ,ваш аки бэйсик ничего нового не открыл.
"компонент" немного отличается от "раздельный модуль", но даже в этом случае вопрос мой остается - почему ТАК сильно не нравится delphi?
Школоло сильно испортили карму. Для многих - карма важнее реального положения вещей. Да и конкурировать с теми, кто трудится за гроши очень тяжело, особенно когда заказчику посредник (90% нынешнего рынка ПО).Ну в лазаре с компонентами та же фигнят, что и в дельфе - отладка, конечно, получше будет (лишь за счет того, что всё собирается из исходников), но при проблемах в компонентах вы получаете большой треш в самой IDE.
И да, bpl-ок нет, компоненты вшиваются в IDE со всеми вытекащими.
> но даже в этом случае вопрос мой остается - почему ТАК сильно не нравится delphi?Скорее всего не повезло в жизни. В ВУЗах чащк всего преподается Pascal. Студент усиленно изучает Delpdi, думает что в жизни пригодится, что без проблем найдет работу... И облом. На собеседованиях не везет потому что познания в Delphi работодателя не интересуют. Оттуда лютая обида и ненависть. Конечно, это далеко не всегда так, но бывает.
зато можно в Европе работать, там некоторые производители пром.роботов используют Делфи-похожий язык, для управления ими.
>В ВУЗах чащк всего преподается Pascal. Студент усиленно изучает Delpdi, думает что в жизни пригодится, что без проблем найдет работу...Вы какой-то смешной. Если студент программист то это как бы вовсе не так (да и у него мозги уже сиподобными языками вывихнуты). А если не программист, то при чем тут поиски работы с дельфями без проблем?
>> почему ТАК сильно не нравится delphi?Это вопрос религии :) Все равно что спросить: "Что хорошего в этом vi (vim)?" :) Причем "ненавидеть delphi" и "рвать рубашку за vi" будут как раз те, которые ни тем ни тем особо не пользовались :)
а на этой вашей дельфи можно ОС написать? Ну или драйвер для видухи и чтоб работал, как сишный?
А в чем проблема? Пиши - не хочу. :)
Раз считаешь, что умное что-то написал - то ответь на вопрос:
А на этом вашем С можно написать ОС, чтоб ресурсов жрало и работало по скорости, как КолибриОС? :)
Написать-то можно и да, во многих моментах будет работать не хуже, особенно на той языковой части, которая от C не отходит (записи и функции).
Вот только для этого дела нет целевой аудитории, а без фишек и с варварским обращением с памятью ничем Pascal не лучше чистого C.
Потом обвязку сделать объектную со списками и коллекциями.
Про то, какие обвязки к библиотеками пишется на C++ я молчу, без слез и не взглянешь.
А вот посмотрев на некоторые Phyton-вские - сразу понимаешь, как можно не обвязывая всё получить оптимальный вариант.
Зачем? Для этого существует Си. Отвёртку придумали не для того чтобы заменить ей молоток.
Pascal, в 2015ом году, мягко говоря, выглядит ужасающе. Сложно представить, кому он все еще может нравиться, кроме седых преподавателей школ.
А по-моему ужасающе выглядит то, что некоторые, не зная даже толком основ ООП, а только лишь зазубрив синтаксис одного-единственного языка (допустим, С++), пытаются что-то кому-то доказывать.
Если это шутка, или так называемый "троллинг", то у вас неплохо получается.p.s. Комментарии выше и правда оставляют в недоумении, то ли это чей-то каламбур, то ли люди живут на другой планете (или в другом времени).
> Pascal, в 2015ом году, мягко говоря, выглядит ужасающе. Сложно представить, кому он все еще может нравиться, кроме седых преподавателей школ.Pascal 2015 года, в 2015ом году, действительно уже не так прост, и не всякому седому преподавателю уже по зубам увы.
Думаю ваши познания в других языках так же глубоки и слова типа с99 с++11 и т.п. вы тоже никогда не слышали ограничившись тем что от седовласых в школе слышали.
Я думаю, седым преподавателям школ это нагромождение свистулек и погремушек как раз не нравится.
Ностальджи! Но в свое время дельфи была приставкой к субд. Клиент-сервер. вот это все. Нонче клиеты переехали в веб, и смысл в RAD потерян.
>Нонче клиеты переехали в веб, и смысл в RAD потерян.вот только на delphi писать армы и работать с БД так и осталось писать раз в 100 проще чем учить php+html(css)+javascript, и не факт что везде будет работать одинаково.
С гуями там всё прекрасно, но вот никакие компоненты для работы с базами данных там не умеют Юникод. То есть весь Windows умеет, а FPC/LCL не умеет.Без этого оно не нужно независимо от удобства (а система удобна и компилятор хорош), потому что не может заменить дорогущее как-там-сейчас-они-называют-Delphi.
>но вот никакие компоненты для работы с базами данных там не умеют Юникод. То есть весь Windows умеет, а FPC/LCL не умеет.Ох уж эти сказки, ох уж эти сказочники...
Милейший, у меня не было никакого желания делать "наброс".
Но судите сами: у нас есть тут самописное очень большое приложение на Delphi 7. Давно хочется слезть на что-то другое. Переход на FPC/LCL/Lazarus позволил бы, в принципе, обойтись минимальной кровью (хотя опять же в LCL нет, например, TADODataSet).Я предлагаю своему начальнику посмотреть на это решение. Мы берём штатный компонент работы с ODBC, цепляемся к Microsoft SQL Server, и видим в дата-гриде на форме кракозябры вместо кириллицы. Ну, я понимаю, что опенсорс, что мало разработчиков и т.п., но в 2014 это смотрится дико, честное слово, потому что даже в куда более одиозных средах (я имел дело, среди прочего с ODBC через FreeTDS из Tcl, Go и Mono) всё нормально с Юникодом. Даже думать не надо.
Причём я честно пошёл гуглить решения, пробовал разные другие схемы доступа к данным (хотя это тоже наводит на мрачные мысли: такие вещи должны быть "в ядре"), но безуспешно.
Я понимаю, что на дельфи не только морды к базам данных делают (вон, гуи скайпа на нём когда-то было писано), но основная ниша дельфи именно морды к БД, и завязанные на этом бизнес-процессы. И тут такая неприятность.
Вы не смогли записать в базу в подходящей кодировке данные? Найдите программиста, он все решит :-)
> у нас есть тут самописное очень большое приложение на Delphi 7Так-так... Вангую, что в базе лежит не юникод, а милая сердцу 1251. В этом случае могут быть нюансы, но к юникоду отношения не имеющие.
Далось вам это ADO, с тех пор, как Embarcadero купили AnyDAC (FireDAC) и он идет по умолчанию со средой разработки - про этот зоопарк из ADO, BDE, IBX, DOA (это из того, что я сам использовал, пишу под Oracle и Firebird/Interbase) можно смело забыть, что я и сделал :)
> Ох уж эти сказки, ох уж эти сказочники...Товарищ не осилил Zeos и преобразования вида CP1251 <-> UTF8.
На то мы и дружное сообщество, чтобы подсказывать друг другу.
Попробуйте http://sourceforge.net/projects/zeoslib/
Судя по сообщениям с форумов, эта проблема в последних версиях библиотеки решена.
Опа, лазарь юникод не умеет? че за бред?! да если вдруг приспичит, от этого юникода запаришься в лазаре избавляться!
Да, нужно заморачиваться с самопальной RTL и т.д.
Оправдано, если драйвера решите на паскале писать
"The following major release Lazarus 2.0 will surely use FPC 3.x but also Lazarus 1.4.x minor release could in theory switch to it, although I don't see much use for it. Unicode related changes happen in Lazarus trunk and will not be backported, and Unicode is the biggest thing in FPC 3.x after all."
Тут речь о "другом юникоде". Сейчас в FPC вводится поддержка utf6 на уровень ядра и RTL. До этого все (RTL/LCL) обходились utf8. Сделают просто более цивилизованную поддержку, с возможностью прозрачного конвертирования строк.
Лазарус + fpc -- хорошая штука. Особенно для студентов и тпЯзыки промышленного программирования, _из компилируемых_ - это. C++/C
Вот. Они еще лучше С++ выграл в войах библиотек... Но такой хорошей Rad среды как лазарус у него нет. Даже шикарной среды.
и Вот захотел я как-то прицепить С++ компилятор к Лазарусу.
Цель - заманчивая - получить свободный аналог BCB RAD -- Borland C++ BuilderИли хотя бы так: рисовать в IDE а писать обработчики на С++
Пишу результат изысканий по порядку.
Там библиотеки LCL, аналог VCL - тоже на паскале. Ок, их не трогаем линкуемся к ним своими obj файлами скомпилированными из С++Оказалось в чем проблема: FreePascal (fcp) генерирует некие объектные файлы
сам же линкует их в байнари, а прилинковать объектные файлы кода C++ - выход получившийся из gcc -- не может. Хотя чистые С-файлы слинковать в итоге может. Но это не интересно... чистый С.http://forum.lazarus.freepascal.org/index.php?topic=15862.0
То есть, надо fpc править. Посмотрел я тогда на fpc, он оказался нетривиально устроенным, и по оценке такая переделка требует кучу времени. ... и пока отказался. как-то Слишком много работы для пользы студентов
Кстати, в планах разработчиков fpc (очень далеких планах!) есть эта фича: уметь линковаться с нормальными .obj файлами из С++ от gcc.
http://freepascal.org/future.var
Planned for later versions: Linking with C++ code
оно там давно и от разрабртчиков ждать безнадежно
А кто-нибудь хочет поучаствовать в портировании игрушки?
Игра C-evo: http://c-evo.org/
Изначально была написана на Delphi и сейчас в стадии конвертации (мною) на Lazarus.
Репа: https://github.com/vn971/cevo
Пост на форуме той игрушки: http://www.c-evo.org/bb/viewtopic.php?f=4&t=124С точки зрения меня как юзера - игра по-своему классная. Из всех civilization-like стратегий у неё наиболее продуманные / интересные / простые правила.
С точки зрения меня как программиста - эта игра очень стрёмная из-за привязки к windows и Delphi. От этих двух обстоятельств планируется избавиться...но пока это не сделано, надо будет постоянно компилировать/запускать игрушку из виртуалки с виндой. (Ну или просто в винде.)
