The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Сбор средств на поддержание ленты новостей OpenNET в 2019 году, opennews (??), 09-Апр-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


22. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +2 +/
Сообщение от Maxim Chirkovemail (ok), 09-Апр-19, 16:34 
> Надо для iframe убрать "max-width: 640px;".

Всмысле для iframe c включениями Youtube-видео в новостях?

Ответить | Правка | Наверх | Cообщить модератору

28. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от hiveliberty (ok), 09-Апр-19, 16:42 
Нет, речь не о ютубовских видосах в новостях.

Этот max-width для iframe выставлен глобально у тебя.
Фича "сделать скриншот" в FF юзает iframe. Когда ребята пилили фичу, они не предполагали, как я понял, что кто-то выставит max-width для iframe глобально. Они юзают у себя для iframe width в 100%.
Как итог - поле для выделения области под скриншот в ширину получается 640px от левого края экрана.

Просто, попробуй сам и поймёшь о чём речь. В инструментах разработчика отключаешь max-width и всё ок становится.

Ответить | Правка | Наверх | Cообщить модератору

36. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от Maxim Chirkovemail (ok), 09-Апр-19, 16:48 
У меня кроме вставок видео нет iframe, может речь про основной div или viewport?
Если убрать там max-width начинаются проблемы при просмотре с мобильных устройств.

Но про проблему со криншотами я понял, добавил в TODO, буду решать.
Есть ещё проблема с просмотром в Reader View, я даже пытался раскопать логику скрытия блоков в коде Firfox, но так и не понял в чём причина того, что в определённый момент он начинает вместо текста новости показывать куски комментариев.

Ответить | Правка | Наверх | Cообщить модератору

45. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от hiveliberty (ok), 09-Апр-19, 16:59 
Не-не, речь именно про iframe. Я на днях решил копнуть, почему же так ведёт себя сайт. Вот и докопался до простой истины :)

style8.css файл, "iframe, video", 99 строка судя по тому, что говорят инструменты разработчика в FF)

Ведёт себя так не на всех страницах. При ответе на комментарий, например, всё хорошо, т.к. style8.css просто не подгружается.

Ответить | Правка | Наверх | Cообщить модератору

68. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от Аноним (68), 09-Апр-19, 17:23 
А ты кстати не мог бы напомнить зачем нужно кому-то делать скриншоты опеннета?
Ответить | Правка | Наверх | Cообщить модератору

86. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +2 +/
Сообщение от Аноним (86), 09-Апр-19, 18:22 
Он у натариуса работает. К ним приходят люди, просят...
Ответить | Правка | Наверх | Cообщить модератору

220. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +2 +/
Сообщение от Аноним (220), 10-Апр-19, 00:47 
Многие комменты Шигорина подпадают под оскорбления, а некоторые даже под разжигание.
Ответить | Правка | Наверх | Cообщить модератору

102. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от Maxim Chirkovemail (ok), 09-Апр-19, 18:51 
> style8.css файл, "iframe, video", 99 строка судя по тому, что говорят инструменты
> разработчика в FF)

Это и есть обходной манёвр для видео, без него наблюдались проблемы с отображением на мобильных устройствах. Я кстати про этот хак и забыл давно уже, он был для старых вставок в новости. Сейчас и без него нормально должно работать. Как немного освобожусь попробую его убрать или ограничить область видимости только для мобильных браузеров. Странно, что CSS для iframe влияет на скриншоты страниц, даже когда на странице непосредственно нет iframe.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

130. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от Maxim Chirkovemail (ok), 09-Апр-19, 19:28 
И, кстати, буду премного благодарен если кто-нибудь скажет как грамотно и правильно решить проблемы с разъезжающимся экраном на мобильных устройствах для video, ютубовского iframe, картинок и самое главное для больших неразрывных кусков текста.  Чтобы без хаков через max-width и чтобы везде работало.

Ответить | Правка | Наверх | Cообщить модератору

579. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  –1 +/
Сообщение от IRASoldier (?), 10-Апр-19, 22:01 
> Чтобы без хаков через max-width и чтобы везде работало.

@media и max-width - это таки не хаки, это штатный и повсеместно используемый метод для создания адаптивной разметки.


Ответить | Правка | Наверх | Cообщить модератору

720. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от нах (?), 11-Апр-19, 12:46 
какая же она адаптивная, если max-width прибит гвоздем, на пиксел меньше - все внезапно становится нечитаемым?

С моей точки зрения, через max-width стоит делать только упрощенные версии для владельцев немодных мобил (у самого такая) - где вообще толком нет разметки, все равно речь уже не о красоте а о том чтоб хоть как-то текст разобрать.

Ответить | Правка | Наверх | Cообщить модератору

741. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от IRASoldier (?), 11-Апр-19, 13:55 
Почему нечитаемым? А min-width на что? В рамках таких max/min границ интерфейс резиновый. Вне - в следующем отрезке опять резиновый и т.п. Различия в расположении блоков: те, что для поширше рядом, в для поуже можно разместить по вертикали, а меню вообще, допустим, в JS убрать. Это даже не Кэп уже, это Капрал какой-то.

Ответить | Правка | Наверх | Cообщить модератору

748. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от нах (?), 11-Апр-19, 14:37 
> Почему нечитаемым?

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

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

Ответить | Правка | Наверх | Cообщить модератору

792. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от IRASoldier (?), 12-Апр-19, 09:16 
>не видно на 3.5/4" экране (да, бывают) нихрена

Бывают. В прошлом месяце за кружкой пива делал знакомому адаптив, и видно вполне себе больше чем хрен :-) В media-блоке можно ведь поиграть размером шрифта, чтобы на экран влазило больше и можно было найти оптимальное соотношение мелкости с читаемостью. Меню в js - если не тащить фреймворк, а делать как надо, то трафик увеличивается незначительно. Но зато в плане дизайна (к тому же еще и не все юзеры прагматики, которым главное, чтоб не просто работало, а ещё и эстетика) намного больше гибкости чем заставлять пользователя свайпить целый экран одного только меню, чтобы добраться до контента.

Ответить | Правка | Наверх | Cообщить модератору

795. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от нах (?), 12-Апр-19, 12:43 
эй, але, не надо мне "играть размером шрифта" - шрифты выставлены по умолчанию, потому что я знаю, какие размеры нужны _мне_ на _моем_ экране. А ты сделаешь либо мельче, и я ничего без лупы не увижу (ее какой-то хмырь, притворяющийся генпрокурором, стащил), либо крупнее - и мне придется возить пальцем, скроллить.
Причем размер экрана в пикселях ничего не говорит о размере в дюймах, и наоборот.

если меню на целиком экран - да ,надо что-то делать. Вниз его загнать, или мучаться с js. Если строка того самого 4" - да и фиг с ней. Свайпить-то все равно  надо, чтоб хоть текст сообщения прочитать.

Ответить | Правка | Наверх | Cообщить модератору

799. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от IRASoldier (?), 12-Апр-19, 13:20 
>шрифты выставлены по умолчанию, потому что я знаю, какие размеры нужны _мне_ на _моем_ экране

Так ведь не у всех возможных посетителей _твой_ экран.

>либо крупнее - и мне придется возить пальцем, скроллить

А это уже поиск компромисса, как я выше и говорил. Имхо всегда лучше чуть-чуть поскроллить, чем ломать глаза.

Ответить | Правка | К родителю #795 | Наверх | Cообщить модератору

801. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от нах (?), 12-Апр-19, 13:32 
> Так ведь не у всех возможных посетителей _твой_ экран.

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

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

Ответить | Правка | К родителю #799 | Наверх | Cообщить модератору

804. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  –1 +/
Сообщение от IRASoldier (?), 12-Апр-19, 13:45 
>так они у себя могут выставить _свой_ дефолт - о котором я как раз могу только гадать (...) кому-то  мелко, кому-то крупно

