Find resource/Find class

[hinst]

А что сразу-то не добавил? надо было добавлять их по мере того как делал

[Mirage]

Делалось в Дельфи.

[Максим]

Mirage
Я так и не понял, вы модули добавили?

[Mirage]

Я попытался. При добавлении директории Лазарус добавляет один файл из неё, подсвечивает эту строчку:
{$M Delphi}
и говорит:
GDefines.inc(31,12) Error: no pascal code found (first token is )

Файла GDefines.inc в добавляемой директории нет, однако в проекте он используется и все компилируется.

[Максим]

Попытаться мало, надо сделать. Что мешает добавить файл GDefines.inc?

[Mirage]

Ничего, он добавляется без проблем.
Вообще, с помощью add files любой файл добавляется, но только один.
И затем показывается эта ошибка в gdefines.inc.

[Максим]

Там файлы не только по одному добавляются, но и целыми каталогами вообще-то.

[alexey38]

Для отнесения к проекту все добавляется без классификации.

Это неправда, есть пакеты.

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

[hinst]

то слежение за актуальности скомпиленного пакета

В лазарусе пакет автоматически перекомпилируется при компиляции проекта если есть изменения в исходниках пакета

[alexey38]

то слежение за актуальности скомпиленного пакета

В лазарусе пакет автоматически перекомпилируется при компиляции проекта если есть изменения в исходниках пакета

Да это есть. Только практика показывает, что не всегда это работает корректно.

Но суть вопроса в другом. Пакеты были придуманы с определенной целью, и эта цель связана в т.ч. с бинарным представлением скомпилированного пакета. Назначение пакетов в том, что кто-то делает законченную библиотеку.

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

[Mirage]

Там файлы не только по одному добавляются, но и целыми каталогами вообще-то.

Да, я в курсе, но больше одного за раз не добавляет, сколько не выделяй. Видимо, из-за вышеупомянутой ошибки.

[Максим]

Пакеты были придуманы с определенной целью, и эта цель связана в т.ч. с бинарным представлением скомпилированного пакета. Назначение пакетов в том, что кто-то делает законченную библиотеку.

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

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

Что-то типа тегов, что ли? Тогда сформулируйте своё предложение подробнее и поместите его в багтрекер.

Да, я в курсе, но больше одного за раз не добавляет, сколько не выделяй. Видимо, из-за вышеупомянутой ошибки.

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

[Mirage]

Да вот этот проект:
https://github.com/casteng/cast2-engine/tree/dev/demos
jtest.lpi, хотя с другими, думаю, то же самое.
.inc вместе с проектом, в том же каталоге.

Посмотрел я повнимательнее на Лазарус. Релиз первой версии, как никак состоялся.
До Дельфи, пожалуй, дотянулся. В основном потому, что EMBT занимается не пойми чем. И судя по всему угробит продукт.
В любом случае, равняться надо на современные IDE. Такие как Idea.
А тут пропасть прямо. Явно кардинально разные подходы к внутреннему представлению кода. И соответственно в возможностях IDE.

[Максим]

Скачал весь репозиторий, открыл jtest.lpi, попытался добавить все файлы из каталога demos.
В каталоге присутствуют 3 файла .inc и один файл .pas. Добавлены были все, кроме juggle_extension.inc. Была ругань на отсутствующий base.inc (которого действительно нет).

Может, у вас битые исходники?

В любом случае, равняться надо на современные IDE. Такие как Idea.
А тут пропасть прямо. Явно кардинально разные подходы к внутреннему представлению кода. И соответственно в возможностях IDE.

Не думаю, что возможности IDE Lazarus вы освоили хотя бы на 50%.

Чего-то не хватает? Со внятно сформулированными предложениями добро пожаловать в багтрекер.

[Mirage]

Действительно, файлы в каталоге demos добавляются за одну операцию.
А вот модули из каталога cast2 уже нет. Т.к. после первого добавление прекращается и выдается ошибка.
С исходниками все нормально, компилируются ведь. Для компиляции нужны также модули отсюда:
https://github.com/casteng/base

Еще мне по-прежнему непонятно, зачем что-то куда-то добавлять, чтобы работали поиск и навигация. Все пути прописаны ведь уже.

Что касается чего не хватает, то это вполне очевидно. Также как и то, что в рамках текущей парадигмы развития проекта есть более приоритетные задачи.