>> и вообще, сильно hex view
>> доработать. в идеале там бы ещё и дизассемблер хотелось (и не
>> только x86/x64), и вообще превратить в подобие hiew.
> а этим заниматься некому, да и смысла нет особого.а жаль. потому что сам по себе 16-ричный просмотр достаточно бесполезен (разве так, для случая «поправить пару байт»). а вот если его обвешать инструментами — получилась бы удобная штука. конечно, аудитория у вещей типа hiew'а небольшая и специфическая, но…
впрочем, я понимаю, что писать тут много, а востребованность невелика.
>> ещё хотелось бы, чтобы при входе в большой каталог mc не тупил,
>> пока не прочитает все файлы, а показывал панель сразу, и дополнял
>> содержимое по мере сканирования каталога. а то я вот, бывает, открываю
> mc пока к этому не готов.
(я код не читал, так что это чисто теорезирование, но)
да ну. там же должен быть event loop, правда? выделить немного памяти на дополнительный список файлов (ему не обязательно быть большим) и пустить поток сканирования, который сей список заполняет. по прошествии некоторого времени поток посылает в главный event loop сообщение «я тут нагрёб, забирайте!». и ожидает ответа от панели.
панель всё равно сообщения получает — может отреагировать и на такое. в свою очередь ответив потоку: «ок, продолжай» или «баста, карапузики, пользователь в другой каталог ушёл, теперь его сканируй».
впрочем, потоку не обязательно ожидать ответа: он может иметь два временных списка, и заполнять второй в то время, пока панель разбирается с первым.
конечно, придётся допилить event loop до безопасной многопоточности (достаточно безопасного PostMessage()), но вряд ли это будет сильно сложно.
ещё раз: это чисто теория, как именно организован код mc я не смотрел.