Сколько юзеров на самом деле меняет дефолтовый размер шрифта в настройках браузера? Вот используют Crtl+/Ctrl- уже побольше.

Ответить | Правка | К родителю #801 | Наверх | Cообщить модератору

834. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от нах (?), 12-Апр-19, 23:06 
мы ж про телефон, какой там к чорту ctrl?

с десктопами все гораздо проще, там действительно можно сделать адаптивно (правда, опять же непонятно, как будем отличать мой 30" от 4k лопаты, а им нужны разные стили)

Ответить | Правка | К родителю #804 | Наверх | Cообщить модератору

848. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  –1 +/
Сообщение от IRASoldier (?), 12-Апр-19, 23:46 
> мы ж про телефон, какой там к чорту ctrl?

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

> как будем отличать мой 30" от 4k лопаты

Разрешение же. Если 30" и "4k лопата" разные сущности - то у 30" явно не UHD (3840 × 2160), а что-то другое.

Ответить | Правка | К родителю #834 | Наверх | Cообщить модератору

70. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +/
Сообщение от Аноним (52), 09-Апр-19, 17:25 
Про reader, есть вариант, что он вибирает "самый большой блок/div с текстом", а им, в какой-то момент, оказываются комментарии.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

103. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от Maxim Chirkovemail (ok), 09-Апр-19, 18:53 
> Про reader, есть вариант, что он вибирает "самый большой блок/div с текстом",
> а им, в какой-то момент, оказываются комментарии.

Нет, там относительно небольшие однострочные комментарии остаются.

Ответить | Правка | Наверх | Cообщить модератору

140. "Сбор средств на поддержание ленты новостей OpenNET в 2019 го..."  +1 +/
Сообщение от Ordu (ok), 09-Апр-19, 20:01 
Я спросил у гугла, тот меня отправил на stackoverflow, и там есть такой ответ:

> You need at least one <p> tag around the text, you want to see in Reader View and at least 516 characters in 7 words inside the text.

https://stackoverflow.com/questions/30661650/how-does-firefo...

И ещё, там же:

I followed Martin's link to the Readability.js GitHub repository, and had a look at the source code. Here's what I make of it.

The algorithm works with paragraph tags. First of all, it tries to identify parts of the page which are definitely not content - like forms and so on - and removes them. Then it goes through the paragraph nodes on the page and assigns a score based on content-richness: it gives them points for things like number of commas, length of content, etc. Notice that a paragraph with fewer than 25 characters is immediately discarded.

Scores then "bubble up" the DOM tree: each paragraph will add part of it's score to all of it's parent nodes - a direct parent gets the full score added to its total, a grandparent only half, a great-grandparent a third and so on. This allows the algorithm to identify higher-level elements which are likely to be the main content section.

Though this is just Firefox's algorithm, my guess is if it works well for Firefox, it'll work well for other browsers too.

In order for these Reader View algorithms to work for your website, you want them to correctly identify the content-heavy sections of your page. This means you want the more content-heavy nodes on your page to get high scores in the algorithm.

So here are some rules of thumb to improve the quality of the page in the eyes of these algorithms:

    Use paragraph tags in your content! Many people tend to overlook them in favor of <br /> tags. While it may look similar, many content-related algorithms (not only Reader View ones) rely heavily on them.
    Use HTML5 semantic elements in your markup, like <article>, <nav>, <section>, <aside>. Even though they're not the only criterion (as you noted in the question), these are very useful to computers reading your page (not just Reader View) to distinguish different sections of your content. Readability.js uses them to guess which nodes are likely or unlikely to contain important content.
    Wrap your main content in one container, like an <article> or <div> element. This will receive score points from all the paragraph tags inside it, and be identified as the main content section.
    Keep your DOM tree shallow in content-dense areas. If you have a lot of elements breaking your content up, you're only making life harder for the algorithm: there won't be a single element that stands out as being parent of a lot of content-heavy paragraphs, but many separate ones with low scores.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру