shift drag doesn't constrain to horiz/vert

billworld · Post by **billworld** » Fri Oct 31, 2008 5:42 pm

This is standard in any layout software but I'm not seeing that I can constrain to the horiz/vert axis while shift-dragging objects in edit/design mode.

I'm aware that I can set the pixel grid and work on a grid (which I'm doing). But, still, shift-dragging objects should constrain them.

Nothing in the docs on this. Is this just not a feature yet of RR?

Janschenkel · Post by **Janschenkel** » Fri Oct 31, 2008 9:20 pm

Feel free to post an enhancement request at http://quality.runrev.com

Jan Schenkel.

Klaus · Post by **Klaus** » Sat Nov 01, 2008 12:31 pm

It is standard that shift-drag resizes objects proportionally. See e.g PhotoShop.
And that is the way Rev now works, although it did not in earlier versions.

Just tested with images, players, buttons and fields and shift drag does indeed resize proportionally, exactly as one would exspect it

billworld · Post by **billworld** » Sat Nov 01, 2008 5:03 pm

I know this. My post has nothing to do with "resizing objects proportionally". It specifically has to do with moving objects via shift-drag to constrain their movement. As mentioned, this is standard behavior with any layout apps--in fact for nearly 20 years. An oversight that RR needs to address.

Klaus wrote:It is standard that shift-drag resizes objects proportionally. See e.g PhotoShop.
And that is the way Rev now works, although it did not in earlier versions.

Just tested with images, players, buttons and fields and shift drag does indeed resize proportionally, exactly as one would exspect it

billworld · Post by **billworld** » Sat Nov 01, 2008 5:07 pm

Done. Report number 7380.

Janschenkel wrote:Feel free to post an enhancement request at http://quality.runrev.com

Jan Schenkel.

Klaus · Post by **Klaus** » Sun Nov 02, 2008 12:47 pm

billworld wrote:I know this. My post has nothing to do with "resizing objects proportionally". It specifically has to do with moving objects via shift-drag to constrain their movement. As mentioned, this is standard behavior with any layout apps--in fact for nearly 20 years. An oversight that RR needs to address.

Ah, sorry, misunderstood this one.

But Rev is no layout app, nor is it a special database frontend tool like FM or whatever, it is just ehm... Rev

It has its flaws, but the good things definitively outweigh these in my opinion.
I could never make a living as a software developer as I do now without Rev!

OK, I think I should stop now before getting accused for being a FAN-boy

Best from germany

Klaus

billworld · Post by **billworld** » Sun Nov 02, 2008 1:35 pm

Professionally designed UIs require professional designing tools. I'd like to see a better/easier/more professional way of visually designing layouts in RR which matches the productivity gains offered by the Transcript language.

In its current state RR definitely has some pluses in the layout category (even over FMP), but, there are some glaring holes which need to be filled (and really shouldn't be that difficult to address).

It's all just a matter of priorities, but, if RR wants more FMP developers to come on over, they're going to have to step up and enhance some of these areas of the product. Developers over there are accustomed to rapid UI development.

But Rev is no layout app, nor is it a special database frontend tool like FM or whatever, it is just ehm... Rev