Комментарии 152
Кроме того, скроллбар позволяет сразу оценить объем страницы. С первого взгляда видно, какая часть всей информации сейчас на экране.
И быстро попасть в любую часть страницы, если она большая.
с пронумерованными слайдами тоже проблем нет перескочить в любую часть
Ну ну… А потом делать скроллбар для пронумерованных слайдов…
«Слайды» должны автоматически рассчитывать количество показываемого контента под экран. Разбивать и верстать длинное полотно сайта, так же, как работает с шириной Responsive Web Design.
Подсказка: между слайдами надо перемещаться.
И, кстати, веб создавался как основа для великого. А теперь его превратили в помойку. Да еще делают изменения, которые делают его несовместимым с великим.
И, кстати, веб создавался как основа для великого. А теперь его превратили в помойку. Да еще делают изменения, которые делают его несовместимым с великим.
>между слайдами надо перемещаться
Крути колесико и перемещайся. А ещё стрелочки есть на клаве. Для сложных в виде миндмапа?
Так и получилось: веб — великая помойка.
А мне не нравится это великое, когда текст при прокрутке «рябит», когда картинка не влазит в экран, когда колёсико крутишь-крутишь, ищешь курсором следующую страницу и опять крутишь.
Крути колесико и перемещайся. А ещё стрелочки есть на клаве. Для сложных в виде миндмапа?
Так и получилось: веб — великая помойка.
А мне не нравится это великое, когда текст при прокрутке «рябит», когда картинка не влазит в экран, когда колёсико крутишь-крутишь, ищешь курсором следующую страницу и опять крутишь.
А если мне надо 135-. страницу открыть? мне проще будет 135 раз колесико прокрутить или мышкой бегунок на скрол-баре подвинуть?
Ввести номер или выбрать (ползунком, например) 135 страницу, еще проще, вроде.
А что, сейчас есть полотна сайтов длинной более 135 экранов и вы в них прекрасно ориентируетесь?
А что, сейчас есть полотна сайтов длинной более 135 экранов и вы в них прекрасно ориентируетесь?
А если я не знаю что мне нужна 135 страница? А где-то рядом с ней? Скролом быстрее, т.к. контент подгружен (либо догружается динамически при прокрутке), в противном случае мне может потребоваться грузить страницу за страницей. А если мне нужен небольшой фрагмент текста, который вот именно тут пришелся в разрыв страницы?
В общем очень много всяких «но» и очень многое будет зависеть от реализации этих самых «но».
Например на этой странице сайта уже 129 комментариев (да, это не 135 страниц, но все же). И я, честно говоря, не представляю удобного способа разбиения ее на постраничный просмотр.
В общем очень много всяких «но» и очень многое будет зависеть от реализации этих самых «но».
Например на этой странице сайта уже 129 комментариев (да, это не 135 страниц, но все же). И я, честно говоря, не представляю удобного способа разбиения ее на постраничный просмотр.
> А если я не знаю что мне нужна 135 страница? А где-то рядом с ней?
Ctrl+F? Да и тоже самое быстрое перелистывание «слайдов» (держишь кнопку и перелистывание ускоряется)? Ещё можно показывать навигационные миниатюры «слайдов» при каком-нибудь действии.
> А если мне нужен небольшой фрагмент текста, который вот именно тут пришелся в разрыв страницы?
Выделяешь, двигаешь и оно подгружается построчно, например.
Дерево комментариев придётся прокручивать, наверное, если не придумают другого вида ведения обсуждения. А то писать об одном и том же в разных ветках среди этих 130 комментариев, тоже не хорошо.
А так это всё дело привычки и грамотной реализации, да.
Ctrl+F? Да и тоже самое быстрое перелистывание «слайдов» (держишь кнопку и перелистывание ускоряется)? Ещё можно показывать навигационные миниатюры «слайдов» при каком-нибудь действии.
> А если мне нужен небольшой фрагмент текста, который вот именно тут пришелся в разрыв страницы?
Выделяешь, двигаешь и оно подгружается построчно, например.
Дерево комментариев придётся прокручивать, наверное, если не придумают другого вида ведения обсуждения. А то писать об одном и том же в разных ветках среди этих 130 комментариев, тоже не хорошо.
А так это всё дело привычки и грамотной реализации, да.
Т.е. прицелиться в поле для ввода (дай бог, чтоб оно было), кликнуть, оторваться от мышки, переключиться на клавиатуру, ввести число (135 — минимум 3 пуша/клика), потом ещё одно нажатие — энтер, и вуаля — я на нужном слайде/страницы.
По Вашему это действительно проще, чем прицелиться в скролбар и протащить его одним движением до нужной страницы?
По Вашему это действительно проще, чем прицелиться в скролбар и протащить его одним движением до нужной страницы?
«… или выбрать (ползунком, например)».
А если мышки и не было (а она осталось только на стационарных компьютерах)?.. Тогда нажать что-нибудь и ввести проще.
А если мышки и не было (а она осталось только на стационарных компьютерах)?.. Тогда нажать что-нибудь и ввести проще.
Соглашусь отчасти.
Вы же сами понимаете, что мышек и «слайдеров» сейчас «предостаточно» и я сомневаюсь, что их станет намного меньше.
Поэтому в корень перетачивать интерфейс — это неразумно.
Как и раньше, по моему мнению (которое критиковали), настройки спасут мир:
сайт должен подстраиваться под разные типы экранов, либо давать пользователю возможность сделать выбор — предоставлять несколько возможных вариантов решения той или иной задачи.
Вы же сами понимаете, что мышек и «слайдеров» сейчас «предостаточно» и я сомневаюсь, что их станет намного меньше.
Поэтому в корень перетачивать интерфейс — это неразумно.
Как и раньше, по моему мнению (которое критиковали), настройки спасут мир:
сайт должен подстраиваться под разные типы экранов, либо давать пользователю возможность сделать выбор — предоставлять несколько возможных вариантов решения той или иной задачи.
согласно логике Хокона вскоре для удобства пользователей появится аналог скролбара для перелистывания чего-либо. Людям в любом случае будет удобно если будет аналог позволяющий оценить обьем информации на странице (если слово страница будет применимо к его идеи).
в общем-то при «слайдах» фиксированной высоты это тоже просто если показано общее количество слайдов или нумерация слайдов типа «слайд 5 из 50». правда не всем может быть удобно цифровое представление объема.
Как по мне, так непрерывный контент со скроллингом удобнее, чем странички.
так и проблема надуманна — при современных горизонтальных разрешениях, эти 20 пикселей не играют никакой роли.
Действительно.
Так мало того, даже остатком никто не пользуется — вы пробовали водить глазами по 24" монитору при чтении? глаза утомляются. Поэтому большинство сайтов либо фиксированной ширины либо тянется ограниченно, напримерно не более 1600 пикселов по ширине. (20" это часто уже 1680)
Водить глазами туда-сюда вполне для них полезно. Утомляет глаза и портит зрение как раз постоянная концентрация зрения в одной области.
увы, но существуют давно разработанные и вполне не безосновательно правила типографической вёрстки текста, которые обеспечивают максимальную воспринимаемость читаемого текста. И ширина текста в них вполне конкретно ограничена. А глазами по строке водить придётся в любом случае.
Микроаккомодация влияет на глаза крайне отрицательно. Полезно для глаз менять аккомодацию в широких пределах — бесконечность/ близкий предмет. В эргономике довольно много моментов, которые не совсем очевидны. В том числе вы не сможете концентрироваться в одной области постоянно — все равно будет перемещение глаз. Но при перемещениях от края экрана к центру и снова к краю глаз вынужден постоянно перефокусироваться, что сильно утомляет мышцы хрусталика. А при перемещении по узкой полосе вы даете мышцам глаза отдохнуть, бегая взглядом, но нет нужды в аккомодации — расстояние практически неизменное.
Не болтайте ерундой. То, что Вы изволили назвать «микроаккомодация» происходит в глазу постоянно и непрерывно. В силу своих оптических свойств глаз вынужден постоянно перефокусироваться. Если работа глазами, подобная упомянутой выше вызывает быстрое утомление — у пациента, как вариант, астенопия и это к доктору надо.
Верно, но и при 1600 что-то читать не совсем удобно. Оптимальная ширина должна быть ~1000-1200 пикселей, имхо.
Зато из-за него проблема с background-position: top center и margin: 0 auto;
Ububuntu и Mac OS X со своими скроллбарами тому пример. А те же PDF документы постраничные мне трудно читать.
*Ubuntu
В убубунте скроллбары ужасны и неюзабельны, так еще и найти их тяжело. Одно из самых бестолковых решений проблемы громоздкого гном-интерфейса.
В век мультитач тачпадов и мышек с колесиками главное то, что места практически не занимают.
В Mac OS X Lion они как раз занимают, но скрыты до момента появления события о скроллинге. Если разместить, скажем, div с отступом от правого края в 0px, то он не будет получать события, т.к. он закрыть скроллбаром.
Тачпада у меня нету, а колёсико иногда не помогает. Например, если есть селекторный список, тыкать в который для передачи ему фокуса не хочется — выберется что-нибудь ненужное. А найти эту оранжевую полоску и правильно подвинуть туда мышь, чтобы появился скроллбар уже нетривиально, ибо он не сразу срабатывает в силу корявости своей.
В ubuntu нет этого виндового бага — колёсико мышки не привязано к клавиатурному фокусу ввода. То есть тыкать не обязательно, колёсико работает как задумано — прокручивает контент под указателем мыши.
В винде это настраивается.
Похоже Вы просто не сталкивались, но там действительно багище.
После чего часто стали появляться интересные драйвера для мышей, которые нелают например горизонтальный скролл когда курсор на горизонтальном скролбаре. =\
После чего часто стали появляться интересные драйвера для мышей, которые нелают например горизонтальный скролл когда курсор на горизонтальном скролбаре. =\
C багом не сталкивался — я вообще не понимаю, в чём там баг.
Помню, что ещё во времена win98 я мог в настройках к гениусовской мышке поставить галку что-то типа «скроллировать без фокуса» — было очень удобно прокручивать список свойств объекта или файлов в IDE не перенося фокус ввода из редактора.
С другой стороны, в выпадающих списках удобно прокручивать значения не целясь на них мышкой.
Помню, что ещё во времена win98 я мог в настройках к гениусовской мышке поставить галку что-то типа «скроллировать без фокуса» — было очень удобно прокручивать список свойств объекта или файлов в IDE не перенося фокус ввода из редактора.
С другой стороны, в выпадающих списках удобно прокручивать значения не целясь на них мышкой.
Это у вас драйвер, видимо, был с такой дополнительной возможностью. А я, пока писал под windows, в каждом приложении имел обработчик WM_MOUSEWHEEL перенаправляющий сообщение в окно под мышью. Это не работало при клавиатурном фокусе в другом приложении, но хотя бы в рамках одного приложения всё было нормально.
А может быть у вас вообще отдельная специальная программа была, вроде этой. Кстати подумайте, писали бы такие программы, если бы не было бага?
Этот баг много раз репортили, но MS было важнее тачинтерфейсы развивать. Вот, например репорт про этой баг в Windows 7: www.windows7taskforce.com/view/53
А может быть у вас вообще отдельная специальная программа была, вроде этой. Кстати подумайте, писали бы такие программы, если бы не было бага?
Этот баг много раз репортили, но MS было важнее тачинтерфейсы развивать. Вот, например репорт про этой баг в Windows 7: www.windows7taskforce.com/view/53
Современный веб это уже не только десктопы с огромными мониторами.
НЛО прилетело и опубликовало эту надпись здесь
да, непрерывный контент решает. отсутствие continues mode в каком-то из pdf просмотрщиков жутко напрягало.
А почему не сделать как в последних Apple'ских продуктах, когда скроллбар появляется только во время скролирования
Не могу удержаться от сарказма, простите.
В последних? Это значит, раньше у Apple этого не было?
В последних? Это значит, раньше у Apple этого не было?
Если брать в рассмотрение только десктопы, то вроде в Lion появилось.
А вот и нет, на моей памяти впервые увидел это еще в Gnome.
Да без разницы, где впервые. Я указал на продукты, чтобы стало понятно о чем идет речь, а не чтобы затеять холивар.
А вы только употребите фразу «как у Apple» или, например, «у Apple лучше» и вы тут же получите море минусов. А меня особенно бесит словосочетание «великий Стив», как пару комментариев ниже.
Прозреваю, что это не более чем юмористическая аллюзия на словосочетание «великий Скив» у Роберта Асприна.
и что? вы видели, другой вообще никогда гном не видел, что с того? речь шла не о первенстве, а о том как что-то выглядит. зачем холивар разводить?
Анонсировали эппл первыми в презентациях льва, а потом убунтовцы слизнули буквально через полгода :)
Неудобство этого метода описана в первом комменте. Не видно какого размера текст и в каком месте текста находишься — приходится легонечко дерать прокрутку.
Достаточно лишь подвести мышку к правому краю и сролл-бар появится. опять таки, в гноме отображение позиции реализовано тонкой оранжевой полоской с краю. Другой вопрос — если делать веб-страницу в виде слайдов, то как оно будет себя вести при увеличении масштаба? А если это будет вытянутая к примеру по горизонтали картинка на 20 экранов? Ну и так далее…
В одной из Lab-сборок Оперы такая навигация реализована.
> Да и открытие ссылок вызывает вопросы — как все это должно происходить?
> В новом окне? В новом браузере? Что получится в результате открытия нескольких
> линков из странички, состоящей из 10 «экранов»?
Страница навигации в этой концепции ≠ html-страничке. Пользователи взаимодействуют с html-страничками как и раньше, просто навигация внутри html-страничек происходит постранично.
> Да и открытие ссылок вызывает вопросы — как все это должно происходить?
> В новом окне? В новом браузере? Что получится в результате открытия нескольких
> линков из странички, состоящей из 10 «экранов»?
Страница навигации в этой концепции ≠ html-страничке. Пользователи взаимодействуют с html-страничками как и раньше, просто навигация внутри html-страничек происходит постранично.
Как длинный текст скопировать в буфер, если вся навигация будет постраничная?
Как перейти сразу к концу текста? Дополнительные навигационный элемент? А чем он лучше скролбара будет?
И каким образом решается проблема распечатки? Монитор-то все равно не равен листу А4.
Я рад что кто-то думает о таких глобальных вещах, но конкретное предложение не очень. Даже очень не очень.
Как перейти сразу к концу текста? Дополнительные навигационный элемент? А чем он лучше скролбара будет?
И каким образом решается проблема распечатки? Монитор-то все равно не равен листу А4.
Я рад что кто-то думает о таких глобальных вещах, но конкретное предложение не очень. Даже очень не очень.
офигенная задумка, только народ очень не сразу привыкнет к такому нововведению. вот если б великий Стив это внедрил — весь мир уже на ушах бы стоял, мол, «и чего это раньше мы сайты страничками не смотрели?». :-)
Собственно говоря, сейчас сайты — это те же папирусы. Свитки. Их нужно прокручивать скроллом, чтобы посмотреть. Современные бумажные книги тоже от свитков по-сути произошли :-) Да и мобильные технологии давно уже тачпадом «прокручивают» страницы.
Возможно — это будущее веб-стандартов.
Собственно говоря, сейчас сайты — это те же папирусы. Свитки. Их нужно прокручивать скроллом, чтобы посмотреть. Современные бумажные книги тоже от свитков по-сути произошли :-) Да и мобильные технологии давно уже тачпадом «прокручивают» страницы.
Возможно — это будущее веб-стандартов.
>> Собственно говоря, сейчас сайты — это те же папирусы. Свитки. Их нужно прокручивать скроллом, чтобы посмотреть. Современные бумажные книги тоже от свитков по-сути произошли :-)
Преимущество книг по сравнению со свитками было в возможности получить быстро доступ к информации. расположенной где-то посреди текста. С веб-страницами получается наоборот: вместо одного действия (проскроллить до середины) придётся многократно прокликать начальные страницы, или же ввести номер интересующей страницы, если навигация будет это позволять… и то, и то намного дольше, чем скроллинг.
Преимущество книг по сравнению со свитками было в возможности получить быстро доступ к информации. расположенной где-то посреди текста. С веб-страницами получается наоборот: вместо одного действия (проскроллить до середины) придётся многократно прокликать начальные страницы, или же ввести номер интересующей страницы, если навигация будет это позволять… и то, и то намного дольше, чем скроллинг.
офигенная задумка, только народ очень не сразу привыкнет к такому нововведению. вот если б великий Стив это внедрил — весь мир уже на ушах бы стоял, мол, «и чего это раньше мы сайты страничками не смотрели?». :-)
Ну вот откуда такие берутся? Вас, что выращивают где-то?! Честное слово, аж тошнит от таких!
НЛО прилетело и опубликовало эту надпись здесь
IMHO, зря заминусовали pandas — аналогия со свитками точнее некуда.
Так, от перевода стрелок мы уже отказались, теперь еще и скроллбар на подходе?.. Что ж за время-то такое…
Воля ваша, но мне кажется, что Хокон Виум Ли вконец бахнулся.
Я не очень понял, что сейчас мешает контенту занимать всю ширину страницы.
У такого способа навигации есть свои преимущества, поскольку контент будет занимать всю ширину страницы, да и работать браузером будет удобнее.
Я не очень понял, что сейчас мешает контенту занимать всю ширину страницы.
По моему, что-то такое было в опере мини древней, той что на джава. Там скролить нельзя было и нужно было на следующий экран переключаться. Типа как для экономии трафика. Ужас тот ещё…
Вот Хокон Виум Ли говорит, что из-за скроллбара меняется расположение контента внутри окна браузера, а разве тогда не легче сделать чтобы область скроллбара всегда присутствовала? Не думаю, что эти 20 пикселей сыграют большую роль при нынешних разрешениях. Только, конечно, сделать так, чтобы и в глаза не бросалась область скроллбара. А то с этими страничками по моему совсем бред может выйти. Не сказал бы, что презентации являются самым удобным способом визуального поиска необходимого контента.
<irony>убрать скролбар, разбить текст на странички…
а для удобной навигации по страничкам сделать горизонтальный скролбар.</irony>
а для удобной навигации по страничкам сделать горизонтальный скролбар.</irony>
Бред. Тенденция то говорит обратное — все переходят от постраничной выдачи к «бесконечному» скроллу.
Скролл намного удобнее страниц, он дает больше информации и позволяет выполнять больше различных операций различными же способами.
Скролл намного удобнее страниц, он дает больше информации и позволяет выполнять больше различных операций различными же способами.
Бред и все, имхо хотелось выпендриться.
Помню времена спектрума, его пик развития, когда активно делались электронные газетки, журналы и т.д. В те времена вышла пара журналов/газет с «горизонтальным скроллом», на самом деле было именно перелистывание страниц. Продолжений не было, читать жутко неудобно. В итоге все остались на вертикальном скролле.
Сам люблю почитать, в итоге привык книги читать по страницам (этому содействовали e-ink читалки), а вот уж различные статейки лучше читать одним куском.
И с точки зрения затрат на верстку, постраничный текст верстать дольше. А если понадобится табличку показать, то как быть, верстать как в книгах, жуть. А как же поддержка различных разрешений, меня к примеру не прет спотреть на сайт под экран 800 на 600 на мониторе 1920 на 1080.
Помню времена спектрума, его пик развития, когда активно делались электронные газетки, журналы и т.д. В те времена вышла пара журналов/газет с «горизонтальным скроллом», на самом деле было именно перелистывание страниц. Продолжений не было, читать жутко неудобно. В итоге все остались на вертикальном скролле.
Сам люблю почитать, в итоге привык книги читать по страницам (этому содействовали e-ink читалки), а вот уж различные статейки лучше читать одним куском.
И с точки зрения затрат на верстку, постраничный текст верстать дольше. А если понадобится табличку показать, то как быть, верстать как в книгах, жуть. А как же поддержка различных разрешений, меня к примеру не прет спотреть на сайт под экран 800 на 600 на мониторе 1920 на 1080.
Решение:
1. Сделать полосу прокрутки поверх информации и полупрозрачной.
2. Убирать полосу прокрутки если мышь вне её области и страница не прокручивается другим способом.
1. Сделать полосу прокрутки поверх информации и полупрозрачной.
2. Убирать полосу прокрутки если мышь вне её области и страница не прокручивается другим способом.
Это было в симпсонах Gnome.
3. Дать возможность пользователю переключать возможность скроллинга или пролистывания
вот это дельно. и скорее всего очень геморойно для верстки и для рендеринга, сейчас при печати-то не все браузеры нормально на страницы разбивают.
ЗАчем давать пользователю возможность выбора?
Нужно сделать удобней чем есть сейчас и забыть про устаревшую технологию.
На ноутах тачпады сейчас отлично ловят скрол, на тачевых устройствах-скролл не нужен как вид, на мышках есть колески. При атких больших ширинах моников до скрола нужно так долго «идти» что он отмирает потихоньку.
Сделать пейджер вместо скрола-идея дурацкая, н наверно имелось в виду как сейчас скрол работает по пробелу-след страница, которая вмещается в экран. При этом в момент перехода тебе показывают что ты на 2 экране.
Я понял идею так.
Такой способ реализации уже предлагали и не раз-была даже концепция когда на скроле показывают схематично всю страницу. И наглядно видно что скажем вот текст, а потом идут фотки, потом снова текст.
Что-то типа вот этого www.artgorbunov.ru/bb/ui/infoscroller/
Нужно сделать удобней чем есть сейчас и забыть про устаревшую технологию.
На ноутах тачпады сейчас отлично ловят скрол, на тачевых устройствах-скролл не нужен как вид, на мышках есть колески. При атких больших ширинах моников до скрола нужно так долго «идти» что он отмирает потихоньку.
Сделать пейджер вместо скрола-идея дурацкая, н наверно имелось в виду как сейчас скрол работает по пробелу-след страница, которая вмещается в экран. При этом в момент перехода тебе показывают что ты на 2 экране.
Я понял идею так.
Такой способ реализации уже предлагали и не раз-была даже концепция когда на скроле показывают схематично всю страницу. И наглядно видно что скажем вот текст, а потом идут фотки, потом снова текст.
Что-то типа вот этого www.artgorbunov.ru/bb/ui/infoscroller/
А верстальщики получат дополнительную нехилую головную боль
Было же это.прямо тут, в одном из цсс-блогов.
Совмещенная линейка скролла/предпросмотра с превью страниц под ней. Хочешь-тыкай, хочешь скролль
Совмещенная линейка скролла/предпросмотра с превью страниц под ней. Хочешь-тыкай, хочешь скролль
Сосисочный скроллбар на JS, было. habrahabr.ru/blogs/GreaseMonkey/116965/
НЛО прилетело и опубликовало эту надпись здесь
В ужимании скролл-бара до минимума особо преуспел Google. И я бы не сказал, что эта идея очень удобная.
Еще достаточно узкий скролл-бар в ubuntu 11-х версий, где в обычном режиме отображается лишь узенькая полосочка скроллинга, а при наведении — и сама эм, кнопка(?), за которую можно тягать. В пролистывании вижу минус — я, например, при чтении длинных текстов, гораздо комфортнее себя чувствую и ориентируюсь по скроллбару, чем по номеру страницы. Как-то нагляднее, и это хорошо.
>> Во-вторых, распечатка длинных веб-страниц довольно проблематична.
Поправьте, если не прав — а это востребованная функция? Мне казалось, для печати на сайте есть специальные версии страниц, где нету рекламы и графики, которую в противном случае надо вырезать руками.
>> Во-вторых, распечатка длинных веб-страниц довольно проблематична.
Поправьте, если не прав — а это востребованная функция? Мне казалось, для печати на сайте есть специальные версии страниц, где нету рекламы и графики, которую в противном случае надо вырезать руками.
жестко конечно этот Хокон Виум Ли интернет-общественность потроллил ;)
Пользуюсь Thin Scroll Bar для Chrome. Счастлив аки слон.
в mac os 10.7 эта проблема решена с дугой стороны. скроллбар накладывается поверх страницы и появляется только в момент прокрутки
Видимо, Хокон Ли, заценил скролинг в Lion в сафари. Скролбар прозрачный и появляется только при наведении или скролинге.
Мне интересно, как его замечательная постраничная реализация будет выглядеть при попытке просматривать страницы с девайсов с маленькой высотой. Вроде моего нетбука 1024*600.
И не забываем о ленте комментариев. Очень не удобно будет читать комментарии с несколькими вложенностями. Как по мне проект может быть реализован на проектах не связанных с общением пользователей/с пользователями.
Это ж создатель CSS.
Он странице в виде кода читает.
Он странице в виде кода читает.
А картинки высотой больше высоты экрана как показывать?
Если не хочешь выглядеть глупо, предлагаю подобную идею — давай сразу наброски. Без набросков даже создатель CSS будет выглядеть глупо.
убрав скрол бар наконецто у ИЕ с расчетом позиций может будет ровно )
Ну сделали бы какой нибудь scrollingType для переключения между традиционным скроллингом и этим новшеством, а то сразу без традиционного скроллинга это как то черезчур.
Передайте Хокону Виум Ли, что он не прав… :-)
Полагаю разбиение на страницы будет выполнять браузер в зависимости от размеров экрана.
Но как же обойтись без скролла при увеличении масштаба?
Но как же обойтись без скролла при увеличении масштаба?
Потом обычные, далекие от компьютеров люди, ищут где же привычный скроллбар в браузерах… Зачем такие кардинальные изменения в интерфейсах браузеров? Только жизнь усложняют, имхо…
Мне решение на MAC нравится: крутишь страничку — появился скрол, перестал — исчез.
На мой взгляд, более удобное решение — скроллбар в стиле новых версий Ubuntu. Т.е. в обычном режиме видна лишь тонкая полоска, а при наведении мышкой — поверх неё появляется ползунок.
Идея со страницами не айс. Сейчас одним взглядом можно оценить всю страницу, даже длинную. А если она будет разделена на части — неудобно. Опять же поиск по странице осложняется.
Идея со страницами не айс. Сейчас одним взглядом можно оценить всю страницу, даже длинную. А если она будет разделена на части — неудобно. Опять же поиск по странице осложняется.
Скролл определенно лучше. Если на него еще подвесить навигацию по странице для быстрого перехода (где статья начинается, где начинаются комментарии, и где на этой странице новые комментарии) — больше ничего и не надо
НЛО прилетело и опубликовало эту надпись здесь
Пытаться избавиться от занимающего место скролбара это разумно, но можно пойти по пути добавления дополнительного функционала. Например, в Хроме мне нравится цветная подсветка искомой фразы — сразу видно где примерно на странице находится искомое.
Пользуюсь активно интернетом года 3. Сегодня узнал, что «скроллбар — это плохо, не удобно и занимает кучу места». Расстроился.
Скажу так: PDF-документы, которые разбиваются на страницы и по умолчанию не скроллятся, а переключаются постранично, я всегда переключаю в режим простого скролла. Авторы подобных «инноваций», похоже, пытаются привести всех к единому стандарту разрешения экрана, вопреки всем трендам увеличения разнообразия устройств, их форм-факторов и сценариев использования. Мой вердикт — no pasaran.
Когда разработчики интерфейсов предлагают что-либо убрать, мне хочется ударить их головой об стену. Хочешь сделать по-другому — сделай опцию, чёрт побери! Нет, надо всё переделать, всё убрать, чтобы не дай бог, потенциальный пользователь из интерната для слабоумных не перегрел мозги, глядя на лишний элемент интерфейса.
Правый клик? Убрать. Ну и что, что раньше можно было вызвать приложение из трея одним кликом. А другим вызвать всплывающее меню. Извольте теперь кликать, а потом искать нужный пункт во всплывающем меню, целиться в него, ещё раз кликать. Зато мы объединили! Упростили! Убрали ненужную функцию! Зато мы сделаем один интерфейс для планшетов и десктопов!
Когда я в беседе с приятелем в очередной раз ругал эту тенденцию, он произнёс хорошую фразу: «Не переживай, скоро везде будет одинаковый интерфейс. Одна большая кнопка. „Сделать заебись!“ Но она не будет работать».
Правый клик? Убрать. Ну и что, что раньше можно было вызвать приложение из трея одним кликом. А другим вызвать всплывающее меню. Извольте теперь кликать, а потом искать нужный пункт во всплывающем меню, целиться в него, ещё раз кликать. Зато мы объединили! Упростили! Убрали ненужную функцию! Зато мы сделаем один интерфейс для планшетов и десктопов!
Когда я в беседе с приятелем в очередной раз ругал эту тенденцию, он произнёс хорошую фразу: «Не переживай, скоро везде будет одинаковый интерфейс. Одна большая кнопка. „Сделать заебись!“ Но она не будет работать».
Плохо, что появляющийся скролл вызывает перепозиционирование элементов, но ведь можно сделать другие скроллы, которые будут расположены поверх контента, с автохайдом например или полупрозрачно. Все-таки отказываться от скроллбара целиком как-то слишком уж радикально.
Может сделать как на картинке? Отметить странички-слайды на скроллбаре, а при зажимании какой-либо клавиши скроллинг будет «прилипать» к границам страничек.
Создатель CSS заболел старческим маразмом. Что ж, бывает.
Например, сейчас мы привыкли прокручивать контент веб-страницы при поиске нужной информации. Какой бы длины страничка ни была, поиск контента — не такая уж и сложная задача. А вот при пролистывании все это может значительно усложниться.
Давно листаю страницы кнопками PgUp и PgDn. Не вижу здесь усложнения.
Кроме того, возникают проблемы с поиском текста по заданному ключевому слову по всей страничке, в случае ее разделения на «экраны».
Почему? Разделение на экраны идёт виртуальное — на самом деле текст всей веб-страницы загружается в браузер (просто не показывается весь сразу). Так что поиск по странице ничем не будет отличаться от традиционного.
Да и открытие ссылок вызывает вопросы — как все это должно происходить? В новом окне? В новом браузере? Что получится в результате открытия нескольких линков из странички, состоящей из 10 «экранов»?
Нет. Как я сказал выше, текст всей страницы загружается в браузер полностью, просто отображается «порционно». Поэтому открытие ссылок в фоне, в другой вкладке или даже в другом окне никак не усложняется.
Давно листаю страницы кнопками PgUp и PgDn. Не вижу здесь усложнения.
Кроме того, возникают проблемы с поиском текста по заданному ключевому слову по всей страничке, в случае ее разделения на «экраны».
Почему? Разделение на экраны идёт виртуальное — на самом деле текст всей веб-страницы загружается в браузер (просто не показывается весь сразу). Так что поиск по странице ничем не будет отличаться от традиционного.
Да и открытие ссылок вызывает вопросы — как все это должно происходить? В новом окне? В новом браузере? Что получится в результате открытия нескольких линков из странички, состоящей из 10 «экранов»?
Нет. Как я сказал выше, текст всей страницы загружается в браузер полностью, просто отображается «порционно». Поэтому открытие ссылок в фоне, в другой вкладке или даже в другом окне никак не усложняется.
А мне нравится идея убрать скроллбар из браузера, но его появление на странице оставить полностью на совести дизайнера/верстальщика.
а зачем так прям сразу убирать? может лучше предоставить пользователю выбор с помощью соответствующей опции?
И будет тогда в вебе как во флеше — все начнут городить свои скролбары, у кого-то он будет прокручиваться по ходу колесика мыши, у кого-то наоборот, или страница будет бегать за ползунком и т.д. и т.п. Я «ЗА» скролбар.
как представлю вёрстку под слайды… это же нужно будет тоннами кофе пить и играться с дизайнами, чтобы top и bottom не были рваными.
Перенесите топик в раздел «Юмор».
Сначала в Gnome3 пришибли классический способ переключения между окнами и кнопки свернуть/развернуть, потом в Windows посчитали лишней кнопку Пуск, а теперь вот и до скроллинга добрались. Куда катится мир…
Можно долго рассуждать с точки зрения банальной эрудиции к чему это приведёт, но это уже отлично реализовано в iOS/OS X Lion — просто попользуйтесь, и все сомнения отпадут. Не нужен этот скролл, я рад, что от него избавились.
habrahabr.ru/blogs/webstandards/131666/#comment_4369622
за это уже минусовали
за это уже минусовали
Это ему Google Reader — Play понравился, вот и предлагает, сделать так везде :)
идиотизм-то какой… какой-то бредовый приступ автора цсс
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создатель CSS предлагает убрать скроллбар и сам скроллинг из браузеров