61–70 of 85 posts
Serious question: Can't someone just add database drivers to Sequel Pro? It's far and away the best Database GUI I've ever used and its reliance on MySQL is actually keeping me from moving to PostgreSQL full time. (i.e. http://www.sequelpro.com/ and http://www.sequelpro.com/docs/Source_Code - a little crazy they're still on SVN but oh well)
What's the appeal of this? Just use SQuirreL or DBArtisan.
Serious question: Can't someone just add database drivers to Sequel Pro? It's far and away the best Database GUI I've ever used and its reliance on MySQL is actually keeping me from moving to PostgreSQL full time. (i.e. http://www.sequelpro.com/ and http://www.sequelpro.com/docs/Source_Code - a little crazy they're still on SVN but oh well)
I've never used Sequel Pro, but I've used plenty of other RDBMS GUIs. What's so special about Sequel Pro? It certainly doesn't look like anything to write home about (compared to say the MS SQL tools).
Earlier quoted context omitted.
Nobody targets X as an API anymore and haven't since Tk, this is a canard. In general, given the demographics of desktop Linux, it's safe to assume everyone has GTK and Qt working, so pick whatever suits you and go for it. (Spotify is Qt IIRC)
Honestly it wasn't meant as a canard — this was basically my thought process when I was thinking through an app idea. I'm surely uninformed and some of that is a function of my own laziness, but it's also a reflection of how much diversity there is. I feel like it's akin to Kissinger's rhetorical (at the time) question "Who do I call if I want to call Europe?"
You just pick whoever people listen to at the time you make the call. In this case, GTK and Qt have been calling the shots and all Linux installs worth targeting are going to support them or support installing the dependencies necessary (which you can specify in your package, as spotify does).
Flailing about and perpetuating this myth that Linux is impossible to target just makes things worse.
Serious question: Can't someone just add database drivers to Sequel Pro? It's far and away the best Database GUI I've ever used and its reliance on MySQL is actually keeping me from moving to PostgreSQL full time. (i.e. http://www.sequelpro.com/ and http://www.sequelpro.com/docs/Source_Code - a little crazy they're still on SVN but oh well)
I would hope there are more reasons that a particular client app that determines your platform choice.
How easy it is to install and maintain. How performant it is. How good are the tools associated with it.
I've yet to run into a situation where MySQL was holding me back. Since the only thing postgres has got going for it, from my standpoint, is that my friends prefer it and it is cooler… I think that until I have a better reason I will stick to the one with the better toolset.
Right now, Sequel Pro is that tool. I use it almost every single day.
Serious question: Can't someone just add database drivers to Sequel Pro? It's far and away the best Database GUI I've ever used and its reliance on MySQL is actually keeping me from moving to PostgreSQL full time. (i.e. http://www.sequelpro.com/ and http://www.sequelpro.com/docs/Source_Code - a little crazy they're still on SVN but oh well)
I've never used Sequel Pro, but I've used plenty of other RDBMS GUIs. What's so special about Sequel Pro? It certainly doesn't look like anything to write home about (compared to say the MS SQL tools).
1) Every GUI function results in a SQL log entry so you can learn/improve your SQL if you're not a guru.
2) You can give this to an analyst (whose db user is restricted appropriately) and have them be productive in adding and updating data.
3) Any view can be exported to CSV, so the analyst can use what they know (ie, Excel) to do things you might not care about but are important (ie, pivot tables, etc).
4) It's free.
"for Mac OS X" breaks my heart, because this is exactly the kind of open-source DB client I want on Linux. At least I can use this when I'm on my Air, but I recently went looking for a multi-DB client app like this for Linux, and this looks like what I was wishing I would find.
Earlier quoted context omitted.
Written to what API? Gnome, X, Qt? You'll be addressing a slice of a fraction of potential users. It'd be great if it weren't the case, but the diversity that makes linux interesting to hackers also makes it really tough to roll out GUI apps like this and have it 'just work'. I get the sense that's a good part of the appeal of OS X for the developer community lately - mostly Linux-ish when you need it, but a unified…
That's just patently untrue: either GTk or Qt would work perfectly. I don't see why the desktop environment would matter--the program doesn't have to (and probably shouldn't) care whether I'm on Gnome or KDE or Unity. Moreover, all the popular environments support both GTk and Qt fairly well, and both are cross-platform, so you would actually be supporting more users than with a Mac OS-only program. Really, fragmenta…
By that logic Windows should be first since it has the most users. Also, are you sure that the installed base of Gtk+ or Qt (or both) is greater than the installed base of OS X?
Earlier quoted context omitted.
Blargh. If only it were as easy as `gem install pg`. I would totally throw $20 at a kickstarter to pay someone. That's what, optimistically? Two weeks of work? How quickly could we scrounge up $10k? Shit. More like $100, now that I think about it.
> If only it were as easy as `gem install pg`. It is with MacRuby, but that's a whole different set of problems :)