Шестнадцатиричный просмотрщик файлов в разработке.

koi8

saahriktu! Опять новичков совращаешь?!

KOI8-R популярна и без меня. %)

Шрифт надо поменять, новый скрин запилить. Ноль не перечеркнули - пиши пропало. А KOI не KOI…

ШГ, цвета бы помягче

Почему не UTF-8?

Приветствуется любая критика

И даже очевидная?

Так а где скочать?

цвет зависит от значения байта. Текст выделен белым цветом.

Менять палитру можно?

Приветствуется любая критика.

Всё таки главный WTF?! следовало бы сразу осветить. Как и зачем ддля hex-редактора задействовано ускорение 3Д графики и вообще gpu?

Я подумаю как задать палитру одной переменной окружения.

Дык, в первой строчке сказано же: «Это моё упражнение в создании вейланд/x11 приложения на технологии Вулкан.»

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

После того, как стали планомерно убирать поддержку растровых шрифтов и правильный хинтинг, упражнение стало вполне графическим :-D

Очевидная это какая? Не нужно?

Чёт не понял зачем оно если есть hexdump?

Ноль не перечеркнули

Перечёркнутый ноль – признак негодного шрифта. К сожалению таких большинство.

KOI8-R популярна

… и плазма не падает. Я конечно всё понимаю, но нельзя же до такой степени заниматься само-внушением.

Но плазма действительно не падает. По крайней мере у меня пятые кеды не падают. А за корицей наблюдал периодические падения.

Ах, рассказал :)

Я вот с таким - https://www.fsd.it/shop/fonts/pragmatapro/
Наверное, уныл и неправилен, ноль то отличается от букв.

Мой топ-X на данный момент: B612 и FF Nexus Typewriter.

Ещё IBM Plex Mono, SF Mono и Operator Mono неплох, но там ноль покалечен.

Почему, на ваш взгляд, перечеркнутый ноль есть плохо? Мне это позволяет мгновенно различить о, О и 0 – чем больше фич, тем лучше распознавание…

Я пялюсь на текст много рабочих часов в день. Т.ч. эстетика вопроса меня тоже очень волнует.

Ну, а если вы не можете отличить 0 от O, то мне за вас очень грустно.

PS: в частности в коде это различие вообще не играет никакой роли, ибо who-is-who ясно из контекста. И за свою практику я ещё ни разу не встречался с проблемой отделения мух от котлет. Проблема надуманная.

IBM Plex выглядит годно.
Но с выводом не согласен. Пялюсь много в экран, чёткое разделение реально помогает на уровне рефлекса.

Простой вариант, выключить подсветку синтаксиса и цветной вывод в консоли. Я проводил данный эксперимент и год сидел на двух цветах.

Вывод: шрифт решает. Сильно решает.

Ну, а если вы не можете отличить 0 от O, то мне за вас очень грустно.

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

вейланд
Vulkan
Glfw

Категорически одобряю. Годно, нужно, полезно даже в виде просто просмотрщика.

(с добавлением символов для заполнения непечатной части кодировки от 0 до 32)

Не, это фигня полная — они визуально неразличимые. Зачем изобретать велосипед, если а) графика для этих символов определена в cp437, и б) символы с этой самой графикой есть в unicode?

Вообще, это грандиозный недостаток практически всех хексдамперов под nix — заменять много разных символов в бинарном дампе на точки. Определение энтропии «на глаз» и визуальное различение паттернов идёт коту под хвост. В идеале должно быть 256 разных несмешивающихся символов. Максимум, с исключением для 0x00/0x20/0xA0/0xFF.

Для вдохновения в плане визуализации и куда ещё можно применить gl — см. Veles

А вообще, куда актуальнее был бы не хексвьювер, а терминал — быстрый, лёгкий и совместимый с де-факто стандартами (VTxxx и далее).

-шрифт misc fixed 6x13 в кодировке koi8 (с добавлением символов для заполнения непечатной части кодировки от 0 до 32)

-пиксельная точность: в лучших традициях пиксель-арта нет никакого сглаживания шрифтов

Категорически непригодно на современных мониторах. На заурядном 15" ноуте 1920x1080 глаза рогом лезут, чтобы рассмотреть это чудо-юдо. В случае HiDPI без лупы глаза вытекут.

В идеале должно быть 256 разных несмешивающихся символов

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

Просмотрщик это хорошо, а редактор будет?

Ноль не перечеркнули - пиши пропало

Боишься букву O встретить в 16-ричной системе счисления?

Если вывод (рендер) заточен только под эти 16 символов, то да — не важно. В таком случае этот вывод и годится только на это.

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

Не соглашусь. Именно потому, что это мешает находить UTF-8 и UCS–строки, заполнение точками отдельно выбешивает. А для asciiz есть strings.

Но опять же, если точки доступны именно как альтернатива, а не как основной и единственный режим — почему бы и нет. Можно вообще позволять задать фильтр–маску — какие символы из 256 пропускать, а какие заменять на подстановку. И фильтров/подстановок позволить более одного.

Перечёркнутый ноль – признак негодного шрифта.

Не соглашусь. IMHO, для программерского шрифта перечёркнутый ноль (либо полуперечёркнутый, как в Fixedsys) — это всё–таки хорошо и правильно. А вглядываться в степень ширины «O» — удовольствие для дизайнеров / эстетовснобов / мазохистов (нужное подчеркнуть).

