Друзья, все мы знакомы с кроссплатформенным инструментом быстрой разработки Lazarus. Сегодня мы поговорим об одной сборке GetLazarus, которая, на мой взгляд, заслуживает некоторого внимания. Это не форк, это удачная сборка, которая сразу готова к работе с еще большим Delphi-подобным внешним видом.

image

Lazarus – это среда быстрой разработки кроссплатформенных приложений с помощью Object Pascal из единого исходного кода проекта. Это свободно распространяемая среда программирования на Object Pascal, некий бесплатный аналог Delphi.

На данный момент последняя версия — это Lazarus 1.6, которой мы посвятили отдельный пост.

GetLazarus – это сборка из более свежих исходников Lazarus и FreePascal, а также из предустановленных дополнительных компонентов и настроек самой IDE. Эта сборка позволяет быстро и комфортно приступить к работе в Lazarus, имея навыки работы с последними версиями Delphi.

Причем GetLazarus реализован для привычных нам платформ Windows, Linux, macOS.
Кстати, последнюю версию Delphi 10.1 Berlin, как известно, можно установить только на Windows 7 и выше, а вот в Lazarus таких ограничений нет.

image

Основные особенности GetLazarus


интерфейс IDE в виде единого окна, к чему уже многие привыкли, работая с последними версиями Delphi. Кстати, в последней версии Delphi появилась настройка превращения среды к многооконному виду, как это было в Delphi 7;
— шрифт кода, оформление и размещение панелей максимально похожи на Delphi;
— интеграция с документацией docs.getlazarus.org;
— сборка Lazarus собрана на более свежей версии своих исходников;
— FreePascal тоже использует обновленную версию своих исходников и это может являться решающим фактором для получения новых возможностей до официального выхода следующего релиза Lazarus.

image

Думаю, что для кого-то GetLazarus станет хорошим выбором.

Несколько полезных ссылок по теме:


Скачать сборку GetLazarus для Windows, Linux, macOS:
http://www.getlazarus.org/setup/

Документация от команды GetLazarus:
http://docs.getlazarus.org/

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

https://github.com/sysrpl/Codebot.Setup
http://www.getlazarus.org/setup/making/

Lazarus bugtracker:

http://bugs.freepascal.org/my_view_page.php

image

Выбрать GetLazarus с новыми возможностями или более стабильный релиз Lazarus — решать вам.
Честно скажу, GetLazarus мне понравился. Обязательно попробуйте и вы!
Всем удачи!
Поделиться с друзьями
-->

Комментарии (89)


  1. dm9
    08.08.2016 09:30

    Мне сейчас надо сделать маленькое приложение. Скачал последнюю версию Delphi. Но ради кроссплатформенности можно попробовать и Lazarus. Вопрос: мне необходимо делать внешние вызовы ffmpeg/convert, а также скачивать кое-что по http. Возможно ли это будет сделать на Lazarus?

    + Ссылка docs.getlazarus.org у меня не работает.


    1. DenisVasilyev
      08.08.2016 11:00
      +2

      Хм, у меня работает, вот, например, парочку ссылок:
      http://docs.getlazarus.org/#rtl+sysutils+strtoint#
      http://docs.getlazarus.org/#rtl+sysutils+deletefile#


    1. Diaskhan
      08.08.2016 11:16
      -2

      Ну это больше зависит от библиотек а не от Лазаруса!!! C http можно попробовать тот же инди. А с ffmpeg это либо исполнение через cmd, или искать готовые биндинги на библиотеку !


    1. serbod
      08.08.2016 13:49
      +3

      Конечно, возможно. Готовые компоненты: http://www.delphiffmpeg.com/downloads/
      Низкоуровневые биндинги и исходники можно найти здесь: https://github.com/skerit/ultrastardx/

      Информация по работе с сетью есть в вики: http://wiki.freepascal.org/Networking
      Есть разные решения, от готовых компонентов до низкоуровневых оберток над сокетами.

      Обращайтесь на форум lazarus, там всегда помогут: http://forum.lazarus.freepascal.org


  1. MrMerak
    08.08.2016 10:18
    -4

    пустое окно с 1-ой кнопкой = 15.4 мб


    1. Tujh
      08.08.2016 10:43
      +1

      Если выбросить отладочную информацию и сделать strip — обычно выходило не более 1.5 МБ (можно ещё меньше с применением upx, но тут нужно понимать зачем и надо ли), но да, большой размер исполняемых файлов — это старинная проблема этой IDE постепенно перешедшая в разряд «фич», особенно после того, как набор библиотек от Qt перевалил за 100 МБ, разработчики перестали заморачиваться с вопросами размеров.


      1. j_wayne
        08.08.2016 10:56

        У меня выходило пустое окно с 1-ой кнопкой в Release = 2.9М, но лазарус немного постарше был.


        1. malakhv
          08.08.2016 12:04
          -1

          Были времена, в Delphi 5 окошко весило около 750 kb.


          1. j_wayne
            08.08.2016 12:16
            +3

            Дык и VS 6.0 минимальный проект 3кб собирал. Одна беда — не кроссплатформенный)

            Сравнивать надо с современными альтернативами.
            Java FX 8.0 апп + JRE > 100 Мб (60 в архиве) (есть возможность порезать но там есть свои подводные — лицензии и софт для этого в большинстве своем коммерческий)
            Qt minimal release ~ 20Mб


            1. LisandreL
              08.08.2016 21:07
              +2

              Ну строго говоря эти 3кб на чистой системе тоже не работали, а вместе с Visual C++ Redistributable тоже прилично Мб выходит.


              1. j_wayne
                09.08.2016 20:54

                За давностью лет я могу ошибаться, но вроде бы работало оно без Redistributable, дергая голый WinAPI32. Естественно, кросплатформенная платформа должна иметь некую прослойку и эти цифры недостижимы при данных условиях.


          1. megahertz
            10.08.2016 08:28

            При использовании только winapi выходило в несколько килобайт. Для работы с формочками можно было отказаться от VCL в пользу Kol/Mck, тогда полноценное приложение с 3-8 формами и иконками укладывалось в 30-80Кб. И оставалась еще возможность значительно уменьшить размер тем-же UPX.


    1. DenisVasilyev
      08.08.2016 11:00
      +4

      Если в настройках проекта Lazarus снять одну галочку «Генерировать отладочную информацию», то пустое приложение будет таким:
      2 535 936 байт — в Lazarus 1.6;
      2 201 600 байт — для сравнения в Delphi 10.1 Berlin в Release-конфигурации.
      А размер пустого приложения в GetLazarus вас приятно удивит :)


    1. TechPriest
      08.08.2016 11:01

      Это отладочная сборка с встроенной отладочной информацией.


    1. qwertEHOK
      08.08.2016 11:21
      +3

      Чтобы уменьшить размер исполняемого файла необходимо в свойствах проекта (Проект — Параметры проекта) включить 4 ключа компиляции:

      1) Вкладка Генерация кода: установить флажок «Умная компоновка» (-СХ);
      2) Вкладка Компоновка: установить флажок «Умная компоновка» (-ХХ);
      3) Вкладка Компоновка: установить флажок «Использовать внешний файл отладочных символов GDB»(-Xg);
      4) Вкладка Компоновка: установить флажок «Вырезать символы из исполняемого файла»(-Xs).
      Эта настройка позволяет сократить размер исполняемого файла в несколько раз. (Пустой проект с 12 МБ сокращается до 1 МБ).


      1. mtivkov
        08.08.2016 13:06
        +1

        Получилось!


        Только настройки теперь в других местах:


        1) Вкладка Компиляция и компоновка: установить флажок «Умная компоновка» (-СХ);
        2) Вкладка Компиляция и компоновка: установить флажок «Умная компоновка» (-ХХ);
        3) Вкладка Отладка: установить флажок «Использовать внешний файл отладочных символов GDB»(-Xg);
        4) Вкладка Отладка: установить флажок «Вырезать символы из исполняемого файла»(-Xs).


        Пустой проект с 15 МБ сокращается до 1,6 МБ


    1. serbod
      08.08.2016 13:59
      +1

      Про отладочную информацию в EXE предупреждают прямо при установке.
      Включите опцию «Use external GDB debug symbols file (-Xg).

      // Да, странно, что она до сих пор не включена по дефолту…

      Еще есть библиотека Light LCL (LLCL), с ней экзешники от 10 кб.


    1. MrMerak
      08.08.2016 14:56
      -2

      заминусовали за правду лол))


      1. MacIn
        08.08.2016 15:55

        За передергивание и подмену понятия.


        1. MrMerak
          08.08.2016 16:03
          -2

          сам ты передёргиваешь )))
          какая «подмена»? факт.


          1. iandarken
            08.08.2016 17:01
            +2

            Ну если не читать мануал, то да, вы абсолютно правы. Однако это черным по белому написано даже в их wiki.

            Но да, 15 мегабайт для стендэлон-бинаря это ужас. Надо как в С++ с гуями на дотнете — еще и полсотни мегов либ тянуть.


          1. MacIn
            08.08.2016 17:35

            Печально, если ты не можешь понять, где накосячил даже с подсказкой.


  1. timka05
    08.08.2016 10:24
    -2

    Viber для десктопа — сам ехе-шник порядка 60 метров + еще куча толстых либ. Собственно размер уже никого особо и не волнует. По крайнем пере в дектоп-приложениях.


    1. mihmig
      08.08.2016 12:55
      +2

      Хех, поколение «тач», мода на стикеры, о времена, о нравы.
      Но верь товарищ — мода на «стройные» приложения вернётся!
      :)


      1. timka05
        08.08.2016 13:11

        Увы, уже далеко не тач. К несчастью :(
        Да сам обычно, если и пишу на Дельфи, то пишу на Дельфи 5. Из-за размера в том числе.

        PS. Кстати на Fedora 24 x64 GetLazarus так и не установился правильно. Исполняемого файла среды по пути ../Development/FreePascal/lazarus не найдено. Странно. Хотя установка прошла вроде без ошибок. *.desktop файлы создались, но увы.


        1. mihmig
          08.08.2016 13:29

          Да зачем мучиться, пишите на Delphi5+
          Вот на днях запустил учётную систему на Ubuntu + Wine 1.6 — интерфейс пользователя, работа с БД Oracle, печать документов (с предпросмотром rtf), в том числе и на принтеры Samsung и HP(wifi).
          За исключением мелких косячков (если интересно — пишите в личку) всё прекрасно работает, бонусом имеем:
          1. Отсуствие антивируса и связанных с ним проблем (1000+ рублей в год * количество рабочих мест)
          2. Отсуствие лицензионного риска для фирмы (Нет microsoft — нет проблем)


      1. loz
        08.08.2016 21:06

        Вернется. Уже возвращается. Не все согласны, что таскать браузер / jvm / 100M либ в зависимостях каждого приложения это нормально.


    1. saege5b
      08.08.2016 15:13

      Вайбер и для Андроида весит дай боже. и память кушает как не в себя.
      Пришлось разбираться у знакомой, почему место закончилось, в точных цифрах не помню, но под вайбером места чуть меньше, чем у связки хенгоутс+майл.агент+скайп.


  1. derwin
    08.08.2016 10:32

    поделитесь информацией! как сейчас indy поживает у Lazarus?
    Помнится, он любил крашиться и с кириллицей были проблемы такие, что пришлось в своё время переехать именно на delphi


    1. eugene_brad
      08.08.2016 11:51

      У меня пара программ с http (Lazarus 1.6, fpc 3.0, indy 10.2) — таких проблем не заметил.


    1. serbod
      08.08.2016 14:05
      +2

      Indy ощутимо проигрывает библиотеке Synapse в целом и современных специализированным HTTP/HTTPS библиотекам в частности. Несмотря на компонентность, оно очень сложное и неудобное в использовании. Для поддержки legacy годится, а для новых проектов не рекомендуется.


      1. ange007
        08.08.2016 15:54

        А Synapse развивается разве?


        1. serbod
          08.08.2016 16:44

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


      1. MacIn
        08.08.2016 15:56

        Можно где-то почитать сравнение?


        1. serbod
          08.08.2016 17:15

          Увы, я не находил объективных сравнений. Мое суждение основано на личном опыте, когда я делал сервисы на TCP/UDP каналах.

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

          В Indy громоздкий базовый уровень UDP/TCP транспорта, заточенный под обработку команд в режиме запрос-ответ, со своей философией построения прикладных решений. Нужно писать свой экземпляр сервера и клиента, обработчики сообщений, ошибок, состояний. Но при этом удобные компоненты для прикладных протоколов (почта, телнет, итд..). Вот если бы Indy сделали как обертку к Synapse — было бы супер.

          Есть еще библиотека http://wiki.freepascal.org/lNet — там оптимизирован опрос сокетов (Epoll, WSAPoll, KQueue..), для большого количества подключений.


          1. MacIn
            08.08.2016 17:38

            Нужно писать свой экземпляр сервера и клиента, обработчики сообщений, ошибок, состояний

            Что вы имеете в виду? Для простого TCP соединения все написание сервера сводится к добавлению 3 обработчиков: на соединение, разъединение и тело рабочего потока. Причем первые два совершенно необязательны, достаточно тела потока с pull методикой работы с сокетом.
            Мне просто интересно — у нас используется Indy, есть неприятные моменты в работе с ним, но другие.


            1. serbod
              08.08.2016 17:57

              Вот это самое тело потока, оно же должно в контексте прикладного решения работать? В идеале, как метод класса сервера или клиента. Либо сигналить/синхронизироваться с внешними объектами. Это в принципе правильное решение, но далеко не универсальное и не интуитивно понятное. В старых версиях Indy было проще.

              А в Synapse работа с сетью не сложнее работы с файлами. Для многих вещей линейный алгоритм с ожиданием ответа намного проще и надежнее, чем асинхронный с телом потока и poll методикой работы. Его проще вписать в существующую логику приложения, и не проблема сделать асинхронным при необходимости.


              1. MacIn
                08.08.2016 20:46

                Вот это самое тело потока, оно же должно в контексте прикладного решения работать? В идеале, как метод класса сервера или клиента. Либо сигналить/синхронизироваться с внешними объектами. Это в принципе правильное решение, но далеко не универсальное и не интуитивно понятное. В старых версиях Indy было проще.

                Для сервера это как раз удобно: у нас сразу worker thread появляется (при желании с пулом), который обрабатывает запрос. А с клиентом все еще проще: просто методы «читать» и «писать».

                За упоминание Synapse спасибо, посмотрю информацию.


      1. derwin
        09.08.2016 09:37

        synapse — опишу одной фразой «без бутылки не разберёшься». ПРимеров в интернетах на момент работы с лазарем было крайне мало. Переехали на делфи — проблем не стало.


        1. serbod
          09.08.2016 13:22

          Если совсем не хочется напрягаться — то есть https://github.com/serbod/dataport


        1. MacIn
          09.08.2016 14:31

          Сейчас там пачка примеров в стандартной поставке.


  1. yalex1442
    08.08.2016 11:21

    Ранее были проблемы с не работающими комбинациями клавиш при включенной кириллице на убунте 14.
    Сейчас как обстоят дела?


    1. Superl3n1n
      08.08.2016 14:54

      Не знаю как именно в Lazarus, но мне кажется это глобальная проблема в Ubuntu 14. И лечится она установкой вместо штатного русского языка ibus-m17n.


  1. snnrman
    08.08.2016 11:51

    Постеснялись бы заявлять о поддержке macOS. Проще развернуть Windows в виртуале.


    1. j_wayne
      08.08.2016 12:16

      Настолько все плохо?


      1. snnrman
        08.08.2016 14:50

        Xcode, на котором базируется Lazarus в macOS, уже не поддерживается от слова совсем. Поэтому сделали кучу костылей, которые работают 1 раз из 10.


        1. j_wayne
          08.08.2016 15:21

          То есть с винды можно кросскомпайл? А скомпилированные таким образом программы будут работать на макоси?


    1. serbod
      08.08.2016 14:10
      +1

      Видимо, не так много пользователей на маках, мало отзывов и багрепортов. Основная стихия Lazarus — это Linux и Windows. Если у вас возникли проблемы и пожелания — поделитесь ими на форуме или в багтрекере.


  1. xcod
    08.08.2016 11:51


    CodeTyphon — еще одна сборка из более свежих исходников Lazarus и FreePascal, а также из предустановленных дополнительных компонентов и настроек самой IDE


  1. qwertEHOK
    08.08.2016 12:29

    подскажите — как Lazarus дружит с БД? MSSQL, MySQL, sqLite и тд?
    в Delphi есть Firedac и это убирает все проблемы с подключением. Для лазаруса только платный UniDAC и все? Остальные ваши компоненты требуют dll или ODBC?


    1. DenisVasilyev
      08.08.2016 13:09

      Дружит и достаточно компонентов.
      Например, такие компоненты как:
      — Zeos Access
      — SQLdb
      — ZMSql
      Для работы с такими БД:
      — firebird, interbase, mssql, oracle, postgresql, sqlite, MariaDB, sybase и тп


    1. serbod
      08.08.2016 14:18

      В целом с БД все чуть хуже, чем в Дельфях, поскольку все держится на энтузиазме. С этого года открылся фонд поддержки разработчиков FreePascal/Lasarus, и ситуация может значительно улучшиться.

      Для 98% задач вполне подойдет Zeos или встроенные компоненты. А если нужно что-то особенное, то можно и платные компоненты поставить.


  1. unixwz
    08.08.2016 12:52
    -9

    А, что Delphi до сих пор где-то применяется?


  1. Eugeny1987
    08.08.2016 12:55

    А много ли компонентов есть для этого Лазаруса?


    1. DenisVasilyev
      08.08.2016 13:09
      +1

      Мне известно более 1800 компонентов, работающих на последней версии Lazarus.


      1. qwertEHOK
        08.08.2016 13:16

        а где их взять эти 1800?
        и сколько их нормально работают?


    1. qwertEHOK
      08.08.2016 13:14

      TMS выпустила TMS FNC UI Pack


    1. serbod
      08.08.2016 14:34
      +2

      Современный FreePascal обладает высокой совместимостью с Delphi, поэтому любые компоненты от Delphi без особых проблем портируются под Lazarus. Но множество компонентов для Delphi сильно заточены под WinAPI, и работать будут только на Windows. К счастью, многие популярные библиотеки компонетов уже делают кроссплатформенными и с поддержкой Lazarus.


  1. ZoRgSoft
    08.08.2016 13:44
    +1

    У меня вопрос, я когда-то тоже программировал на Delphi и Lazarus, есть современные известные и популярные приложения написанные на них?
    Что на них сейчас пишут?


    1. serbod
      08.08.2016 14:24

      В основном «долгоиграющий» ответственный софт (финансы, промышленность, медицина, безопасность), где на одного разработчика приходится 3-4 тестера.


    1. mihmig
      08.08.2016 14:57
      +3

      Поддержу предыдущего оратора:
      Мелко-средний десктопный софт (медицина, производство (да-да ещё не всё в стране убили)).
      Там где люди работают — именно работают, эффективно используя чуть ли не всю клавиатуру хоткеями, а не swipe-ают эти ваши вебдванольные бутстрапы. (Ирония)
      Там где надо к программе подключить преобразователь RS485-CAN, рентгеновский аппарат по USB и прочее технологическое оборудование.

      Там где запустить ярлычок и работать, а не «ой, Вася, посмотри — у меня тут Хром говорит что больше не будет на Windowx XP работать — сделай чтоб это окошко не выскакивало...»


    1. Error1024
      09.08.2016 02:16

      Например Altium Designer, DipTrace, некоторые модули Касперского(!), Aimp, Dev C++…
      Достаточно много всего, другое дело что из-за имхо неграмотной политики привлечения пользователей, мало молодёжи берутся за освоение дельфи.
      Хотя сейчас вроде ситуация стала улучшаться, C++Builder бесплатно раздают, FreeCompiller C++ бесплатно.


    1. Saffron
      09.08.2016 04:12

      Double Commander.


    1. lobzanoff
      09.08.2016 07:02

      Total Commander, например.


    1. Am0ralist
      09.08.2016 09:22

      Ну, известные и популярные где?
      В узком кругу мебельщиков, например? Достаточно популярное современное коммерческое решение, например Базис Мебельщик. Насколько помню именно на делфях написано.


    1. DezzK
      09.08.2016 15:42

      Skype (до недавнего времени), The Bat!, про Total Commander писали, большинство продуктов Auslogics. Inno Setup, Light Alloy, Nero, DreamWeaver, WinRAR, Partition Magic, Panda Antivirus, TuneUp Utilities, Aida64, CloneDVD, Ultra ISO, Help and Manual, KMplayer, TeamSpeak, Hamachi, Altium, PhpED, RapidPHP…

      Список неполный, это только известные мне продукты. Где-то в подобной статье давали ссылку на огромный список.


  1. Mantikor_WRX_STi
    08.08.2016 14:42
    +2

    При попытке установки lazarus-1.6.0-fpc-3.0.0-win64.exe в каталог C:\Program files\Lazarus — видим disclamer: Имя выбранного каталога содержит пробелы. Выберите другой каталог. Это нормально в 2016 году? А так прорекламировали, даже захотелось посмотреть…


    1. serbod
      08.08.2016 14:50
      -1

      Не надо его в Program Files ставить — эта папка защищена от изменений и при сборке программ (и особенно самой IDE) будут проблемы.


      1. Mantikor_WRX_STi
        08.08.2016 15:05

        У меня Win7 Pro x64, разве в ней PF защищена? VS, Delphi, Python и т.д. ставятся туда без проблем.


        1. serbod
          08.08.2016 15:13

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

          Windows 6 и выше делают «теневую копию» папки Program Files где-то в User Data. Само установленное приложение этого не замечает, но если посмотреть содержимое папки из другого приложения, то оно остается неизменным. То же касается других «системных» папок.


        1. Tujh
          08.08.2016 15:14

          С Vista защищена, будете удивлены, но все изменения пишутся на в PF, а в C:\Users\\LocalLow\Roaming, или как-то так.


          1. Xalium
            08.08.2016 18:02

            C:\Users\имя_юзера\AppData\LocalLow


    1. Am0ralist
      09.08.2016 10:08

      — еще не стоит ставить в русскоязычную папку, после этого компилятор может «не найтись».
      — и программа, в которой через UNO дергается OpenOffice — если скомпилена под 32, а запустить под 64, то в половине случаев не срабатывала.
      Пришлось ставить две версии и компилировать под каждый тип отдельно. В Делфи (на котором не мной была реализована предыдущая версия программы) такой проблемы не было.

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


  1. MCoder
    08.08.2016 18:03

    Подскажите, а high dpi мониторы поддерживает или все как у лазаруса? На 4К мониторах работать невозможно просто.


    1. serbod
      08.08.2016 19:03

      1. MCoder
        09.08.2016 11:44

        Я имею в виду поддержка в самом IDE.


        1. serbod
          09.08.2016 12:52

          Есть проблемы с масштабированием некоторых стандартных визуальных компонентов, в основном, связанных с иконками и точечными картинками (битмапами) или с привязкой размеров к пикселям, но их находят и исправляют. Вполне возможно, что уже исправили и в следующем релизе все стандартные компоненты будут масштабироваться как надо.


          1. MCoder
            09.08.2016 13:38

            Пока что-то все тихо на этом фронте. Мне просто надо кое-что править в проекте на лазарусе, а после приобретения 4К монитора это стало просто невозможно. Иконки размером с горошинку, все разъезжается… Короче, караул :)


  1. stDistarik
    08.08.2016 19:18

    Ubuntu 14.04, после запуска вот такая картинка:

    />

    Наблюдаю эту картину уже 20 минут…


    1. stDistarik
      08.08.2016 21:45

      Вот такую.

      https://habrastorage.org/files/6ca/907/13e/6ca90713e1ef41cf818a86ae0028fd4e.png


  1. cdmlex
    09.08.2016 09:22

    > интерфейс IDE в виде единого окна, к чему уже многие привыкли, работая с последними версиями Delphi.
    > Кстати, в последней версии Delphi появилась настройка превращения среды к многооконному виду,
    > как это было в Delphi 7;
    а в GetLazarus есть функция перехода к многооконному виду?


    1. serbod
      09.08.2016 12:57

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


  1. MrShoor
    10.08.2016 01:44

    Все здорово, но… только 32 битная среда и 32 битный компилятор в сборке? Это шутка юмора такая в 2016 году?


    1. serbod
      10.08.2016 09:41
      +1

      Опросы показали, что подавляющее большинство разработчиков на Delphi/FreePascal ориентируются на 32-битные системы, поэтому 32-битная IDE и компилятор используются по умолчанию. Можно скачать дополнение для кросс-компиляции 32-64 и пересобрать IDE, указав архитектуру x86_64 или скачать сразу 64-битный дистрибутив.

      Некоторые виджеты и визуальные компоненты не работают в x64, например, виджеты для MacOS работают только в x86. Невизуальные библиотеки и компоненты работают без проблем.


      1. MrShoor
        11.08.2016 03:02

        Не знаю, что это были за опросы, но по независимым данным 64 битная сборка лидирует:

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


        1. serbod
          11.08.2016 10:07

          Это был опрос на форуме Lazarus. К сожалению, я не смог его найти, а ваша информация более убедительна.

          Замечу, что есть утилита fpcup для автоматической установки и сборки FPC/Lazarus из репозиториев, и она автоматом собирает под архитектуру системы. Жаль, что автор GetLazarus не использовал ее как основу.


          1. MrShoor
            11.08.2016 22:01

            Про fpcup не знал, спасибо. Круто, обязательно опробую эту билд систему.


  1. AndrewTishkin
    10.08.2016 23:45

    Кстати, в последней версии Delphi появилась настройка превращения среды к многооконному виду
    Эээ… А в каких версиях эта возможность исчезала?
    Мне казалось, что работать с просвечивающим рабочим столом можно было даже до первых XE


    1. DenisVasilyev
      11.08.2016 07:44
      +1

      Этой фразой я хотел сказать, что только в последней версии Delphi 10.1 Berlin появилась специальная настройка «Floating Form Designer», которая разделяет область кода и область дизайнера формы по двум разным формам. Эта настройка дополняет режим «Classic Undocked».
      Подробней об этом на официальном сайте:
      http://docwiki.embarcadero.com/RADStudio/Berlin/en/What's_New#Floating_Form_Designer