[HN Gopher] Ask HN: Is it a strength that HN's UI has not change...
___________________________________________________________________
Ask HN: Is it a strength that HN's UI has not changed over many
years?
I find myself lately gravitating back to older communities that
survived the social media wave on the Internet because they seem to
be a bit better at keeping track and promoting visibility of
meaningful conversations, despite traditional functional flaws,
screen sizing, and often dreadful large threaded views. I think a
major strength is that most of these traditionally designed
sites/apps still emphasize chronological order for content and
posts, which makes the experience less prone to manipulation and
more timely. It also seems with older sites like HN and online
bulletin boards, content can be bookmarked, and it's easier to
correspond with users on a more regular basis. I think the most
frustrating trend on modern sites and apps is that content I want
to see simply disappears into a sea of other things I don't want to
see, and that searching to find that content is futile, as results
are often gamified and spammed into oblivion. I miss IRC now, I
miss bulletin boards despite all the flaws, I miss old school web
sites that had the same content in the same place even after
hitting refresh. In my opinion, traditionally highly effective,
favorable, and functional user-experience-based design has been
thrown out the window lately as a trend; apps now are very often
geared towards tracking, sponsored post placement, and
profit/revenue optimization goals, rather than towards creating
favorable user experiences. It makes me wonder (despite some
issues of course) if HN is still one of the best places to
communicate and post serious matters BECAUSE it's UI/UX hasn't
changed (In major ways) for many years?
Author : winternett
Score : 58 points
Date : 2022-07-05 18:10 UTC (4 hours ago)
| Semiapies wrote:
| Sameness promotes inertia, which is always part of keeping an
| audience.
|
| It certainly isn't because large threads are unreadable on my
| tablet or that the vote controls are so tiny.
| bckr wrote:
| Why break what ain't fixed.
| melony wrote:
| The fact that it doesn't need to change is because it is under
| the aegis of YC. Anyone else doing the same thing would have been
| long relegated to the dustbin of irrelevance. Imagine if one day
| Warren Buffet offers a co-investment opportunity in a new hedge
| fund, but you will have to physically fly to Panama and manually
| file the paperwork by hand to participate. Many people would
| still do it, not because they are willing to accept poor service,
| but because of the authority who is running the show.
| cehrlich wrote:
| It's a bit annoying to use on phones but I think that might
| actually be a (completely unintentional) advantage.
| kaffeeringe wrote:
| There are several good apps.
| iamdamian wrote:
| True, but do any of them let you log in without giving over
| your password? (I don't think that HN supports OAuth, but
| I've also never really looked into it.)
| winternett wrote:
| I'm just happy they haven't joined the TFA circle of pain
| yet... That's usually the point where I just give up on
| logging in to social-based sites/apps.
| mostlysimilar wrote:
| I agree that it's an advantage. It's a form of quality control.
| Cyberdog wrote:
| Yes, the phone experience suffers. I wouldn't call it an
| advantage, especially since the worst problems (itty bitty
| upvote/downvote buttons, for example) could be fixed with maybe
| just a couple hours of CSS tweaking.
|
| But as a whole, and particularly on desktop, the signal-to-
| noise ratio for this site is so high that it naturally attracts
| a certain type of technologically-conservative, nonsense-
| resistant developer, I think.
| rpmisms wrote:
| It works, looks inoffensive, and it's not a pain point, so I'd
| call it a strength.
| danpalmer wrote:
| Is it a strength that it looks the same and has the same core
| functionality?
|
| Yes. The site is fast, using it is fast, the information is
| clear. It performs the function it sets out to perform very well.
|
| Is it a strength that the feature set (mostly) hasn't changed?
|
| Yes and no. It's mostly a good feature set for me, but I know
| plenty of people who don't use HN, and who could potentially be
| in the target market. HN does not need to grow, but the realities
| of business is that most companies do need to (HN obviously not a
| company itself), and so it is generally good for new users that
| features are changing in order to grow as the product is
| theoretically more applicable to them.
|
| There's another aspect that you touch on with the algorithmic
| timeline argument. Services we use are becoming smarter, and for
| the most part people like this. Search is a good example of this,
| HN's search is basic keyword-based search, and I find it
| practically unusable because I don't always know the right
| keywords. A significantly smarter version, of the calibre that
| FAANG style companies could put out, would be great! Of course it
| would take more effort than it's worth for this user base to
| create it because investment like that only makes sense at scale.
| Cyberdog wrote:
| > Search is a good example of this, HN's search is basic
| keyword-based search, and I find it practically unusable
| because I don't always know the right keywords. A significantly
| smarter version, of the calibre that FAANG style companies
| could put out, would be great! Of course it would take more
| effort than it's worth for this user base to create it because
| investment like that only makes sense at scale.
|
| Elasticsearch would be a good fit for this, and it's such a
| delight to use, once you understand how it works. Just tweak
| some parameters, and you get a fast search engine with
| immensely useful features like stemming, parameter ranking, and
| so on. It's one of those things that I love to use on client
| sites because it makes me look like more of a genius than I
| really am.
| godshatter wrote:
| I was going to suggest that search should just redirect to
| DDG or Brave search with the !hn tag, but I tried it out and
| both of those just redirect to the same search page that HN
| uses (hn.algolia.com). That's both really nice because why
| not have your site-specific search results reference the
| search page that site uses and really annoying if the problem
| is that that page's search doesn't work very well.
|
| It looks like redirecting the search to
| "site:news.ycombinator.com" does leverage their individual
| search results instead of going to algolia.com, so that's
| still an option.
| lmc wrote:
| > of the calibre that FAANG style companies could put out
|
| Facebook search is abysmal
|
| Amazon search is (now) abysmal (bloated with promoted shit)
|
| Netflix search is... kinda ok? (but rarely use it)
|
| Apple I'm not familiar with.
|
| Google search is the best we've got, and these days is also
| pretty shit a lot of the time.
| (https://searchengineland.com/google-search-quality-
| crisis-27...)
| tpxl wrote:
| Elasticsearch is absolute garbage for text search such as
| articles or comments. Text contains 'foocompany.com', and you
| search for 'company.com'? No results. It also tends to ignore
| punctuation (not sure whether this is configurable or not).
|
| Please let me keep simple word search.
| Cyberdog wrote:
| > Text contains 'foocompany.com', and you search for
| 'company.com'? No results.
|
| Well... yes... I mean, you could probably make that causing
| a hit with some stemming if you wanted to, but that seems
| like reasonable behavior to me.
|
| If you meant to give an example more along the lines of
| "singer" and "singing" not matching, again, that's a job
| for stemming. The feature is there; it just needs to be
| enabled.
| tpxl wrote:
| > I mean, you could probably make that causing a hit with
| some stemming if you wanted to
|
| A simple String.contains() gets you there, and that is
| the behaviour of grep, and most tools behaved that way
| too in the past (and still do, if they don't use ES).
|
| > The feature is there; it just needs to be enabled.
|
| It's not enabled in Discord (afaik uses ES), Slack (afaik
| uses ES?) nor Kibana (ES). What use is a feature if it's
| never used?
|
| I'm sure there's plenty good things you can do with
| elasticsearch, but the things I use daily that use it are
| absolutely infuriating.
| WASDx wrote:
| How it treats punctuation is indeed configurable, you can
| index data in multiple ways to allow the choice to be made
| at search time. It can also be contextually aware to
| distinguish for instance end-of-sentence dots from domain
| name or math expression dots.
|
| Matching "foocompany.com" from "company.com" can be
| achieved with a wildcard or fuzzy search. If you specify an
| exact match then that's what you get.
| winternett wrote:
| Agreed here too... Unstructured data search tools leave too
| much for spammers to work with (especially when intense
| moderation and grooming of sources is not involved)...
|
| The accuracy of results (In cases like HN search) is
| inherently flawed with unstructured data in mission
| critical settings unless there is an intentionally limited
| set of resources and contributors... Limiting contributors
| and resources also often defeats the purpose of maintaining
| a wide variety of accurate and diverse resources and
| results.
| justsomehnguy wrote:
| > if HN is still one of the best places to communicate
|
| It lacks in 'communicate' part
|
| > post serious matters
|
| That depends on whom you talk, not the UX, though yes, there is
| an overlap
|
| > highly effective, favorable, and functional
|
| The right question is the half of the answer. Half of it is 'and
| profit/revenue optimization goals'
| Cyberdog wrote:
| > I miss IRC now, I miss bulletin boards despite all the flaws, I
| miss old school web sites that had the same content in the same
| place even after hitting refresh.
|
| Why miss them? They all still exist. I constantly have my IRC
| client open and connected to about two dozen channels on Libera
| (only about five that I actively monitor). Non-Reddit forums for
| various topics exist too, though, granted, not quite in the
| quantity that they used to.
| shmoe wrote:
| Nostalgia of course. I often reminisce about the good ole days
| too.
| winternett wrote:
| Ahh, the good old days... When you'd refresh a page and stuff
| came right back in the same spot... lol
| winternett wrote:
| IRC has shrunken dramatically in popularity now, the user base
| is a bit limited and topics of discussion are often narrow in
| focus.
|
| I think that's part of what I'm referring to with that as well.
|
| A dating app that starts with some form of topical (text based
| open group chat) IRC feature (shot text posts) would likely be
| a wise move in this current day and time... Or even a twitter
| clone based on dating profiles... hrmmm.... :P
| rr888 wrote:
| Are there stats on PC vs mobile for HN? I expect its much higher
| than most other social media and this format is great on a proper
| screen.
| aristofun wrote:
| Nobody really cares about UI as long as the moderation (and =>
| content) is amazing.
| UncleMeat wrote:
| I care. A bunch of the links and buttons are small, especially
| on mobile. Contrast is low, especially for downvoted comments.
| Opening a new page to comment makes it a bit annoying to return
| back to a comment chain you were reading.
| johannes1234321 wrote:
| people do care. However HN's interface has qhite a few
| qualities:
|
| - it is fast! Fast UI is inportant for people nkt bring
| annkyed.
|
| - it only uses a small set of "dynamic" features, like when
| upvoting, it does what is needed to show the change but not
| more
|
| - the interface is not in the way, not overloaded, ...
|
| It isn't great on mobile, but way better than many sites who
| try to grab your attention all the time
| wmil wrote:
| If HN had a UI like phpBB I wouldn't use it.
| winternett wrote:
| Phpbb's UI can be modified... People do it all the time like
| me on my own "blog" http://circuitbored.com/
|
| You just have to be super careful when updating to not
| overwrite your style changes... hah.
| amadeuspagel wrote:
| Any kind of change is going to bother people who've been using a
| site for a long time. There's always a tradeoff between appealing
| to new and to old users, HN values old users more. This is also
| reflected in the fact that you need a certain karma to downvote
| and flag.
| porphyra wrote:
| It's pretty nice. Loads super fast, super usable. And the parts
| that actually matter (e.g. the search function) have improved
| significantly in recent years.
|
| However there are some things that could improve.
|
| For example, in text posts (like this one), the font color is a
| relatively light grey which has rather bad contrast. Also, my
| mind is trained to ignore grey comments since those are usually
| quite downvoted so I have a hard time focusing on the text post.
| wizofaus wrote:
| I actually thought that meant the post itself was downvoted,
| and yes, it's too hard to read (I gave up after 2 paras).
| sofixa wrote:
| No. Well, maybe, but if anything i think that it's _in spite_ of
| the UI /UX.
|
| The UI/UX is pretty bad on mobile, which is the majority of
| internet traffic (no idea about HN specifically, it probably
| isn't because it's just annoying) with the small buttons. I'm
| also not a fan of the POST redirects for basic things we have had
| AJAX for for literally more than a decade, but I'm probably in a
| minority here. I really don't think the 0.5s saved by not having
| the JS code for that are worth the back and forth blocking POSTs.
|
| The lack of dark mode is another annoyance.
|
| And the part which is the saddest, IMHO, is that if the code were
| open source, there'd be a PR/MR within minutes fixing each of
| those problems. If it were a commercial site, they would have
| already added those feature for growth and etc. But it's neither,
| so it lingers.
| snowwrestler wrote:
| Resisting the urge to allow embedded media in posts and comments
| is probably the single biggest factor in keeping the experience
| streamlined. I'm sure it greatly simplifies content moderation as
| well.
|
| Still wishing for official support for dark mode, though.
| winternett wrote:
| OMG YES!
|
| As I age, Dark Mode is the one thing saving my eyes on many of
| the sites I regularly frequent... Actually, I think reading
| bright monitors has irreversibly damaged my vision a lot over
| time.
|
| I shouldn't have to use a browser plug-in to manually tweak CSS
| on sites like old Reddit FFS, it's really annoying to
| constantly have to view painfully bright sites online. It's a
| relatively easy option that all sites (that make money) should
| implement STAT.
| mixmastamyk wrote:
| I'd recommend the "Dark Background and Light Text" extension
| for firefox as it has been working flawlessly for several
| years. However, this week it seems to be partially broken, not
| sure if is the extension or the new browser.
| winternett wrote:
| Thanks! I'm limiting my use of extensions beyond Ad blockers
| at this point due to lax security of browsers though... It's
| too hard to monitor what exactly they track and to monitor
| config every time they are updated. :(
| karaterobot wrote:
| There are incremental improvements they could make (user
| @latchkey enumerates quite a few in his linked repo), but it's
| basically fine.
|
| It would be a mistake to do what most link aggregators have done
| in the past, and burn the whole thing down to do a complete
| redesign from scratch (cf. Reddit, Digg).
|
| If the tendency is to do the latter, I'd prefer HN did nothing
| instead.
| ryandrake wrote:
| I have a feeling we have not gotten the hostile "You'll get
| over it"[1] redesign from scratch because 1. HN doesn't have a
| team of UX experts desperately pleading to try out all their
| design experiments, 2. HN doesn't have a team of webdevs who
| want to re-factor everything into using the next framework-of-
| the-month, and 3. HN doesn't chase all these vanity metrics
| like engagement and time-on-site because it's a side-project of
| Ycombinator not their main business.
|
| 1: https://www.youtube.com/watch?v=YnVeysllPDI
| akulbe wrote:
| IRC still exists. -\\_(tsu)_/-
| rado wrote:
| It's great, but the buttons/links hit targets are too small for
| touch screens.
| 0xbadc0de5 wrote:
| I think it's fair to say that there are a large number of front-
| end and "full-stack" (insert whatever definition of full-stack
| works for you) who frequent HN. If you were to ask a group of
| lawyers which part of HN could use the most attention - they
| might suggest stronger wording in the TOS or Privacy Policy. If
| you asked a group of ML/data scientists, they might suggest an
| improved API for programmatic access. If you ask a group of
| front-end devs, it might be perfectly obvious to them that it
| needs the latest whiz-bang stack - and a custom Electron client
| too!
|
| And I'd disagree with all of them. HN is great because it does
| one thing and does it well. It might not have found the global
| maximum, but any deviation from this particular local will likely
| involve a lengthy exploration of minimums.
| whoomp12342 wrote:
| as someone who still uses the legacy reddit UI, yes.
| switch007 wrote:
| If we could just fix navigating back to the homepage on Safari
| scrolling to the top of the page :(
| [deleted]
| brundolf wrote:
| The only feature I'm missing is dark mode. On all my desktop
| browsers I've got custom stylesheets I hand-wrote to keep HN from
| burning my eyeballs, but on mobile there's nothing I can do about
| it.
| keehun wrote:
| On iOS, there's a browser called "Insight" which can do this
| automatically by injecting styles. I've began using an app for
| night-time use so I can take advantage of dark mode.
| brundolf wrote:
| Overall I like Safari and I don't really want to change
| browsers just for a single website
| nkurz wrote:
| > on mobile there's nothing I can do about it
|
| Is there a reason you can't use a browser that has a built-in
| dark mode? I use "Samsung Internet Browser Beta" on Android
| because it has a dark mode, as well as good ad blocking. Might
| there be a comparable solution that would meet your needs?
| Graziano_M wrote:
| It works. I like it. If I could change one thing, though, I would
| make the collapse button next to the voting buttons, so that they
| are lined up.
| Raed667 wrote:
| Reading HN on mobile web is a challenge sometimes. Quotes and
| indented text require horizontal scroll and deep threads get
| complicated to follow.
|
| The lack of a dark mode is also very annoying.
| bilsbie wrote:
| It's a universal law that a site redesign makes the site worse.
| winternett wrote:
| The last Facebook revamp added dark mode, but totally made me
| stop logging in in because of all the utter clunky-ness of
| their layout and settings. They massively overthought the
| redesign process.
|
| Twitter's UI has been terrible for years, but access to real
| time content is their only saving grace left in my opinion.
|
| If only YouTube would stop trying to twist up their layout and
| create an alternate content view with skip/ffwd controls and
| better recommendation methods (like sticking within consistent
| music genres properly) I think they'd have something better.
| They simply have too much content (ad too much low effort
| content) now to still be using their old/linear play
| recommendation methods.
| germinalphrase wrote:
| Two desires:
|
| - dark mode - comment reply notification (yes, I know there are
| third party work around a here)
| kube-system wrote:
| The lack of comment reply notifications is a feature not a bug.
| It places some natural limits on the lengths of discussions.
| faebi wrote:
| I would like to have more touch friendly buttons, but that's
| about it. It's not a nice experience to press the wrong button,
| often.
| amelius wrote:
| Mostly yes, except it is missing some important features: HN does
| not have a cookie banner in the EU, and it does not have an
| unsubscribe functionality that erases all your posts (right to be
| forgotten).
| jen20 wrote:
| No cookie banner is necessary, assuming no cookies other than
| those required for basic functionality is used. As a logged-in
| user, I see only one first party cookie which appears used to
| support the login functionality.
|
| Please stop perpetuating the myth that good actors require
| cookie banners.
| winternett wrote:
| I noticed my ability to delete posts/comments has vanished at
| times as well, this worries me a bit... Especially when there
| is a typo is involved.
| waspight wrote:
| How in the world could a cookie banner be a wanted feature?
| contingencies wrote:
| _does not have an unsubscribe functionality that erases all
| your posts (right to be forgotten)_
|
| EU/non-EU citizen here. This is a well meaning regulation.
| However, it is difficult to implement technically. How do you
| structure a conversation where a critical participant has said
| they want to be forgotten. Is it enough - practically,
| ethically/morally, legally - to change the byline on their
| posts? What if there was additional identifying information?
| Can you hack the conversation to pieces without destroying the
| experience for others? What about historical reference?
|
| As a citizen in any society, in general, I believe that people
| should stand by their behavior and its consequences. That's
| what being an adult is. It's also positive to have spaces
| without or with reduced surveillance, but retroactively
| removing public discussion is quite another thing. If we muffle
| that, what do we have left? Certainly not a strong basis for
| public thought, historical inquiry, or truth.
|
| We've also learned that any legal loophole is abused by PR
| companies for rich people/companies with expensive lawyers. I
| fear that adding this sort of thing outside the EU would
| quickly lead to systemic abuse.
| winternett wrote:
| Browsers now are so verbose we really don't even need cookies
| any more... Google knows everything via Chrome (which is
| based on log-ins tied to email and ID accounts, and likely
| shares that data with many other companies if they pay... I'm
| in the US, and any time I come across a cookie banner it's
| more annoying than anything else, because regardless of what
| I click, I know that tracking is occurring somehow, but at
| least on non EU sites I have one less annoying pop-up. We pay
| a lot undercover for that limited free email account that
| it's too late to get rid of... :(
| cuddlecake wrote:
| The only cookie I see on hackernews is for authentication, so I
| don't think a cookie banner is neccessary (though I might be
| misinformed)
| bilsbie wrote:
| I just want one new feature and then HN would be perfect. I want
| to be able to collapse and leave a thread from any point in the
| thread.
| dang wrote:
| I'm afraid I don't follow. Can you describe what you want in
| more detail?
| waspight wrote:
| I am a big fan of the "UX" at HN. I recently discovered
| indiehackers.com and while I like the content a lot I am having a
| hard time hanging out there. The site is too dark and there is
| too much noise, on HN there is just one feed which is nice.
| melony wrote:
| Indiehackers is very slow, the site owner likes to use pithy
| quotes loading screens to mask poor SPA engineering.
| waspight wrote:
| yes, I agree. It is painfully slow in fact. I tend to
| navigate a lot as well on such sites.
| damir wrote:
| I use separate browser with JS disabled and it loads fast. No
| pithy quotes, no spinners, just fast content. Sure, some
| features break, but it is enough to get the content. Try
| it...
| waspight wrote:
| I had a look at the api calls and those seems fast so you
| are probably right.
| winternett wrote:
| It took 20 seconds to load for me every time... Def a
| frustrating experience... They should lighten up on their UI
| design and go minimal perhaps if they don't want to spend
| more on a CDN.
| s1k3s wrote:
| The HN board doesn't profit from advertising (at least not in the
| common, public way). If you're asking why others have changed and
| this didn't, I think that's the reason.
| latchkey wrote:
| For my UX tweaks and improvements, I use:
| https://github.com/plibither8/refined-hacker-news
| notacoward wrote:
| Overall, it works, with one caveat. Blocking and muting have
| become essential tools for managing one's social-media
| experience. Yes, I know well the dangers since I was the "victim"
| in a rather famous incident involving that on LambdaMOO many
| years ago. Nonetheless, that was then and this is now. Without
| those features, we get a lot more of people engaging in new
| rounds of brinksmanship with their favorite antagonists, staying
| just barely within the guidelines as they try to provoke a
| flaggable offense. Blocking and muting would actually _reduce_
| moderator load and (real or perceived) moderator unfairness, in
| addition to improving the overall tone of most discussions.
| winternett wrote:
| Content blocking on platforms works mostly in a political
| manner now based on my experiences...
|
| The most aggravating thing about Twitter for me is that their
| mute controls don't work. On the other hand, blocking and
| muting can have adverse effects as well... Like preventing
| access to vital news. I want to believe that platforms have the
| best intent in mind, but once overhead, employee attrition, and
| investor pressure (etc) takes over, I think platforms always
| choose the easier path of evil to placate all those problems.
|
| The concept of following accounts now is functionally
| contradictory to how platforms promote content... Almost
| immediately after following a major or popular account (e.g.
| The Rock or NBC News) you get flooded with their posts and the
| users you'd normally follow all get pushed aside// This is a
| contradiction that nobody wants, whereas if posts were shown in
| chronological order on something like Twitter, timelines would
| be a lot better. Too many bad features are all running at the
| same time, and it's jarring. I end up not following any popular
| accounts, and popular posts STILL end up being recommended in
| my timeline on IG and Twitter now too...
|
| I think most platforms are recklessly plowing through trying to
| keep up with competition and making profit now to the point
| where they lose track of how new features will totally break
| core functionality. Using these platforms now, it's painful to
| observe the desperate and strange struggle towards their end of
| life.
| notacoward wrote:
| > preventing access to vital news
|
| HN isn't Twitter, nor is it Facebook. Unlike tweets or posts
| respectively, blocking _comments_ here from people who have
| trolled you repeatedly before would in no way prevent you
| from seeing any of that vital news.
| winternett wrote:
| I don't disagree, but that's just one particular scenario.
|
| But on platforms like blocking a news source, because they
| posted a spammy article 3 years ago can end up preventing
| you from seeing the valid posts they make now after firing
| their editor.
|
| I am not at all against blocking features, but there are
| logical ways to better manage these features, like perhaps
| creating an additional view/page where you can view recent
| posts from accounts and people you've blocked (with
| controls to unblock them embedded next to posts).
|
| Another possible solution to the blocking conflict is to be
| able to completely block posts based on keywords in
| addition to being able to block user accounts... Blocking
| users should be a nuclear option rather than the only
| option available, and it should work consistently across
| the platform.
| notacoward wrote:
| Agreed. There are better blocking/muting/filtering
| systems, and worse ones. Implementations also vary
| widely. For example, I think the _design_ of filtering on
| Tumblr is perfectly fine, including keywords, but the
| implementation is garbage and stuff from blocked users
| "leaks through" in reblogs. It would be great if there
| were a widely agreed-upon set of principles (preferably
| not a formal standard) for how such features should work,
| but I'm not aware of any. Then again, it's very far from
| what has ever been my professional specialty so maybe I'm
| just missing something.
| russellbeattie wrote:
| I would pay money for target="_blank" to be added to the links.
| $50 cash on the barrelhead for any Ycombinator employee who wants
| to take on the challenge.
| cuddlecake wrote:
| > if HN is still one of the best places to communicate and post
| serious matters
|
| citation needed.
|
| Other than that, I would love to see a bit better semantic
| markup, not because I'm some sort of HTML purist who demands
| everything to be pure, but because it would make it easier to
| style with CSS (which I did, to add dark mode, bigger font sizes
| and max widths). Currently, it's nested tables with occasional
| classes and ids, but not for everything.
| jamiek88 wrote:
| Can you share your css? Those are my beefs with HN. Need bigger
| font and max widths as well as a bigger 'collapse thread'
| target.
| cuddlecake wrote:
| table.fatitem,td.default{max-
| width:90ch}body,body>center>table,input,textarea{background-
| color:#262626!important}body>center>table>tbody>tr:first-
| child>td{background-color:#f60!important}.c00,.c00 a:link,a>u
| ,a[href="http://www.ycombinator.com/apply/"],a[href="https://
| www.ycom... font,span.comment font a:link,span.yclinks
| a:link,table.fatitem tbody tr td,td.title a:link,td:nth-
| child(2):not(.subtext)>a:link,textarea,u
| a:link{color:#ccc!important;font-size:15px}table.fatitem
| tbody tr:nth-child(n+3):not(:last-child)
| td{color:#bbb!important}.admin td{color:#aaa!important}table.
| fatitem{margin:auto}table.comment-tree{margin:auto;border-
| left:2px solid #444}input,textarea{border:1px solid
| #828282!important}a.togg.clicky{margin-left:4px;margin-
| right:4px;font-size:16px}
| 7yundao wrote:
| these can be done with your browser zoom in and dark mode
| plugins...
___________________________________________________________________
(page generated 2022-07-05 23:02 UTC)