how could i dragondrop a pdf viewed in chrome into another app without having it to store on disk first?
is there some kind of minimum-wiggle-movement i have to hit in order for drangdrop to get activated?
Show HN: my Mac app just got fireballed
131–140 of 158 posts
Re: Show HN: my Mac app just got fireballed
#132I use to drag and drop on my macbook many times a day to organize my Downloads folder and I found this application to be amazing. Bought it seconds after watching the video. Congrats, it is an amazing and well executed idea.
Re: Show HN: my Mac app just got fireballed
#133How comfortable would you be sharing sales figures caused by the fireball?
Re: Show HN: my Mac app just got fireballed
#134Hello, a quick question... my Mac cannot be upgraded to Lion. Is there a slight possibility of making it work for Snow Leopard? And if not - I would like to know - just for general interest :) - what is the blocker.
As a lion-hater I have the same question! I'd love to buy this app.
Same here
Re: Show HN: my Mac app just got fireballed
#135Looks nice! I wonder (judging from other comments) if people know the hack whereby you can start a d'n'd and then use command-tab to switch apps while dragging. Saves a lot of grief.
You can also Cmd+`
to switch between app windows, and Cmd+Tab to skim through your browser tabs.
But the Dragon Drop is way sexier.
Re: Show HN: my Mac app just got fireballed
#136how could i dragondrop a pdf viewed in chrome into another app without having it to store on disk first? is there some kind of minimum-wiggle-movement i have to hit in order for drangdrop to get activated?
Chrome has PDF viewing functionality built in (as a plug-in?); and that thing doesn't seem to support drag-and-drop at all.
Or one could say it's not a 'Preview window', don't expect it to behave.
Re: Show HN: my Mac app just got fireballed
#137I just realised that with the new update to Alfred (it lets you drag out of the results bar), that this could be one of the most useful little utilities that I've invested in. I just hope it works as I expect. Navigating the filesystem is so 2011 :) edit: would be cool if you could post an update here on just how you did after you were fireball'd _and_ HN'd!
I posted a screenshot of my Google Analytics elsewhere on the thread: http://news.ycombinator.com/item?id=3946765 Anything else you'd like to know about the traffic? Open kimono. Cheers.
I'd like to know how DF traffic converts, for one. I'd like to.
Re: Show HN: my Mac app just got fireballed
#138Earlier quoted context omitted.
Nope. This is not about copy/paste at all. Windows and Mac lets you drag objects and drop them on target. This works in normal scenario where the object you are trying to drag and the target are easy to identify. It gets very difficult if your target is hard to reach. This app has a brilliant new UI which makes those drag-n-drop operations super easy. Please see the demo video to understand the app: http://www.youtub…
Sorry, what I meant to say isn't this simply equivalent to copy and paste? In windows at least: http://superuser.com/a/252104 I can think of only a few scenarios where dropping is the only option and pasting isn't available - but clearly those scenarios were real pain points for people!
Drag and drop may or may not be equivalent to copy/paste. In case of Windows Explorer, their behavior is the same but it could be different for other applications.
E.g. let's say you have a word document, if you drag and drop it on an open Word window, it will open it. You can't do copy/paste to open the document. If you have an FTP client with drag and drop support, you can drop a file to upload it to the FTP server. In general, a program can attach its own meaning to drag and drop which could be different from copy/paste.
Re: Show HN: my Mac app just got fireballed
#139Earlier quoted context omitted.
I'm not sure I follow where you're coming from. The biggest thing that I don't understand is what the alternative to c/c/p is. I feel like drag and drop is an even fuzzier metaphor than c/c/p. At best it has most of the issues you've outlined with c/c/p. But, I'm an Emacs user, so c/c/p is instinctual. If everyone grew up using Emacs people would probably be writing papers about how chaining keystrokes is some sort o…
There are many possible alternatives to c/c/p in “idea space”, and the little details matter. A better system, though, would have some of these properties: it would persistently store cut/copied content in some kind of list, at least content of manageable size; it would have some way to see the clipboard visually/spatially; it would interact with drag/drop; it would give some visual indication that there was currentl…
Many of your requirements are met by Ditto (on Windows) and ClipMenu (on the Mac). The basic model is: Ctrl-V pastes like usual, Ctrl-Shift-V pops up a menu of every previous paste. Previous items can be selected and pasted using either the keyboard or the mouse. This gives you persistence, visual display of the clipboard, and keyboard and mouse interaction with the history. And it turns out to be insanely useful. Oh man. I would never go back.
Re: Show HN: my Mac app just got fireballed
#140Earlier quoted context omitted.
Well, drag and drop isn't any more discoverable than c/c/p. For example, when I first started to use a Mac I had to Google to figure out how to import ebooks into my iPhone. It turns out that you have to drag-and-drop into iTunes. Just like c/c/p, once someone tells you that this is the way we are going to play the game it all makes sense. The grab-something-and-move-it interface is OK for "normal" users. I would sus…
I never said we shouldn’t try to make a system accessible from the keyboard, or that drag-and-drop as typically implemented is the best solution here. I merely said that c/c/p is at once too difficult/brittle and too limited. Personally, I wish we used some kind of mashup/spinoff/extension of DragThing, Quicksilver, drag-and-drop for this sort of thing: flexible, letting us do more with the stuff in it than just past…
> we really should be devoting some chunk of it to showing what’s on the clipboard, or at least that there’s something there.
I could see that. Microsoft tried something like that with a stack-based (presumption) clipboard in Office. I don't think it worked very well. I thought it was confusing for most. You went from copy-this-and-then-paste-it to having to select what you wanted to paste. Simple is better in this case.
I can think of no instance where I explicitly needed to know what was in the clipboard. Now, admittedly, this is me, a single data point and not a casual user. I am sure it is different for casual users. In fact, I am sure that most of them don't have a clue that ctrl-c/v/x/z exist.
As for devoting screen real-estate for showing clipboard content. I can't really get a feel for the idea because I don't feel that I need it. In some cases I know that I don't want to give up any screen real-estate to anything other the the application/s currently running. For example, my EDA package uses three screens very well. I don't want to see anything else while doing this work. Again, just me.