Проблема надуманная.

10Ом, 100м, 1Ом, 10м,   10Ом, 100м, 1Ом, 10м  

доступны именно как альтернатива

В том то и смысл, чтобы иметь настраиваемую среду, а не тупо копировать просмотрщики времен MSDOS. Благо и ресурсы железа и ЯП позволяют гораздо большее чем 25 лет назад.

Благодарю за отзывы! Буду думать как улучшить…

Вот у меня упала (точнее не упала, а стал чёрным весь рабочий стол, все элементы пропали, но процесс остался висеть) минут 30 назад, держу в курсе.

в частности в коде это различие вообще не играет никакой роли

Я когда пишу консольные приложения, часто надо парсить аргументы командной строки. Иногда бывает O - допустимое значение, а иногда 0. Обычно аргумент дефолтный я задаю в виде строки, т.е. «O» или «0», а дальше оно там как-то приводится, если это численный аргумент. Ну и если попутать, то может быть неприятно, например, когда у тебя какой-то параметр может принимать и число и O. Теоретически это вполне может быть нормальным.

Так в строковом дампе можно

Именно потому, что это мешает находить UTF-8

Они редко встречаются. Вот UTF-32 находить надо уметь. Т.е. в идеале кодировку уметь бы переключать, но там не однозначно понятно, где начало фрагмента, по крайней мере для алгоритма, так что если не делать какие-то хитрости и эвристику, то не получится.

Это именно что сконструированный пример, ибо так никто не пишет. И тем более в коде.

Я не спорю, что есть случаи (те же пароли), но в общем они мне никогда не встречались.

Опять таки частный и редкий случай.

Лучший пример, где это ещё может играть роль, был выше с

if (x == '0')

Но и это тоже редкость.

На вкус и цвет всё фломастеры разные. Я предпочитаю непокорёженные нули. И проблем с этим ими никогда не имел.

IMHO, для программерского шрифта 10Ом, 100м, 1Ом, 10м

Не только для программерского, и это еще хорошо если ты хотя-бы ожидаешь подвох, как в случае с Омами, плохо когда у тебя вообще не прогнозируемая рандомная последовательность, где может в одном случае может встретиться только ноль, а в другом только буква о - тогда вообще в глаза не бросится пока не начнешь это перевводить руками - например цифро-буквенный пин код, который генерится сам а пользователь потом ломает голову ПАЧИМУНЕПРИНИМАЕТПАРОЛЬ111

ибо так никто не пишет.

Да нет, это стандартная запись элементов на монтажке/боме электронной платы

ГОСТ 2.702-2011 Единая система конструкторской документации (ЕСКД). Правила выполнения электрических схем

• .3.20 При указании около УГО номиналов резисторов и конденсаторов (см. рисунок 8) допускается применять упрощенный способ обозначения единиц величин:

• для резисторов:
  от 0 до 999 Ом - без указания единиц величин,
  от 1·10 до 999·10 Ом - в килоомах с обозначением единицы величин строчной буквой к,
  от 1·10 до 999·10 Ом - в мегаомах с обозначением единицы величин прописной буквой М, *

Т.е. ты прям по госту можешь написать:
10 (10 Ом)
10Ом (то-же 10 Ом, не сокращенно - ГОСТ допускает)
100М (100 мегаом)

п.с. почему не работает курсив между * ?

Мну электрик-электроник по первому образованию, т.ч. я в курсе. ;)

Тем не менее пишется не слитно. 100k или 100 kΩ, 10 или 10 Ω. А пример, когда оно всё в кучу искусственный.

Ну грустно или нет, а вычисления, что есть О, а что 0, напрягают головной мозг, что сказывается при долгой работе.

Ведьещёможноибезпробеловписать, а ткаже преемшеивать бкувы, ну или делать синтоксичиские ошыбки. Мозг это переварит, но будет напрягаться

Зачем же браковать шрифт из-за одного только нуля? Можно предоставить пользователю в файле настроек задать свой вариант написания любого стмвола.

в hex-кодах нет O

В принципе, к шрифту 6х13 можно добавить 10х20 - но стоит ли заморачиваться, если можно просто всё окно смасштабировать 2 к 1?

-цвет зависит от значения байта. Текст выделен белым цветом.

Я бы не хардкодил подобные вещи. Мне показалось, что цвет меняется просто по номеру колонки - это позволяет находить байт на любой из сторон и БЫСТРО находить его соответствие на другой. Я б такой режим тоже сделал.

Зачем же браковать шрифт из-за одного только нуля?

Потому что в мире программистов ВСЁ ТОЧНО. Никому нафиг не упало гадать по этим каракулям, ноль там или О. Шрифт без чёткого нуля - говно и не имеет права использоваться в программировании.

Можно предоставить пользователю в файле настроек задать свой вариант написания любого стмвола.

Может, ты ещё редактор шрифтов прикрутишь? :) Юзеру нафиг не упали эти «настройки». Дай ему чёткий шрифт и не парь мозг. Юзабилити и всё такое.

Мммм… Хотел спросить чем это лучше hexdump -C и просмотровщика в миднайте, но почитал описание… Да, проект неплохой, API освоено, рендер текста стандартный. Хвалю! Полезность в данном случае вторична, но как пример использования вулкана очень даже. Если выложишь исходники.