Каскадный · [ Стандартный ] · Линейный+ Еще один информационник - MKInfo, (обновлено 3 июня 2012 г., версия 1.0.12 beta)

[starsoft]

Обновление - версия 1.0.8 beta

Подробности вверху.

[c930]

1.0.8
*) Исправлены (я надеюсь) размеры полей по вертикали при масштабировании.
*) Изменено представление Frame Size для анаморфных потоков
*) надеюсь что с масштабированием видеосистемы теперь не должно быть проблем.

Первые заметки:
+ глюк с наездом полей по вертикали друг на друга при уменьшении масштаба исчез,
- толшина межи правда между полями при изменении масштаба не постоянна, а меняется.
Но не пропорционально высоте поля, а как-то то больше, то меньше.
- Глюк с заездом названий полей "за кадр" при масштабах х6, х7 остался.
- Глюк: на масштабах х4... х7 глючит растягивание окна по горизонтали,
нельзя сузить окно уже определённой ширины. Возможно в предыдущих версиях тоже был.
- Ниспадающие боксы (Аудио, Меню, Субтитры) вроде стали уже по сравнению с предыдущей версией 1.0.7 и не всегда вмещают текст полностью. Наверное 19w85 будет ругаться.
- GUI иногда при масштабировании или при нажатии Page Up/Down самопроизвольно сворачивается в таскбар.

Предложение
- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Вопросы
- В какой последовательности сабж перебирает файлы при нажатиях Page Up/Down?
- Где портабельный сабж хранит настройки (типа Always on top, Save window..., Auto check..., тип GUI)?

Просьба
Нельзя ли сделать опционально разрешение на перебор по Page Up/Down файлов в других видеоконтейнерах. А именно по расширению например AVI, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, OGG, VOB и т.п.

[starsoft]

- толшина межи правда между полями при изменении масштаба не постоянна, а меняется. Но не пропорционально высоте поля, а как-то то больше, то меньше.

Ну и что? Положение постоянно на форме, а размер зависит от масштаба. И, поскольку размеры целочисленные, а масштаб дробная (относительная) величина, то и результат вычисления может быть +/- 1 пиксел. Что может вылиться и в 2. Только почему это должно волновать? Масштабирование предназначено для одноразовой настройки проги "под себя", а не для игрушек "туда-сюда". IMHO.

- Глюк с заездом названий полей "за кадр" при масштабах х6, х7 остался.

У меня этого не наблюдается при системном масштабе 100%. Какой системный масштаб у тебя?

нельзя сузить окно уже определённой ширины

Есть минимальный размер, меньше которого нельзя сузить. Этот минимальный размер тоже зависит от масштаба. Может и есть глюк - я не замечал. Проверю.

- GUI иногда при масштабировании или при нажатии Page Up/Down самопроизвольно сворачивается в таскбар.

Я уже говорил в обсуждении AviInfo что это уже от меня не зависит. После нажатия один раз надо дождаться пока появится окно, иначе следующее нажатие попадет в окно, которое ниже (или на десктоп), а появившееся но потерявшее фокус окно MKInfo оказывается свернутым в таскбар. Библиотека MediaInfo работает гораздо медленее чем AviInfo, и вероятность что "быстрые пальцы" приводят к описанному эффекту гораздо выше.

- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Пробовал, не понравилось. Могу для эксперимента вернуть.

- В какой последовательности сабж перебирает файлы при нажатиях Page Up/Down?

В алфавитном порядке имен файлов.

- Где портабельный сабж хранит настройки (типа Always on top, Save window..., Auto check..., тип GUI)?

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

Нельзя ли сделать опционально разрешение на перебор по Page Up/Down файлов в других видеоконтейнерах. А именно по расширению например AVI, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, OGG, VOB и т.п.

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

[c930]

Глюк: при прокрутке чаптеров (что стрелками, что слайдером без разницы) они превращаются в "кучу-малу". Могу скриншот сделать, если надо.
В предыдущих версиях такого вроде не было. Попробовал на 1.0.6 - там всё нормально.

Ну и что? Положение постоянно на форме..., а не для игрушек "туда-сюда".

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

- Глюк с заездом названий полей "за кадр" при масштабах х6, х7 остался.

