Pull to refresh

Comments 76

Ну да, и на текущий скин плюет с большой колокольни :)
Не всё пока идеально. Это всё таки dev ветка :)
Да я в курсе, потому и использую dev-версии в надежде сразу ощутить все новшества…
Я ж не ругаю… Это типа багрепорт :)
Это практически единственное, что сдерживало меня перейти с оперы на хром в Linux. Теперь нужно только немножко подождать.
А вы сначала попробуйте сабж. Он неюзабелен: размер фиксированный, порядок табов инвертированный, отступов нет. Пока только в Firefox можно нормально пользоваться вертикальными табами, только по этому на нем и сижу
с учетом повальности широкоформатных монов — оч хорошо.
а вообще, я все время пользования хромом мечтаю о «выпадалке» как в фаерфоксе… когда много табов чтоб в конце ряда была кнопочка, в которую тыц — и вывалился список всех табов, как дроп-даун меню… И скрол ряда табов колесом мыши! Самое больное место хрома — это когда много табов… Ну почему нельзя «одолжить» принцип табов у фаерфокса…
Было бы полезно, но больное место хрома — отдельные процессы на вкладку… 300 вкладок смотрится страшно в списке процессов… В хроме не желательно много вкладок…
вы часто заглядываете в таскменеджер дабы полюбоваться?))
не смотря на кол-во процессов, массу табов он держит неплохо. по-лучше лисички. так что я бы не сказал, что это больное место
Сразу после того, как узнал про отдельные процессы — стал заглядывать чаще :)
Я вот пока не сравнивал утечки памяти ФФ и Хрома, но внешне казалось, что у Хрома память отжирается сильнее… Но Хром я люблю, хотя полностью и не перехожу на него…
Наверное скоро можно будет сделать его основным.
UFO just landed and posted this here
Это потому, что это страницы в том же процессе. Вопреки всеобщему убеждению, хром создает по процессу на сайт, а не на вкладку.
Там есть три варианта, меняются параметрами командной строки:
1) 1 процесс для всего
2) по процессу на сайт
3) по процессу на вкладку
По умолчанию используется 3й вариант (по крайней мере раньше было именно так).
а по-подробнее? как изменить параметры?
немного ошибся. по умолчанию используется по процессу на экземпляр сайта(если отдельно зайти еще раз на сайт то создастся новый процесс)

по процессу на вкладку задается параметром --process-per-tab
по процессу на сайт задается параметром --process-per-site
один процесс задается параметром --single-process

подробнее тут
Открываю кучу статей с хабра в новых вкладках, количество процессов не растет. Открываю любую внешнюю ссылку, появляется еще один процесс.

Думаю, что это как раз не больное место. И расширения у него тоже каждое в отдельном процессе. На мой взгляд это очень хорошо в плане стабильности браузера, когда он не зависит от стабильности расширений
спасибо)
секси андо — оч хорошо.
плюс еще порылся по расширениям, таб меню — тоже очень айс.
а вот для скрола табов ничего не нашел(
Странно, но у меня скрол по ряду табов колесом мыши — работает.
Ubuntu 10.04 x64 / Google Chrome Stable 5.0.375.99
винда — табы сужаются до пикселей 10 и все. ничего не скролится, ничего сделать нельзя
https://chrome.google.com/extensions/detail/galfofdpepkcahkfobimileafiobdplb?hl=ru — вот очень неплохое расширение для борьбы с этой проблемой.
чуть выше мой камент:
таб меню — тоже очень айс

=)
ужа поставил, в общем, спасибо)
Нерационально съедается ширина экрана (хотя на FullHD её и завались, например). Я бы предпочёл, чтоб табы выли действительно вертикальными, т.е. чтоб панель табов просто развернули на 90 градусов против часовой стрелки. При этом можно у фавиконок сохранить нормальную ориентацию (они всё равно же квадратные).
Вроде как у хрома пошли движения в сторону усовершенствования API. Так что, возможно, скоро и это можно будеть сделать каким нибудь дополнением :)
вот это вряд ли. API добавляют — это правда, но управление внешним видом браузера если и добавят, то очень не скоро.
Высота экрана обычно меньше ширины. Если просто повернуть на 90°, то они быстро займут все место. К тому же сейчас очень распространены экраны с соотношением 16:9, в них это удобно
Да, отчасти я с вами согласен (про FullHD — частный случай 16:9 — я тоже упомянул), но мне кажется край широченного экрана лучше уж занять чем-то более полезным. Например, ростером IM.

Например, у меня, когда я в Опере, справа открыта панель с почтой/rss, оперативно показывающая мне кто и где написал, позволяющая быстро скакать по фидам/ящикам/папкам — этот огромный многоуровневый список как раз и требует вертикального пространства.

Но когда я в FF или Хроме, то страница у меня распахнута во всю ширину и мне это тоже нравится. Я бы подвинулся, но только ради чего-то полезного (а-ля панели Оперы), а для вкладок — жалко. Ведь что я получу? Лишние 30-40 точек сверху, за которые отдам 150-250 точек слева. Обмен не равноценный. Даже на глаз очевидно, что боковые вкладки в том виде, как их реализовали, съедают в разы больше площади, чем вкладки сверху.

