5 ms·
I'm impressed by this minimal blogging platform. No author name, no link to the main page with other blog-posts. Just the post. Reminds me of telegra.ph. I like
by aminozuur 6y ago
I'm impressed by this minimal blogging platform. No author name, no link to the main page with other blog-posts. Just the post. Reminds me of telegra.ph. I like it.
- asciident 6y agoUnfortunately when I loaded it it had a major screen repaint about half a second during load. It would be more minimal if it didn't have that.
- spullara 6y agoI saw that as well. I think it is loading a font.
- chrismorgan 6y agoRather, The page includes the Markdown of the article, which is then rendered to HTML in client-side JavaScript, after page load. This is not a good approach: it means that everyone will always get a complete rerender after the page finishes “loading”, as it switches from monospaced Markdown to the final HTML. Doing it before the load event would be a little better, as it could make it so that many people wouldn’t get the flash of Markdown source, but the real solution is to please render the Markdown on the server and serve real HTML instead of <pre>[Markdown]</pre>.
- dogma1138 6y agoIt’s the demo website for Jott https://github.com/bwasti/jott https://github.com/bwasti/jott
- beervirus 6y agoIt's minimal-looking, but the formatting is broken without Javascript.
- bee_rider 6y agoWhat's broken? It looks fine with noscript blocking everything.
- brrrrrm 6y agoyea, I haven't spent too much time reducing the markdown rendering overhead (just pulled a library off the shelf). I basically just use this site to upload static text files. The same text can be rendered a couple ways (e.g. as hmtl, raw, as code with syntax highlighting)
- FabHK 6y agoNot sure I understand. Why don’t you run the markdown source through markdown once, then put up the resulting static HTML without any JavaScript?
- brrrrrm 6y agoeh, I'd prefer to save the source of truth when possible. I might want to swap out the rendering library one day for something prettier
- usui 6y agoI like it too, but one thing that bothers me about online articles in general recently is the way they hide publishing date. If the date is there, then it's going to be purposely bumped across many years to generate more SEO clicks Too many times I have tried to look up more recent information, but the article content clearly shows that it was written a few years ago due to inaccuracy Without reading the article content, I haven't found a way to discern which articles are actually released recently. Google Search filters for time does not seem to work as well anymore as they have found a way around it, but Google Search quality going down the drain recently and I ranted about it in this post: https://news.ycombinator.com/item?id=26202941 https://news.ycombinator.com/item?id=26202941
- brrrrrm 6y agooh this is an interesting concern. Perhaps I should expose an endpoint to allow checking the "last edit" date of all notes. I'll need to think through the privacy/security concerns about that, though
- shakezula 6y agoare you the maintainer of the platform? If so, props! I also dig the minimal vibe to it, it's a really interesting approach.
- parhamn 6y agoThis is one of the reasons I added archiving to a browser we’re building[1]. I wouldn’t archive when I had to do it manually. The internet is way too ephemeral as an information source. Let me know if you want to try it at some point (super pre launch). [1] CloudSynth.com
- carabiner 6y agoPet peeve is using "here" or "this" as link text. I can't believe in tech people still do this.
- gpanders 6y agoWhy is this so bad, and what do you suggest as an alternative?
- chrismorgan 6y agoSay I’m using a screen reader and am skimming through the links. I want to hear something like this: “Link, WebGPU demo. Link, tuning code.” Instead, I will hear this: “Link, here. Link, here.” This is not very useful.
- saagarjha 6y agoNo, you'll hear "Try the WebGPU demo; link, here".
- chrismorgan 6y agoI said skimming through the links. When you’re reading the whole text the difference isn’t so big (though I’d still prefer “link, try the WebGPU demo” to “try the WebGPU demo, link, here”), but it’s common to navigate through documents by heading or by link. (Related: all desktop browsers support navigating through the document by link/form field with the Tab key.) Imagine also reading through the whole document and then deciding you want to click on one of the links. You’ll execute an action like “back to last link”, and the screen reader will announce “link, here”. Now which link was that? And so you’ll have to ask it to read the whole line before you find out, which really slows you down.
- carabiner 6y agoOriginal: If you have Safari, you can try it [here]. Better: If you have Safari, [you can try it]. Best: [Try it on Safari]. -- Original: The tuning code can be found [here]. The basic idea is... Better: The [tuning code is available]. The basic idea is... Best: The basic idea of the [tuning code] is... -- See how explicit it is? How it reads better, but also how anyone scanning the blue links immediately gets an idea of the link's destination? Do you prefer reading things in two steps or one? This way, the link text informs, rather than being a reference back to previous text.