У меня этого не наблюдается при системном масштабе 100%. Какой системный масштаб у тебя?

У меня всё по дефолту. Но думаю дело не в бобине.
Я видимо не разобрался. Это не глюк, а фича, связанная с появлением в предыдущей версии возможности менять ширину GUI. При сужении окна более какого-то предела все заголовки полей начинают уезжать влево "за кадр", а параметры соответственно вправо.
А я смотрел при какой-то определённой ширине окна и "заезды" наблюдались при самых больших масштабах.
Так что вопрос снимается.

нельзя сузить окно уже определённой ширины

Есть минимальный размер, меньше которого нельзя сузить. Этот минимальный размер тоже зависит от масштаба. Может и есть глюк - я не замечал. Проверю.

Попробуй помасштабировать окно в значительных пределах при масштабах х4... х7 и отпишись. У меня глючит.

- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Пробовал, не понравилось. Могу для эксперимента вернуть.

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

- Где портабельный сабж хранит настройки (типа Always on top, Save window..., Auto check..., тип GUI)?

Там же, где и не-портабельный - в реестре...

Нельзя ли сделать опционально разрешение на перебор по Page Up/Down файлов в других видеоконтейнерах. А именно по расширению например AVI, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, OGG, VOB и т.п.

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

А нельзя ли настройки хранить в INI-файле в каталоге программы? Для чего их хранить там в реестре?
Это повысит портабельность! Параметры не будут теряться.
Можно б было в нём (INI-файле) сделать скажем раздел, где осведомлённый пользователь вручную бы прописал нужные расширения файлов на которые бы распространялись клавиши Page Up/Down. А в GUI бы ничего не было на эту тему.

Может ещё какие полезные параметры, например последовательность перебора - не только по алфавиту, а скажем по времени файла.
Или какие-то пользовательские настройки.
Например последовательность полей или очерёдность следования разрешений в анаглифе. Хи-хи-хи.

[19w85]

1.0.7 я фактически не пользовался, поэтому сейчас сравнивал 1.0.6 и 1.0.8

Вот что не понравилось:

Ужасно не нравится, что теперь выделены цветом названия блоков "General Information", "Video Stream" и т.д.
Теперь пестрит от чрезмерного выделения цветом. Выделять только тех. параметры файла - было более правильным решением.
===============================================
Не очень нравится, что переместили строку "Title" в блоке "General Information". Раньше часто пустующая строка "Title" очень удачно отделяла строку с продолжительностью и битрейтом от строки с энкодом. Теперь всё сливается, т.к. отделяющей строки теперь нет, и цветового выделения тут тоже нет.
===============================================
Ну и всё-таки ИМХО зря остановились на таком варианте:

720x432 @ 1024x432 (2.35:1)

Чередование физических и виртуальных параметров.
В моем варианте (как например, тут) чередования не было + первая часть была бы всегда одинаковая для всех файлов (обычных и анаморфных): физическое разрешение (аспект)

720x432 (2.35:1) @ 1024x432

704x528 (4:3)

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

Понравилось:
++Что теперь влезают заголовки Аудио, Сабов и Меню (даже запас очень огромный остается, особенно у сабов, вот у них чуток уменьшить наверное даже неплохо было бы )
http://s005.radikal.ru/i212/1109/5d/24a3514340b0.png
http://i061.radikal.ru/1109/ee/04f9df779f6a.png

+Строки по высоте теперь вроде умещают текст (но как-то совсем впритык), но они по высоте теперь значительно ниже (и как-то теперь очень "тесно" это смотрится на мой взгляд), чем были в 1.0.6.
Высоту строк хотелось бы нечто среднее, между тем что было в 1.0.6 и стало в 1.0.8
===============================================

- GUI иногда при масштабировании или при нажатии Page Up/Down самопроизвольно сворачивается в таскбар.

Это точно, авиинофо в этом плане на данный момент в разы стабильнее.

- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Категорически против такого! Мне бы наоборот лучше по правому краю, ближе к центральной оси, но уж никак не левее, чем сейчас.

После нажатия один раз надо дождаться пока появится окно, иначе следующее нажатие попадет в окно, которое ниже (или на десктоп), а появившееся но потерявшее фокус окно MKInfo оказывается свернутым в таскбар.

