 |
 |
rumored tiger features
|
 |
|
 |
|
Grizzled Veteran
Join Date: Dec 2002
Location: Cali
Status:
Offline
|
|
From every thing Iv been reading I will list all the things people have been sayin will be in tiger. You can add on if you would like. I didn't see a thread like this so hear it goes.
[:  lease do not copy and paste reports from other media outlets in their entirety without crediting the source::]
|
|
|
| |
|
|
|
 |
|
 |
|
Senior User
Join Date: Dec 2002
Location: Portland, OR
Status:
Offline
|
|
|
|
|
iMac - C2D, 2.8Ghz, 4GB, 320GB
MacBook - C2D, 2.4Ghz Uni, 4GB, 500GB
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jan 2000
Location: Columbus, OH
Status:
Offline
|
|
Why not just tell everyone to look at these pages on AppleInsider? That's where you copied all that from.
Lame.
|
|
HyperNova Software, LLC
|
| |
|
|
|
 |
|
 |
|
Banned
Join Date: Jun 2003
Status:
Offline
|
|
No...I don't think there will be advertisement in Tiger. 
|
|
|
| |
|
|
|
 |
|
 |
|
Posting Junkie
Join Date: Nov 2001
Location: Retired.
Status:
Offline
|
|
Originally posted by Horsepoo!!!:
No...I don't think there will be advertisement in Tiger.

|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jul 2002
Location: Boston
Status:
Offline
|
|
wtf? words, words, words, words....
|
|
|
| |
|
|
|
 |
|
 |
|
Professional Poster
Join Date: Aug 2002
Status:
Offline
|
|
Hey I heard Tiger will be the codename for Apple's next OS, confirm/deny?
|
|
|
| |
|
|
|
 |
|
 |
|
Forum Regular
Join Date: Jul 2004
Status:
Offline
|
|
Originally posted by ryju:
Hey I heard Tiger will be the codename for Apple's next OS, confirm/deny?
for the love of god please tell me you're joking...
|
|
|
| |
|
|
|
 |
|
 |
|
Posting Junkie
Join Date: Nov 2001
Location: Retired.
Status:
Offline
|
|
Originally posted by ryju:
Hey I heard Tiger will be the codename for Apple's next OS, confirm/deny?
Deny.
It's Pan-ter...
|
|
|
| |
|
|
|
 |
|
 |
|
Grizzled Veteran
Join Date: Dec 2002
Location: Cali
Status:
Offline
|
|
|
|
|
|
| |
|
|
|
 |
|
 |
|
Addicted to MacNN
Join Date: Mar 2002
Location: Winnipeg
Status:
Offline
|
|
Wow... what a mouth full...
They can do all that but can't put FTP writing in the finder. DANG IT!
You know... I think the guys at Apple are simply extremely fast and smart ADHD cases.
"Hey guys lets make the windows bounce around when we press a key"
type type type
"Done! What do you want to call it?"
"I dono lets see if Steve likes- oh hey how bout we make an index of all the info in files"
Type type type
"Sweet, hey someone said we should do... what was it... FTP- oh look a bird!"
"Dude lets try letting people have THREE people in iChat!"
"Dude!"
Type type type
"Sweet, hmm weren't we supposed to work on making iMovie run fa- HEY LETS USE THE GRAPHICS CARD TO SPEED UP RENDERING TIMES!"
"SWEET!"
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jun 2004
Status:
Offline
|
|
Originally posted by Superchicken:
Wow... what a mouth full...
They can do all that but can't put FTP writing in the finder. DANG IT!
You know... I think the guys at Apple are simply extremely fast and smart ADHD cases.
"Hey guys lets make the windows bounce around when we press a key"
type type type
"Done! What do you want to call it?"
"I dono lets see if Steve likes- oh hey how bout we make an index of all the info in files"
Type type type
"Sweet, hey someone said we should do... what was it... FTP- oh look a bird!"
"Dude lets try letting people have THREE people in iChat!"
"Dude!"
Type type type
"Sweet, hmm weren't we supposed to work on making iMovie run fa- HEY LETS USE THE GRAPHICS CARD TO SPEED UP RENDERING TIMES!"
"SWEET!"
Ha, I got a laugh out of that. In a way you're right though. There's so much stuff for all them to be working on, if they only concentrated on one thing we'd all be screwed. They gotta work on everything at once.
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Enthusiast
Join Date: Aug 2001
Location: planet express
Status:
Offline
|
|
muahaha ... Superchicken, that was hilarious.

|
|
"And Zapp Brannigan, your score qualifies you as assistant delivery boy, second class."
"Hmm. I guess I'll have to sleep my way to the top. Kif, wake me when I'm there."
|
| |
|
|
|
 |
|
 |
|
Addicted to MacNN
Join Date: Mar 2002
Location: Winnipeg
Status:
Offline
|
|
Wow... you know I thought it was funny but generally stuff like that only ends up being funny in my head
I'm just bitter because I hate FTP clients they all seem to suck.
|
|
|
| |
|
|
|
 |
|
 |
|
Banned
Join Date: Jun 2003
Status:
Offline
|
|
Originally posted by Superchicken:
Wow... you know I thought it was funny but generally stuff like that only ends up being funny in my head 
I'm just bitter because I hate FTP clients they all seem to suck.
FTP clients hate you too.
|
|
|
| |
|
|
|
 |
|
 |
|
Dedicated MacNNer
Join Date: Mar 2000
Location: Bronx, NY 10471
Status:
Offline
|
|
I must say, great representation of coder's at apple. :-) FTP has never working properly in the finder, for me anyhow. I use Fetch, but man, oh man, the joy of getting a correctly working FTP client in finder, I guess I will have to wait to Mac OS XI
LoL,
Mel
|
|
|
| |
|
|
|
 |
|
 |
|
Posting Junkie
Join Date: Jun 2003
Location: Dangling something in the water… of the Arabian Sea
Status:
Offline
|
|
|
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Aug 2001
Status:
Offline
|
|
Well... it's more saying (correctly) that support will be in Tiger, and it'll actually be accessible sometime after that.
|
|
|
| |
|
|
|
 |
|
 |
|
Banned
Join Date: Jun 2003
Status:
Offline
|
|
Originally posted by Catfish_Man:
Well... it's more saying (correctly) that support will be in Tiger, and it'll actually be accessible sometime after that.
If 10.4 offers this to developers...then, yeah, it's most likely going to show up in 10.5.
|
|
|
| |
|
|
|
 |
|
 |
|
Forum Regular
Join Date: Sep 2000
Location: Chico, California
Status:
Offline
|
|
I'm curious about resolution independence and how it will be implemented. The whole purpose of it is to have high-res. monitors running in native resolution without shrinking the screen elements down to a size that a lot of people can't see well, right? Because currently, running a nice 17" 1280x1024 LCD in native resolution makes things too small on the screen for a lot of people, who then resort to a lower resolution, like 1024x768 which then brings about ugly, interpolated text and blurry graphics.
If this is the whole thinking behind having a res.-indep. GUI, why would it even be a user-servicable option? Wouldn't it be up to Apple to come up with a static size for elements? Say for example, the menu bar is supposed to be 7mm thick, based on research and testing. With a resolution independent GUI, then it should stay at 7mm whether you are at 800x600 or 1280x1024. That way people can benefit of the crisp and sharpness of high-res. monitors and not lose sight of things on the screen.
Is this the thinking behind a resolution-independent GUI and if so, why would Apple make it a user-servicable option?
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Aug 2001
Status:
Offline
|
|
Originally posted by bborofka:
I'm curious about resolution independence and how it will be implemented. The whole purpose of it is to have high-res. monitors running in native resolution without shrinking the screen elements down to a size that a lot of people can't see well, right? Because currently, running a nice 17" 1280x1024 LCD in native resolution makes things too small on the screen for a lot of people, who then resort to a lower resolution, like 1024x768 which then brings about ugly, interpolated text and blurry graphics.
If this is the whole thinking behind having a res.-indep. GUI, why would it even be a user-servicable option? Wouldn't it be up to Apple to come up with a static size for elements? Say for example, the menu bar is supposed to be 7mm thick, based on research and testing. With a resolution independent GUI, then it should stay at 7mm whether you are at 800x600 or 1280x1024. That way people can benefit of the crisp and sharpness of high-res. monitors and not lose sight of things on the screen.
Is this the thinking behind a resolution-independent GUI and if so, why would Apple make it a user-servicable option?
People have different eyes. My parents run a high quality 19" CRT at 1024x768, while I run it at 1344x1008, and my friend runs it at 1600x1200 and wishes it would go higher.
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jun 2001
Location: Dundee, Scotland
Status:
Offline
|
|
Originally posted by msuper69:
Why not just tell everyone to look at these pages on AppleInsider? That's where you copied all that from.
Lame.
Put your handbag down.. so where is your Tiger knowledge from? first hand? are you an Apple developer?..
Thought not.
I thought the summary was an eye-opener really. Having looked at AppleInsider from time-to-time I hadn't put it all together in my head - it was good to see them all in one place.
It's one hell of a list

|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jun 2001
Location: Dundee, Scotland
Status:
Offline
|
|
Originally posted by bborofka:
I'm curious about resolution independence and how it will be implemented. The whole purpose of it is to have high-res. monitors running in native resolution without shrinking the screen elements down to a size that a lot of people can't see well, right? Because currently, running a nice 17" 1280x1024 LCD in native resolution makes things too small on the screen for a lot of people, who then resort to a lower resolution, like 1024x768 which then brings about ugly, interpolated text and blurry graphics.
If this is the whole thinking behind having a res.-indep. GUI, why would it even be a user-servicable option? Wouldn't it be up to Apple to come up with a static size for elements? Say for example, the menu bar is supposed to be 7mm thick, based on research and testing. With a resolution independent GUI, then it should stay at 7mm whether you are at 800x600 or 1280x1024. That way people can benefit of the crisp and sharpness of high-res. monitors and not lose sight of things on the screen.
Is this the thinking behind a resolution-independent GUI and if so, why would Apple make it a user-servicable option?
The original OSX preview had huge buttons which looked (at a higher dpi) the same size as the old mac biuttons did at 72dpi. Apple realised that most graphics professionals were running huge monitors at high resolutions (I used to and could barely read some system text).
However the developers balked at this idea as it would have meant re-doing all their UIs for OSX. And it was dropped.
However, Quartz has the ability to use multiple dpi's as it has to do this to produce a preview before sending it to print (etc). It doesn't care what device it's rendering to - just the dpi (oversimplification but you get the picture).
So Apple is (rightly) banking on the idea that screen resolution is going to go up and up - and in doing so ui elemnts are going to get smaller and smaller. LCDs especially. So, the sensible thing to do is to make the ui resizable.
Two ways to do this 1) make everything a vector (slow - but maybe OpenGL could help a bit) 2) make everything a big icon (faster). Seems Apple is going to do with bigger icons and scale everything down. 256bit is 4 times the size we have now.. Whether the new icons will be calculated and cached every time you change resolution will remain to be seen - although looking at the dock this shouldn't be too much of a problem (does the dock cache? - doubt it)..
By making it a user setting (apart from being a nice feature) it will allow graphics professionals to be able to accuratley set their screen dpi to match exactly what they see eg 100% *is* 100% (1 inch of screen = 1 inch of reality). This used to be the case on early Macs but has been lost somewhere along the line. I used to hold up peices of paper to the monitor all the time to check things (sad I know).
That's my guess anyway..
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Enthusiast
Join Date: Feb 1999
Status:
Offline
|
|
Originally posted by bborofka:
Wouldn't it be up to Apple to come up with a static size for elements? Say for example, the menu bar is supposed to be 7mm thick, based on research and testing. With a resolution independent GUI, then it should stay at 7mm whether you are at 800x600 or 1280x1024. That way people can benefit of the crisp and sharpness of high-res. monitors and not lose sight of things on the screen.
Is this the thinking behind a resolution-independent GUI and if so, why would Apple make it a user-servicable option?
Well, that's a good start, but I think the idea is to allow people to scale the UI to their liking. It would all remain proportional but a dynamic slider that changed it all at once would allow people to choose a size that was comfortable for them. The dock already does this. Since the actual UI would be the same regardless of size, there wouldn't be any problem of inconsistency from computer to computer like with themes. People with very small or very large displays could really benefit from this, or those with vision problems, or even those that use something like a TV monitor.
|
|
|
| |
|
|
|
 |
|
 |
|
Addicted to MacNN
Join Date: Mar 2002
Location: Winnipeg
Status:
Offline
|
|
Anything that makes my 12 inch PB's monitor seem bigger while not getting actually bigger would be welcome. I already consider 1024/768 to have to big of UI widgets on it 
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Oct 2000
Status:
Offline
|
|
Resolution independence: if it happens it will be in 10.5 - if we're lucky. Great idea though.
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Aug 2001
Status:
Offline
|
|
Originally posted by booboo:
Resolution independence: if it happens it will be in 10.5 - if we're lucky. Great idea though.
It's not an "if"  I've used it.
|
|
|
| |
|
|
|
 |
|
 |
|
Clinically Insane
Join Date: Nov 1999
Status:
Offline
|
|
Originally posted by Catfish_Man:
Well... it's more saying (correctly) that support will be in Tiger, and it'll actually be accessible sometime after that.
Apple has a history of doing stuff like this, at least with OSX. They'll implement support for something experimentally and not put any real UI on it, and then add UI in later releases. An example of this would be the MacOS Journaled filesystem. It was actually first released with 10.2.3, but no UI was given for it until much later, and it didn't become the default option intil 10.3 was released.
As a QA engineer, I don't know what to think of this, to tell you the truth. It really all depends on how the developers and QA engineers relate to one another. If the QA folks have an opportunity to test things like this even in the initial releases, then there's no real problem. If, however, the developers are sneaking these things by QA, then it's possible for very serious issues to arise. To be honest, I suspect the latter, as it could easily account for what we've perceived as lapses in the QA process over Apple's last few releases. Where I work, we've been bitten before by major bugs in features that we couldn't test because we didn't know they existed. Perhaps Apple has the same problem?
|
|
You are in Soviet Russia. It is dark. Grue is likely to be eaten by YOU!
|
| |
|
|
|
 |
|
 |
|
Professional Poster
Join Date: Aug 2002
Location: Floreeda
Status:
Offline
|
|
Originally posted by Superchicken:
Wow... what a mouth full...
They can do all that but can't put FTP writing in the finder. DANG IT!
You know... I think the guys at Apple are simply extremely fast and smart ADHD cases.
"Hey guys lets make the windows bounce around when we press a key"
type type type
"Done! What do you want to call it?"
"I dono lets see if Steve likes- oh hey how bout we make an index of all the info in files"
Type type type
"Sweet, hey someone said we should do... what was it... FTP- oh look a bird!"
"Dude lets try letting people have THREE people in iChat!"
"Dude!"
Type type type
"Sweet, hmm weren't we supposed to work on making iMovie run fa- HEY LETS USE THE GRAPHICS CARD TO SPEED UP RENDERING TIMES!"
"SWEET!"
thats pretty funny stuff there. you should make more posts like that chicken.
|
|
|
| |
|
|
|
 |
 |
|
 |
|
|
|
|
|

|
|
 |
Forum Rules
|
 |
 |
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is Off
|
|
|
|
|
|
 |
 |
 |
 |
|
 |
|