0 Пользователей и 2 Гостей просматривают эту тему.
...да и ощущения стекла они не добавляют.
...Каких-либо "форсированных" настроек я себе позволить не могу, поскольку основное занятие, всё же, - обработка фотографий...
Снизить прозрачность совместно обоих слоёв ещё больше?
Мне кажется, стоит немного снизить, наоборот, сделать более прозрачными, как то пыльно смотрится.
У нас типографий поблизости нет, потому мне это не грозит.Помню, ещё в начале века, когда у нас появились фотолабы, отдал несколько цветных негативов на печать (обычная, мокрая на фотобумагу), так на результат было страшно смотреть - чёрное, да белое, дикий контраст и насыщенность, ес-но, все эти "открытки" полетели в топку. Это при том, что у них приличный плёночный сканер, но вот так безгамотно настроен, если даже негативы не смогли отсканировать, не говоря уж про слайды, у которых фотографическая широта намного шире.После этого прикупил к своей зеркалке макрообъекитив и переснял почти весь свой плёночный фотоархив (более 20.000 кадров получилось) с помощью приставки для репродукции слайдов, оставшейся ещё со времён социализма. Результат меня вполне удовлетворил.Дома два струйных фотопринтера (на одном даже СНПЧ поставил), поначалу было увлёкся печатью, но быстро охладел - всё равно на бумаге так не смотрится, как на экране, да и изображения со стуйников недолговечные, в альбомах ещё более или менее сохраняются, а те, что на стенах, в рамках, хоть и под стеклом, уже через год теряют цвета, что фирменные чернила, что левые.
Очень понравилась функция в скине Remoder-а (Vitreous) с изменением размера символов в Плейлисте
Зачем?
Это уже давно сделано на уровне плеера, размер текста можно менять в диалоге настроек. Неужели это у кого-то получится лучше, чем у Артёма?
Вот в окне лирики это сделано на уровне скина, скрипт можно подсмотреть в встроенном проекте.
Но ведь тогда увеличивается текст и в других местах, например, в Фонотеке, что не нужно...
Да и это не нужно будет, если "градацию" горизонтального расширения Плейлиста не узнаю
По-моему - так весьма разумно, уж если у кого-то проблемы со зрением, так они одинаково скажутся, что в плейлисте, что в фонотеке. И потом может возникнуть комичная ситуация, если пользователь начнёт менять размер текста и в настройках плеера и кустарными методами из скина.
Скриптом, сразу могу сказать, не получится, будет зацикливание.
Единственное, что можно сделать - заблокировать растяжение плейлиста мышкой, а скриптом изменять ширину окна на фиксированную величину. Но для этого понадобятся ещё две кнопки, да и коряво это будет выглядеть.
А что за сверхзадача такая? У табконтрола такая масса настроек по поведению табов - на все случаи жизни.
Зацикливание?
Если бы можно было задать им возможность расширять свои текстуры по ширине таба до тех пор, пока при растяжении по горизонтали Плейлиста не хватит места на следующую вкладку - это тоже было бы подходяще, но так сейчас работает только если вкладок (вместе взятых по своей минимальной по текстуре ширине) меньше, чем ширина таба. Когда же вкладок больше, то это правило уже не действует и справа, если мышкой не подстроить нужную ширину окна Плейлиста, появляется либо пустота, либо полускрытая следующая вкладка.
В таком случае табы должны быть одинаковой ширины и Autosize = false.
Да, потому, что будет повторно возникать событие onResize.
Оставил полностью Ваш вариант и по количеству раздвижений - сначала поставил 5, но потом друг на 4К-мониторе опробовал и посоветовал оставить 8.
Проблема в том, что на 9 "шагах" - 2-й и 8-й прощёлкиваются на кнопке в холостую.
Когда меняете число шагов (модуль счётчика), не забывайте про те же константы в связях кнопок.
...Можно попробовать сделать изменение высоты через 2 pt - ИМХО, вполне достаточная градация.
...На будущее, чтоб не заставлять скрипт 2 десятка раз вычислять одно и тоже выражение, лучше объявить переменную, напр.:var FS: Integer;и вычислить единственный раз: FS:= -10 - State;(если надумаете через 2, то FS:= -10 - State * 2; а модуль счётчика будет = 5, чтобы перекрыть тот же диапазон в 10%)а во все выражения подставить FS:.............................................................T.Set('Resources.ItemLine1Fonts.Dead.Size', FS);..........................................................
Со шрифтами такое бывает, это и в ФШ можно заметить, на каком-нибудь шрифте два соседних размера, отличающиеся на единицу, отображаются одинаково, иногда немного изменяется ширина символов и их очертания. Это ещё зависит и от самого шрифта и от способа вывода...