Оно бывает и после 1ого нажатия сворачивается.

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

Было бы интересно. В контекстном меню-то mkinfo я уже давно прописал для всех мультимедиафайлов, а вот "перебор по Page Up/Down файлов в других видеоконтейнерах" не сделать.

[c930]

Ужасно не нравится, что теперь выделены цветом названия блоков

Ха, а я и не заметил. При моём размере шрифта (дефолтный) не особо и заметно.
Но я в принципе за нововведение.

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

Да, интересно.
А посмотри на мой скриншот.

Даже задняя скобка не влазит на некоторых масштабах GUI.

- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Категорически против такого! Мне бы наоборот лучше по правому краю, ближе к центральной оси, но уж никак не левее, чем сейчас.

Посмотри на скриншот выше, где чаптеры содержат текст разной длины. Тогда может ты согласишься со мной и поймёшь о чём я.

Оно бывает и после 1ого нажатия сворачивается.

И у меня тоже так бывает, что даже после первого.

Вот глюк какой у меня при прокрутке чаптеров:

Ни у кого такого нет? Исходный скриншот выше.

[19w85]

Ужасно не нравится, что теперь выделены цветом названия блоков

Ха, а я и не заметил. При моём размере шрифта (дефолтный) не особо и заметно.
Но я в принципе за нововведение.

Вот видишь, ты даже не заметил, но все равно естественно "за". Я в этом не сомневался. Благодаря твоим "замечательным предложениям", интерфейс из комфортного (1.0.6) потихоньку из-за этих мелких "незначительных" изменений и перестановок превратился для меня в дискомфортный (1.0.8). И если бы на 1.0.6 влезали поля, я бы на ней так и остался...

Посмотри на скриншот выше, где чаптеры содержат текст разной длины. Тогда может ты согласишься со мной и поймёшь о чём я.

Всё хорошо. Не соглашусь.

Вот глюк какой у меня при прокрутке чаптеров:
Ни у кого такого нет? Исходный скриншот выше.

У меня тоже есть такое.

[c930]

Вот видишь, ты даже не заметил, но все равно естественно "за". Я в этом не сомневался.

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

А как ты относишься к идее INI-файла (выше я писал). Можно было б подбить автора на некоторые индивидуальные настройки и нивелировать часть разногласий таким образом.

Типа так:

CODE

FileExt=AVI, WebM, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, Ogg, VOB

;FileSort=0 - by Extension, then by Name
;FileSort=1 - by Size
;FileSort=2 - by Date and Time

FileSort=0

;ResSeq=0 - 720x432 @ 1024x432 (2.35:1)
;ResSeq=1 - 1024x432 (2.35:1) @ 720x432
;ResSeq=2 - 720x432 (2.35:1) @ 1024x432

ResSeq=0

HeadColor=0

;ChaptAlign=0 - Center
;ChaptAlign=1 - Left
;ChaptAlign=2 - Right

ChaptAlign=0

[c930]

Куда-то собеседники пропали.
А я вот глюк нашёл в классическом GUI.
На некоторых файлах комбобоксы закрываются полями Language.
Похоже это происходит когда в соответствующих streamах отсутствует поле Title.

[c930]

Мысли ни о чём:
вот тут написано, что видеоформат WebM
основан на подмножестве медиаконтейнера Matroska.
Сайт YouTube.com уже поддерживает данный видеоформат.
Вот пример я выложил тут
(выступление Mylene Farmer 9 июня 1986 г. в летнем туре Podium Europe 1 по Франции, снято в Майенне).

[starsoft]

Куда-то собеседники пропали

Никуда не пропали, тута Всему своё время...

видеоформат WebM

Если его в нативном виде поддерживает библиотека MediaInfo - так что за проблемы, добавлю в список расширений файлов и все дела.

Насчет настроек... Вот 3 человека обсуждают, а мнений на десятерых хватит. Неужели все живут в моей стране

Я не большой любитель INI-файлов по тем же причинам, по которым им на замену когда-то появился реестр. Во-первых, это лишний файл. Во-вторых, это обычный текстовый файл, который легко испортить даже не прилагая усилий, просто случайно открыв его в блокноте. Он никак не защищен "от дурака", написать в любой строке бредовый параметр пара пустяков. Реестр тоже не слишком закрыт, но там а) нельзя вписать параметр несоотвествующено типа; б) Нужный блок параметров еще нужно найти и в) в итоге добраться до параметров все-таки можно только целенаправленно, а не случайно.

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

Ужасно не нравится, что теперь выделены цветом названия блоков

А вот тут, извиняюсь, ничего менять не буду. Этот цветовой набор есть во всех моих информационниках и таким его и оставлю. Этого не было в первых версиях просто потому что забыл. Темно-синий цвет уж никак не "пестрит" форму IMHO. Могу только сделать его еще чуток темнее.

[19w85]

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

Я лично двумя руками "за"!

Ужасно не нравится, что теперь выделены цветом названия блоков

А вот тут, извиняюсь, ничего менять не буду. Этот цветовой набор есть во всех моих информационниках и таким его и оставлю. Этого не было в первых версиях просто потому что забыл. Темно-синий цвет уж никак не "пестрит" форму IMHO.

Например, в aviinfo поля окрашенные в синий очень на малом количестве файлов есть, в большинстве файлов они не заполнены (т.к. они как раз несущественные) и, соответственно, пустуют. И в итоге почти всегда имеем зеленую окраску для полей и синий цвет названий блоков никак не пересекается с цветом полей и не мешает.
в MKinfo синим окрашены важные поля и которые заполнены во всех файлах (и тут они уже существенные). В итоге ощущение разукрашенной новогодней елки, почти все окрашено в сине-зеленое, фокусироваться и читать нужные параметры гораздо труднее и дольше теперь стало.

Могу только сделать его еще чуток темнее.

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

И я кстати, не понял что случилось с высотой строчек? (1.0.6->1.0.8)
Центрирования по вертикальной оси внутри полей так и нету, зачем тогда так сильно уменьшилась высота строчек и почему? Хочется бОльшей высоты, чем сейчас.

[c930]

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

Я лично двумя руками "за"!

Да, конечно, тоже двумя руками! Иначе зачем бы я стал предлагать.

Предлагаю реестровые опции продублировать ключами в INI-файле.
Для дефолтного юзера значения будут браться из реестра, а если в каталоге программы присутствует INI-файл, то из него (если там есть дублирующие ключи). Т.е. ключи сделать приоритетными.

А еще лучше тогда в ini добавить возможность задать цвет (черный был вообще идеальный...)

В примере INI-файла (пятью постами выше) параметр HeadColor (цвет заголовков) я специально для тебя "заложил" . (Я не прикалываюсь, смайлик чисто по-дружески.)

[starsoft]

Предлагаю реестровые опции продублировать ключами в INI-файле.

И какой в этом смысл? Реестровые опции меняются интерфейсом программы, а не руками - это опции в меню. И какой смысл их менять если они вручную заданы в INI? Не вижу логики. И вообще, к примеру, откуда ты знаешь что прописать в неких полях, которые задают координаты положения окна - пиксельные координаты или логические единицы?
Короче - в реестре опции, которые не только читаются программой, но и меняются ею же. А INI редактируется руками, прога только берет оттуда параметры.

Например, в aviinfo поля окрашенные в синий очень на малом количестве файлов есть

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

И я кстати, не понял что случилось с высотой строчек? (1.0.6->1.0.8)

Да уменьшил я высоту чтобы, увеличив видеоблок на 1 пункт (для Scan Type), не урезать остальное, а вписаться в нормальную высоту. Я не понял что тебе не нравится? На твоих же скриншотах последней версии не вижу никаких недостатков по высоте строк.

Отредактировано: starsoft в Четверг, 22 Сентября 2011, 16:20

[c930]

Предлагаю реестровые опции продублировать ключами в INI-файле.

И какой в этом смысл? Реестровые опции меняются интерфейсом программы, а не руками - это опции в меню. И какой смысл их менять если они вручную заданы в INI? Не вижу логики.
И вообще, к примеру, откуда ты знаешь что прописать в неких полях, которые задают координаты положения окна - пиксельные координаты или логические единицы?
Короче - в реестре опции, которые не только читаются программой, но и меняются ею же. А INI редактируется руками, прога только берет оттуда параметры.

