|
#17
| ||||
| ||||
|
desktop manager. (version tracker) what behavior does that have with two monitors? it repeats the menu for each desktop that is active, and is set up to have different sets of apps active on different desktops. would it work on dual mon.? i have no idea....
__________________ Dual 1.8GHz G5 2GB, 1TB, Radeon 9600XT 128MB, 10.5 20" Apple Cinema Display + Dell 2005FPW 20" dual-head iBook G3 700MHz 640MB, 40GB, Rage128 16MB, 10.4, dying battery |
|
#18
| ||||
| ||||
|
texanpenguin said: "The menubar should merely move to whichever screen the active document window is on." - and i SHIVER at the thought of it. I would start SCREAMING. I mean: Say you have two or three monitors. The system - with your thought - would become utterly unpredictable. That can't be "it". Let's keep it simple (first rule of interface design, I guess...) and predictable. Apple has a menubar that's global. And I guess that's why it's on _one_ display, too. It's the master menubar on the master display. I don't think they'd move from that.
__________________ iMac 24" 2.4 GHz, 4 GB RAM, 320 GB HD. Mac OS X 10.6.1 MacBook Air 13" 1.6 GHz, 2 GB RAM, 80 GB HD. Mac OS X 10.6.1 Mac mini 1.83 GHz, 2 GB RAM, 80 GB HD. Mac OS X 10.6.1 MacBook nano (Lenovo S10e white) 1.6 GHz, 2 GB RAM, 250 GB HD. Mac OS X 10.5.7 iPhone 3GS 32 GB white. Mac user since 1987, Apple Sales Professional 2009, Apple Product Professional 2007-2009, Apple Certified Support Professional 10.5, Apple Certified Pro Aperture 2 (Level 1) |
|
#19
| ||||
| ||||
|
Why would such a system be unpredictable? I see a window on a monitor, and lo and behold the menubar is on that monitor... I should add that this behaviour should only occur when the _main_ window of the application is on a particular monitor. Thus palettes, etc. shouldn't have a menubar anyway.
|
|
#20
| |||
| |||
|
I agree that could get dizzying. If you can glue the menubar for a given application on top of the application, that would be ok. But the system-wide menu bar hopping around like that would be a problem. I'm biased to the "menu in app" design that other GUIs offer, personally. I think it just makes more sense. And no, I don't just mean Windows All the Unix/Linux offerings use the same model.
__________________ ---------------------------- chris@chornbe.com http://learntomac.blogspot.com/ http://motorcyclemanifesto.blogspot.com/ |
|
#21
| ||||
| ||||
|
pfft. that leads to inconsistency, and a lack of things like Clock, menu extras, global menus (stuff in the apple menu) etc. the day Apple start taking interface hints from MS or the *NIX world, i'll marry a pig.
__________________ PowerMac G5 Dual 2.0Ghz | 1Gb | 250Gb | Bluetooth | NVidia GeForce 6800 Ultra DDL 256Mb | 20" Cinema Display | MX1000 Wireless Laser Mouse | OS X 10.3.9 PowerMac G4 400Mhz | 832Mb | 40Gb + 120Gb | OS X Server 10.3.8 - Web Dev, Proxy, Mail, NAT, Firewall, Backup Netgear Gigabit Switch | Sony Ericsson P910i Smartphone | iPod Colour 60Gb |
|
#22
| |||
| |||
| Quote:
Controlling an application on one display from menus on another is just unnatural. Like someone else said, if the menus were *inside* the application (where they belong anyway), then this is a non-issue. So far there seems to be no solution |
|
#23
| ||||
| ||||
| Quote:
It'd be easier to just start learning the key-commands for things and wean yourself of the mouse all together.
__________________ TommyWillB Intel iMac "early 2006" core duo TommyWillB.com hosted on Mac OS X 10.5.x / Apache 2.2.x / PHP 5.x |
|
#24
| ||||
| ||||
| Quote:
__________________ TommyWillB Intel iMac "early 2006" core duo TommyWillB.com hosted on Mac OS X 10.5.x / Apache 2.2.x / PHP 5.x |
![]() |
| Bookmarks |
| Thread Tools | |
|
|