Hacker News new | past | comments | ask | show | jobs | submit login

>mandatory group names

I'm on 137.0.2 and I just made a nameless tab group just fine. Real estate of a square.






When you combine tabs, focus shifts to an input field, requiring extra action to dismiss or accept. That's the friction, even if you type nothing.

Also in horizontal tab layout every square matters


>that's the friction

It seems to be entirely preferential. If you prefer naming tabs it's extra friction to access the input field. Options are always nice, but you will rarely cover 100% user cases on a first release.

>every square matters

If you want zero real estate, you close the tab, optionally bookmarking it.

I don't know if some 5 pixel strip really helps anyone. that sounds like functionality deferred more towards a minor extention.


> It seems to be entirely preferential

Having this whole functionality is entirely preferential, so?

> If you prefer naming tabs it's extra friction to access the input field.

It's not, you can have different commands/mouse gestures for different workflows with customizable defaults to avoid most of the friction

> Options are always nice, but you will rarely cover 100% user cases on a first release.

That's a bad, though universal (can say exactly the same thing on 100th release) excuse

> If you want zero real estate, you close the tab, optionally bookmarking it.

Or close the browser. That's nonsense, why would I want absolute zero??? I want zero waste

> I don't know if some 5 pixel strip really helps anyone

Gladly there are ways to get knowledge! You can start by measuring actual width instead of making up tiny numbers. And then go on estimate the % of users who have more tabs that fit the screen width - that's the number is anyones no waste will be helping


>Having this whole functionality is entirely preferential, so?

Sure. No feature will please everyone and some may actively oppose a few individuals

https://xkcd.com/1172/

That's why options to customize the experience is the best of both worlds. But focusing on solid defaults and then opening up with options seems to make sense.

>>That's a bad, though universal (can say exactly the same thing on 100th release) excuse

Okay. This feature had 2 updates thus far. As the kids say, "let them cook". I sure prefer an iterative release over even more delay on such a widely requested feature

> want zero waste

You need to define "waste" first. What does "zero waste" even mean in terms of UI real estate? These paradigms vary from culture to culture (e.g. Check out how utterly dense Japanese website UI is), and then person to person.

> You can start by measuring actual width instead of making up tiny numbers.

And you don't think the designers and engineers at Mozilla did this and simply interpret a different benchmark from you? I'm sure like the rest of the base UI the scaling is responsive and the size chosen balanced visual ease of perception, average user precision, and compactness.

>And then go on estimate the % of users who have more tabs that fit the screen width - that's the number is anyones no waste will be helping

Given reports in this comment section of people with 2000+ tabs and people apprehensive about more than a few tabs open, I hope you can imagine the challenge trying to accommodate such a range.

I also imagine the designers did that work already. If it fits what some quick research I did suggests, the average tab count maintained is on the lower side.


> But focusing on solid defaults and then opening up with options seems to make sense.

Since everything is entirely preferential, you can't claim the current defaults are solid

> As the kids say, "let them cook".

They had decades to cook

> I sure prefer an iterative release over even more delay on such a widely requested feature

This is just another bad excuse (and also universal), especially since the current design is more complicated (due to the extra UI element), so likely took more time to implement. Sometimes better is faster.

> You can start by measuring actual width instead of making up tiny numbers.

> And you don't think the designers and engineers at Mozilla did this and simply interpret a different benchmark from you?

How is this relevant to you making up 5px?

> challenge trying to accommodate such a range

There is no challenge here, waste becomes apparent as soon as you reach 100% width, 100 or 40k tabs doesn't matter.

> average tab count maintained is on the lower side.

You've said nothing specific here. What % of users have tabs that don't fit tab bar width? And which % counts as "anyone" from your perspective?


No friction, just proceed with what you planned on doing after making the group. The naming popup is ephemeral, it will go away if you do anything else.

Yeah, right

- press arrow down to scroll on a page: works

- invoke the group command: now input field has focus

- press arrow down to let the "ephemereal go away". Oops, it doesn't since input field actually intercepts ... input!




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: