"Официальное" описание:
---
Internals Editor - программа, позволяющая просматривать и редактировать файлы множества форматов на самом низком уровне. С её помощью вы можете ознакомиться с внутренней структурой какого-либо и файла и даже изменить её. Кроме того, просматривать можно не только отдельные файлы, но и целые диски - как логические разделы, так и физические устройства. При этом, аналогично разбору структуры файлов, происходит расшифровка полей файловой системы - FAT16, FAT32, NTFS. Помимо этого, в Internals Editor есть уникальная возможность - вы можете сами описать новый формат файлов и таким образом расширить область применения программы.
Internals Editor - удобный инструмент для желающих познакомиться с внутренним представлением файлов, а также для тех, кому необходимо редактировать файлы на самом низком уровне, при этом не утруждая себя расшифровкой малопонятных шестнадцатеричных данных.
---
Скрин: http://denull.ucoz.ru/scr/1/intredbig.jpg
Скачать можно в соответствующем разделе на сайте автора http://denull.ucoz.ru/ или напрямую: http://denull.ucoz.ru/load/0-0-0-38-20 http://denull.ucoz.ru/load/0-0-0-38-20 (535 КБ).
---
Мне показалось, что тематика для данного форума вполне подходящая, да и возможность поПЕАРить себя я решил не упускать Версия первая, жду мнений. "Кг/ам" и тому подобное не принимается.
P.S. Модераторам: Измените название темы на "Internals Editor 1.0". Я эти просмотрщики и редакторы всё время путаю . Спасибо.

| Сообщение посчитали полезным:

deNULL пишет:
Какая у тебя ОС, файловая система, прогой она правильно определяется (или как "Неизвестный файл")?
У меня стоит Windows XP SP1, файловая система винчестера - NTFS. Программа для всех логических дисков выводит файловую систему NTFS, а для всех физических - Неизвестный файл. В том числе, прога умудряется указывать NTFS в качестве файловой системы для дисков E:, F: (CD/DVD-дисковод) и A: (дисковод гибких дисков), причём даже в том случае, когда сами дисководы пустые, и никаких дисков в них не стоит. Интересно...

| Сообщение посчитали полезным:

оч. рекомендую в кач-ве reference глянуть 010 Editor - Hex Editor http://www.sweetscape.com/010editor/
010ed20.exe - Скачать 2,4МБ http://www.sweetscape.com/download/010ed20.exe

у него оч. грамотно реализованы т.н. Templates - скрипт с комментариями, поиском структур, контр. суммами, формулами и т.п.

-----
EnJoy!

| Сообщение посчитали полезным:

Ух, сколько много ответов. Спасибо, не ожидал.
Итак, приступим.

NaumLeNet пишет:
А зачем изобретать велосипед в плане формата?
Ну, нельзя же всё знать. Да и вообще, не подумал как-то

NaumLeNet пишет:
Если написать интерпретатор для FlexT (частично уже можно брать из сурсов DCU32INT), то цены не будет сей тулзе. Ну и множество моментов бы еще было бы к месту.

Было бы не плохо прилепить сюда попутно движок TrID'a +)
Пока что ни того, ни другого не смотрел, но гляну обязательно. Если это будет уместно, и, разумеется, мне по силам, то займусь.

NaumLeNet пишет:
Сам все время хочу написать тулзу для облегчения изучения чужих форматов. Представляю себе это как облегченный WinHEX с возможностью выделения областей мышкой, формированию привычных struct / record. Выявление повторяющихся блоков и т.д. Т.е. немного расширить сие дело анализом. Примитивным для начала, но все же. Самое главное в анализе, остальное решает спокойно WinHEX / IDA.
Удивительно - у меня давно уже совершенно аналогичные мысли в голову закрадываются. Но не знаю, возможно ли это будет в Internals Editor добавить.

NaumLeNet пишет:
з.ы. Компоненты hex-viewer'a и показа структуры самодельные?
Ага, я вообще не люблю чужие компоненты юзать. Структура - это ListBox, HEX-виевер - PaintBox.

=TS= пишет:
Если добавить МНОГО новых шаблонов под разные форматы имхо то что нужно для исследования этих самых форматов.
Да, как раз этим, кстати, тоже нужно бы мне занятся. А также всенепременно расширять возможности этих шаблонов-описаний. Сейчас очень малое число форматов можно без проблем туда загнать.

NaumLeNet пишет:
1. Явно лишним является показ OpenDialog'a при старте.
2. Не хватает опций (для того же отключения п.1)
3. Интеграция в контекстное меню проводника - полезно для такой тулзы
4. Калькулятора специализированного не хватает
5. Расширение работы hex-viewer'a до hex-editor'a была бы конфетка
6. Побольше фишек а-ля WinHEX в hex-editor'e:
а. работа с блоками
б. "интерпретатор" hex'a (плав. окно с переводом в 2 / 4 / 8 байтовые типы)
1. Разве? Мне казалось, что так удобнее, чем просто пустое окно. Все равно (мне так кажется), в большинстве случаев первым действием после запуска будет именно открытие файла.
2. Пока что особой потребности в настройках я видел. Но, судя по отзывам, их действительно придется добавить.
3. Да, не подумал, надо будет сделать.
4. "Специализированный калькулятор" - это как? Какие там серьезные отличия от обычного Windows-калькулятора в инженерном режиме?
5. Ну что же, раз столько предложений - сделаем.
6. Это уже, как я понимаю, надо после выполнения пункта 5 рассматривать. Хорошо, рассмотрим.

NaumLeNet пишет:
Для меня исследование - это изучение неизвестного формата, согласитесь?
Вы с =TS= действительно по-разному понимаете термин "исследование". И, на самом деле, будет непросто объединить оба этих термина в одной тулзе (так как эти две вещи довольно сильно отличаются). Мне это больше представляется как создание дополнительной проги/плагина для анализа и создания новых "описаний".

Demon666 пишет:
Блин что-то я запутался не пойму для чего эти поля с боку нужны?
Когда выделена группа (структура, запись) полей - для правки входящих в неё полей, когда выделено поле, содержащее какие-либо флаги - для установки/снятия этих флагов.

Demon666 пишет:
Я думал для редактирования эти поля, жму кнопку с (…) появляется диалог, в нем меняю значение, а кнопка OK не активируется?
Потому что файл был открыт в режиме "только чтение" (флажок в диалоге выбора файла). Если его снять - редактировать можно будет прямо в списке полей справа.

Demon666 пишет:
там же эта кнопка появляется на полосе прокрутки, а в первой версии она сдвигалась в сторону, (то есть, было, все OK!
Ясно, проверю, исправлю.

Demon666 пишет:
Комментарии тоже нужны, к примеру, новый формат если появится, пояснения полей в самый раз то, что надо!!!
То есть комментарии будут неизменяемые, т.е. одинаковые для всех файлов одного типа? Это, конечно, можно сделать, но есть проблема: нового столбика для полноценного коммента может не хватить. Лучше, наверное, это сделать как всплывающую подсказку + надпись под названием поля справа.

Serega пишет:
У меня стоит Windows XP SP1, файловая система винчестера - NTFS.
Тогда неудивительно - у NTFS кол-во секторов в другом месте лежит, это я не учел. У меня на всех дисках FAT32, так что протестировать работу NTFS возможности нет.

Serega пишет:
В том числе, прога умудряется указывать NTFS в качестве файловой системы для дисков E:, F: (CD/DVD-дисковод) и A: (дисковод гибких дисков), причём даже в том случае, когда сами дисководы пустые, и никаких дисков в них не стоит. Интересно...
Да, глюк... Тоже исправим.

Jupiter пишет:
оч. рекомендую в кач-ве reference глянуть 010 Editor - Hex Editor
010ed20.exe - Скачать 2,4МБ
Ладно, гляну.

| Сообщение посчитали полезным:

deNULL
Настройки:
-----------------
Шрифт => (вызов диалога выбора шрифтов)
-----------------
При запуске Internals Editor => (группа типа в рамке)

(x) Показывать диалог “открыть файл” (поддерживаю мнение NaumLeNet)
(x) Показывать диалог “открыть диск”
(x) Открыть последний файл
(x) Ничего из перечисленного не открывать
------------------
(x) В режиме только для чтения (пусть юзер сам выбирает)

в меню файл добавить список последних открываемых 10 файлов/дисков

deNULL пишет:
То есть комментарии будут неизменяемые, т.е. одинаковые для всех файлов одного типа?
лучше опишу, как я себе это представляю:
Адрес | Поле | Значение | Комментарии <= (последний столбец добавить)
возьмем из файла *.txt в пример строку
$Image base$ 0x1C dword // здесь комментарий
вот после этих // символов программа копирует в столбец, <= (блин забыл, как эти под элементы называются) комментарии (не зря про горизонтальную прокрутку писал!).
Если комментарии не вмещаются, то юзер наводит на поле и подсказка выскакивает или пользуется горизонтальной прокруткой. (если установить расширенный стиль LVS_EX_LABELTIP то полностью будет вылетать комментарий в подсказке, наверно ты знал это и без меня)

P. S.
Пусть юзер комментарии и пишет себе на заметку, причем какие хочет!

А! Еще вот что, не знаю уже наверно поздно, но в тему, тебе выбирать! (это в адрес переделать.)
Можно убрать это окно 7. Название выбранной группы и все то, что в нем.
Можно поля редактирования прицепить к 10. Значение поля и тогда станет больше места!
Ну, или на крайняк сделать в меню пункт, окна и там, чтобы можно было устанавливать, каким окнам можно появляться, а каким нет (пусть юзер сам решает, что нужно, а что нет.)

P. S.
Все выше сказанное лично мое мнение!
ЗЫ: твой пост, самый длиннннный который я видел из всех.

-----
ЗЫ: истЕна где-то рядом, Welcome@Google.com

| Сообщение посчитали полезным:

Demon666 пишет:
Настройки:
Ну это ясно, потом, возможно, ещё что-нибудь добавится.

Demon666 пишет:
лучше опишу, как я себе это представляю:
Адрес | Поле | Значение | Комментарии <= (последний столбец добавить)
возьмем из файла *.txt в пример строку
$Image base$ 0x1C dword // здесь комментарий
вот после этих // символов программа копирует в столбец, <= (блин забыл, как эти под элементы называются) комментарии (не зря про горизонтальную прокрутку писал!).
Если комментарии не вмещаются, то юзер наводит на поле и подсказка выскакивает или пользуется горизонтальной прокруткой. (если установить расширенный стиль LVS_EX_LABELTIP то полностью будет вылетать комментарий в подсказке, наверно ты знал это и без меня)
Ну да, я так и понял.

Demon666 пишет:
А! Еще вот что, не знаю уже наверно поздно, но в тему, тебе выбирать! (это в адрес переделать.)
Можно убрать это окно 7. Название выбранной группы и все то, что в нем.
Не, это вряд ли. Сейчас там довольно удобно битовые флаги расшифровываются, потом я ещё собираюсь аналогичным образом упакованные поля (несколько полей в одном байте) обрабатывать. К тому же, вверху этой панели очень подходящее место для всё тех же комментариев.

Demon666 пишет:
ЗЫ: твой пост, самый длиннннный который я видел из всех.
Ну дык! Старался.

| Сообщение посчитали полезным:

deNULL пишет:
1. Разве? Мне казалось, что так удобнее, чем просто пустое окно. Все равно (мне так кажется), в большинстве случаев первым действием после запуска будет именно открытие файла.

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

з.ы. рад что вы так позитивно отнеслись к замечаниям и предложениям. далеко не каждый кряклабовец, вынесший свой софт на паблик так держит себя +)

| Сообщение посчитали полезным:

NaumLeNet пишет:
оно более чем логично ) т.к. в программе то ничего и не сделаешь толком, пока не откроешь файло. но я привык рассматривать любой интерфейс по ряду более менее общепризнанных "правил", которые делают его приятным и удобным для юзера. я например "испугался", когда запустил IE
Возможно, лучше будет при запуске выводить свое окошко, где можно будет выбрать последующее действие: открыть файл, диск, выбрать один из ранее открывавшихся файлов или вызвать справку. И, естественно, в настройках возможность убрать это окно или заменить его тем диалогом, который есть сейчас. Это, я думаю, будет привычнее - так часто делают.

NaumLeNet пишет:
з.ы. рад что вы так позитивно отнеслись к замечаниям и предложениям. далеко не каждый кряклабовец, вынесший свой софт на паблик так держит себя +)
Как более или менее здравомыслящий человек (ну, по крайней мере, я стараюсь быть на него похожим ), к конструктивной критике я отношусь строго положительно. Так что я очень рад такому количеству отзывов. Ещё раз спасибо всем, кто высказывался, буду ждать новых предложений.

| Сообщение посчитали полезным:

deNULL
Сделай на экспорт процедуру создания TabControl`а, вернее то место где добавляются новые закладки, для того чтобы можно было свои диалоги туда аттачить?
ЗЫ: сейчас IDA Pro 5.0 твоим файлом испытывать буду!

-----
ЗЫ: истЕна где-то рядом, Welcome@Google.com

| Сообщение посчитали полезным:

поднимаю снова тему, ибо наболело. в очередной раз надо разобрать чужой формат ) этим я занимаюсь (в отличии от крекинга) чаще =)

перед собой вижу три инструмента:

1. FilemonNt (непосредственно для того чтобы посмотреть, если повезло, как программа читала свой формат, очень сильно помогает)

2. WinHEX (ну куда тут без hex editor'a?)

3. Собственная тулза для "плавного" анализа (т.е. простейшая болванка, в данном случае написанная на Delphi, в которой есть всего лишь одна процедура Analyze(const AFileName: String); и множество вложенных процедур типа ReadStringBlock / Dump / ReadSomeRecord и т.д., набор которых растет по мере реверса исходного файла). На форме лог обработки выводится.

В принципе можно обойтись и ими ) Но все же. Что является неудобным в этом деле и чего бы хотелось. Говорить о том, что это должна быть одна программа - мало ) Рассмотрим каждое из приложений:

1. FilemonNt
Отлично выручает, но требуется реструктуризация лога, увеличение функционала в плане поиска по логу и т.д. (поиск конечно есть, но как то все оно не удобно).

2. WinHex
Он всегда рулил ) Но: хочется возможности выделения блоков в редакторе разными цветами, задание блокам аннотаций, определение неких связей между блоками. Тут удобно было смотреть / редактировать именно визуальные "отношения" в структуре фала. Да еще и лицензия у него постоянно слетает ( Хотя доступ к инету WinHEX'у напрочь запрещен.

3. Собственная утиль
Неудобно каждый раз ее перезапускать, после редактирования кода ) Лог надо из TMemo превращать в TSynEdit чтобы и нумерация строк была и прочие фишки, удобные для навигации, чтобы по каждой строке лога можно было бы вывести сразу соответствующий ей оффсет в файле.

Понятное дело, не хватает связи всего этого дела между собой. Очень часто приходится параллельно смотреть на лог FilemonNt и своей утили, а также поглядывать постоянно в WinHEX. Изредка, после некоторых дампов пробегаюсь по ним утилью TrID, мало ли, вдруг повезет и это не очередная шальная головомойка автора программы, а какой-нить привычный формат (TrID простенькая тулза конечно, определяет формат только по сигнатурам, без анализа, но все же), который попал внутрь +)

Как я вижу толковый инструмент для исследования чужих форматов? Удобный, грамотный фейс с реальным функционалом )

> HEX Viewer / Editor, это понятно, но расширенный именно средствами "визуального реверсинга".
> Простенький аналог Filemon'a (достаточно фильтрации, определения для каждой операции чтения / записи оффсета и длины)
> Редактор скрипта, для "плавного" анализа (будь то WSH / PaxScript / IFPS или что либо еще). Т.е. прямо тут можно в полуавтоматическом режиме писать текст функции Analyze и выводить лог обработки.
> Поддержка плагинов, возможность подключения сторонних тулз / редакторов (тут все просто, связь чисто через параметры коммандной строки)
> Привязка к FlexT (интерпритатор и т.д.), все таки лучшего языка описания данных не видел.

Вот что на мой взгляд должна уметь толковая тулза для исследования чужого формата. Возможно кто-то из "отцов" дополнить или перечеркнет сей опус ) Сам по-тихоньку собираюсь с мыслями, но написание подобного продукта не потяну из-за полного отсутствия свободного времени ( Помочь всегда буду рад, практически неважно на чем писать (C++, C#, Delphi).

С уважением, Naum

| Сообщение посчитали полезным:

В идеале бы еще вычленить из лога "плавного" анализа составляющую, которую можно было бы сравнивать 1-в-1 с логом Filemon'a (оффсет / длина чтения). Только что мельком почуял в этом необходимость. Избавило бы от ряда перепроверок.

А еще есть много фишек, которые используют при сохранении (к примеру сохранение строки иногда делают , как 2 / 4 байта на ее размер + сама строка (либо String, либо PChar)). Вот тут и простор для реализации шаблонов.

| Сообщение посчитали полезным:

NaumLeNet
ЗЫ: коммерческим продуктом пахнет.

deNULL
Может в Общая информация добавить вывод информации, чем запакован…/чем компилился файл, а то скудная там информация для такого названия!? (Использовать для этих целей сигнатуры от PEiD)?

NaumLeNet пишет:
Сам по-тихоньку собираюсь с мыслями, но написание подобного продукта не потяну из-за полного отсутствия свободного времени Помочь всегда буду рад!
(Asm)

-----
ЗЫ: истЕна где-то рядом, Welcome@Google.com

| Сообщение посчитали полезным:

"ЗЫ: коммерческим продуктом пахнет." & "asm" вещи практически не совместимые )

в общем начал по-маленьку оформлять ТЗ. может до ума это все сформулирую. задумок много.
в WinHEX'e немного покапался, нашел ранее не используемые мною фишки, взял на заметку. скачал последний SynEdit, PaxScript так, на всякий, если все-таки моча в голову даст.

| Сообщение посчитали полезным:

NaumLeNet пишет:
"ЗЫ: коммерческим продуктом пахнет." & "asm" вещи практически не совместимые )
Угу! Персонально => http://www.exelab.ru/f/action=vthread&forum=6&topic=4731&p age=1#10
deNULL
Вариант, если комментарии прямо в рабочем окне Структура можно будет редактировать/вставлять, для того чтобы юзер не искал в файлах *.txt, где его в нужном месте вставить!? (если конечно будешь делать поддержку комментариев?)

-----
ЗЫ: истЕна где-то рядом, Welcome@Google.com

| Сообщение посчитали полезным:

идея есть не плохая ) кто видел Regex Buddy (редактор / тестер / дебаггер регулярных выражений) ? там была отличная задумка - построение регулярки в виде древовидной структуры блоков. по сути в виде дерева можно представить любой формат. подобная древовидная структура + ее связь с тем же FlexT позволит решить множество проблем. почему бы не замутить нечто подобное?

понятное дело что в процентах в 80 полностью восстановить исходный формат невозможно. хоть что-то, не всегда нужное, но все же, и остается за занавесом.

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

обсудить все детально, спроектировать и быстренько закодировать. тут есть свобода для творчества, реально есть.

з.ы. нашел несколько отличных компонент, которые можно использовать в качестве базы для hex-editor'a. они требуют небльшой доработки (благо опенсурс), но всяко разно это сэкономит в разы время требуемое для реализации подобного компонента на высоком уровне (WinHEX).

скрипты кстати отличное средство для решения многих проблем. возьмем к примеру Data interpreter в WinHEX, есть некая библиотека типов, но расширить ее никак. если же задействовать скрипты, то расширять можно до посинения )

| Сообщение посчитали полезным:

NaumLeNet пишет:
скрипты кстати отличное средство для решения многих проблем. возьмем к примеру Data interpreter в WinHEX, есть некая библиотека типов, но расширить ее никак. если же задействовать скрипты, то расширять можно до посинения )

Поддерживаю, будет супер!!! Обеими руками и ногами за!
Было бы круто сделать как у Maya (3D) *.mel (там даже свои диалоги можно создавать с помощью скриптов, не говоря уже об остальном.)

-----
ЗЫ: истЕна где-то рядом, Welcome@Google.com

| Сообщение посчитали полезным:

Извиняюсь - пару дней отсутствовал, не отвечал. В общем, как я посмотрю, идей много и, похоже, перед релизом новой версии мне придется серьезно повозиться. Ещё раз спасибо тем кто принимал участие, всё высказанное будет учтено.

NaumLeNet
Я немного не понял - ты свою тулзу намереваешься-таки писать или предложенные тобой идеи рассчитаны на расширение функционала Internals Editor? Потому что если верно первое, то использование этих идей в моей проге представляется мне не совсем корректным.

| Сообщение посчитали полезным:

deNULL
Исключительно тебе :D разрешаю юзать любые идеи тут высказанные, именно потому они тут и высказаны. чтобы кто-нибудь да задумался о реализации. Свою тулзу сейчас пишу одновременно с декодированием одного формата, но тулза свет, имхо, никогда не увидет, по причине ее максимальной привязанности к формату. Зато свет увидит множество идей ) Которые приходят мне в голову во время анализа формата и написания парсера. Так что до новых встреч! )

| Сообщение посчитали полезным:

deNULL
забросил проект то? у меня все мысли оформляются во что-то более менее стабильное (пока похоже на "кисель", но еще немного и будет консистенция "холодец" =)) короче есть предложение по созданию продукта. по большей части ориентированного на private, ибо смысла в коммерческом использовании особо нет, а подобные продукты не должны получать публичного статуса по понятным причинам - многие из нас "на той стороне" сами являются разработчиками подобных форматов.

1. полноценная IDE для анализа
2. анализ формата файла как со стороны структуры / контента самого файла, так и со стороны host-приложения (поиск алгоритмов сжатия / шифрования по сигнатурам, а-ля Kanal, что возможно облегчит понимание контента самого бинарника и т.д.) + встроенный аналог узконаправленного филемона (вариант с хуками на ReadFile).
4. встроенная тулза для подсчета контрольных сумм, шифрования. возможность брутфорса блока данных по контрольным условиям.
5. максимальная расширяемость (поддержка плагинов, БД сигнатур)
6. встроенная тулза для поиска строк / покриптованных строк
7. поиск сигнатур известных форматов. можно хорошенько поживиться инфой с TrID'a к примеру, чтобы долго не собираться свою базу, да и смысла в этом нету.
8. удобный именно для этих задач hex-вьювер, эдитор.
9. навороты, типа декомпресс-брута (stuns, к примеру), для начала можем обеспечить Deflate / LZO / PKWare / UCL
10. ведение "дневника" реверса
11. поддержка FlexT, либо переход на собственный язык описания статических данных
12. скриптовый движок
и т.д.

короче тут реальный простор для реализации. если у тебя или у кого-либо еще есть желание принять участие, то я заинтересован в этом =)

что есть сейчас (к сожалению в сильно разрозненном виде)
1. аналог филемона -> ведение удобного лога, навигация, синхронизация с hex-вьювером, возможность трейсить, ставить бряки по кондициям, кодогенерация (восстановление кода чтения данных из файла по логам) на примитивном уровне (delphi)
2. ряд полезных тулз различных авторов (CSS UsAr'a к примеру), которые, понятное дело с их согласия, можно было бы "внедрить" в проект. либо же написать с нуля, благо утили небольшие, понятные.

направления разработки видно сразу. к примеру, толковый hex-едитор в виде отдельного, продуманного VCL. сколько я видел подобных вещей для Delphi - все они оказывались тем или иным макаром не приемлимы до конца. есть ряд толковых креативов на torry.net, один из них использую как раз сейчас. Он опенсурсовый, поэтому если сроки / желание не позволяют можно его брать за основу (наплюем на его лицензию =)).

главное сформировать информацию в единый пакет. некоторое подобие ТЗ. язык реализации на выбор либо Delphi, либо C# лучше остаться в Delphi, т.к. очень много чего уже реализовано. на днях еду в командировку, там если время будет свободное попробую набросать все толково в электронном виде. выделить хост под проект, поднять SVN / groupware - не проблема.

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

заинтересовавшиеся - в личку.

| Сообщение посчитали полезным:

В первую очередь, хочу глубочайше извиниться перед тобой, NaumLeNet, а также перед всеми, кто ждет выхода новой версии Internals Editor'а (если таковые, конечно же, существуют). Поясню: разработка несколько продвинулась вперед, у меня есть неплохие (я надеюсь) мысли, но на данный момент все частично приостановлено на неопределенный срок ввиду катастрофической нехватки у меня свободного времени. По той же причине я крайне редко бываю в сети (1-2 раза в неделю) и здесь в частности. Заодно замечу, что если кто-то хочет со мной связаться - лучше всего писать мне на мыло (denull@narod.ru).
Теперь собственно по поводу предложения. Честно говоря, мне кажется, что отношение ко мне и моей разработке все это имеет весьма малое - то, чем занимаюсь я, на порядок проще того, что собираешься сделать ты (и, судя по всему, уже делаешь). Вообще я не уловил одну деталь - если твой проект будет некоммерческим, то как ты планируешь реализовывать все вышеописанное? Ведь то, что ты описал, смахивает на какую-то огромную махину, с которой и не каждая компания справится, не говоря уж о группе энтузиастов.
Суммируя идеи, выраженные мною в первых двух абзацах, нетрудно догадаться о моей позиции - участвовать в проекте я вряд ли буду, так как времени у меня мало (см. абзац первый), а работы нужно сделать много (см. абзац второй). Однако ж свой Internals Editor я не забрасываю и забрасывать не собираюсь, но его новая версия выйдет, боюсь, не очень скоро.

| Сообщение посчитали полезным: