OberonCore

Слишком много ошибок 1001? Помечается каждый терминал с неправильным отступом.

Есть другие предложения по методу пометки (чтобы пометок было меньше)? Можно попробовать прикрутить...

Виноват. Сама штучка не компилируется.
---
Но мне кажется, можно сделать гораздо проще.

Предполагалось что вариант 1.6 будет смотреться на 1.6, и что его механически можно перенести на 1.5.

Последнее оказалось верным и сделано: viewtopic.php?p=45098#p45098. Делалось/проверялось на 1.5-базовой.

С этим спорить не буду.

В плане метода решения, мне кажется, что вычисление уровня отступа требует полного синт. разбора. Т.е. либо (полная/частичная) врезка в компилятор, либо написание отдельного разборщика. Искать решение в виде "Простой синт. анализатор, который не анализирует глубже, чем отдельные операторы" считаю некорректным.

Да, скомпилировалось, чётто делает похожее на правду.

Сейчас каникулы, в пятницу воткну на Байтике -- то-то завертятся
А особенно в понедельник -- там помладше и пораздолбаистей.
Отрапортую о проблемах.

Но мне все же кажется, что можно попроще, не залазя в Dev.
Типа отслеживать просто первое слово в строке.

Первое-то - первое. Но ведь это для всех конструкций, у которых в конце end есть.

Ну ладно. Еще внутри END искать и "рубить".
Все равно полный разбор -- из пушки по воробьям.
Цель методическая -- самое начало обучения, по рукам давать, и все.

Николай Вальтерович очень интересуется, как школьники воспримут завтра приготовленный для них сюрприз от Евгения Эдуардовича

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

По текущей версии струмента:

Плохо, что он требует, чтобы VAR в процедуре стоял на отдельной строке.
Как бы придумать, чтобы после VAR можно было ставить объявления в той же строке, но после конца строки продолжать уже с увеличенным отступом.

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

я в курсе... так и для CONST, TYPE тоже. может быть сейчас, на свежую голову, что-нибудь придумаю... сразу не вышло...

Придумалось, как быть с концом строки. Проверяйте...

Не, не работает на VAR в неотдельной строке.

Заработало.

Что значит вроде одно и то же делал -- поздно вечером сделал и сейчас на б.-м. свежую голову. Мистика.

В Байтике восстановили в пятницу сеть, на пасхальной неделе обрушу на учней сию казнь египетскую.

Евгений Эдуардович, великая весчь, заслуга перед человечеством.

Напильничком пару раз шоркнул и встраиваю в новую школьную версию.

Поскольку мастерство - это привычка, то надо в профессиональных средах сделать то же самое!

За всех говорить не надо, пожалуй. Кому нужно - сами внедрят, сложности никакой. Разве что в анализатор встроить... Спасибо на добром слове. Рад, что смог внести лепту в Вашу заслугу перед человечеством в виде школьной версии.

Я имел ввиду Микрософт и Студию...

Тогда надо попробовать ещё на поллепты. Всегда хорошую весчь нужно проверить на устойчивость.

Не стоит ли чуть-чуть ослабить ригёр и разрешить вписывать нечто (кроме составных инструкций) после THEN, ELSE, DO, UNTIL, BEGIN ...?
Там нередко удобно воткнуть какой-нибудь ассёртик и т.п. мелочевку, чтоб под рукой не болталась.
Маленький IF или WHILE в одну строку.
А, скажем, ELSE всегда с новой строки.
Строки плодить зря тоже не резон.

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

Какие мнения?

Сегодня обсуждали с Альбертом проблему диалогового отладчика. Подумали, что вместо него в учебной среде полезно иметь трассировку проги. Как раньше. Студиоз получает не просто дамп после аварийного состояния (по assert), но и полную трассировку программы в виде такого же листинга. И по ней начинает разбираться и копаться, на каком же шаге у него произошла ошибка.

Пусть лучше в программе копаются, предикаты формулируют и ассерты расставляют.