sphinx
Каждый блок выравнивается по правому краю, а его содержимое - по левому:

    SELECT
      FROM Table_List_Item
      WITH BUFFERING = lExpr
     WHERE JoinCondition
  GROUP BY Column_List_Item
     UNION 
  ORDER BY Order_Item 
      INTO StorageDestination
PREFERENCE PreferenceName
 NOCONSOLE
     PLAIN
    NOWAIT
    SELECT
      FROM Table_List_Item
      WITH BUFFERING = lExpr
     WHERE JoinCondition
  GROUP BY Column_List_Item
     UNION 
  ORDER BY Order_Item 
      INTO StorageDestination
PREFERENCE PreferenceName
 NOCONSOLE
     PLAIN
    NOWAIT
    SELECT
      FROM Table_List_Item
      WITH BUFFERING = lExpr
     WHERE JoinCondition
  GROUP BY Column_List_Item
     UNION 
  ORDER BY Order_Item 
      INTO StorageDestination
PREFERENCE PreferenceName
 NOCONSOLE
     PLAIN
    NOWAIT

Simple777
Ещё одна реальная проблема - отсутствие адекватного описания назначения модуля. В заголовке надо писать как минимум название проекта, автора модуля и функциональное назначение модуля. Если передаются и возвращаются параметры, то подробно их описать: тип, содержательная часть и т.д.
Кроме того, не лишним будет краткий комментарий по тексту модуля. Здесь уже руководствоваться "здравым смыслом".

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

Taran
Я бы изобразил так

SELECT f1, 
       f1, 
       f2
  FROM       table1 t1
  INNER JOIN tab2   t2     ON t1.id1=t2.id2
  WHERE expr1>0
    and expr2> 0
  ORDER BY f1,
           f2
  INTO CURSOR cursor1

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

Символ табуляции в коде никогда не используется.
Заменил в настройках на два пробела.

piva
"Когда ничего не помогает, прочти наконец инструкцию"
В Хелпе по фоксу, все давно прописано, не изобретайте паравозов
Variable Naming Conventions ну и там "See Also"
Иначе это не "ГОСТ",а "ТУ"

ЗЫ. Продам Хелп по фоксу. Дорого.

Crispy

Simple777
Ещё одна реальная проблема - отсутствие адекватного описания назначения модуля. В заголовке надо писать как минимум название проекта, автора модуля и функциональное назначение модуля. Если передаются и возвращаются параметры, то подробно их описать: тип, содержательная часть и т.д.
Кроме того, не лишним будет краткий комментарий по тексту модуля. Здесь уже руководствоваться "здравым смыслом".

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

Да, это пожалуй самая здравая мысль.

akvvohinc

sphinx
Каждый блок выравнивается по правому краю, а его содержимое - по левому:

Прежде, чем такое писать, просто необходимо давать определения - что такое "блок", а что есть "содержимое блока".
(далее еще появляются некие "служебные слова" - тоже туманное понятие)
Например, я никогда ранее не встречал, чтобы имя команды (SELECT) и ее опции обзывались блоками.

Но даже если принять, что "блок" соответствует английскому "clause", то твой пример показывает, что "блок" - это вовсе не блок, а скорее его название, ведь если слово "FROM" - блок, то о каком содержимом может идти речь?
----------

А если по сути - будет странно, если начало команды (в данном случае слово "SELECT") будет иметь больший отступ слева, чем какие-то строки ее продолжения. А так будет, если название какого-то блока окажется длиннее, чем слово SELECT.

Я представляю себе несколько подряд идущих команд SELECT, каждая из которых состоит, допустим из 10 строк, написанных с использованием подобных соглашений.
Понять, где у команд начало, а где конец, потребует немалых усилий.

    SELECT
      FROM Table_List_Item
      WITH BUFFERING = lExpr
     WHERE JoinCondition
  GROUP BY Column_List_Item
     UNION 
  ORDER BY Order_Item 
      INTO StorageDestination
PREFERENCE PreferenceName
 NOCONSOLE
     PLAIN
    NOWAIT
    SELECT
      FROM Table_List_Item
      WITH BUFFERING = lExpr
     WHERE JoinCondition
  GROUP BY Column_List_Item
     UNION 
  ORDER BY Order_Item 
      INTO StorageDestination
