Live data from Hacker News

Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

realartists.com

61–70 of 106 posts

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#61
post #41
post #38

> Ship 2.0 is two parts, a hybrid Cocoa/ObjC/CoreData/JavaScript/React application that runs on your Mac, and a C#/MSSQL/Orleans server that runs in Azure. Oh, and a little bit of glue written in Python running on AWS lambda. Yes, it's truly an unholy alliance. What compels someone to write a net new application (from scratch with no legacy DB) that uses MSSQL? In my book it's in front of only DB2 and Oracle on the "…

We can agree to disagree, but the tooling has definitely saved me enough time to be worth it. That and realistically, no matter the DB chosen, you either use DB specific features or leave performance (often substantial) on the table.

The one real downside here is that you're tying your users to Windows. If you had a more "pluggable" db layer, they could use the platform of their choice.

That said, the code is in C# as well (and not .NET core, from what I saw), so they're pretty tied to Windows anyway, which is awkward since this is a macOS app.

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#63

This app installed webhooks on all of my repos with no automated way to remove them. Very annoying.

We fucked up here, and I apologize. Many thanks to robbiet480 for writing a script to help clean it up.

We've just pushed new client and server versions to cleanup hooks when the last admin user logs out.

New downloads will be the latest version, and current users can update now using the Ship -> Check for Updates menu option. After that, you can logout using Ship -> Account -> Logout. If you used the app earlier and want to be sure all hooks are cleared out, you can log back in once more and then logout again to trigger the removal.

There is also updated documentation here: https://www.realartists.com/docs/2.0/uninstall.html

So about hooks - Hooks are added so that Ship is alerted when new repos are created, issues/labels/milestones/comments are added/modified/deleted, issue templates change, etc. The user experience without hooks is acceptable, but not great. Presumably if you're using Ship, you want it to show the most up to date information.

We disclose when you authorize Ship that you're granting repository and organization webhook permissions. This appears to be insufficient notice. We'll think about that next.

If anyone is still having trouble or needs personalized help, we're reachable at support@realartists.com.

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#65
post #63

This app installed webhooks on all of my repos with no automated way to remove them. Very annoying.

We fucked up here, and I apologize. Many thanks to robbiet480 for writing a script to help clean it up. We've just pushed new client and server versions to cleanup hooks when the last admin user logs out. New downloads will be the latest version, and current users can update now using the Ship -> Check for Updates menu option. After that, you can logout using Ship -> Account -> Logout. If you used the app earlier and…

So..., why did you have to install the webhooks in the first place?

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#67
post #63

This app installed webhooks on all of my repos with no automated way to remove them. Very annoying.

We fucked up here, and I apologize. Many thanks to robbiet480 for writing a script to help clean it up. We've just pushed new client and server versions to cleanup hooks when the last admin user logs out. New downloads will be the latest version, and current users can update now using the Ship -> Check for Updates menu option. After that, you can logout using Ship -> Account -> Logout. If you used the app earlier and…

Have you considered only adding webhooks per-repo, and not globally? I have access to numerous repos that I don't want or need real-time updates from, as well as repos from organisations that have added me which I would really rather not touch. They would probably not be happy that their repos are suddenly sending data to a third party that they didn't consent to.

I would love something like Ship for my main public repo, and in fact would prefer to just use Ship for that repo.

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#68
post #66

Is there really a market for this? 9$ per month seems pretty steep when you consider that Github's web interface is free and pretty awesome.

That's what we're hoping to find out. I think if you give it a try, you may notice some ways the web interface is less awesome ;)

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#69
Note: Not actually native, it's apparently a weird hybrid JavaScript thing rather than a Cocoa app. At least it's not just a wrapper around a WebView.

And if that weren't enough, it has some weird server component that's not Github's own API server. That means I won't touch it, because who knows what it's doing or sending…

Re: Show HN: Ship 2.0 – A macOS Native Interface to GitHub Issues

#70

Earlier quoted context omitted.

If you have decoupled your application logic from the UI, you might wanna look into Qt/QML. Opens up support for a lot of platforms, and you can have a native-looking GUI for both Windows and Linux using the exact same codebase without "ifdeffing".

Just curious, could you link an application using Qt/QML with a native-looking Windows GUI?

You just made me realize Microsoft's inconsistency makes it rather hard to say an app looks "native" in it. Visual Studio, Edge, Office, Explorer... look nothing alike.

In any case... Qt does map its widgets to the Win32 ones, it's not just a crude imitation. Apps like OBS, Wireshark, VLC and KeePassX get close to a native appearance, it's just that nobody seems to give a shit about going the extra mile to make an app look native in Windows.

There's this if you wanna see how you can get a Qt app to feel right on every platform: http://www.slideshare.net/qtbynokia/how-to-make-your-qt-app-...

Also, UWP style applications seem fairly easy to make with QML if, again, you give a shit.

Post reply on HN