OberonCore

Модератор: перенесено. Инициирующее сообщение: viewtopic.php?p=30673#p30673
В приведённом примере данное правило нарушено дважды: для блока finally и для процедуры в целом.

С каких пор вдруг "F :=" стало найти труднее, чем "F:="?

Это правило имеет рекомендательный характер и здесь из него исключение.

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

А, понятно. Остальные правила тоже носят рекомендательный характер? Если можно, список исключений тоже опубликуйте, пожалуйста.

Точно также эту проблему снимет правило "использовать только один пробел", а читать будет легче.

Я использую разное количество пробелов, типа вот так:
И что мне теперь, убиться при поиске?

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

Я писал (в отличии от табличного стиля), т.е. не так:

Нет-нет-нет! Убиваться не надо!
Ведь в нормальных IDE (как например в Visual Studio) при поиске можно испоьлзовать wild cards и regular expressions. например, есть у нас такие строки:
Как нам найти все эти случаи, не зная заранее количество пробелов? Вводим в строке поиска регэксп world[ ]*= и всё сразу же находится!

Вот и поговорил : )

Не всегда такие системы используются, и еще надо знать о их возможностях.
Так же я писал можно найти фрагменты выражений, вы же не будете во всех возможных местах образца фрагмента вставлять world[ ]*

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

А, вы, будьте проще - не пишите пробелы. При этом помогает синтаксическая раскраска программного кода редактором.

Нет, это не проще, и раскраска синтаксиса тут нисколько не помогает.
Код читать труднее, значит труднее понять его и найти в нём ошибки...

Я не говорил, что проще понять. Говорилось:
"Можно при поиске найти не только переменную, но и присвоение ей значения (F:=2; , но не F := 2; ), можно найти фрагменты выражений.",
"При написании образца для поиска необходимо знать количество пробелов, а это не всегда известно и может быть различно. Отказ от пробелов снимет эту проблему и позволит находить все случаи присвоения значения переменной."

Раскраска помогает, если редактор позволяет и настроен на различные цвета идентификаторов, констант и других синтаксических элементов.

Эта проблема не стоит того, что бы ради неё отказываться от пробелов.

Мешанина цветов тоже ничуть не помогает при чтении кода в данном случае... Отличать синтаксические структуры от переменных/типов и т.д. -- это полезно, а разделять цветами левую и правую части выражения с помощью цветов -- что-то не очень помогает...

ВСЕ (подчеркиваю, ВСЕ) проблемы снимаются при наличии семантического (структурного) редактора. Нет ТЕКСТА, есть семантическое дерево программы и вся сопутствующая узлам информация.
Блин, обязательно сделаю!!!!!

Семантический редактор - это представление форт-программы не с помощью стека, а с помощью дерева?

И переменные не надо будет именовать и вообще заводить (сами в нужных местах подставятся)?

Про форт-программы мы тут и не вспоминаем. Речь идет о семантическом редакторе для императивного языка типа КП

Эмм... А когда такое не доступно то? Уж регэкспы то есть в любом редакторе. И даже если такого редактора, то всегда есть grep.