Ответ 1
Насколько я знаю, путь просмотра - это то, где отладчик должен искать файлы при разбиении/переходе в исходные файлы, которые не находятся в пути к библиотеке.
Предположим, что у вас есть компонент третьей стороны, который вы используете. Вы указываете путь библиотеки к каталогу, где предварительно скомпилированные dcu файлы этого компонента. Ваш проект будет использовать эти dcu файлы при компиляции. Это хорошо, потому что он не будет перекомпилирован каждый раз, когда вы делаете сборку.
Но включив скомпилированные файлы dcu, вы потеряете возможность отладки компонента thirparty. Если вы укажете путь к исходным файлам в пути просмотра, отладчик найдет источник и позволит вам войти в него.
Настройки по умолчанию для vcl показывают это. В пути к библиотеке они поместили $(BSD)\Lib, а в пути просмотра они поместили $(BDS)\SOURCE\WIN32...
Обновление. Существуют два разных пути поиска: путь поиска компилятора и путь поиска отладчика. Во-первых, компилятор ищет файлы во время компиляции, а второй - там, где отладчик ищет исходные файлы во время отладки.
Компилятор будет находить файлы только в пути к библиотеке или в пути поиска проектов. Отладчик найдет идентификаторы в пути поиска компиляторов плюс путь просмотра, исходный путь отладки для проекта и глобальный путь поиска отладки.
Не должно быть никакой разницы в определении вещей во всем мире или в проекте pr.