Return-Path: Received: from mail-iy0-f169.google.com ([209.85.210.169] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 4575084 for AE-List@media-motion.tv; Wed, 28 Dec 2011 16:31:39 +0100 Received: by iacb35 with SMTP id b35so21196167iac.28 for ; Wed, 28 Dec 2011 07:38:04 -0800 (PST) Received: by 10.42.29.6 with SMTP id p6mr32862999icc.44.1325086683917; Wed, 28 Dec 2011 07:38:03 -0800 (PST) Return-Path: Received: from [192.168.1.225] (c-71-63-186-29.hsd1.mn.comcast.net. [71.63.186.29]) by mx.google.com with ESMTPS id h9sm103736369ibh.11.2011.12.28.07.38.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Dec 2011 07:38:03 -0800 (PST) From: Carey Dissmore Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/alternative; boundary="Apple-Mail=_25EEBC45-D446-4039-9641-65114827EBEF" Subject: Re: [AE] OT: PP Razor tracks hotkey issue Date: Wed, 28 Dec 2011 09:38:01 -0600 In-Reply-To: To: "After Effects Mail List" References: Message-Id: <6289D6C2-EF56-4984-A227-DEB7FD14FA7B@imugonline.com> X-Mailer: Apple Mail (2.1251.1) --Apple-Mail=_25EEBC45-D446-4039-9641-65114827EBEF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I just really think it needs to function more implicitly. There's way = too much "interferes with the creative editorial process" thought and = clicking necessary in it's current implementation. I'd have to give more = thought as to how I would like to to work but any software design = function that trips up as many people as this one does is clearly an = issue that needs to be rethought. carey On Dec 27, 2011, at 12:14 PM, Jim Curtis wrote: > I thought it was inconsistent, too... for a while, until I noticed my = track target (right, not selector) were not highlighted when I was = trying to add edits.=20 >=20 > Some of the highlight states on Pr are so subtle as not to be noticed. = Maybe that's because I have the interface dimmed, but it's hard to see = things like the io range without squinting. I'd like to see more = customization on the interface. Things like the ability to change the = audio level indicator. It defaults to yellow, which I have a hard time = seeing. And I still have no idea by looking at the icon whether = Snapping is on or off. Poor design on that one. >=20 > I'll add these to my feature request list. >=20 > I'm hoping for great things from Pr CS6. =20 --Apple-Mail=_25EEBC45-D446-4039-9641-65114827EBEF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I = just really think it needs to function more implicitly. There's way too = much "interferes with the creative editorial process" thought and = clicking necessary in it's current implementation. I'd have to give more = thought as to how I would like to to work but any software design = function that trips up as many people as this one does is clearly an = issue that needs to be = rethought.


carey

On Dec 27, 2011, at 12:14 PM, Jim Curtis wrote:

I thought it = was inconsistent, too... for a while, until I noticed my track target = (right, not selector) were not highlighted when I was trying to add = edits. 

Some of = the highlight states on Pr are so subtle as not to be noticed. =  Maybe that's because I have the interface dimmed, but it's hard to = see things like the io range without squinting.  I'd like to see = more customization on the interface.  Things like the ability to = change the audio level indicator.  It defaults to yellow, which I = have a hard time seeing.  And I still have no idea by looking at = the icon whether Snapping is on or off.  Poor design on that = one.

I'll add these to my feature request list.

I'm hoping = for great things from Pr CS6. =  

= --Apple-Mail=_25EEBC45-D446-4039-9641-65114827EBEF--