My big topic list refactor paved the way for a much richer topic list experience, in past I was terrified to add more feature there due to perf, but now I can go crazy with only a minuscule perf impact
I find both these filters incredibly useful, for some people (me) likes are a form of bookmark so having access to this is awesome.
I know it exists in the user pages, but that view is not sortable and not nearly as information dense and totally cramped due to the other UI around the topic list.
I think we should add two links to these filters from the user drop down:
Not really, not if you suppress a bunch of columns in list view ala âSamâs minimalâ, e.g. 2 lines per row rendering. That frees up a lot of spaceâŚ
(Just for this scenario, not as a global thing, when thereâs constrained space I think the 2 lines per row topic list becomes necessary)
Yes please! g f would be ideal for bookmarks, as for likes⌠not sure, which key to use for that.
Iâm not sure I understand what you are saying hereâŚ
You must not use those user pages much⌠I canât stand going there and trying to find what Iâm looking for. Main Page gives me a lot of options to find the data Iâm looking for. Iâd personally get rid of the User Page for bookmarks and make the existing link apply the filter. Just my 2 cents.
It would be really cool if we could have a in:bookmarks search parameter too.
Thatâs what I get for making an assumption. I canât stand using the User Pages (for anythingâŚ). It is just too cramped. Doesnât sort, canât be searched, etc. Just isnât a good user experience for me. I donât want to scroll a couple of pages to get to the post I want to view.
But, I consider it a low priority to fix any of that. Yes, it would be nice, but what is there is âfunctionalâ to an extent.
Regardless, per-user stuff should be on the user page, and there is a very good argument for normalizing this stuff⌠it is silly that I canât even see how many likes my post got from my user page. We also want to move to more of a âgreatest hitsâ and âbest ofâ view on the user page, so more flexibility on user page display (multiple row topic views, etc) would be good.
Finding myself suddenly in crazytown front page layout, totally disconnected from topnav, with weird bookmark glyphs everywhere is not desirable.
These new filters ROCK. Thank you so much @sam! I use bookmarks as just that: things I want to keep tabs on, personal conversation curation for my benefit. Having to go through my profile to read them (and in a different, less informative layout that was listing them) made them less of a pleasure to use. This puts them front and center so I can swiftly go to them as needed. It replaces stars more efficiently this way, methinks.
This seems like itâs worth thinking about more. I wonder if youâre idea to make the hamburger menu slide out as a side navigation thingy could help that eventually?
Meh. We have New and Unread, donât we? I think that the main page should be the way a user normally interacts with the site and finds the topics they want to read. Some additional customization and shortcuts for the user here is a good thing, but I do agree that it has to be done with care. More thought and design here is needed because youâre right about the current state of things where you find yourself âsuddenly in crazytown front page layout, totally disconnected from topnavâ
We just have a ton less UI to work which makes me feel:
âOh no, I am headed to the user page where there lots and lots of options I donât care about. 50% of my visual field is full of superfluous infoâ
Which is why I donât particularly care about being there when I am doing work. I think the struggle the user page has is that there are two design constraints at strong odds.
Show me information about another user
Show me information about my stuff
Both, conceptually are at very strong odds, when I am looking at another user I am not trying to get work done, just snooping around and the extra information is super useful. So we designed well for this use case.
When I am looking at my stuff all the decoration is superfluous which is not ideal.
I completely agree with the critic of âWhat am I looking at when filters are enabled? Where am I?â its a general issue we have with all our topic list filters, we should have a solution for this. However resolving it is at most just adding 1 more element on the page (when data is filtered), not 30 elements and taking up 50% of the visual field.
This widget could be made smarter to deal with filters etc:
On mobile this issue is even more egregious cause real estate is so limited.
One critical difference is that you donât go bouncing between wildly different contexts to get between âlatestâ and âmy stuffâ in Gmail. Your inbox is your latest page and also your user page.
Plus in gmail, it is all searchable, so no matter what context you are in, you can filter your results down quickly and easily, which makes working/managing each context much easier.
Plus should we really be comparing a Discussion Forum âsectionâ to GMail? Shouldnât it be compared to Google Code Discussions? It still isnât an exact comparison, but it is closer in comparison.
Funny you guys should mention search, @sam and I just had a call and we believe most of this fits in full page search (e.g. in:bookmarks could just show all your bookmarks if you donât qualify the query), so weâll put it there⌠the search bar with options and stuff will be under the topnav (1 extraline).
I also think the idea that the user page behaves slightly differently for you on your user page is a strong one⌠certainly when I use my user page I have much different needs and expectations than when I am viewing yours.
g f would be ideal for bookmarks, as for likes⌠not sure, which key to use for that.
