Появилось времечко,
Стану на время пасквилянтом. Понимая, что overloading и templates не появиться могу предположить, что возможны, помимо уже сказанного ниже, сл. добавки в язык без изменений самого паскалевского стиля.

1) Пора бы ввести модификатор типа STATIC. А то глобальные переменные и функции как-то мешают.
2) Даешь модификатор вызова INLINE. Это не ассемблер, это CALL заменяется на сам текст процедурки.
3)Полезно заиметь модификатор вызова управляющий передачей параметров процедурке или функции.
4) Помимо constructor и destructor, я бы ввел что-то вроде allocator. Т.е замена оператора new для каждого класса. Чтобы можно было бы управлять размещением класса. Ну и естественно deallocator.
5) Точно так же(по аналогии с new) сделать глобальный(или static) указатель на функцию общего для всех Аллокатора, т.е. в случае с Паскакалем - это New(P:Pointer).
6) Давно пора позволить управлять преобразованием типов по умолчанию.
Если не для record, то хотя бы для object. Это может быть если не ввиде операторов, то хотя бы constructor с именем типа, в который надо проебразовывать.
7) Также, хотя бы опционально, делать копирующие контсрукторы по-умолчанию для record. Оператор := смотрится приятней memcpy.
8) Ну и раз уж мы дошли до этого. Надыть дать девелоперам хотя бы нетипизированный вариант STL или ее части. Конвейеры, алгоритмы, деревья, хеши и СВОИ КУЧИ с собственным сборщиком мусора - это полезно для больших систем.

Вот эти штуки подняли бы количество проргамм на Делфях. А то область
системного программирования никогда не была сильной стороной Паскакаля. Программы ведь иногда не только для бухгалтеров или СУБД пишутся. Иногда надо не юзать API, а его создать. Вот такие пожелания бывшего пасквилянта и начинающего СИониста(в смысле кодер на С++).

Уверен, что многие будут кулаками махать против таких изменений.
Покеда.

Глюки бы убрали...

А вот мне хочется увидеть в Delphi 6 такой же удобный отладчик, как в Visual C++ 6. Для тех, кто никогда не работал с этим продуктом, вкратце объясню, как он выглядит. Итак, когда создаётся проект, ему обязательно отводится отдельная директория. В этой директории создаются поддиректории Debug и Release. Когда мы строим проект, мы вибираем, будет ли это Debug- или Release-версия. В зависимости от этого файлы .dcu, .dll и .exe оказываются в той или иной директории. Понятно, что в Debug-версии включена вся отладочная информация, выключена оптимизация и так далее. Кроме того, добавляется символ условной компиляции _DEBUG. Исходный текст модулей пишется так, что могут подключаться те или иные библиотеки, в зависимости от этого символа. Например, библиотека для управления памятью различна для Debug и Release. В первом случае она содержит код, который, кроме непосредственного выделения блоков памяти, следит за корректным использованием этих блоков.

Теперь как происходит процесс отладки. При переходе в этот режим окно Watches появляется автоматически (и также автоматически прячется при выходе из него). Само окно разбито на две части. Правая часть - это то же самое, что и привычный дельфийцам Watches, в который можно добавлять свои переменные и отслеживать их. Левая часть - это почти то же самое, только переменные туда добавляет не человек, а сам отладчик. Там оказываются все переменные, значения которых изменились на предыдущем шаге, и значения переменных, используемых в текущем шаге. Ещё там выводятся все значения, которые вернули функции, вызывавшиеся на предыдущем шаге. Эта часть окна изменяется на каждом шаге, избавляя программиста от рутинных опреаций по занесению переменных списки просмотра. Просто очень обидно, что всё это реализовано для С++, и не реализовано для паскаля. Ведь С++ - это свалка. Там много безумно полезных вещей, но нет идеи, которая бы их объединяла (кроме идеи "пусть будет всё!").

Ещё неплохо было бы увидеть в Delphi поддержку создания многоязыковых версий приложения. Примерно так же: заводятся каталоги RussianDebug,
RussianRelease, EnglishDebug, EnglishRelease и так далее, и в каждом из этих каталогов оказывались бы результаты компиляции при соответствующих настройках. Чтобы файлы .dfm хранили по несколько вариантов значений полей - своё для каждого языка, - и при компиляции подставлялись бы те значения, которые соответствуют активному в данный момоент языку.

Ещё хотелось бы, чтобы директива {$R filename.res} могла бы включать не только .res, но и .rc файлы, и автоматически перекомпилировала бы их при необходимости.

Пока это все пожелания, но, может быть, потом ещё вспомню.

Паскаль должен и будет развиваться, слава богу. На том спасибо фирме Борланд. Это раз. Два - я не крутой проф в С++. Просто я не мог ждать, когда возможности о которых говорилось ниже появяться в Паскале. Деньги на проект были взяты, писать надо было незамедлительно, поэтому выбар пал на С++. Если есть возможность ждать - ждите. Только, когда Паскаль будет похож на С++ - я перестану его любить.
ЗЫ: относительно Си. Я тоже от него не в восторге, поэтому и пишу на С++.

Покеда!
Привет всем "крутым профи DELPHI++"

Соря,
Я имел ввиду Борландовские паскакали.

2 Логинов Дмитрий.
А что, разве Delphi вышла в 1993?
;-Р

2 Логинов Дмитрий
- а что, паскаль не должен развиваться, чтобы крутые профы С++ говорили, что он совсем не развиваеться. Вообще-то в каноническом С то-же нет ничего вышеназванного.

Здорово, честное слово,
Вы просто не представляете, как я хорошо посмеялся. Веселый базар. Радостно стало на душе. После всех этих идиотских споров типа "Pascal vc C++". Все таки, какими мы не были ДЕЛФИНИСТЫ экстремалами, а к хорошим возможностям С++ все-таки тянет! Молодца! Правильной дорогой идете товарисчи. Попробую подсказать для жаждущих OVERLOADING OPERATOR, TEMPLATE CLASSES - вместо того чтобы ждать Delphi 6, в котором вышеперечисленных возможностей НАВЕРНЯКА не будет. Просто поставьте себе C++ Builder 5.0 и наслаждайтесь жизнью.

Не желающий зла и уж точно не ерничащий,
поклонник С++(писавший до этого 7 лет на Делфи).

  Это всё безусловно хорошо, но мне бы хотелось что бы Delphi 6 ворочился быстрее 5-го, и занимал не намного больше места. Жаль, что это лишь мечта!
  Серьёзно: хочу, чтобы *.chm понимал! А в остальном почти везде приссоединяюсь.

Поддержку UML в IDE