Anyone else notice this on Apple's Leopard sneak peak page? It was taken down shortly after the page went up. I remembered reading it, and Google had it cached. Relevant snippet:
There are a couple of screen shots showing more Leopard WWDC preview features on the Aero Experience forum, one of the images shows a semi complete vector UI!
It's an open secret Leopard is going resolution-independent, but that rather rough-looking vectorization of current Aqua elements only reinforces my suspicion that "Aqua" is in for a big refresh...
The Mail pill buttons look has spread and they've replaced the draw with a sidebar. I like drawers. They're a damn good idea.
While I hate the Mail buttons, the drawer in Preview sucked. I often open a batch of images at once and switch through them using the drawer. However, large images will fill the screen and the drawer will open off the screen. I do hope that the sidebar doesn't show up unless multiple images are opened though.
While I hate the Mail buttons, the drawer in Preview sucked. I often open a batch of images at once and switch through them using the drawer. However, large images will fill the screen and the drawer will open off the screen. I do hope that the sidebar doesn't show up unless multiple images are opened though.
While I hate the Mail buttons, the drawer in Preview sucked. I often open a batch of images at once and switch through them using the drawer. However, large images will fill the screen and the drawer will open off the screen. I do hope that the sidebar doesn't show up unless multiple images are opened though.
Ah, but then all you have to do is click the green button to have every thing fit again.
With a drawer, if the screen isn't being completely taken up then you can resize the drawer without the main window size changing. Can't do that with a sidebar like in Leopard's Preview or in Tiger's Mail.
The fact the drawer opens off screen is simply a bug. The feature itself is useful. Especially when using PDF files with an index or searching.
Anyone else notice this on Apple's Leopard sneak peak page? It was taken down shortly after the page went up. I remembered reading it, and Google had it cached. Relevant snippet:
That's a nice feature to have, but that still sounds linear to me. To me, non-linear means being able to jump anywhere without regard to order or needing to worry about what is before or after a certain code segment.
Ah, but then all you have to do is click the green button to have every thing fit again.
With a drawer, if the screen isn't being completely taken up then you can resize the drawer without the main window size changing. Can't do that with a sidebar like in Leopard's Preview or in Tiger's Mail.
The fact the drawer opens off screen is simply a bug. The feature itself is useful. Especially when using PDF files with an index or searching.
Wow, I always forget about the maximize button. I didn't realize it would accommodate the drawer. Thanks.
Does anyone know if the sidebar just acts as a source pane, or does it retain the PDF table of contents/searching/page thumbnail abilities? Losing those (or moving them somewhere else) would be a step(s) back. I imagine the search field would be moved into the toolbar, like most apps, and the results view would be simplified (re: stripped of its usefulness) to something less useful like the new in-line Safari find view. That is, in comparison to the search results view we have now where it shows the text in context.
That is, exactly, what I thought. Someone needs to lock Jobs in a room, tell him that these button are utterly sucktastic, and not let him out until he agrees.
That's a nice feature to have, but that still sounds linear to me. To me, non-linear means being able to jump anywhere without regard to order or needing to worry about what is before or after a certain code segment.
Ayup. Click on a time point, and it will reflect the state of the app at that point in time. Internally it 'rewinds' and 'fast-forwards', but really it's just jumping through a state queue, very much like jumping through a video file. It's just as linear, or non-linear, as video editing. *shrug*
Ayup. Click on a time point, and it will reflect the state of the app at that point in time. Internally it 'rewinds' and 'fast-forwards', but really it's just jumping through a state queue, very much like jumping through a video file. It's just as linear, or non-linear, as video editing. *shrug*
Personally, I'm in love with the concept.
It seems pretty logical to me. Whether the majority of users will ever use it is up in the air.
That is, exactly, what I thought. Someone needs to lock Jobs in a room, tell him that these button are utterly sucktastic, and not let him out until he agrees.
It seems pretty logical to me. Whether the majority of users will ever use it is up in the air.
Er, mel... Xcode is for developers, not users.
We're talking about the debugging in Xcode 3. Users need not apply.
As far as how many *developers* will use it, my guess is... most of them. I can't tell you how many times this would have saved my bacon, instead of doing the breakpoint mambo to bounce back and forth, searching for the point at which things went south.
1.) They violate Apple's own Human Interface Guidelines (I hate it when Apple does that) (take a read of page 3 from Ars' Tiger review: found here.)
2.) In Mail, at least, they are one size only, rather than having a choice between "large" and "small". This will be less of an issue if they ever get resolution independence working properly.
1.) They violate Apple's own Human Interface Guidelines (I hate it when Apple does that) (take a read of page 3 from Ars' Tiger review: found here.)
2.) In Mail, at least, they are one size only, rather than having a choice between "large" and "small". This will be less of an issue if they every get resolution independence working properly.
I do like that they bundle together similar/related actions. Ars' claim of violating the guidelines is a bit debatable, in my opinion. In the given example, the user does have the option of getting the actions independently or together, and I don't have any trouble identifying at a glance the action a button takes. Large & small is a legit complaint though.
I will say that I don't use Mail or Xcode (I don't code much). For me, Mail is not flexible or efficient enough. Thunderbird is flexible and reasonably efficient. Heck, Mail's rate of importing mail from Thunderbird doesn't exceed ten a second, maybe it's five, taking an hour to import mail from another program. I like that Thunderbird offers buttons on every mail line item to mark that given line item as trash or mark as read, it requires a lot less key pressing or mousing around than Mail for those same actions.
We're talking about the debugging in Xcode 3. Users need not apply.
As far as how many *developers* will use it, my guess is... most of them. I can't tell you how many times this would have saved my bacon, instead of doing the breakpoint mambo to bounce back and forth, searching for the point at which things went south.
I'm talking about the program, not the developer end of it. The interface.
But, you're right. I seem to have gotten two conversations mixed up here.
Comments
There are a couple of screen shots showing more Leopard WWDC preview features on the Aero Experience forum, one of the images shows a semi complete vector UI!
It's an open secret Leopard is going resolution-independent, but that rather rough-looking vectorization of current Aqua elements only reinforces my suspicion that "Aqua" is in for a big refresh...
Nooooooooooooooo!
The Mail pill buttons look has spread and they've replaced the draw with a sidebar. I like drawers. They're a damn good idea.
I think I'm going to be hacking even more Apple interfaces to put back the old style icons in the toolbar.
Who is it at Apple that's doing the grey and white pill icons? Sack them immediately.
http://img114.imageshack.us/my.php?i...icture1pq3.png
Nooooooooooooooo!
The Mail pill buttons look has spread and they've replaced the draw with a sidebar. I like drawers. They're a damn good idea.
While I hate the Mail buttons, the drawer in Preview sucked. I often open a batch of images at once and switch through them using the drawer. However, large images will fill the screen and the drawer will open off the screen. I do hope that the sidebar doesn't show up unless multiple images are opened though.
While I hate the Mail buttons, the drawer in Preview sucked. I often open a batch of images at once and switch through them using the drawer. However, large images will fill the screen and the drawer will open off the screen. I do hope that the sidebar doesn't show up unless multiple images are opened though.
Agreed.
While I hate the Mail buttons, the drawer in Preview sucked. I often open a batch of images at once and switch through them using the drawer. However, large images will fill the screen and the drawer will open off the screen. I do hope that the sidebar doesn't show up unless multiple images are opened though.
Ah, but then all you have to do is click the green button to have every thing fit again.
With a drawer, if the screen isn't being completely taken up then you can resize the drawer without the main window size changing. Can't do that with a sidebar like in Leopard's Preview or in Tiger's Mail.
The fact the drawer opens off screen is simply a bug. The feature itself is useful. Especially when using PDF files with an index or searching.
Anyone else notice this on Apple's Leopard sneak peak page? It was taken down shortly after the page went up. I remembered reading it, and Google had it cached. Relevant snippet:
That's a nice feature to have, but that still sounds linear to me. To me, non-linear means being able to jump anywhere without regard to order or needing to worry about what is before or after a certain code segment.
Ah, but then all you have to do is click the green button to have every thing fit again.
With a drawer, if the screen isn't being completely taken up then you can resize the drawer without the main window size changing. Can't do that with a sidebar like in Leopard's Preview or in Tiger's Mail.
The fact the drawer opens off screen is simply a bug. The feature itself is useful. Especially when using PDF files with an index or searching.
Wow, I always forget about the maximize button. I didn't realize it would accommodate the drawer. Thanks.
Does anyone know if the sidebar just acts as a source pane, or does it retain the PDF table of contents/searching/page thumbnail abilities? Losing those (or moving them somewhere else) would be a step(s) back. I imagine the search field would be moved into the toolbar, like most apps, and the results view would be simplified (re: stripped of its usefulness) to something less useful like the new in-line Safari find view. That is, in comparison to the search results view we have now where it shows the text in context.
http://img114.imageshack.us/my.php?i...icture1pq3.png
Nooooooooooooooo!
That is, exactly, what I thought. Someone needs to lock Jobs in a room, tell him that these button are utterly sucktastic, and not let him out until he agrees.
That's a nice feature to have, but that still sounds linear to me. To me, non-linear means being able to jump anywhere without regard to order or needing to worry about what is before or after a certain code segment.
Ayup. Click on a time point, and it will reflect the state of the app at that point in time. Internally it 'rewinds' and 'fast-forwards', but really it's just jumping through a state queue, very much like jumping through a video file. It's just as linear, or non-linear, as video editing. *shrug*
Personally, I'm in love with the concept.
Ayup. Click on a time point, and it will reflect the state of the app at that point in time. Internally it 'rewinds' and 'fast-forwards', but really it's just jumping through a state queue, very much like jumping through a video file. It's just as linear, or non-linear, as video editing. *shrug*
Personally, I'm in love with the concept.
It seems pretty logical to me. Whether the majority of users will ever use it is up in the air.
That is, exactly, what I thought. Someone needs to lock Jobs in a room, tell him that these button are utterly sucktastic, and not let him out until he agrees.
They look great to me.
It seems pretty logical to me. Whether the majority of users will ever use it is up in the air.
Er, mel... Xcode is for developers, not users.
We're talking about the debugging in Xcode 3. Users need not apply.
As far as how many *developers* will use it, my guess is... most of them. I can't tell you how many times this would have saved my bacon, instead of doing the breakpoint mambo to bounce back and forth, searching for the point at which things went south.
They look great to me.
The problem is twofold:
1.) They violate Apple's own Human Interface Guidelines (I hate it when Apple does that) (take a read of page 3 from Ars' Tiger review: found here.)
2.) In Mail, at least, they are one size only, rather than having a choice between "large" and "small". This will be less of an issue if they ever get resolution independence working properly.
The problem is twofold:
1.) They violate Apple's own Human Interface Guidelines (I hate it when Apple does that) (take a read of page 3 from Ars' Tiger review: found here.)
2.) In Mail, at least, they are one size only, rather than having a choice between "large" and "small". This will be less of an issue if they every get resolution independence working properly.
I do like that they bundle together similar/related actions. Ars' claim of violating the guidelines is a bit debatable, in my opinion. In the given example, the user does have the option of getting the actions independently or together, and I don't have any trouble identifying at a glance the action a button takes. Large & small is a legit complaint though.
I will say that I don't use Mail or Xcode (I don't code much). For me, Mail is not flexible or efficient enough. Thunderbird is flexible and reasonably efficient. Heck, Mail's rate of importing mail from Thunderbird doesn't exceed ten a second, maybe it's five, taking an hour to import mail from another program. I like that Thunderbird offers buttons on every mail line item to mark that given line item as trash or mark as read, it requires a lot less key pressing or mousing around than Mail for those same actions.
Er, mel... Xcode is for developers, not users.
We're talking about the debugging in Xcode 3. Users need not apply.
As far as how many *developers* will use it, my guess is... most of them. I can't tell you how many times this would have saved my bacon, instead of doing the breakpoint mambo to bounce back and forth, searching for the point at which things went south.
I'm talking about the program, not the developer end of it. The interface.
But, you're right. I seem to have gotten two conversations mixed up here.
But, you're right. I seem to have gotten two conversations mixed up here.
No worries. Developers are users of dev tools, after all. Plenty of room for misinterpretations on both ends.
http://www.youtube.com/watch?v=C-HxXAsY92M
End of 2006/2007