Ну я же не знаю состав параметров, какие в реестре хранятся.
А смысл был такой - для мобильности. Чтобы при запуске программы в разных установленных на одном компутере ОС или запуске со съёмного носителя (флэшдрайва) на разных компутерах (там утилита м.б. и не установлена. И зачем на чужом компе я буду реестр загаживать. Или менять их, если на чужом компе есть такие) не нужно было опции подправлять.
Например, пусть так: если есть INI-файл в каталоге программы, то прога пусть всё хранит и берёт из него, а реестр по боку (для осведомлённых юзеров с "очумелыми ручками"), а если нет, то из реестра.
А на счёт всяких координат и пр. не очень прозрачных параметров для юзера, то мне и нет нужды в общем случае их вручную задавать, программа их будет прописывть. Лишь бы они были "всегда со мной".
Ну примерно так как-то.

[starsoft]

2 c930:
Во-первых, параметры, хранящееся в реестре, ничего не портят и никому не мешают. Они в апликативной ветке, к системе не имеют отношения. А то, что имеет - регистрация компоненты, как раз и уйдет из реестра при номальном закрытии аппликации.
Во-вторых, часть параметров просто нельзя переносить с компа на комп - к примеру при разных резолюциях экрана координаты окна просто могут закинуть окно за пределы видимой области - и что делать тогда? Лезть руками в INI?
В-третьих, это просто удобно, что на этом же компе прога поднимется с тем, что для нее в последний раз сделали, а не с тем что делали на другом компе с его особенностями и резолюциями.
Да и параметров то там кот наплакал, чего вообще о них говорить.

[c930]

Да и параметров то там кот наплакал, чего вообще о них говорить.

"Огласите весь список, пожалуйста!"

[starsoft]

А в реестр заглянуть слабо?

Using alternative GUI y/n
Always on top y/n
Auto check update y/n
Save window position y/n
Font size
Window size for regular GUI
Window size for alternative GUI
Window X position on screen
Window Y position on screen

Единственное, что можно (IMHO) безболезненно переносить с компа на комп - это использование альтернативного GUI. Но и эта опция меняется на другом компе двумя кликами мышкой.

[c930]

Always on top, Auto check update

А эти, например, почему нельзя? Не вижу причины.

Во-вторых, часть параметров просто нельзя переносить с компа на комп - к примеру при разных резолюциях экрана координаты окна просто могут закинуть окно за пределы видимой области - и что делать тогда? Лезть руками в INI?

Ну так это и без переноса такая ситуация тогда может возникнуть. Сменил я в той же винде видеорежим с понижением разрешения экрана - и привет!
Нужно стало быть при запуске проверять текущее видеоразрешение. И в критической ситуации позиционироваться скажем в центр экрана.
Или вот как в вышеупомянутом Total Commanderе сделать. Он кстати все настройки хранит в INI-файле (а параметров там может быть с туеву хучу) и нет проблем.
Параметры зависящие от разрешения экрана он хранит в подразделах типа [800x600], [1024x768], [1920x1080] и т.п. Для каждого свои. Эти разделы добавляются автоматом по мере возникновения ситуации. Ты вроде пользуешь его, нажми F1 -> INI-File settings: wincmd.ini.

А что это за параметр Font size? Масштаб GUI?

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

Да, удобно. Приду я в гости к 19w85 чай пить. Его настройки мне допустим не нравятся. Я с флэшдрайва свою запущу. А она в его реестре поправит параметры. Он меня потом убъёт.

[starsoft]

Auto check update

Это вообще из тех параметров, которые порядочные программы ставят только с разрешения пользователя этого компа. Потому что прога, которая лезет в сеть на конкретном компе не выставив сознательно на нем эту опцию - это выполнять незаконные "хакерские" или "вирусные" операции. А ты хочешь прийти на чужой комп, запустить свою программу, которая тут же полезет в сеть потому что эта опиця выставлена.

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

А что это за параметр Font size? Масштаб GUI?

Да

Приду я в гости к 19w85 чай пить. Его настройки мне допустим не нравятся.

Ну надуманный пример. Ты со своим ТС на флешке ходишь в гости?