FreeBasic. MyFbFramework + VisualFBEditor

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

так же должен быть раздел для настройки дебаггера

так же должен быть раздел для настройки линкера

И все это должно быть в составе конфигурации сборки. В свойствах проекта должно быть то же самое. При этом проект должен иметь преимущество, перед глобальными настройками. Например, если пути к библиотекам не указаны в настройках проекта, то берутся из глобальных настроек сборки. Если ты смотрел другие IDE, то там не правильно все организовано, т.е. настройки разбросаны то там, то сям. Если ты правильно будешь использовать конфигурации сборки, то тебе ненужны будут кнопки 64 и 32, которые скопированы друг у друга. и вообще в одной конфигурации не нужно использовать 2 компилятора, это бессмысленно.

Ведь что такое по сути IDE? IDE визуализирует в GUI командную строку компилятора. Чем больше гуишных контролов заменяют командную строку, тем удобнее IDE.

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

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

Как видишь одно цепляется за другое и тянет вниз.

Теперь поговорим о файлах. Точнее о том, как хранить данные. Есть два, так сказать стиля ini и xml. Второй предпочтительнее, так как более гибкий и соответствует древесной структуре (по сути всего) настроек IDE.

В одном xml-файле можно хранить и настройки редактора и все конфигурации сборок. Подумай над этим пока не поздно.

Есть еще три файла без которых софт - не софт: readme.txt, license.txt, change.log. В-последнем храни все твои успехи в разработке новых версий

Версии... Просто почитай

https://habr.com/post/119400/

Ты спрашивал программу для работы с git. А что мешает тебе сделать встроенный клиент? чтобы синхронизировать не отходя от кассы. И кстати структура файлов на git должна соответствовать таковой в дистрибутиве, а дистрибутив я бы советовал организовать следующим образом: в корне программа со своей инфраструктурой, а исходники в отдельной папке src.

В крайнем случае можно подумать о менеджере плагинов. Авось кто-то напишет и поделится. Менеджер плагинов вообще мощный пиар-ход.

Дальше по мелочам. Сессия. Открыть закрыть сохранить файл, открыть закрыть сохранить проект, назначить текущим файл/проект (тот, что будет компилироваться). Дублируем функционал в менеджер (

Проект

), не дублируем код (в Lazarus для этого есть компонент ActionList).

Какие дать названия? Это твой выбор. Единственный совет - не сокращай названия, это плохой тон. Не Sys, а System, не App, а Application и т.д. в net пространство System - корень. Пусть так и будет, единственно что можно добавить приставку vfb для аутентичности. А библиотеку назвал бы VisualFB и поместил бы ее в папку vfb. У тебя же просто один лишний уровень вложенности. Поверь, твою библиотеку вне твоего редактора вряд ли будут использовать, это жутко неудобно. Так что по сути и приставка лишняя.

Visual BasicВыделить код

1
2
3

Using My.Sys.Forms
Using System.Forms
Using vfbSystem.Forms

Как по мне второй вариант наилучший и он похож на vb.net, что тоже немного пиар.

Ну и последнее. Не нужно использовать курсив где ни попадя, это плохой тон. Напоминает начало 90х, когда множество начинающие программисты в СНГ использовали курсив, чтобы приукрасить свои программы, особенно ужасно смотрится с sans шрифтами. на самом деле, курсив просто используется для выделения в тексте.

зы рано или поздно придет понимание, что IDE с компилятором должно поставляться вместе, чтобы работало из коробки, и чтобы в пару кликов можно было создать приложение

зызы пару слов по коду: 1) комментарии (это в довесок к справке) 2) шарфы, не злоупотребляй, код должен быть читаемым, обычно используют 80 символов в строке и во взрослых редакторах есть настраиваемый (для извращенцев) левый маргин. не забывай про оператор переноса строки _

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