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

Как только чувствуешь, что процесс начинает надоедать, бросай дело, на день, на неделю, пока тебе снова не захочется за него взяться, важно не доходить до кондиции - когда тебя будет тошнить от своего же проекта. Вообще так с любым делом, творческим, когда нет денежного стимула, а когда его нет, энтузиазм обычно пропадает через 1-2 недели. И часто, доделываются до конца те проекты, в которых ты постоянно открываешь для себя что-то новое, а когда ты уже делаешь, то что ты делал много раз, очень большая вероятность, что тебе очень быстро надоест. Так что, не нужно сначала учиться, а потом делать сразу крупные проекты, надо совмещать эти 2 дела.

Разработка будет полностью на opensource fpc, который сам распространяется по лицензии GPL и Модифицированной LGPL (которая как раз и позволяет разрабатывать коммерческие закрытые продукты). Если мне придется включать компилятор FPC в конструктор, то тогда придется открывать исходники под лицензией GPL, если нет, то не нужно. Но навряд ли будет использоваться компилятор FPC для компилирования проектов, но даже если и будет, то это все равно позволит создавать закрытые продукты, т.е. лицензия FPC позволяет это, правда придется открыть исходники самой среды под той же лицензией что и FPC.

ВНИМАНИЕ.

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

Характеристики языка
1. Скорость работы практически сравнима со скоростью оригинального PHP 5.2
a. Если сравнивать с GML (game maker), наш движок в 2,5-3 раза быстрее GML (8 версия).
b. Быстрей Pascal Script и Fast Script в 4-5 раз.
2. Типизация данных точно такая же как в PHP. (явных типов нет).
3. Анонимные функции (без названия), могут быть присвоены переменной, ячейке массиву, свойству класса.
4. Сборщик мусора для массивов, анонимных функций и объектов (т.е. те объекты, на которые уже никто не ссылается, автоматически очищаются)
5. Константы - строковые, числовые, логические
6. Типы данных - none, null, integer, float, string, array, function, object

На данный момент реализованы переменные, константы, пользовательские функции, условия, циклы, различные операторы (сложение, вычитание, конкатенация строк и т.п.), сборщик мусора для массивов и функций, анонимные функции, хеш-массивы. Скриптовой двиг компилирует код в байт-код, который потом выполняется, т.е. это не чистый интерпретатор. Язык разрабатывается на freepascal и delphi, будет кроссплатформенным, будет возможность подключать его через dll (для любых языков), а также компилировать вместе с программой написанной на lazarus, freepascal или delphi.

P.S. Обращайтесь ко мне, кто заинтересован в сотрудничестве в этой области.

Страница проекта:
http://code.google.com/p/orionphp/

SVN: http://orionphp.googlecode.com/svn/trunk/

Добавлено (20.12.2010, 15:10)
---------------------------------------------
Как вы видите, последние месяцы происходит затишье, новые версии среды пока не выходят и на то есть причины.

Во-первых, сейчас все силы направлены на разработку альтернативного движка пхп - orion.

Во-вторых, это делается для определенных целей:

1. Оригинальный движок PHP уже не удовлетворяет всем потребностям, хотя его исходники открыты, но использовать их практически не возможно, они довольно кривые и плохо написаны, прошло более 10 лет и они нуждаются в полной переработке. А также структура движка не позволяет хранить исходный код в качестве байт-кода, а также шифровать байт-код на низком уровне.

2. Это делается для того, чтобы было легко перенести движок и на мобильные платформы, такие как Win Mobile и Android, а также iOS. Оригинальный движок пхп совершенно не подходит для этих целей.

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

И в заключении. Все это конечно позволит довольно сильно расширить возможности среды.

Переориентация среды в сторону разработки 2-2,5D игр.

Это не означает, что разрабатывать программы в среде будет больше невозможно. Как ни странно, но именно разработка игр более перспективное направление, спрос на это в 2-3 раза больше чем на разработку программ, относительно сред разработки. Поэтому приоритеты будут примерно такими - 70% сил брошены на разработку возможностей для создания игр, 30% - на возможности для создания программ.

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

Конечно принцип разработки игр в среде будет отличаться от того что есть сейчас и это понятно. Вот основные принципы режима разработки для игр:

