Forum: Rails I18n rails 3

Hi
I am porting an applicationto rails 3

Reading about I18 in rails 3 guides I learned that there now are a
default key using the . operator based on the name of the view
e.g t(.stupid) in view users/show.html.erb  would assume the key
users.show.stupid

I tried something similar in my first attemp with I18 but found then
that this key convention results in a lot of transaltions of the same
word
That conflicts with the DRY principle but  could be a more effective
way of using keys from a rails point of view

I use now the simple key views.stupid but could change to the rails 3
convention

Any preferences for using the proposed default keys based on the name
of the view instead of some other simpler keys ?
How to avoid repeating the same translation?
What is  the best practise when it comes to key definitions?
What is new in I18 in rails 3 as compared to rails 2.8?