5 ms·
Are you speaking from a developer or user perspective? As an user, I've always found Discourse to exceptionally user friendly and fluid to use. I find it a chor
by iamcreasy 5y ago
Are you speaking from a developer or user perspective? As an user, I've always found Discourse to exceptionally user friendly and fluid to use. I find it a chore to navigate a forum that is not using Discourse.
- nathcd 5y agoAgreed. I was initially pretty turned off by the app-iness of Discourse, but after using it for awhile I've come around and actually enjoy it quite a bit now.
- garaetjjte 5y agoDynamic loading and their scroll hijacking makes Discourse horrible to browse.
- iamcreasy 5y agoWould you rather have click + wait to refresh the whole page to see the next 10 post on that thread?
- masklinn 5y ago> Would you rather have click + wait to refresh the whole page Considering it'd be faster than what discourse does, yes. > to see the next 10 post on that thread? If your forum has unconfigurable 10-post pages I would suggest getting a better forum software? One decades-old forum I frequent loads its default 40-post pages in half the time it takes discourse to load a new section, and using half the data, despite having to reload the entire HTML page. And it doesn't waste a third the screen on a virtual thread scrollbar.
- garaetjjte 5y agoOf course. What's wrong with Discourse: (and other silly scroll-hijacking pages): 1. Scrollbar no longer works properly when you try to navigate thread up and down. Normally you make mental note where there is something, and you can go back to it. But in Discourse, it isn't there, because you scrolled down, it loaded more replies, now you go back and there's something else in there. 2. You slowly drag scrollbar with your mouse. You near end of the page... it loaded more content, and now because you're still slowly dragging scrollbar, it again warps to the end, and WTF just happened, where is the thing I was reading!? Everything jumps and you just skipped dozens of replies. 3. Click any link. There's useless loading spinner, but oh well. Click any link, internal or external, and then go back. WTF!? I pressed back button, page should be in the same position it was before! It randomly snapped to some post, up, down, whatever, but it is somewhere else and now again, where is the thing I was reading!? I cannot understand how anybody thought this was good design. It is horrible. Besides issue 3 which presumably could be fixed, issues 1 and 2 are fundamental problems. You cannot have page that have dynamic height and at the same time have scrollbar that is remotely useful. If you really insist on dynamic loading (and I don't know why you would, plain old HTML page is faster anyway), you could preallocate page height so it will work properly, but then you're back to square one: you need pagination.
- iamcreasy 5y agoInstead of using the browser scroll bar I use the thread scroll bar. Thread scroll bar is not affected by dynamic loading. I think Discourse remembers where you were in a given thread and takes you back there when you enter is again.
- bhaak 5y agoYou’re using the browser scroll bar when reading the text of a page to scroll through the text? I’ve never heard or noticed anybody doing this. You must go crazy on infinite scroll webpages. I’m using the PageUp and PageDown keys for page wide navigation and the arrow keys for the lineheight movements. On a desktop machine I’m using the scroll wheel as well. I would only use the scroll bar for pixel perfect positioning of the viewport.
- mishac 5y agoThe fact that discourse hijacks ctrl-f drives me insane. Sometimes I want to jump to a particular part of a thread featuring a word quickly, but discourse gets in the way. And, though this is more subjective, I find the UI confusing. I end up browsing the github issues or even reddit for answers to questions just to avoid discourse on projects that use it (discuss.linuxcontainers.org - I'm looking at you).
- infogulch 5y agoDiscourse doesn't load the whole thread, it's loaded on demand (which is a reasonable choice for many enormous threads), so "quickly" would instead be "not at all".
- mishac 5y agowhich is why phpbb or even (god forbid) reddit is more ergonomic to use for me. If the thread is enormous, then split it into pages. And if it's not enormous, the discourse solution ends up being heavier and slower than just loading the whole discussion at once. Discourse's voodoo ends up being more annoying to me than useful, not unlike infinite scrolling. (obviously this is all subjective..I can only speak to the fact that I get annoyed by it and thus instinctively avoid discourse when I can)
- reedciccio 5y agoYou still have to go through multiple pages in phpbb and similar old forum in long threads. Same issue, usually slower than scrolling down bring the apparent end of page in discourse
- masklinn 5y ago> You still have to go through multiple pages in phpbb and similar old forum in long threads. Except for long threads the start of the thread is usually irrelevant beyond the first page or so (if even that) so you can just jump to a few pages from the end and go from there. Good forum software remains comfortable to use at million-post threads, and will render 100-post pages in a small fraction of a second. IME discourse's "infinite loading" nonsense is just slow and a mess. Go check the Rust discourse's crate of the week thread, it is a slow mess to navigate, the browser's scrollback gets hopelessly lost, and of course the in-page search is broken. That's a thread of a thousand comments, it's quite literally nothing, and for all that it completely fucks up your history to boot.