1. Отсутствие жанровой направленности конструктора - возможность создавать платформеры, стратегии, аркады и любые другие инди игры.
2. Будет присутствовать очень мощная и удобная система для создания сетевых игр - как через интернет, так и через локальную сеть.
3. Возможности 3D будут присутствовать в минимальных количествах.
4. Очень вероятно, что будет возможность создавать игры для мобильных платформ, такие как Android, Win и iOS.
5. На оригинальном движке PHP игры писать будет невозможно, только на языке Орион.
6. DirectX будет использоваться для windows версии, OpenGL для других операционных систем.
7. В качестве графического движка будет использован ZenGL (разработчик Omega), а в качестве физического - Chimpunk

Лицензия, платность, бесплатность и т.п.

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

На что это будет похоже?

Конечно многих интересует вопрос, на какой конструктор это будет более похоже. Я скажу так, будет похоже на DevelStudio, только появятся новые функции, которые намного облегчат создания игр. Например объекты будут создаваться как шаблоны, а уже по шаблонам можно будет добавлять копии этих шаблонов в сцены. Сейчас такой способ просто не актуален для создания программ.

Мы сделаем конструктор таким, что он будет больше ориентирован на написание скриптов, политика примерно такая же как было при переходе от Mess Box к DevelStudio. Это позволит привлечь внимание более профессиональных разработчиков, но и для новичков будет предусмотрен несложный режим для составления сценариев для своих игр. Мы сделаем это таким образом, что разработка сложных игр - таких как РПГ или экономические стратегии, будет простой и понятной, хоть и придется для этого немного подучится скриптовому языку, который по сути и есть PHP.

Почему не планируется 3D?
Потому что для нас это пока непосильная ноша и нет уверенности что с 3D получится что-то стоящее и удачное, опыта для этого недостаточно. Для 3D нужно намного больше ресурсов - художники, моделеры и т.д. Направленность движка это разработка сетевых, онлайн, инди, мобильных игр где можно делать успешные игры и без 3D.

Как же с разработкой программ?
Она будет также поддерживаться, но как я говорил приоритет будет в 2-3 раза ниже чем у игр. Разработка программ на официальном движке php будет также возможна, но только в ОС Windows, разработка кроссплатформенных программ будет возможна только на языке Orion.

Напоследок...
Сам код среды и фреймворка будет полностью переработан и переписан на наш движок Orion. Код фреймворка для работы с Гуи будет поддерживаться. Скины будут поддерживаться только для ОС Windows и только для оригинального движка PHP.

Обсудить это можно на офф. форуме...

Глянь:

http://code.google.com/p/orionphp/source/browse/trunk/uStack.pas

Помню я делал тесты своего стекового класса, выходило 10 000 000 итераций, где 1 раз записывается в стек и 1 раз читается из стека (push и pop), выходило где-то 100 млсек на 3.0 Pentium.

И допустим у меня есть класс TPHPEval, при запросе пользовательских функций, нужен такой класс для выполнения байт-кода, а он в себе имеет стековый класс, класс для переменных и еще по мелочи. В этом случае глупо создавать и удалять постоянно объекты класса TPHPEval. Я сделал менеджер объектов для этого класса (и не только), которые помечает используемые в данный момент объекты этого типа и находит из них свободные и возвращает их. А потом я их использую. Получается типа схемы социализма)) нет ничего индивидуального.

Вот посмотри какие пишу тесты я, часто когда что-то меняешь, боишься что какая-то мелочь перестанет работать, а то и хуже:

http://code.google.com/p/orionphp/source/browse/#svn/trunk/test

А так я запускаю все тесты, если есть логические несоответствия, все записывается в лог.

С регистрами тебе тоже будет довольно сложно, та сказка про регистры в lua на самом деле ничего общего с регистрами не имеет. Нужно использовать стек с кешированием, т.е. когда в стеке выделяется память, выделять, когда он уменьшается на один, то верхушку не удалять, а лишь уменьшать длину стека - переменную, и тогда если будет повторное обращение к стеку, новый элемент не будет создаваться, если в стеке уже есть мусор. Вот и получаются псевдо регистры. Регистры можно хранить еще в инстуркциях байт-код, например 2 регистра, по сути это не регистры, но тебе придется генерировать трех адресный код, я генерирую трех адресный код из стекового и это не сложно, количество инструкций байт кода уменьшается вдвое, что влияет на скорость.

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

Если ты грамотно напишешь движок, то при выполнении, строки будут участвовать только для строковых встроенных строковых функций в движок. Т.е. строки не должны в конечном счете интерпретироваться при выполнении.