Но вообще, конечно, всё это дело вкуса. Я рассказал, почему такое решение не радует меня. Других, судя по комментам — радует. И то хорошо. Я же пока посижу и на традиционных вкладках.
Чтобы область слева пропадала не совсем бесполезно, можно сделать так:
Тайтлы по большей части вообще не нужны. Редко когда попадается сайт без фавайкона, а если попадается, то его легко можно отличить по его отсутствию.

А если открыть пять вкладок Хабра?
Страницы, открытые позже находятся ниже. В случае с хаборм, пять открытых страниц обычно означает одну страницу со списком статей и 4 непрочитанных статей. Страницу с о списком найти легко, а остальные пофиг в каком порядке читать.
Для более сложной ситуаций всегда есть всплывающая подсказка с тайтлом и превьюшкой.
Нужность тайтлов прямо пропорциональная количеству открытых вкладок :)
У меня Хром основной, но именно вертикальных табов просто адски не хватает… Жду-не дождусь, когда же в Линуксе заработает эта фича. Параметр к строке запуска уже давно прописан.
А только у меня новые табы по ссылкам из текущего открываются над текущей вкладкой, а не под?
Ну и зависимостей у этой штуки о_О

gnome-web-photo{a} libextutils-depends-perl{a}
libextutils-pkgconfig-perl{a} libgnome2-gconf-perl{a}
libgnome2-wnck-perl{a} libgoo-canvas-perl{a} libgoocanvas-common{a}
libgoocanvas3{a} libgtk2-imageview-perl{a} libgtk2-trayicon-perl{a}
libgtkimageview0{a} libhttp-server-simple-perl{a}
libio-socket-ssl-perl{a} libnet-libidn-perl{a} libnet-ssleay-perl{a}
libproc-processtable-perl{a} libwww-mechanize-perl{a}
libx11-protocol-perl{a} libxml-simple-perl{a} perlmagick{a} shutter
Чёрт. Ошибся вкладкой.
>Для пользователей Linux пока недоступно.
Ждем с нетерпением!
Доп. инфа: верхняя часть окна теперь бесполезно пропадает.
угу. да и по высоте всего пара пикселей выигрыша…
Скорее уж привет firefox c его Tree Style tab. Ибо дополнение это старое, а возможность сделать табы вертикальными, появилась в опере сравнительно недавно.
> Скорее уж привет firefox c его Tree Style tab.

Так здесь же нет древовидной иерархической структуры вкладок. Просто все вкладки одноуровневым списком.
Я к тому, что подобная возможность появилась сначала в firefox. Затем уже в опере, и вот теперь в хроме.
Привет от Оперы 6.0 2001-го года выпуска, за 3 года до Firefox версии 1.0!



Воможно и раньше были.
Ого! Беру свои слова назад. Я почему-то думал, что данная возможность появилась недавно. Когда она появилась в фоксе не берусь утверждать, но что-то мне подсказывает, что не раньше.
большинство фишек браузеров появилось именно в опере и только потом были позаимствованы другими разработчиками.
Действительно, ведь именно в опере впервые появились расширения </sarcasm>
UFO just landed and posted this here
2007-й год, версия расширения 0.1 — это старое?
> Сегодня прочитал что в dev ветку добавили такую возможность.

Не знаю где прочитали, но в dev ветке параметр --enable-vertical-tabs уже давно есть.

Увы, по прежнему данные вертикальные вкладки убоги и Tree Style Tab никак заменить не могут. Да и к тому же на мультимониторных системах вообще не работают. Ждем-с.
Прочитали видимо на лайфхакере, флаг действительно в dev уже давно
Нет, не читаю лайфхакер. Причём давно. Там практически нет ничего интересного для меня.
Нет. Я слоу. Пару недель не разргребал новости в ридере. Сегодня прочитал, и удивился что на хабре про это не писали (обычно даже маленькое новшество хрома освещается), и решил написать.

Увы да. Tree Style Tab оно не заменит, но если допилят, да хорошее API прикрутят, то возможно и аналог tree style tab появится.
вы не поверите, но писали(правда не отдельной новостью, ибо это уже не грани с бредом по-моему -_-)
Верю, отчего же, но как оказалось не только я не читаю лайфхакер, и новости веток хрома, и много кто не знал этого, а теперь вот знают. Так что этот мини пост, на мой взгляд, имеет право на жизнь :)
А может ко знает, почему в последних билдах перестал работать параметр --bookmark-menu?
Я аж расстроился :(
Почему не знаю, но видел это изменения в ключах запуска:
вот если б оно справа было бы, вот цены бы не было
> Для пользователей Linux пока недоступно.
как всегда (((
А кто нибудь может объяснить мне практический смысл этой штуки?
Ведь место по вертикали все равно не экономится, остается полоса с кнопками закрыть, свернуть. Вот если бы ее не было, тогда бы да, было бы здорово :)
Скорее бы добавили вертикальные панели вообще и чтобы туда можно было кнопки добавлять, например, избранное…
О, табы начали движение. Я все жду когда они вниз доползут.
Не хватает только древовидной структуры.
Пока адресная строка и кнопки не перенесены в одну линию с кнопками закрытия окна, пользы от этой фичи — как от козла молока.
боковую панель закладок бы, как в опере.
Чтобы этим пользоваться мне надо сначала экран по шире и оперативы по больше.

Вот фиг ее знает, я к табам сверху привык, а это даже неудобно как-то.
Only those users with full accounts are able to leave comments. Log in, please.