Live data from Hacker News

Nova by Panic

nova.app

521–530 of 549 posts

Re: Nova by Panic

#521

> Here's a little editor story for fun. During beta we found some bugs in Apple's text layout engine that we just could not fix. Our solution? Writing our own text layout manager… from scratch. Not only did this fix the bugs, but it also boosted our editor's performance. We're not messing around! Seems like there's nobody better than Panic at doing this sort of thing. They're willing to push Apple's UI forward, but t…

The company itself would likely have become part of Apple if not for one bit of unlucky timing. Apple wanted to turn Panic's Mac OS 9 music player, Audion, into iTunes. https://www.panic.com/extras/audionstory/

> Jobs wanted to know how big we were, and how long we've been doing this. He wanted to know a few more things that I can't even really remember. I remember he asked, "Do you have any other ideas for apps you want to work on?" I replied, genuinely, "Well, we've got an idea for a digital photo management program..." and he replied with a simple, "Yeah. Don't do that one."

This is a great example of how Jobs did not want to compete with his developers, he just want to make a better Mac for their customers.

Re: Nova by Panic

#522

Earlier quoted context omitted.

I default to WebStorm and sometimes CLion and Idea. I recently tried Rider as a Visual Studio Community replacement, and holy smokes, it's really fast compared to VS+R#, looks really good, and has all the other JetBrains stuff.

R# left a bad taste in my mouth. It quintupled start-up time for my solution (which has dozens of projects, to be fair), and destabilized VS. VS and R# ways of doing things would often conflict, and IntelliSense would frequently break. Input latency was abysmal. VS has now mostly caught up with their feature set, and the only thing I miss is namespace refactoring (which I could implement myself with Roslyn.) Is R# ju…

I guess it's how they have to implement it on VS. I tell you, CLion with Resharper++ or Rider with R# compared to VS is like night and day. Visual Studio takes 1 min woth R# to start and analyze a Unity project and the UI lags. Rider OTOH does it very fast and there's no noticeable lag with background tasks.

Re: Nova by Panic

#523
post #515
post #504

Earlier quoted context omitted.

In what way(s) does Linux fail to follow in the footsteps of PARC?

It is a bit hard to explain in an HN comment something that requires live experience, You can start by having a look at, http://toastytech.com/guis/cedar.html "Eric Bier Demonstrates Cedar" https://www.youtube.com/watch?v=z_dt7NG38V4 "Alto System Project: Dan Ingalls demonstrates Smalltalk" https://www.youtube.com/watch?v=uknEhXyZgsg "SYMBOLICS CONCORDIA ONLINE DOCUMENTATION HYPER TEXT MARKUP 1985" https://www.youtub…

> It is quite telling that most Linux conferences end up being about kernel, new filesystems, network protocols, and seldom about how to have something like a full BeOS stack on Linux.

A perfect summation!

Re: Nova by Panic

#524
post #375

Earlier quoted context omitted.

How do you deal with the difference in common keyboard shortcuts / text selection with keyboard (i.e. option vs ctrl, command vs ctrl)? I also go back and forth between macOS and Linux and it always takes me 30 min to get the correct muscle memory back.

Touché. I do desperately miss macOS's emacs bindings across the board and the wonderful Cmd that leaves Ctrl alone. I constantly look for a Linux distro that actually "get it", but so far all I've seen are efforts to make it _look_ like macOS, without making it _feel_ like it. TL;DR: I cope, begrudgingly.

It is a massive amount of work to rework every single application's shortcuts. Higher level frameworks (e.g. KDE) may have ways of doing so centrally, but most applications do not use the higher level frameworks.

If you were to suddenly change 1/3 of the applications on Linux to use Mac style shortcuts, it would make usability worse.

Re: Nova by Panic

#525
post #486

Earlier quoted context omitted.

If it's an open source browser (Firefox or Chromium-based) can't you submit a patch?

That is likely to be non-trivial to develop unless you’re very comfortable with large, complex C++ projects and then you have to convince them to accept and ship ship it. That’s better than not having the option but it’s not for the faint of heart.

Sure, but this is a thread about how Linux is better than MacOS because you can modify Linux. Those same criticisms you have I think could apply to Linux too.

Re: Nova by Panic

#526

Earlier quoted context omitted.

If it's an open source browser (Firefox or Chromium-based) can't you submit a patch?

That patch will likely take weeks or months to reach end users

Sure, but this is a thread about how Linux is better than MacOS because you can modify Linux. I think a Linux patch would take much longer to reach users. Modern browsers auto update frequently, but I don't think Linux users update Linux as frequently.

Re: Nova by Panic

#527

Earlier quoted context omitted.

The same happens with html and browser bugs all the time.

If it's an open source browser (Firefox or Chromium-based) can't you submit a patch?

still have to care about Safari, where one man can prevent all communication to localhost for years. with no real reasons, breaking the spec.

https://bugs.webkit.org/show_bug.cgi?id=171934

Re: Nova by Panic

#528

Earlier quoted context omitted.

Have you tried VS Code in Remote Development mode?

I’ve only just read about it thanks to your comment, but I’m wondering what advantage it has over just mounting a file system to share between your VM And host OS and just running commands via SSH.

I think the plugins run on the VM, and then e.g. a remote C++ plugin is actually aware of the linux environment on the host and can pick up the correct includes/symbols there.

Whereas if you have things locally the tooling assumes that you are developing for the local machine. There are obviously some ways to fix that - e.g. by pointing to a remote sysroot and overriding flags - but it's not a very straightforward process.

Re: Nova by Panic

#529
post #424

Earlier quoted context omitted.

Yes, but I am not paid to fix the platform. From my employers point of view it is irrelevant if I could fix the platform since they most certainly don't want to pay for it. This is not evil . It's just how some parts of the industry work.

From your employer point of view you might be able to save a lot of time and money by submitting a patch for the bug upstream, instead of having to write your own text layout manager from scratch to work around an issue, which if you're unlucky won't even add any additional value to the client by itself other than enabling that feature.

The operative word is “might”

As experienced devs with love of open source, they made this choice after thinking about it. They just have different value weights for their goals and those aren’t the same as other folks. Not a biggie

Re: Nova by Panic

#530

Earlier quoted context omitted.

100% of the time for me. I prefer the trackpad over the mouse.

100% of the time for me, I wouldn't wipe my butt with a trackpad, let alone use one for work. It's always fun for me to meet people who do things the complete opposite I do them. It's oddly satisfying, like, I'm glad someone is my polar opposite on an issue or activity.

It’s like we all have an evil doppelgänger out there’re of us who is religiously fervent about trackpads
Post reply on HN