Так у меня бы на мобильной версии она как раз бы была отключена.

Только так всегда и делаю. TC со своими настройками и ещё кучей утилит и программ портабельных впридачу:
%COMMANDER_PATH%\UTILITIEs\StarSoft\MKInfo\MKInfo.exe
%COMMANDER_DRIVE%\Programs\Opera USB 1063 ru\opera.exe

На TC с чужими настройками буду некомфортно себя чувствовать, а без TC - это просто труба.

Вобщем я подумаю.

Кстати, на альтернативной форме Title файла я возвращаю обратно, над строкой Enc App - мне тоже не понравилась эта очень часто пустая строка. На основной форме она останется под именем файла - благо там пустые строки убираются и не "блестят" пустотой.

Ура!

- Не будет идентичности с другими разделами, где Title стоит, как и положено, во главе;
- Titles в других разделах отсутствуют даже чаще, чем основной;
- в альтернативном GUI почти всегда достаточно пустых полей.

2 c930: Я ж говорю - главная причина что мне самому не понравилось как это выглядит. Действительно бросается в глаза. А если строка заполнена - так она цветом выделена, не трудно сразу увидеть. IMHO.

Что касается ini-файла я за то, чтобы там были исключительно "скрытые настройки", а не перекидывать туда всё.
======================================
2 c930:

В таком случае можно ввести ключ, например:
UseRegistry=1 (использовать реестр)

Если ключ отсутствует или его значение равно единице,
то программа будет общие настройки хранить в реестре,
а если UseRegistry=0, то реестр не использовать, все настройки хранить в INI-файле.

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

Да, хорошо.

--------------
Выложи список, когда определишься с составом. На посмотреть.

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

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

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

1) Из нововведений 1.0.8->1.0.9 не понравились только появившиеся обрамляющие скобки у заголовков блоков. Хотелось бы возможность от них избавиться через ini=реестр.
2) Плохо, что в ini все пояснения на английском, а не на русском.
------------------------------------------------------------------------------------
Теперь момент, который мне понравился, но требует доработки на мой взгляд:
1 случай, когда потоков вообще нет, и пустующий белый блок переключателя действительно ни к чему был:
1.0.8:
1.0.9:

2 случай, неактивный переключатель субтитров ТАКЖЕ как и в 1ом случае стал на сером фоне вместо белого. Но ведь в этом случае в нем содержится нужная информация (номер текущего потока и общее количество потоков) и на сером фоне это хуже читается, чем как раньше на белом фоне:
1.0.8:
1.0.9:
Предлагаю сделать настраиваемым цвет фона для непустых переключателей.
==================================================
Все остальные изменения 1.0.8->1.0.9 очень понравились! Спасибо!
==================================================
Я уже 2 раза спрашивал про высоту строк, ответа так и не было, спрашиваю в третий раз...можно этот момент сделать настраиваемым? Хочется вернуть высоту строк, почти такую как была в 1.0.6
Это последний момент который меня волнует, всё остальное сейчас действительно радует (после ужасных 1.0.7 и 1.0.8 я уже даже и не верил, что в итоге всё будет хорошо )

P.S.
А у масштабирования по "+" можно сделать меньше шаг, например, в 2 раза? (ну и соответственно если шаг вдвое уменьшится, то удвоить количество режимов масштаба с 7 до 14). Тогда смогу задать увеличение масштаба в 1.5 раза от своего текущего и это как раз даст нужную высоту строчек.

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

Я не понимаю что ты имеешь в видую и что тебя не устраивыает. Я в последней версии чуть-чуть увеличил высоту, она стала по-моему почти равной старой неизменной. По твоим скриншотам не вижу никаких неудобств. Давать на ручнеое изменение? Да эта величина пересчивается в зависимости от масшбаба дисплея и зума окна. Нет линейной зависимости и, поэтому, не вижу необходимости давать менять руками. Сделать "как раньше"? Придется увеличивать высоту окна и ты же первый пожалуешься что не влезает на экран все поля.

А чем это отличается от всех остальных полей, также написанных на сером фоне (вернее системном фоне, настроенном пользователем в опциях экрана)?

Все мои программы имеют одинаковый интерфейс и никто никогда не жаловался (а у AviInfo и DVDInfo, в отличие от этой, очень много пользователей). Скобок только по моей невнимательности не было раньше. Я и так уже дал на изменение цвета, так можно дойти и до ручного макетирования окна пользователем. Больше похоже на мелкие придирки, чем на конструктивные предложения.


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

