Давно мне не приходилось править ресурсы. Все архивы с инструментами давно удалил. Но сейчас потребовалось перевести программу с китайского. Программа старая, 2002 год, по радиоэлектронике. Помимо перевода приходится элементы в окнах перемещать и размеры изменять.

С редакторами ресурсов проблем нет. Но вспомнил, что раньше программа такая была: наводишь курсор на элемент в окне (кнопку, меню и т.п.), и можно узнать координаты элемента и ещё какие-то данные.

Не могу найти и вспомнить название этой программы. Подскажите пожалуйста.

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

Не могу предположить название, которое Вы не можете вспомнить, но вот тут целая коллекция того, что Вам видимо необходимо
http://www.manhunter.ru/underground/1035_programmi_dlya_raboti_s_oknami_prilozheniy.html

-----
127.0.0.1, sweet 127.0.0.1

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

WinSpy, не?

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

когда то такая помогала в поиске специфических нагов-ватермарков. оффсайт еще живой, там же подобная Windows Inspector, а эту я чуть пропатчил, чтобы по центру окно было.
65bb_11.06.2020_EXELAB.rU.tgz - VIEWWIND.ZIP

-----
Array[Login..Logout] of Life

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

Kindly пишет:
VIEWWIND.ZIP

Архив размером в 80 байт. Что-то пошло не так



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

Да, архив битый.
Но всё равно спасибо огромное!

; = = = = =
Описание
ViewWindow v2.0 Утилита предназначена для разработчиков программного обеспечения, использующих API-функции, она показывает свойства объектов (форм, кнопок, строк ввода и так далее), находящихся на рабочем столе. Возможности программы: Просматриваемые объекты. Активное окно (Active Window); Текущий фокус ввода (Focus); Объект, находящийся под курсором мыши; Объект, захвативший указатель мыши (GetCapture). Отображаемые свойства. Указатель памяти (Handle); Текущий текст (Text); Тип объекта в среде Windows (Class)
; = = = = =

PS скачал с http://www.manhunter.ru/underground/1035_programmi_dlya_raboti_s_oknami_prilozheniy.html
программу AutoIt Window Info
Для моих нужд то что нужно

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

Два часа прошло и уже нельзя поправить сообщение с битым аттачем

e59f_11.06.2020_EXELAB.rU.tgz - VIEWWIND.ZIP
аттач снова битый, сломались

https://www.upload.ee/files/11863648/VIEWWIND.ZIP.html

-----
Array[Login..Logout] of Life

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

Всем большое спасибо. Очень доброжелательный и отзывчивый народ на форуме.

С такими программами в купе с ред. ресурсов работать намного комфортнее. Можно быстро подглядеть где примерно искать ресурс в дереве и легче ровнять элементы по координатам. Тем более рука у меня не особо набита в этом направлении

; = = = = =
Позволю немного лирики. Надеюсь это не очень наказуемо .

Я радиолюбитель. Софта радиолюбительского не так много. В частности я перевожу программу PCtoLCD2002 для создания шрифтов для дисплеев со строковым выводом (nokia5110, sh1106, ssd1306). Если верить "about", то программа написана студентом китайского института метрологии в 2002 году в качестве дипломной работы. На lcdwiki.com она до сих пор позиционируется как основная для работы с дисплеями, но естественно существует языковый барьер. В настоящее время многие радиолюбители разрабатывают символы для подобных дисплеев на тетрадках в клетку, и потом вручную оцифровывают. И это в 2020-м году!

С уважением

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

Вот может здесь чтото полезное найдете https://forum.rudtp.ru/threads/ischu-instrumentarij-dlja-raboty-s-bdf-shriftami.74682/post-1161516

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

_MBK_ пишет:
Вот может здесь
Мне кажется, что по ссылке старттопик недостаточно проникся проблемой и встретил непонимание форумчан. Ему нужно было не тип шрифта описывать, а порядок вывода на дисплей. Скорее всего ему и подошла бы PCtoLCD2002. В ней гибко настраивается вывод, и даже синтаксис. Во многих программах вывод сишный и приходится редактировать (на редактирование полной ASCII иной раз уходит 2-3 дня), а в этой я код под avr_assembler настраиваю.

Попробую объяснить в чём проблема. Берём символ высотой 24 px. Этот символ льётся в некоторые дисплеи не сплошным потоком, а сначала заполняется одна строка (высотой 8px, 1 бит на пиксель, 1 байт укладываем в один столбец строки), после отрисовки 1/3 символа возвращаемся назад и снова льём следующую часть символа. И так далее... И ни как это не поменять, так требует контроллер дисплея.
Суть - правильно скомпоновать код, правильно байты расставить. И правильно вывод подхватить (с MSB или LSB). Одну какую-то пиктограмму сделать просто на тетрадке, но когда нужно хотя бы 10 крупных цифр, то это уже рутина.

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

Теперь уже я не совсем понимаю - вам нужен редактор матричных символов или генератор сишного кода, отрисовывающего символы?
Топик привел потому что в нем были ссылки на некие редакторы матричных шрифтов, да и топикстартер для решения аналогичной проблемы, похоже, имел некое странное (по моему разумению) IDE, заточенное, под формат шрифтов bdf

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

Вам правда это интересно?
Я думал это тема только радиофорумов

Я много времени уделяю дисплеям, но о bdf я впервые слышу. Сейчас поинтересовался о нём, и вообще не понял, как его применить для дисплеев.

Редактор матричных символов как бы по умолчанию подразумевает генерацию кода, вернее массива(ов) данных. Там нет особой разницы сишный или асмовский код. Хотя правки и пересчёты могут быть существенные, если создавать полную ASCII переменной ширины шрифта.

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

Попробую ещё по другому ситуацию объяснить. Дисплей отобразит правильно информацию тогда, когда формат отправляемых данных будет соответствующий.

Пример: вывод квадрата 16x16 px. Линия толщиной в 1 px по периметру:

1. Последовательный вывод для цветных TFT дисплеев, вывод сверху в низ, слева на право:


Задаём координаты поля 16х16
Видите, сначала льём левую линию 0xFF, 0xFF,
потом 0x80 - это 1 px от верхней линии
потом 0x01 - это 1 px от нижней линии
...... так продолжаем двигаться вправо, пока не достигнем 0xFF, 0xFF - правая вертикальная линия.

2. Теперь код для дисплеев со строковым выводом, строки высотой по 8 px (байт):


Задаём координаты строки и столбца.
Льём верхнюю строку: 0xFF, 0x80,....0x80, 0xFF,
Возвращаем координаты столбца, меняем координаты строки.
Льём нижнюю строку: 0xFF, 0x01,....0x01, 0xFF

Надеюсь понятно?

Но всё дело в том, что в редакторе я ничего не менял. Я только изменил настройку генерацию кода под нужный мне дисплей и язык. Там как был квадрат нарисован 16х16, так и остался.

Итог: изображение у нас = константа, а код генерируется в соответствии с требованиями дисплея.

Конечно, можно для контроллера подпрограмму вывода шрифта написать так, что она из первого шрифта сделает второй. Будет прыгать через байт, выведет верхнюю строку, вернётся назад, + 1 байт и опять прыгать через байт до конца. Но к чему такие сложности. МК это же не компьютер. Специально на асме пишем, что бы максимально сжать код и ускорить работу.

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

Если я правильно все понял, задача тупо кодировать разными способами изображение по 1 биту на пиксель (32*8=256, 16x16=256). Такое не то что для дипломной работы слабовато, но и возиться с китайской прогой ради этого не в коня корм. Возьми и напиши сам такую программу.

-----
2 оттенка серого

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

f13nd пишет:
Возьми и напиши сам такую программу.
Это опять в паскаль вникать... , что бы потом благополучно его забыть Время...
Работа с "китайкой" почти закончена. А писанины мне и для МК-ашек хватает

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

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

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

Способов решить ту или иную задачу можно много разработать.

Но выбираю исходя из возможностей и целей. И ещё есть один критерий - это не сбиться с курса. По этому предпочитаю преодолевать разовые рутинные операции имеющимися средствами.

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