Только строки с новыми командами придется закомментировать. Старые версии не поймут

Eragon, как его можно дополнять, если строки заняты?

Решение - MB Refactor. Спасибо, kiriman

Koenig, писать построчно, а потом нумеровать - не выход. Как же GOTO, который может оказаться в чёрт знает каком месте? А что касается нумерации строк - трудно будет поддерживать расширяемость, особенно когда не знаешь каких размеров будет программа. Да и вообще, на какой фиг он нужны, и почему программист должен ломать голову над этой фигнёй?

SeTSeR, если строки забиты, то придётся либо изменять их все, либо использовать GOTO для перехода к продолжению.

Eragon, soglasen.

Ксакеп, да всем насрать на твои протесты

Протестую! Уже давно можно было забыть mbasic и изучить другой язык.

MB Refactor умеет строки кода расширять. Не важно какой версией бейсика пользоваться. Если более старшей, то переводите исходник в lis, открываете в v. 1.8.6.* и сохраняете его заново в bas. Далее пропускаете через Refactor и проворачиваете обратные действия. Т.е. делаете из исходника bas файл пригодный для версии 1.9.1(например). Ну или более новой(если такая будет). Все

Kalter, это уже значит не логичное составление программы, тогда изначально задел больше делать, 50 100 ... да и вообще писать построчно а нумеровать потом

Kalter, а можно и без гото, просто дополняй свой цикл, лалка

Уже б давно реформатор кода написали бы, чтоб строки кода автоматически переномеровывались.