woogle

there's even an M365 hanging around in the article :facepalm:

Nice questions!

I use DeckSet since a lot of years, I find it easy to use and I love the result. I don’t care about multi platform because I’m doing my presentation on a Mac. I don’t care paying fair prices to software.

The only downside I found was the lack of customization offered.

I’ll look into the GitHub list, especially to the 2 others macOS apps

On macOS, I strongly recommend DeckSet[0]. It's a Keynote/Powerpoint from Markdown, especially valuable when you embed code in your presentations.

[0] https://www.deckset.com/

While I agree on your point, your comment made me smile as I’m reading HN using a mobile app

They've just posted an "Incident Report": https://blog.github.com/2018-10-21-october21-incident-report...

Multiple services on GitHub.com were affected by a network partition and subsequent database failure resulting in inconsistent information being presented on our website. Out of an abundance of caution we have taken steps to ensure the integrity of your data, including pausing webhook events and other internal processing systems.

[...]

Information displayed on GitHub.com is likely to appear out of date; however no data was lost. Once service is fully restored, everything should appear as expected. Further, this incident only impacted website metadata stored in our MySQL databases, such as issues and pull requests. Git repository data remains unaffected and has been available throughout the incident.

You should try Citymapper!

I think the point was something like “constraint forces creativity”

Also, the Female Founders Gifts: https://www.femalefoundergifts.com/

Try `Game.RuinTheFun()`

Yes. For those you often switch (eg Atom > Chrome > Atom). O(1) access FTW.

I use Spotlight for app I launch but don't really switch Mostly CSGO, Heroes of The Storm, Mumble and TS (Games!)

Actually I use shortcut a lot more for switching than for launching. For instance I launch atom from iTerm. A standard flow could be code, test, terminal commit, chat on Slack/IRSSI, IDE.

If you like speed as much as I do :

1. Total Space. Setup shortcuts and disable transitions

2. Disable (or speed up) OSX animation (I don't have the commands on my phone, just Google it)

3. iTerm and window splitting (Cmd d) and switch (Cmd [ or ])

4. And The REAL time saver : Keyboard Maestro Create at least one macro per app. I assigned shortcuts like

Cmd Shift L - iTerm

Cmd Shift / - Atom

Cmd Shift ' - Chrome

Ctrl Shift < - Finder

Ctrl Shift M - Mailbox

And so (Xcode, Slack etc.)

Then I pur each app in fullscreen (Ctrl Cmd F).

Now I have O(1) access over my computer \o/

Edit: disclaimer I'm a vim user

GIFs \o/

My comment would apply to any acquisition. If I'd use an analytics tool for Facebook acquired by Twitter, I'll take 10 minutes to think about it.

I'm not anti-MS. I was one of the first to make Windows Phone apps. I like a lot Nadela, but do you know how many time will he stay MS CEO?

As I said, MS is not only interested in Windows Phone but win a lot of money with Android.

We probably continue to use HockeyApp but I'm not fan of the "don't ask questions that may hurt" bashing here.

I agree with that, but things may be different in 2 years. And MS is also the company that gains the most money with each Android phone sold.

Why downvotes? I'm only asking questions. Yes, MS strategy is cross-plateform. Now. But in a few years, who knows what MS goals will be?

IMO, taking 10 minutes to think about is not lost time.

I'm not sure it is a good news.

In one hand it's great to hear that Analytics will be added and cross support is still important.

But in the other hand, it puts developers in inconfortable position. Should we still use HockeyApp for our iOS apps? Depend on a tool owned by a concurrent of your target platform is not so safe on a long term sight..

Played on iPhone. It was really simple and intuitive. Altough too easy to win

Wow, I exactly felt the same. Microsoft made a vim editor?!.

(I'm using XVim every day, so Xim brainfckd me very hard)

The article is misleading, if you do nothing your webview won't open any phone call. You have to implement a specific method to intercept links and explicitly open them in the device.

see `- (BOOL)webView:(UIWebView )webView shouldStartLoadWithRequest:(NSURLRequest )request navigationType:(UIWebViewNavigationType)navigationType` method in official UIWebViewDelegate reference[0]

[0]https://developer.apple.com/library/ios/documentation/uikit/...

can contribute a lot in many areas that need to be covered in order to build a succesful app company

You told us what you've done until now, but are those "many areas" ?

This choice is weird for a product based on Symfony, which, by default, includes the Twig engine. It means that it requires every Symfony dev (this CMS target) to maintain (at least) their brain plugged on two template engines..

Maybe the OP could explain?

Nice see!

The video are legit :-) The best thing to prove it is to try the app (it works better outside) and I'm pretty sure you'll be amazed.

What is terrible is you have to LIE. I understand the OP POV. He has the right to disconnects without justify himself.

This is a privacy matter.

The operator acting is barely legal.

Very interesting graphic, but without the pitchers age we can't know if VC have an actual age bias.

I often use elinks to browse HN, and the comment feed neither is well displayed..

Thanks for the book I'll take a look on it, it seems interesting.

For vimtutor it's introduced in the first part http://benmccormick.org/2014/06/30/learning-vim-in-2014-the-...

The most disturbing thing when learning vim is the fact that shortcuts actually "means" something rather than being near your fingers. Like the old flashioned way to use shortcuts in RTS games vs grid modes.

This is what I was looking for a long time! Thank you. As vim is not learnable in a week-end. Understanding the basics progressively (like you do with a language) seems a nice approach.

This post remind me a lot https://rbt.asia/g/thread/41920845

As you said CloudKit provides a very efficient approach for this.

With CloudKit the app get an unique persistant identifier related to the iCloud account. The cons are it only works through Apple devices for now.

But if you have an iOS only app, it's so easy to identify the user through all his devices without asking him anything.

And if it loose his phone or use the app on another device, his CloudKit ID is persistant (and related to your app(s) only, not global).

Thanks! I though I was the only one.. The RESTful API is designed to be really simple for clients. If you designed yours well, your users won't need your client API.

For instance, on iOS we have the wonderful RestKit Client[0]. If you create your own client it means I would have to write specific cases for your API and miss all RestKit features. Don't get me wrong, I could still use the RestKit with your API, but when I see an API client available, I always think "this API may be bad designed, it needs specific code".

[0](https://github.com/RestKit/RestKit)