Readit News logoReadit News
marcoms commented on Nim in 2020: A Short Recap   nim-lang.org/blog/2020/12... · Posted by u/leandot
akka47 · 5 years ago
what's wrong with setting tabs to 4 spaces?
marcoms · 5 years ago
Not sure what you mean, Nim doesn’t allow tabs so that wouldn’t work
marcoms commented on Nim in 2020: A Short Recap   nim-lang.org/blog/2020/12... · Posted by u/leandot
runald · 5 years ago
Too bad nim uses a whitespace-sensitive syntax like python, something I personally dislike.
marcoms · 5 years ago
This might have been excused if they didn't also forbid tabs unless you use a hack (https://github.com/nim-lang/Nim/wiki/Whitespace-FAQ#tabs-vs-...), was interested in learning until I found this out
marcoms commented on Why async fn in traits are hard   smallcultfollowing.com/ba... · Posted by u/azhenley
endless1234 · 6 years ago
But isn't a Promise for all intents and purposes the same as a Future here?
marcoms · 6 years ago
Yes, but I think they are emphasising that only a promise will be returned. Any further type information is not given
marcoms commented on A Book about Qt5   qmlbook.github.io/... · Posted by u/geezerjay
MarvelousWololo · 7 years ago
Hm that's a bummer. It sounds like it's taking the Electron path then? Because that's exactly what I was trying to avoid.
marcoms · 7 years ago
The code is also compiled to native code, but it's written declaratively. It's not for everyone, but it's not the same as Electron. Even still you have the option to use the traditional imperative API.
marcoms commented on Code together in real time with Teletype for Atom   blog.atom.io/2017/11/15/c... · Posted by u/hswolff
frik · 8 years ago
Curious, Why does it matter to you?

On the Atom.io website https://atom.io/ it reads "A hackable text editor for the 21st Century". Well I can code in JavaScript 5 and 6. I love love it when a project sticks to web standard, and not have to worry about slangs I don't care about.

> Typescript is great at catching bugs

The same with JavaScript. Google Closure compiler and anyway most IDEs "understand" JavaScript too and catch bugs. JavaScript is dynamically typed not typeless.

marcoms · 8 years ago
Typescript is great at catching bugs which would trickle down to the end user
marcoms commented on Announcing Sourcegraph 2.0   about.sourcegraph.com/blo... · Posted by u/joeyespo
theSoenke · 8 years ago
The Sourcegraph Editor is a fork of vscode? Is it not possible to implement it with an extension? Happily would install an extension but i'm not sure whether i would switch the editor
marcoms · 8 years ago
They are using the Monaco editor component of VSCode, not forking it
marcoms commented on Atom 1.18 released   blog.atom.io/2017/06/13/a... · Posted by u/aditya42
Etheryte · 9 years ago
As someone who switched from Atom to VSCode some time ago, I'm yet to find anything that VSCode doesn't have – are there any notable examples where Atom is ahead of the curve or is it just that it has more plugins?
marcoms · 9 years ago
UI themes, and a much more cohesive default theme
marcoms commented on Sublime Text 3 Build 3132 released   sublimetext.com/3dev... · Posted by u/izietto
pmarreck · 9 years ago
Can you go over the benefits of Atom over Sublime (and any drawbacks)?

And perhaps Visual Studio Code, although I would consider that an IDE (not a big fan of IDE's)

marcoms · 9 years ago
Atom: the bloat of an IDE with the features of a text editor. At least there are plugins :/
marcoms commented on Git 2.13   github.com/blog/2360-git-... · Posted by u/edmorley
charlieegan3 · 9 years ago
I thought GitHub used system fonts?

https://news.ycombinator.com/item?id=12075623

marcoms · 9 years ago
They try, but there is not really predictable and simple way to select those fonts in CSS. I've had times when Courier was used on Linux because the MS fonts we installed.

I would prefer they just do font-family: monospace

marcoms commented on Show HN: Electrino, a featherweight API-compatible alternative to Electron   github.com/pojala/electri... · Posted by u/pavlov
pavlov · 9 years ago
The plan is to implement Node-compatible modules directly in Electrino.

I made stubs for "path", "url", "process" so that the Electron Hello World can be loaded. Doing "fs" next seems like a good idea, but I'd like to have a real-world app to test it against to see which APIs actually get hit (rather than just reimplementing all of "fs").

marcoms · 9 years ago
Admiring the optimism but having an untested reimplementation of node would make people a lot less confident in using the project

u/marcoms

KarmaCake day55June 9, 2014View Original