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

I need 27 seconds on Firefox 52.9 ESR (Debian) and about 20,287 kbyte of data transferred in 148 requests just to reach an idle GMail tab.

What is all this stuff even doing?




I usually append /h/ to the URL (/mail/h/) and get a HTML version. It can work even without JS and it has classic design with small rows that works well on my small screen. No Material Design and no huge elements with large offsets.


I hate material design. I don't want more vacant space, I want density.

Ive always loved Japanese website layouts. Content is beauty.


I hope you have noticed that in GMail you can swtich between different "density" modes. In your Inbox, click on the cogwheel on the right-hand top corner and select the second option "Display density". The "Compact" setting is actually rather dense. Although, it mostly affects the density of rows (conversations) in your inbox and does not scale e.g. the search box input field above.


do you have any examples or resources on Japanese style web design?


It's everywhere. Simple example: Compare the differences--and even the subtleties--in information density between yahoo.co.jp and Yahoo.com.


Oh wow that is a stark contrast. yahoo.co.uk, yahoo.co.in, yahoo.co.id, etc. are all incredibly low-density as well. I have always loved the Japanese aesthetic, I wonder if any other cultures have a similar preference for websites.


Only downside being that it's common to see people walking around in Japan with their phone about a foot in front of their face.


Sounds like me. On the couch or walking around I'm at 10-12 inches away. I wonder--do people who don't prefer high information density hold their devices farther away?


It's not just Japanese, Chinese also. An article not long ago theorized some reasoning behind it: https://randomwire.com/why-japanese-web-design-is-so-differe...


I just tried that, and noticed promotions in the inbox, the non-HTML version separated the "primary" from the "promotions". Are they merging them to keep HTML version annoying?


The HTML version is the legacy UI from a few generations ago, before features like inbox categories were implemented.


I always assumed the behaviour and categorization was in their backend. I think its weird that the view (HTML vs javascript) is not decoupled from the model?


While that is possible it would make no sense. Why spend time refactoring code to improve a legacy UI for old browsers almost nobody is using? Legacy UI doesn't know anything about categorization because it was added later.

Actually Gmail's approach is sane. They just keep old UI working as it used to many years ago although the backend could have changed completely.


Maybe the categorisation is metadata against each email. Maybe even so they could use it without breaking the old legacy systems.


what exactly are they supposed to do in the backend?

they probably have an api in which you can limit the results by category. As the old interface doesn't have any limiter implemented, they're getting all the results back.

you can also disable categories in the newer interface and the effect would be the same (everything in the inbox)


Now this is what I call a sane UI!


this does not work for me. when I type "gmail.com" it redirects to:

    https://mail.google.com/mail/u/0/#inbox
where should I put the /h/?


    https://mail.google.com/mail/u/0/h/



I ended up going to Thunderbird for my main email addresses (work & personal), with Rainmail for quasi-disposable addresses on my various domains. Works much better than Gmail did towards the end of my years using Gmail.


I have to use Thunderbird for work and I wish it was 1% as good as Gmail. The search sucks, it's slow to receive mail, it crashes quite often. Either your Gmail is profoundly broken or you have a magic Thunderbird. In case the latter is true: do you have any tips to optimise Thunderbird?


Have been running Thunderbird for G-Apps based work email for over a year (Fedora 26,27). Using the Provider for Google Calendar extension works well for integrating calendar into Thunderbird.

Other than fighting with the calendar occasionally (sometimes needing to force a manual sync to see coworkers' events), Gmail in Thunderbird has been pretty smooth. I have not noticed slow search, slow mail receipt, or application crashes. In fact, the search is often too good, in that after running it it matches hundreds of more emails than I usually expect. I usually stick with the quick filter which is a bit less flexible, but generally returns more useful results.

Another advantage, on Linux at least, is that if you copy your ~/.thunderbird folder to another machine, all accounts, GUI layouts, settings, search results, tabs, etc move over flawlessly. I think you just have to re-sign in for Google accounts on the new machine and you are good to go.


I would check that Google isn't ratelimiting you, and I would also check that your hard drive/SSD and RAM aren't dying. I've experienced issues like what you describe, but the first time was caused by a dying hard disk, and the 2nd by Google limiting the number of IMAP connections to a hilariously low number.


Thunderbird is quite a piece of crap. Apart from the core, everything else is written in javascript and thus it is a single-core web application.

I have decided to just leave it be, and let it hog my computer, because it interface decently with google calendar.

That being said, I can definitely vouch for clients like Claws Mail (a bit ugly, but does its job) and Evolution (super fast, but it's written in C#/Mono)


Mining your personal data for ad revenue. Or was this a trick question?




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

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

Search: