TEXT-zoom

Это говноплагин какой-то?

Текст - зум это в-самых-критических-случаях-говно-метод

Ознакомился с творчеством автора. Все лучше чем мультики про поней смотреть. Если симулятор камня стрельнул, что-то, от чего совсем не ждешь может и получится успешным. Опыт опять же.

Лол, очень тонко :)

Я тебя обманул, в том в том аддоне есть как увеличение шрифта, так и скейл страницы. Я все-таки пользуюсь последним, хотя и только с увеличенным шрифтом тоже неплохо. 1 2 3
Залил и то и другое. Страница же твоя недоступна для поисковиков.

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

https://youtu.be/QzbyG56KE6Q

блин.. ды что же это такое творится..

очевидно же что нада нажать <CTRL>+<+> (<CTRL>+<колёсико>) .. но автор нас уверяет, что маштабирование это плохо, а некое переделывание дизайна web-сайта это хорошо.

[[от <CTRL>+<+>  — поедет вёрстка? ды не смешите мои тапочки(!), ни чего не поедет!]]

ну хорошо, ладно, ESI.. но что за говнецо происходит там с Википедией? кому нужны кислотно-зелёные ссылки?

очевидно же, что ВСЕ ЛЮБЯТ ЯРКО КРАСНЫЕ цвета (они приятны для глаз! и глаза не устают, когда много красного на экране)...

красные! а не зелёные..

автор, переделывай все эти оформления...

но автор нас уверяет, что маштабирование это плохо

Масштабирование+ — это простое уменьшение логического разрешения, со всеми вытекающими последствиями (на картинке показано)

НЕНАВИСТЬ

базовый размер шрифта (16 пикселей

Измерять размер шрифта в пикселях. НЕНАВИСТЬ!

Условных пикселях, где плотность точек 100 точек/дюйм ;).

100?

Условных пикселях, где плотность точек 100 точек/дюйм ;).

Почему 100, а не 96? Что за чушь вы городите с логическим разрешением и условными пикселями?

Почему 100, а не 96?

Привязка к физическим величинам, а не программной плотностью (это уже к логическому разрешению имеет отношение)

Физическая плотность точек ноута с 1366х768 15.6″|22″ при 1920х1080 около 100 т/д

вы городите с логическим разрешением

96точек/дюйм=96 логических точек, например (или логический дюйм)

Если реальных пикселей на дюйм, скажем, 2х, т.е. 192, и это указано в системе, то логических пикселей в 2 раза меньше.

Ничего ж сложного

У него просто своеобразные представления об этом, не напрягайся. Напрягает, что такие же своеобразные представления повсеместно и давно. По всему этому вашему интернету размер шрифтов задан в px. Системный DPI Mozilla в линуксах берет, небось, из GNOME, где 96 dpi прибито гвоздями. Ручное выставление layout.css.dpi в about:config, по-моему, ни на что не влияет (может быть потому, что размер шрифтов в px, надо состряпать тестовую Html-ку, попробовать). Свойство layout.css.devPixelsPerPx масштабирует все (включая, естественно, интерфейс браузера и картинки на страницах). Бардак, в общем.

Разбардак

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

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

layout.css.devPixelsPerPx

Картинки, и все блоки, привязано к логическим пикселям. http://www.youtube.com/watch?v=OEnjaI77TUA

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

Не перегибайте, минут (1°/60) достаточно).

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

Зачем?

Очевидно же

Зачем?

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

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

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

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

Как вы узнаете сколько пикселей приходится на угловую секунду?

Во-первых, лучше в минутах (1°/60), т.к. 1′=100% острота зрения. При плотности 100 т/д 1 пиксель≈2′ с расстояния ~40 см. Во-вторых, имеет значение размер шрифта (причём минимального, который используется на экране). Допустим, 10пкс при 100дпи многими воспринимаются с расстояния 40см. Хочешь 60 см — используй 16(15) пикселей, или 10*60/40

Упрощение лучше усложнения

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

Я об этом и говорю. Экран должен сообщать помимо своего разрешения и размера типичное расстояние до наблюдателя. Именно сообщать типичное, а не измерять его постоянно. Иначе нельзя будет рассмотреть мелкий шрифт поднеся его поближе к лицу и т.п.

Масштабирование+ — это простое уменьшение логического разрешения

да.

и все довольны!

Это при изменении layout.css.devPixelsPerPx они логические, а так они вполне себе соответствуют экранному пикселю.

так они вполне себе соответствуют экранному пикселю

При значении «-*» значение берётся из системы, показал ведь.

и все довольны!

Кроме дизайнеров — они справедливо могут класть на то, как страница отображается при масштабе 150%

И кроме пользователей — нафиг вообще уменьшать разрешение, чтоб ещё спину держать, если можно держать дистанцию в 30-40 см от мониторчика. Опёрся на руку — и рад :)

Ну, берется. И что? Ты же предлагаешь системное не менять, это же плохо, и все такое. А при системных настройках по-умолчанию в 96 dpi 1 px = 1 экранный пиксель, тютелька в тютельку.

Кроме дизайнеров — они справедливо могут класть на то, как страница отображается при масштабе 150%

ды ты же мне только что САМ сказал что маштаб это лишь-только уменьшение разрешения. :) [а я с тобой согласился, да!]..

а теперь вдруг что случилось? зачем ты написал цифру «150%» ?

да! я изменяю маштаб — и тем-самым уменьшаю разрешение (логическое разрешение).

но ты что — хочешь сказать, что современные web-дизайнеры НЕ прорабатывают ситуации при которых страницы способны работать на более мальньких логических разрешениях?

ты уже находишься НЕ в ситуации с web-1.0 .. сейчас почти все сайты (по крайней мере все популярные) уже имеют «резиновую» вёрстку, и работают с любым логическим разрешением.

даже с логическим разрешением 320-логических-пикселей по ширене ! :-)

Ты же предлагаешь системное не менять, это же плохо, и все такое.

В винде изменение масштаба — единственный вариант, чтобы повлиять на некоторые размеры объектов. Да и в интерфейсах программ изменение шрифта≈изменение масштаба.

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

Т.е., если сайт/интерфейс программ годно отображается при честных 1366х768, не вызывает необходимости разглядывать мелкие шрифты/сидеть близко, то он и в HD будет работать. Кому надо — могут масштабировать, если нужно ещё дальше сидеть.

хочешь сказать, что современные web-дизайнеры НЕ прорабатывают ситуации при которых страницы способны работать на более мальньких логических разрешениях?

При 1366х768 в 110, 125, 150 1241,818182 1092,8 910,6666667

698,1818182 614,4 512

Это фрагментация, гемор и бред для вебдиза. Заточи под нативное (ну может ещё 1280х720), в идеале — предоставить базового шрифта на сайте. В ЕСИ ЦССках можно спокойно выбрать хоть 11пикселей, и всё нормально, скорее всего (размеры в относительных величинах стараюсь указывать).

В винде изменение масштаба — единственный вариант, чтобы повлиять на некоторые размеры объектов.

В винде «изменение масштаба» - есть не что иное, как указание DPI устройства вывода. Это наглядно можно увидеть, если в окне выбора «масштаба» (там, где «Мелкий - 100%, Средний - 125%, Крупный - 150%» ткнуть слева пункт «Другой размер шрифта (точек на дюйм)» (это для Windows 7, как в более новых не знаю).

Да и в интерфейсах программ изменение шрифта≈изменение масштаба.

В интерфейсах программ, если не изменить масштаб элементов управления с изменением DPI при растеризации шрифтов, у тебя надписи в кнопки перестанут помещаться, ага.

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

Чем плохо-то? Если при 96 dpi высота шрифта 10pt = 10/72*96 = 13 пикселей (экранных, в мониторе которые светятся), то при 129 dpi - уже 18 пикселей. Для растеризации глифа используется большая матрица - четче контуры. Сплошной профит.

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

...значит, дизайнер молодец.

то он и в HD будет работать

Простите, в HD на каком размере экрана и при каких системных установках? Если на экране ноутбука 13' с разрешением 1920х1080, и система считает, что экран 96 dpi - размер буковок 10pt в миллиметрах сам посчитаешь? Да хоть бы и 16px твоих, тоже можешь прикинуть, хохмы ради.

В винде «изменение масштаба» - есть не что иное, как указание DPI устройства вывода.

И в браузере (не мобильном) тоже самое. Кстати, поэтому ты не задашь масштаб системы 113% ;) Если на экране ноутбука 13' с разрешением 1920х1080, и система считает, что экран 96 dpi - размер буковок 10pt в миллиметрах сам посчитаешь? Поэтому и говорю про привязка к лог разрешению хотя бы 1366х768 (можно, в идеале, и под хд сделать)

При 1366х768 в 110, 125, 150 1241,818182 1092,8 910,6666667

если у пользователя 1366х768 (физическое) — то вероятнее всего ему НЕ надо увеличивать маштаб.

вся эта хрень с леквидацией маленьких буковок — может требоваться только при условии что разрешение (физическое) монтора БОЛЬШЕ чем 1366х768

и на видеоролике [что мы тут и обсуждаем(*)] — я отчётливо видел как у чувака было физическое разрешение монитора — именно что *больше* чем 1366х768

вся эта хрень с леквидацией маленьких буковок — может требоваться только при условии что разрешение (физическое) монтора БОЛЬШЕ чем 1366х768

...а размер (физический, в дюймах/сантиметрах/парсеках) - такой же или меньше, чем соответствующий 96 dpi.

Дополнил.

если у пользователя 1366х768 (физическое) — то вероятнее всего ему НЕ надо увеличивать маштаб.

Поэтому и надо заведомо использовать 16пикселей. Чтоб фигни не было.

Кстати, поэтому ты не задашь масштаб системы 113% ;)

Почему это? Кто мне может помешать? Моя система, чего захочу - то и сделаю. Только зачем мне его задавать не соответствующим dpi моего монитора - ума не приложу. Чтобы на творениях говнодизайнеров поиметь шрифты 20px такого размера, что их и в лупу не углядишь?

Моя система, чего захочу - то и сделаю

113 нельзя задать, читай лучше лиц. соглашение И какая у твоего дисплея плотность?

113 нельзя задать, читай лучше лиц. соглашение

Какое лицензионное соглашение? С кем? С создателем сайта в интернетах? С Линусом Торвальдсом? Даже пытаться не буду.

И какая у твоего дисплея плотность?

АПВС?

Какое лицензионное соглашение? С кем? С создателем сайта в интернетах?

Windows OS X

Когда Попов успел запустить бизнес-инкубатор с такими перспективными разработками?

> если у пользователя 1366х768 (физическое) — то вероятнее всего ему НЕ надо увеличивать маштаб.

Поэтому и надо заведомо использовать 16пикселей. Чтоб фигни не было.

друг, давай я расскажу тебе что происходит :-) ..

ты проделал много работы.. и сделал быть может и не плохой костыль..

но это — КОСТЫЛЬ.. [[даже с учётом того что было потрачено много человекочасов — всё равно это костыль]].

а в свою очередь — маштаб (CTRL+Колёсико) — это стандартное ПРЯМОЕ (и качественное) решение проблемы маленьких буковок.

но тебе кажется что если ты работал — то значит все вокруг должны знать о твоих трудах (о твоих якобы классных наработках).

и вот тут была твоя ошибка. :-)

твою якобы-классную-наработку можно пропихнуть — разве что лишь пенсионерам с плохими навыками работы на ПЭВМ...

[[и мне даже не стыдно писать эти почти-оскорбления, так как ты демонстрируешь тут на Linux.Org.Ru скриншоты с Вендой — показывая нам (фанатикам Linux) свою лояльность к проприетарщине]]

но ты оглянись вокруг...

...здесь почти каждый(!), каждый из нас делал какие-то свои костыли (эпические костыли или\и не очень эпические).

вот например я! я сделал http://www.httpdistortion.org/ .. но не хвастаюсь на каждом шагу о том какая это якобы замечательная штука (httpdistortion).

потому что лично я — понимаю, что простым людям это (httpdistortion) не нужно (малоинтересно) так как им проще вопользоваться кнопкой «турбо» в Опере. а компьютерно-грамотным людям — проще воспользоваться ssh-в-режиме-прокси, чем ставить мутный-для-них софт (httpdistortion).

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

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

--------------------------------------------------

мы тут тебе всем ЛОРом рассказываем что ESI не нужен..

..а ты вместо того чтобы сказать "да, ребята! в целом это (ESI) не нужно.. но быть может кому-то и пригодится" — пишешь весь этот бред про якобы неправильно-работающую функцию маштабирования :-) .

Да всё ОК.

Я на эконом. факе учился. Что такое „альтернативные издержки“, помню ;).

Сделал глобальной еси стил, позволяющий включать или исключать сайты https://userstyles.org/styles/114322/esi-core-global-0-0-1 Лучше всего помогает воспринимать информацию с телефона (20 пикселей выглядят хорошо), особенно в мобильных версиях сайта, влияет на интерфейс мобильного ФФ.