1. Неа.

2. Рекомендации это не правила. Например, конвенция рекомендует скобку { переносить на следующую строку. Мне не очень нравится, я не соблюдаю. Но мой CS5 перенес его на новую.
Требовать от редактора соблюдений всех конвенций это глупо. Завтра Adobe может взять тебя на работу и они изменятся. К тому же в моём понимании я имею возможность писать код как хочу, и почему автоформат должен крушить его в капусту я не понимаю.

3. Возможно, это писал тот, кому нечем было заняться. А возможно их писал самый талантливый в мире программист. Мы можем смотреть на них со своей колокольни и либо согласится, либо отвергнуть. Я повторюсь, что хороший тон — это поступать так, как рекомендуется. Будь плохим парнем, пиши так, как принято у тебя или как тебе нравится. Выпусти свою конвенцию рекомендуемых норм — и тогда мои слова возле твоей конвенции будут плохим тоном. Но пока весь мир пользует ту, что предлагает Адоуб бросаться словами вроде "это плохой тон!" не нужно.

4. Я по коду по F4 ползаю, а он переносит меня на сигнатуру конструктора. Я хотя бы буду знать, нужно мне искать его или нет.
Получается — в мелких конструкторах super() писать не нужно, потому что бессмысленно, а в больших не нужно, потому что они уродливы и хорошим тоном их не поправишь?

Правилами количество строк у конструктора/методов тоже не оговорено. Это то же как бэ хороший тон. (Отсутствие фантомного кэширования JIT компиляций у конструкторов не в счет.)

Спор переходит в русло кто кого переспорит.
Я за однотипность. super() в одних классах (не 1 строкой), super(...) в других, и отсутствие super`а в третьих. По мне это маленький шажок к каше в коде. Это как в конструкторах { ставить на следующей строке, а в методах на той же.

Не использует.

Ну, может быть я старпёр.
А по какой сейчас пишут?

кто где какую видел, по такой и пишут. Ну или как самим нравится. Большинство вообще про эту конвенцию слышать не слыхивали, а те кто слышал, далеко не все ее придерживаются, скажем так.
В этом же FD код написан разными людьми и сочетает в себе чуть ли не все разновидности форматирования и написания кода. Хотя проект один.
Так что зачем разводить тут холивар писать супер() или нет. Нравится - пиши, не нравится - не пиши.
Мне вот например нравится переносить скобку на новую строку, хотя раньше писал на той же. Без проблем могу снова по-старому начать писать, был бы только смысл от этого.
А вообще, Инилс дело говорит - если знаешь как работает конструтор без супера, то в лишних телодвижениях надобности нет ;)

Тут даже больше: не нравится — стирай, нравится — не стирай. Все равно большинство IDE, по-умолчнанию, сами пропишут.
Я за соблюдение адобовской конвенции. Но строго соблюдать стоит только основные положения. Написание super() или расстановка пробелов (которые легко правятся форматтером) вещи второстепенные и непринципиальные.
Хотя для упрощения сравнения файлов автоформатом лучше не злоупотреблять.

FlashDevelop сам super не ставит

FlashDevelor не единственная IDE

Может я конечно и путаю, но разработка в 99% случаев ведется под нативной IDE, FD и FB (порядок - произвольный). Номер 1 и номер 2 супер не ставят.

Это правится в шаблонах классов.

Это понятно.
Там вообще до черта всего настраивается.
Но в исходной-то поставке этого нет?