Whoops. I mean forgetting to be able to use "Copy" to copy an entire clipping. They should also allow you to select text from one though. That would make them so nice! 8)
Oh well..but really..are there any enhancements to clippings in Panther? And does the Finder use Quartz to render the text in them?
Thing is all it seems to do is copy the icon of the file selected,
(except if it's a pdf, png, psd, but doesn't work with .txt,.rtf etc... duh)
and I can do that by selecting the icon and the copy command.
Please explain the practicality of that, then...
Now, I understand what you are saying. Yes, that (to me) is a bug. What I was saying is that stickies should insert the contents of any understood (quicktime decipherable, etc.) file into a sticky if you dragged it in. That would be consistent.
I can understand just sticking in the icon (again, because for most people a path is just meaningless), but, if you can't do anything with that icon, it is definitely broken.
Maybe what we need is a contextual menu item in the finder that when you select a file and choose the menu item, "Copy Path to Clipboard", it just puts the path of the file into the clipboard. Then, you could paste it wherever you like.
Seems like someone could write that in a few minutes...
You can get the contents of a .clipping file by dragging the file into a text field, for instance TextEdit.
Well, yeah.
But in OS 9, we could use Cmd-C to copy the contents. That ability hasn't appeared yet. Also, it would be nice if we could take text out of clippings from the clipping and not have to drag it to TextEdit, take text out of it, then copy it again. It's all about efficiency.
With the way clippings are implemented in OS X so far, they're almost useless. With these two things added, they'd fulfill their normal use AND even more.
Yeah, I totally agree! What are .clippings anyway? They are just a resource fork?
Whenever I come across cool quotes I'll always drag the text to my desktop. Unfortunately it is hard to do anything automated (unixy stuff) with the folder of .clipping quotes :-(
Growing a bit long in the tooth I suspect. No thread can be great forever.
Bon Bon: I think we could see FC1 by the end of this week. But I think there will be more than one FC. Anyone recall in past versions how many there were? I think it's usually the third FC that goes GM if my memory serves correctly (no sure thing btw).
Final Candidate is just that: a candidate for the GM. There's no traditional numbering scheme here. If the first FC is good, if goes GM. If is doesn't pass QA until the tenth build, then the tenth build is GM.
Bon Bon: I think we could see FC1 by the end of this week. But I think there will be more than one FC. Anyone recall in past versions how many there were? I think it's usually the third FC that goes GM if my memory serves correctly (no sure thing btw).
I seem to recall this kind of thing going off on the lead upto Jag'.
It seems to feel similar. Next Monday we're going to be half way through September. Final Candidate should be imminant if Oct 3rd is to be met. And there's the Apple Expo in France and surely Steve Jobs wants to impress the French. A tough audience if he doesn't have 'Panther' or New Powerbooks to announce.
Not that I know much about these kind of things, but from the vibes and frequency of updates of late, I'm going to guess Final Candidate through next week and GM by...er...next weekend..?
Final week of Sept' to duplicate 'em.
Layman's ideas.
Forgiveness asked for in advance.
Lemon Bon Bon
PS. Brad, want to say I really enjoyed the initial pages of this thread. Great to see the refined look of Panther. I can't wait to test it out on a dual 2 gigger or a dual 2.5 gigger. Should fly.
PPS. I'm glad Apple's getting over the stripes. Can't we have some 'iPod ad' - Pink, Lime or Mustard Brown' colour themes? Go on, Apple...be a devil...
Does anyone know anything about vImage? I found mention of it here, but I never heard anything about it before.
From Think Secret:
Quote:
vImage: Apple has publicly demonstrated Panther's image editing capabilities, such as the ability to set up a folder action that automatically processes images, resizing or converting them as they are dropped in. "vImage" is Apple's image processing library, including high-level functions for manipulating images such as file format conversion, geometric/morphological transformations, convolutions, alpha compositing, and more. Developers have this library at their disposal.
It looks like a new API into much of the QuickTime functionality - perhaps allowing quick and easy media manipulation without much of the massive overhead associated with the QT system. (Also, perhaps a way of tying it into Carbon/Cocoa as well.)
Does it hook into QT or Quartz? I thought the Quartz 2D engine could do the manipulations itself, a la those toolbar scripts on the Applescript site some time ago.
I don't know either. Just poking around, seeing if someone had some insight.
I could imagine that some small developers could leverage this stuff in media/graphics apps. I'm always interested in the little guys giving the big guys a run for their money. I would think this vImage thing would help.
Wonder why "vImage" though as the API name. It's like the old vTwin name, but doesn't seem to have anything to do with it.
I don't know either. Just poking around, seeing if someone had some insight.
vImage is one of several vector processing libraries that Apple offers developers. Other libraries include vDSP, vMathLib, vBasicOps, and vBigNum. They're not directly related to QuickTime or Quartz 2D.
However, developers should be aware that these libraries do not offer the best possible performance on any given task since they must account for all possible scenarios. Customized Altivec routines that are tuned for each particular situation can be even faster.
Comments
Originally posted by jwill
Makes you wonder why they forgot to put that in 10.2.
They didn't forget, per se... OS9 didn't do it either.
Oh well..but really..are there any enhancements to clippings in Panther? And does the Finder use Quartz to render the text in them?
Originally posted by panicX
Thing is all it seems to do is copy the icon of the file selected,
(except if it's a pdf, png, psd, but doesn't work with .txt,.rtf etc... duh)
and I can do that by selecting the icon and the copy command.
Please explain the practicality of that, then...
Now, I understand what you are saying. Yes, that (to me) is a bug. What I was saying is that stickies should insert the contents of any understood (quicktime decipherable, etc.) file into a sticky if you dragged it in. That would be consistent.
I can understand just sticking in the icon (again, because for most people a path is just meaningless), but, if you can't do anything with that icon, it is definitely broken.
Maybe what we need is a contextual menu item in the finder that when you select a file and choose the menu item, "Copy Path to Clipboard", it just puts the path of the file into the clipboard. Then, you could paste it wherever you like.
Seems like someone could write that in a few minutes...
Originally posted by Jahy
You can get the contents of a .clipping file by dragging the file into a text field, for instance TextEdit.
Well, yeah.
But in OS 9, we could use Cmd-C to copy the contents. That ability hasn't appeared yet. Also, it would be nice if we could take text out of clippings from the clipping and not have to drag it to TextEdit, take text out of it, then copy it again. It's all about efficiency.
With the way clippings are implemented in OS X so far, they're almost useless. With these two things added, they'd fulfill their normal use AND even more.
Whenever I come across cool quotes I'll always drag the text to my desktop. Unfortunately it is hard to do anything automated (unixy stuff) with the folder of .clipping quotes :-(
7B59 and counting.
Any faster?
I've been stalking this thread for a while.
It must surely be close to Final Candidate by now?
Lemon Bon Bon
Bon Bon: I think we could see FC1 by the end of this week. But I think there will be more than one FC. Anyone recall in past versions how many there were? I think it's usually the third FC that goes GM if my memory serves correctly (no sure thing btw).
Bon Bon: I think we could see FC1 by the end of this week. But I think there will be more than one FC. Anyone recall in past versions how many there were? I think it's usually the third FC that goes GM if my memory serves correctly (no sure thing btw).
I seem to recall this kind of thing going off on the lead upto Jag'.
It seems to feel similar. Next Monday we're going to be half way through September. Final Candidate should be imminant if Oct 3rd is to be met. And there's the Apple Expo in France and surely Steve Jobs wants to impress the French. A tough audience if he doesn't have 'Panther' or New Powerbooks to announce.
Not that I know much about these kind of things, but from the vibes and frequency of updates of late, I'm going to guess Final Candidate through next week and GM by...er...next weekend..?
Final week of Sept' to duplicate 'em.
Layman's ideas.
Forgiveness asked for in advance.
Lemon Bon Bon
PS. Brad, want to say I really enjoyed the initial pages of this thread. Great to see the refined look of Panther. I can't wait to test it out on a dual 2 gigger or a dual 2.5 gigger. Should fly.
PPS. I'm glad Apple's getting over the stripes. Can't we have some 'iPod ad' - Pink, Lime or Mustard Brown' colour themes? Go on, Apple...be a devil...
Nice thing.
(there is the option to add folder)
coz in my B53 it ain't like that
From Think Secret:
vImage: Apple has publicly demonstrated Panther's image editing capabilities, such as the ability to set up a folder action that automatically processes images, resizing or converting them as they are dropped in. "vImage" is Apple's image processing library, including high-level functions for manipulating images such as file format conversion, geometric/morphological transformations, convolutions, alpha compositing, and more. Developers have this library at their disposal.
Originally posted by JBL
Does anyone know anything about vImage?
It looks like a new API into much of the QuickTime functionality - perhaps allowing quick and easy media manipulation without much of the massive overhead associated with the QT system. (Also, perhaps a way of tying it into Carbon/Cocoa as well.)
I could imagine that some small developers could leverage this stuff in media/graphics apps. I'm always interested in the little guys giving the big guys a run for their money. I would think this vImage thing would help.
Wonder why "vImage" though as the API name. It's like the old vTwin name, but doesn't seem to have anything to do with it.
Originally posted by BuonRotto
I don't know either. Just poking around, seeing if someone had some insight.
vImage is one of several vector processing libraries that Apple offers developers. Other libraries include vDSP, vMathLib, vBasicOps, and vBigNum. They're not directly related to QuickTime or Quartz 2D.
However, developers should be aware that these libraries do not offer the best possible performance on any given task since they must account for all possible scenarios. Customized Altivec routines that are tuned for each particular situation can be even faster.