Да будет так.
Во вложении иконки, но без знаков ?....т.к что то мне не нравится....и шрифт меньше становится и выглядит как то лишним. Но если очень захочется, то могу вставить.
А пока прими вложении на рассмотрение.!

Одна из иконок StrTest_123.ico, немного изменил. Можно будет доработать остальные, если понравится данный вариант.

Ravilr, принято.

---

Релиз от 12 июля.
Что нового:
* Новые компоненты While, StrTest, StrTools
* "Вернул" компонент Trim - был в виде кода. но отсутствовал в Elements.db
* Мелкие исправления

iarspiderWhile, поправь пожалуйста опечатку в Elements.sql, строка касаемая While
INSERT INTO "elements" VALUES(63,'While','Цикл с условием',9,5,NULL); на
INSERT INTO "elements" VALUES(63,'While','Цикл с условием',13,5,NULL);
И вопросик поддержка кириллицы должна быть в данном релизе?

MAV, мои эксперименты показали, что технически невозможно сделать такую поддержку кириллицы (в консоли), чтобы работало и под Windows, и под Linux.

Для Windows надо перекодировать выходной файл в CP866 (OEM), тогда кириллица в консоли будет. Сделать "компилятор", выполняющий это действие, можно за <~ 5 минут с помощью пакета Delphi.

Для Linux (по крайней мере - для Ubuntu 9.04) нужна кодировка UTF-8. Опять таки, перекодировщие собирается за то же время.

Я, за-ради универсальности, не стал включать ни ту, ни другую опцию в пакет. Предлагаю (опять-таки) проголосовать.

ГОЛОСОВАЛКА
Какую кодировку использовать для выходного файла:

• CP1251 (текущая ситуация)
• CP866 (чтобы кириллица работала в Windows, но не в Linux)
• UTF8 (чтобы кириллица работала в Linux, но не в Windows)

Для владеющих английским - баг репорт на сайте Python-а: клац.

дилема...

для винды и так пакетов хватает...
я за Linux

P.S. Чтобы не быть голословным - универсальный конвертер (WIN->WIN, WIN->OEM, WIN->UTF8):
code_14107.txt

Использование:

Войдёт в следующий релиз в качестве компилятора с дефолтной опцией -o (так как разработку веду под Windows 7). Желающий могут выбрать любую опцию сами.

iarspider, Две иконки StrTools без надписи.
StrTools.rar

Vlad.-, за старание - "+". Но в пакет не войдут (разве что народ попросит ).

iarspider, про использование кодировок я понял ещё из предыдущего поста, а повторно спросил так как увидел в примере HelloUser.py знакомые буковки(Как тебя зовут? ). В предыдущих сборках пакета было (What is your name?).
Нашёл код включающий режим автоопределения и перекодировку символов на входе консольной программы и на выходе. Для Винды вроде работает, не знаю что получится на Линуксе.
Коменты оставил как в оригинале.
Ps:Возможно это не то что нужно, просьба не ругаться .

MAV, O_O Ну ты монстр! Конечно, толку от самой записи в ЖЖ мало было, но она "заставила" меня залезть на сайт Python-а и скачать Python 3.1. Результат теста:
1. Генерируемый код с 3.1 по большей части совместим (мелочи типа замен raw_input->input, string.replace(x, ...) -> x.replace(...) не в счёт)
2. Теперь Python под Windows нормально "переваривает" UTF-8, так что конфликт (вроде) разруливается.

В связи с этим объявление:
В ближайшее время пакет будет переписан под Python 3.1. Жалобы по поводу работы с ветками 2.х и 3.0.х приниматься не будут! Соответственно компилятором вместо copy будет перекодировщик ANSI->UTF-8.

Следите за новостями
------------ Дoбавленo в 04.19:
А вот и обновление:hiPython (сборка от 13 июля).

К сожалению у меня не получилось задействовать кириллицу в Python 3.1+ hiPython , любая попытка отобразить русские буковки через Prompt , приводит к вылетанию консоли. В IDLE после диалога выбора кодовой страницы всё запускается без проблем.

MAV, сейчас обнаружил, что PyCode какую-то макагню творит с кодировкой. Исследование показало следующее: метод Ansi->UTF8 не подходит для наших целей (Why? а хз), надо использовать CP1_CP2 с CP1=1251 и CP2=65001. Прикрепляю пофиксенный PyCode.

А чего тут рассматривать

Метод Ansi->UTF8 использует перекодировку CP_THREAD_ACP(3) To CP_UTF8(65001). Значит, твоя текущая страница не равна 1251

nesco, спасибо за консультацию