Да, пожалуйста, хотелось бы на ручное изменение. Разница в высоте строк между в 1.0.6 и 1.0.9 очень значительная. Высота окна 1.0.6 занимала всю высоту экрана, и даже несколько пикселей окантовки окна программы уходили под панель задач, в 1.0.9 запас лишнего места между нижним краем программы и панелью задач составляет аж 60 пикселей (разрешение по высоте 1080) и эти лишние 60 пикселей целиком получились из-за уменьшения высоты всех строк и пропорционально самого окна программы.

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


Ну наверное тем, что это не фиксированное поле, а именно переключатель, а то, что он отличался фоном (и соответственно повышенной читабельностью) от фиксированных полей было очень неплохо.


Просто привык уже без скобок за столько версий. Теперь они только мешают, когда цифра номера потока была последним знаком было удобнее. Не настаиваю. Этот момент действительно можно отнести к "мелким придиркам". Просто не понравилось. Но переживу...наверное.



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


Я не вижу никакой связи между "переводом английского текста подсказок" и правкой в блокноте конкретных значений параметров. Мне лично догадаться о назначении параметра/проверить на практике эффект от его изменения гораздо быстрее и проще, чем переводить непонятную ~половину подсказок (машинный перевод еще не факт, что даст понять о чем точно речь). Ну в общем,

Безусловно, и в этом была цель. Вот только ты смотришь исключительно "со своей колокольни" - то есть выбрав для себя масштаб экрана и масштаб программы. А есть 7 масштабов программы помноженные на сотню (100%-200%) масштабов экрана. Почему делать так, чтобы подходило именно под твой вариант? Я сделал максимально компактно без потери читабельности IMHO.

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

Поэтому и прошу добавить настройку в ini чтобы всем было хорошо

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

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

Да не так всё.
1) 1.0.6->1.0.7 как раз на одну строку чаптеры уменьшили, чтобы появилось место под строку с интерлейсом. Так что там изменений в высоте не должно было быть никаких.
По интерфейсу и компактности 1.0.6 была идеальной версией! Я думал эта фигня с уменьшения размера окна началась из-за попытки центровки внутри полей, а так вообще непонятно зачем это понадобилось.
2) Я уже писал, сейчас текст очень плотно стал располагаться и это менее комфортно. А эти лишнее место простаивает.
3) Мой вариант масштаба самый максимальный из всех возможных. Для 1080 пикселей по высоте 185% машстаба - это предел. Если пикселей еще больше, то масштаб можно еще чуть увеличить. Но окно, влезающее при 1080px-185%, будет влезать и при 1200px-190%.

Я пока не вижу НИ одной причины по которой стоило так ужимать окно по высоте, кроме скомканности, тесности, вплотную располагающегося текста.

Поэтому предлагаю вернуть к тому что было в 1.0.6
Там было все хорошо, и что-то менять не требовалось.

2 19w85: Под разверткой я имел в виду "Scan type". То есть Progressive/Interlaced. Его не было на форме в 1.0.6, тогда он был добавлен в "дополнительную видеоинфу". Посмотри "историю изменений". Именно добавив эту строку на форму (и перенеся к ней fps чтобы расширить поле frame size) я и получил форму бОльшего размера. И уменьшил размер строк и расстояние между нимичтобы сократить размер формы. Верну как было - у тебя форма вылезет за границы окна.

Я уже давно исправил свой пост.
---------------------------------------------
Выкладываю полноразмерные (по высоте) скрины:
1.0.6: http://s55.radikal.ru/i150/1109/10/15f55397c742.png
1.0.9: http://i024.radikal.ru/1109/8f/b0ad2b68e3da.png

Как я и говорил, экономия под строку с разверткой (как на тот момент и обговарилось) была сделано через сокращения строк чаптеров, с 5ти до 4ех строк! (и совершенно правильно, ибо 4 строки более чем достаточно)
А от сокращение высоты окна и всех строк - только исключительно вред и никакой пользы.

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

Если смотреть вблизи, да еще в увеличенном виде, то может еще и кажется терпимо, но при реальном просмотре с расстояния стало ОЧЕНЬ кучно и тесно по сравнению с замечательным GUI 1.0.6 (если бы я не видел ОЧЕНЬ ЗНАЧИТЕЛЬНОЙ РАЗНИЦЫ, я бы не доказывал тут уже 3 часа, что стало хуже, и это ухудшение никакой пользы не принесло)
Главное плюсов от этого изменения никто не получил. А на больших масштабах только вред. Все отлично влезало на 1.0.6 даже на моем максимально возможном масштабе, и строк хватало.
У меня текущий GUI реально фигово смотрится и читается. Это единственный оставшийся момент который категорично не устраивает.

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

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

Я на виртуальной машине и разрешение и масштаб без проблем задавал, а в чем проблема возникла?


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


Чем меньше масштаб, тем меньше заметна разница того что было, и того что стало.

Проба пера

Пробная версия Lister-плагина для Total Commander-а.

Подробности в начале топика.

Всё очень порадовало!
А именно появление INI-файла и состав его параметров,
а также LS-плагин к TC! Не ожидал, сюрприз.
+ Глюк с чаптерами пропал.
+ Размер по горизонтали теперь вроде нормально регулируется.

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

- Глюк со сворачиванием окна в трей остался.

+ Я тоже заметил скобки (правда возможно из-за того, что сравнивал скриншоты 8 и 9-ки), но мне нововведение понравилось: заголовки разделов теперь лучше выделяются, заметнее стали (т.к. по цвету не сильно отличаются).
И только затем посмотрев на AviInfo обнаружил, что там также.
+ Предложение: заголовки разделов в традиционном GUI сместить в левый верхний угол, как в альтернативном.
Так они более заметны будут.

+ Ширина комбобоксов теперь нормальная (у меня), на 8-ке последняя скобка бывало пряталась.

- То что цвет фона в неактивных комбобоксах стал под цвет панели - стало хуже!
Поддерживаю в этом плане 19w85.
+ Предлагаю:
-цвет пустых оставить под цвет панели,
-цвет непустых неактивных - белым,
-активного (где фокус ввода, если) - синим.
(Ну или если это системные цвета, то соответственно.) Короче на три варианта разделить.

- Глюк: при нажатии клавиши Home не переходит на AVI-файлы (переходит к первой матрёшке), хотя в FileExt AVI прописал (отсортированы по расширению).
Добавил в каталог FLV-файл - на него тоже не переходит.
Если нажимать PageUp, то переходит.
С клавишей End вроде таких проблем нет.

? Кое-что (глюки/не глюки) заметил с сортировкой и "анаморфным" видеофайлом.
Но пока описать не готов.

Конечно не нравится
- что Title в основном разделе опять задвинули "на галёрку" и то что
- во втором [Video] строки и колонки перемешаны.
Если бы эти два момента можно было в INI исправлять, было б здорово!

Теперь по INI:
- AFrameSizeFormat - не работает (формат не меняется)!
Причём залочено в самом неприемлемом для меня формате!

- ChaptersAlign - не работает тоже (всё время по центру выравнивается)!

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

Так опечатки просто:
- Перва пробная версия Lister-плагина (на первой странице топика).
В комментариях INI-шаблона:
- OthFiledColor - color for other firlds
- TextWindowWidth=400 ; s_ored horizontal size of text window
- SizeX=480<TAB>... (лучше пробелами забить)

Про LS-плагин пока могу сказать:
+ очень порадовало появление оного! Ждём WDX.
- В режиме Quick view, при перемешении между файлами, в окне плагина горизонтальный слайдер очень часто сдвинут вправо и левого верхнего угла не видно.

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

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

Хотя это и отличается от традиционного для других моих прог, я наверное сделаю так. И там поменяю для однообразия

Исправлю, спасибо. Поторопился я и плохо проверил

А вот это у меня чудненько работает. Может ты забыл нажать на save когда поменял параметр в INI?

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

Поскольку это невозможно сделать при использовании стандартных виндовых средств работы с INI, я просто переделаю шаблон файла, перенеся комменты на строку выше соответствующего параметра.

Не получается победить - слишком медленно программа поднимается из-за медлительности движка MediaInfo. Хотя я и говорю "запустить и отобразить", видимо, пока прога работает над файлом, иногда другое окно успевает перехватить фокус.

2 starsoft:
Так как насчет этого:


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

2 19w85: Попробую.

У меня никак не хочет. Вот мой INI в сравнении с шаблоном:


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

Вот мой INI: ifolder.ru/25970297 Глянь, где собака порылась.

Отлично! А кстати нельзя сделать такую же регулировку высоты формы, как сделана по ширине? Это был бы наиболее гибкий и удобный вариант для настройки высоты формы/строк.


У меня даже с твоим ini работает позиционирование чаптеров заданное в ini:
http://s56.radikal.ru/i154/1109/42/b8ded07f44ed.png

19w85
Ну, не знаю что и думать. Чудеса!

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

2 c930:У меня твой INI тоже работает нормально. Странно... А остальные параметры из этого же INI отрабатывают как положено?

Новая бета-версия программки - 1.0.10 beta и новая версия Lister-plugin-а для Total Commander-а.

Подробности в начале топика.

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

Я все параметры не пробовал.
Сортировку сразу изменил на по расширению (=1) - в общем работает
(может не совсем сортируются как у меня в командере задано. Плюс ещй какая-то непонятка при сортировке встретилась, я ещё не смотрел. А так работает).
В UFrameSizeFormat менял 'x' на '-', проверки ради - тоже сработало.
AFrameSizeFormat не работало, но это надеюсь исправил ты в 10-ке.
Альтернативное GUI тоже сразу выставил - работает.
AVI добавил - тоже работает.

Домой приду ещё попробую что-нибудь. Плюс попробую в другой инсталляции ОС той же версии (Windows XP SP3).

Я сейчас на работе, тут Win98se. И дома есть тоже комп (второй) с такой же ОС.
Можно ли сделать что б сабж и плагин в 98-м работали? Как-нибудь прикрутить.

Понятия не имею Я уже лет 10 не видел в глаза этой винды. По-идее если в ней стоит UNICODE добавка (кажется такая была когда-то сделана микрософтом чтобы юникодные программы бегали) - то должно работать. Кроме юникода эта программа ничем не отличается от любой 32-битной аппликации.

Спасибо! Но скорее всего предпоследняя.
Чуток перебор получился теперь по высоте. В 1.0.6 лишь небольшая часть (не вся) нижней рамки окна уходила под панель задач, а в 1.0.10 панель задач уже почти "касается" нижней границы строки аудиоканалов. Хотелось бы чуточку меньше высоты (во всяком случае не больше, чем было в 1.0.6)
1.0.6: http://s40.radikal.ru/i090/1109/c0/2c9463eac5ba.png
1.0.10: http://s001.radikal.ru/i196/1109/22/c679dd321823.png

2 19w85:
Там было меньше потому что комбо-боксы были на рамках блоков. Мне это не нравится и делать так я не буду. А сокращать размер, при сохранении этих размеров строк, больше нельзя - начнут налазить труг на друга. Инфа видна вся? Всё, ни одна строка не вылазит за твой таск-бар.
Думаю на этом можно и закончить.

Предлагаю задать высоту строк и высоту окна по размерам среднее арифметическое между тем, что было в 1.0.9 и стало в 1.0.10.
Сейчас, когда появилась возможность сравнить версии отличающиеся только высотой (а все поля и цвета идентичны в обеих сравниваемых версиях), стало видно, что в 1.0.10 слишком уж рыхло и высота строк чрезмерная. Да еще к этому вообще никакого промежутка между нижним полем и панелью задач.

2 19w85:
Высота строк одинаковая в 1.0.6 и 1.0.10. Поскольку я отказался от вычисляемого размера, который получался в 1.0.9 (ибо то, что получалось по моим расчетам, тебе не нравилось), то размер выставлен в старый дифолт. Может закончим уже?? Честно говоря, не обижайся, я утомился переделывать именно это по твоим требованиям. Сейчас всё видно, и этого достаточно IMHO.

Я ЭТО понял. Я спрашивал можно ли уменьшить отображаемую высоту строк...


Ну если никаких промежуточных вариантов отображаемой высоты строк не сделать, то тогда предлагаю вернуться к тому что было в 1.0.9 (надеюсь исходники еще не удалены? ). Можно?

дык вот я что-то не понял, этот дефолт уменьшить нельзя?

Я ничего не удаляю - нечего удалять. Я просто переделываю то, что есть сейчас. В тот момент, когда сделаю первый релиз - его исходники уйдут в бэкап. А до того нет никаких "предыдущих", только текущие.
Я еще раз прошу прощения - я уважаю пользователей своих программ и мемберов РДА особенно, но есть же граница... Я еще никогда не занимался такой ерундой как подладка макета диалога под одного юзера - за 9 лет существования AviInfo его макет переделывался всего 4 раза да и то принципиально, а не из-за широких или узких строк в определенной резолюции экрана...
Могу сделать шаг навстречу, и еще разок потом переделать, но это реально будет последний раз.

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

Да, одного последнего раза достаточно будет. Только вот я пока так и не понял, вариантов приблизительно "подогнать" высоту, как промежуточный вариант высоты строк, из той высоты что получается в 1.0.9 и в 1.0.10 никаких способов нет или все-таки есть?