PREFERENCE PreferenceName
 NOCONSOLE
     PLAIN
    NOWAIT
    SELECT
      FROM Table_List_Item
      WITH BUFFERING = lExpr
     WHERE JoinCondition
  GROUP BY Column_List_Item
     UNION 
  ORDER BY Order_Item 
      INTO StorageDestination
PREFERENCE PreferenceName
 NOCONSOLE
     PLAIN
    NOWAIT

А вообще при таком подходе вам потребуется отдельный работник, который будет заниматься таким выравниванием (возможно, по одному "выравнивателю" на каждого программиста).

Ведь что мне пришлось делать, чтобы написать команду, приведенную выше?
1) Написал SELECT
2) Написал FROM (вернулся к началу слова, добавил 2 пробела, чтобы выровнять)
3) Далее по той же схеме еще несколько строк
4) Дошел до GROUP BY и здесь выясняется, что все строки выше надо "подровнять" по текущей (сказал - "Саша, спасибо!" и сделал)
...
5) Дошел до PREFERENCE - подровнял еще раз 8 предыдущих строк (еще одно "Спасибо!")

Но где же в конце-то концов начала и концы у этих команд?

PS
Представляю себе отлаженную (и однажды выровненную) команду SELECT строк эдак на 50, в которую понадобилось добавить (или даже убавить) пару строк. А после этого еще пригласить "выравнивателя", чтобы "перевыровнить" оставшиеся 50 строк.

(спрашивать про цель, преследуемую именно таким выравниванием, не буду - надорвался, выравнивая блоки).

sphinx
Документ еще не подписан, что-то можно подправить

lulgu
Такие Select-ы если и внедрять, то разве что приказами по предприятию.

Ydin

lulgu
Такие Select-ы если и внедрять, то разве что приказами по предприятию.

А таки да! Я согласен. Вам нужно ехать или шашечки?

Ydin
Лулгу вроде хотел помочь, чего спешишь

sphinx
Документ еще не подписан, что-то можно подправить

Молодежь подоспела, придержи лошадей.
Свежие мысли у ворот.
Английские буквы подождут.

Taran

Ydin

lulgu
Такие Select-ы если и внедрять, то разве что приказами по предприятию.

А таки да! Я согласен. Вам нужно ехать или шашечки?

Именно ехать, а не бренчать каждый день по одной и той же дороге как первый раз.
Select SQL это по сути целая подпрограмма, которая включает в себя непосредственно выбор данных, фильтрацию, сортировку.
Так почему бы не выделить отдельные секции с новой строки.
Накладные расходы времени ничтожны, а выигрышь налицо.
Ладно пустышка может брякнуть что угодно, а Вам то, Александр, зачем?

Taran

Ydin

lulgu
Такие Select-ы если и внедрять, то разве что приказами по предприятию.

А таки да! Я согласен. Вам нужно ехать или шашечки?

Именно ехать, а не бренчать каждый день по одной и той же дороге как первый раз.
Select SQL это по сути целая подпрограмма, которая включает в себя непосредственно выбор данных, фильтрацию, сортировку.
Так почему бы не выделить отдельные секции с новой строки.
Накладные расходы времени ничтожны, а выигрышь налицо.
Ладно пустышка может брякнуть что угодно, а Вам то, Александр, зачем?

lulgu
Помнится, я как-то писал, что с GdiPlus в Фоксе можно работать намного проще и ваш FoxCharts упростится до двух классов.

sphinx

Taran

Ydin

lulgu
Такие Select-ы если и внедрять, то разве что приказами по предприятию.

А таки да! Я согласен. Вам нужно ехать или шашечки?

Именно ехать, а не бренчать каждый день по одной и той же дороге как первый раз.
Select SQL это по сути целая подпрограмма, которая включает в себя непосредственно выбор данных, фильтрацию, сортировку.
Так почему бы не выделить отдельные секции с новой строки.
Накладные расходы времени ничтожны, а выигрышь налицо.
Ладно пустышка может брякнуть что угодно, а Вам то, Александр, зачем?

С Олегом согласен по сути. Не по форме выражения мыслей. Саше Юдину я тоже руку жал и на первом сидении в автобусе он терпеливо слушал, как я побеждал биллинг. И Вадик его (биллинг) укрощал, не ржал над моими проблемами.