411–420 of 459 posts
Is there no recent files menu? Or am I just missing where they placed it?
I do like the find/replace UI compared to ST3, but the lack of a recents menu and it choking if I accidentally click a large file just aren't making me feel the need to swap to this.
Congrats to the team for reaching this important milestone. I'm a Sublime license holder, but I use Atom as much as I can, because the more open source can win, the better. However, yesterday I was doing some complex regex's (porting a random sql dump file into a seeds.rb), and Atom kept dying, whereas Sublime was pretty much instantaneous. I'm not doing the usual "Atom is slow" drum beating, but saying some underton…
I agree wholeheartedly with the sentiment. However, as I understand it, the issue is not so much with raw size (although it does not help) as it is with long lines. For instance, the following 161K file freezes completely Atom, to the point that you just have to close it: https://github.com/espadrine/aulx/blob/master/html/tokenizer... The reason is that the core syntax highlighter ( https://atom.io/packages/language-…
I just downloaded it and you are correct, it locks up. Its the really long line here: https://github.com/espadrine/aulx/blob/master/html/tokenizer...
If I open it in Sublime 3 I see that they don't bother to syntax highlight long lines. They just skip it.
Issue filed:
Earlier quoted context omitted.
I wouldn't even classify CoffeeScript as another language. It's really just javascript with some syntactical sugar. It took me about 20 mins to get comfortable with it.
It's a lot of syntactic sugar and things removed. Even the ?: operator which I use a lot. Typing "a = if b then c else d" is a huge wasted opportunity to just keep the ?: op. Plus there's no way to get the == operator even if you know you want it and understand the nuances.
Earlier quoted context omitted.
>creating views and stuff is as easy as making a website. Making websites is a huge pain in the ass though. Why would I invite the DOM into my life?
Honest question, what is wrong with the DOM? I'm a self trained web developer so I don't really know anything else and I'd be interested to hear what the better philosophy is.
So few websites are pure text these days, you inevitably end up needing loads of GUI widgets and the DOM is simply not suitable for laying them out in a sensible way. It takes ages, and css layout 'rules' are so hard to predict. You shouldn't have to be a guru to just put some fucking boxes in a row.
Try building a desktop app using any mature constraint-based layout system, and you'll see what I mean.
This is how java does it: https://docs.oracle.com/javase/tutorial/uiswing/layout/visua...
As you can see, pretty much every css framework is actually a hacky attempt to replicate a GUI layout pattern from 20 years ago, and you have to turn backflips in order to convince the DOM to do it performantly.
Wow... just downloaded the windows installer version and it autoinstalled itself wherever it chose fit, without questioning, it installed shortcuts on the start menu, placed itself on an already bloated contextual menu on several file extensions as an Open option, instead on "Open with...", etc. I usually install software on my user folder on the work laptop, as I don't have enough priviledges. This time the installe…
Earlier quoted context omitted.
I suppose I meant the concept of RSS or whatever is itself outdated/unused to most people
That might be true for the classic case of following blogposts, but it's used under the hood all over the place. I'd call it one of the few absolute wins in standards on the web. It's ubiquitous for its use-case.
Twitter and Facebook tend to produce too much noise in my experience to work as an alternative. I have an aversion to reading email newsletters, and they also get lost under noise.
Sure, most people don't use feeds, but even after the demise of Google Reader I reckon they still work just as well as they ever have and are the best way to keep up to date with blogs and provide yourself with a constant source of interesting reading.
I tried atom, the only thing I liked about it was design and color scheme, the rest are superior in sublime text, so I just went ahead and created a theme/color scheme for sublime which matches atom (1). Atom is laggy, even basic file navigation using arrows can be slow sometimes (and I have a latest retine macbook pro). But the biggest issue for me is a battery usage, it reduces my battery usage on RMBP15 by 2 hours…
Earlier quoted context omitted.
Upgrading to Sublime 3 can't hurt... I don't have issues with large files on OS X.
Is the beta stable enough to use regularly?
Earlier quoted context omitted.
I agree wholeheartedly with the sentiment. However, as I understand it, the issue is not so much with raw size (although it does not help) as it is with long lines. For instance, the following 161K file freezes completely Atom, to the point that you just have to close it: https://github.com/espadrine/aulx/blob/master/html/tokenizer... The reason is that the core syntax highlighter ( https://atom.io/packages/language-…
> For instance, the following 161K file freezes completely Atom, to the point that you just have to close it: I just downloaded it and you are correct, it locks up. Its the really long line here: https://github.com/espadrine/aulx/blob/master/html/tokenizer... If I open it in Sublime 3 I see that they don't bother to syntax highlight long lines. They just skip it. Issue filed: https://github.com/atom/atom/issues/7444
It appears that Sublime Text 3's threshold is 16384 (2^14) characters. Longer lines are not highlighted. Works quite well to be honest.
Earlier quoted context omitted.
Let them speak English! This'll bring the world closer together.
Switching to an American keyboard layout just so programs work isn't very practical. Especially when you have to switch back to your localized layout for correspondence with your non-English speaking peers and colleagues in between. Personally I even prefer the German layout for programming, though I've met a lot of programmers who prefer the American layout because it requires less chords.