An unexpected improvement


 
Post new topic Reply to topic
   ArchitectureWeek DesignCommunity Forum Index » PowerCADD Discussion
View previous topic :: View next topic  
Author Message
Peter Severin Carlsen



Joined: 29 Oct 2004
Posts: 76
Location: St. Paul, Minnesota

PostPosted: Tue Apr 01, 2008 9:15 am    Post subject: An unexpected improvement Reply with quoteFind all posts by Peter Severin Carlsen

I just observed that when a rectangle is rotated 90 degrees, PC-7 doesn't know the width and height have been swapped.

A rectangle 1unit wide by five units high when rotated sill reads in the edit box 1 unit wide by five units high instead of what it is on the screen 5 x 1. This is a basic issue of making a program suitable for its purpose.

I'm sorry if this is a rehash of an old, now accepted bug in the program, but it is something they should be corrected before moving on to 8. If you can't manage to get the basic's right with an upgrade, forget about the eye candy.

_________________
Peter Carlsen
Back to top
View user's profileSend private message    share:   blogger     del.icio.us     digg     slashdot    
huc



Joined: 13 Apr 2004
Posts: 660
Location: ::caddpower.com:: (Aurora, CO)

PostPosted: Tue Apr 01, 2008 11:09 am    Post subject: Re: An unexpected improvement Reply with quoteFind all posts by huc

Peter Severin Carlsen wrote:
I just observed that when a rectangle is rotated 90 degrees, PC-7 doesn't know the width and height have been swapped. .


Seems there are two schools of thought that are reasonable. Let's take a case where a rectangle is drawn at an angle of zero, it is 4 units wide and 1 unit high as you described. Let's use Arrange Menu > Rotate To > Rotate Left.

Approach 1 would be once rotated the results are a new 'rectangle'. In that case the values should change as you're describing so it is now 4 units high and 1 unit wide.

Approach 2 would be once rotated the results are a new ' rotated rectangle '. In that case, the Width and Height would not change, but the rotation angle would be displayed as being 90 degrees.

It's Approach 2 that PowerCADD takes. The Edit Windows (as pictured below in PCD7 and PCD8) both call the object a rotated rectangle. They list a rotation angle of 90 degrees and as such the Width and Height values are technically correct.

Somebody made a design choice. Was it the right one seems like a reasonable question to debate. I agree with you in that the result when using Rotate Left or Rotate Right, in the example above, should yield another 'normal' rectangle (Approach 1).

Whether it's a bug or not I suppose depends on our definition of that term for programming. However, to characterize this as ... can't manage to get the basic's right... seems a bit strong in my mind.

Brian



PCD8-RotatedREctangle.jpg


 

 Filesize:  38.5 KB
 Filename:  PCD8-RotatedREctangle.jpg
 Viewed:  146 Time(s)

PCD7-RotatedREctangle.jpg


 

 Filesize:  38.03 KB
 Filename:  PCD7-RotatedREctangle.jpg
 Viewed:  129 Time(s)
Back to top
View user's profileSend private messageVisit poster's website    share:   blogger     del.icio.us     digg     slashdot    
Peter Severin Carlsen



Joined: 29 Oct 2004
Posts: 76
Location: St. Paul, Minnesota

PostPosted: Tue Apr 01, 2008 2:08 pm    Post subject: Reply with quoteFind all posts by Peter Severin Carlsen

I call it a bug becasue it is unexpected. In versions 1 through 5 of Power Cadd when a rectangle was rotated it its length and width are switched.

Who but a programmer would care if the object on the screen is a "new object" or an old object rotated? What I need to know is how high and wide something is on the screen. The idea that you'd think it "user friendly" to have to be able to remember the original orientation of an object, or ten such objects in a drawing is absurd.

I discoved this duplicating a pin, on a drawing. It was long and skinny. I duplicated it to put a pin in another part of the drawing but 90 degrees from the original orientation, But if I want to modify the width of the new object I have to modify it's height. That just seems backwards, wrong headed if you will just plain bad design.

Finally version 2000 did things directly, elegantly that are missing in the latter version. For example, why can't you zoom in based on where you click in a drawing, as in version 2000, instead of only zooming in around the origin. I don't see this as a program improvement.

I know. It's a programer's choice of "either or". But whatever happened to "both and." that was a strength of the old versions of PowerCadd?

_________________
Peter Carlsen
Back to top
View user's profileSend private message    share:   blogger     del.icio.us     digg     slashdot    
lavardera



Joined: 13 Apr 2004
Posts: 412
Location: merchantville, nj

PostPosted: Tue Apr 01, 2008 2:58 pm    Post subject: Reply with quoteFind all posts by lavardera

April fools?

No - this works the way it should.

_________________
--
greg
Back to top
View user's profileSend private messageSend e-mailVisit poster's website    share:   blogger     del.icio.us     digg     slashdot    
Derek



Joined: 13 Apr 2004
Posts: 567
Location: Melbourne, Australia

PostPosted: Tue Apr 01, 2008 3:41 pm    Post subject: Reply with quoteFind all posts by Derek

It is interesting that you can't "reset the zero" of a rotated rectangle when it is at 90°, 180° or 270°.

Perhaps the Arrange->Rotate sub-menu could offer this so that you could convert a rotated rectangle to a plain old rectangle if and only when the angle of rotation was one of the orthogonal angles?

_________________
Tool Palette Guide
PowerCADD Preference Utility
Back to top
View user's profileSend private messageAIM Address    share:   blogger     del.icio.us     digg     slashdot    
JohnMorse



Joined: 14 Apr 2004
Posts: 291
Location: Birmingham, AL

PostPosted: Wed Apr 02, 2008 1:44 pm    Post subject: Reply with quoteFind all posts by JohnMorse

I'm finding it easier to follow Peter's logic that a rotated rectangle is just a rectangle and that having an object's "height" go off to the side is unexpected.

One's expectations regarding "width" and "height" get complicated when you're talking about things rotated 45°. But maybe in those cases one expects complications.
Back to top
View user's profileSend private messageAIM Address    share:   blogger     del.icio.us     digg     slashdot    
Peter Severin Carlsen



Joined: 29 Oct 2004
Posts: 76
Location: St. Paul, Minnesota

PostPosted: Wed Apr 02, 2008 3:35 pm    Post subject: Reply with quoteFind all posts by Peter Severin Carlsen

Thank you John.

In previous versions, up to PC-6 what is displayed in the edit window I suspect is the size of the bounding box of the shape on the screen. Yes a rectangle rotated to an angle now displays height and width that are diagonal measures of the original shape.

I can see that for rotaition of some objets, in the new method, it allows the modification of the rotated object in it's new oriention. But rectangles or elipses rotated 90 degrees is just confusing. The program should be smarter than that.

Ultimately what I'm arguing is why not give a method to let the user choose how the program reports information. Let me select whether I'm interested in a bounding box report, or rotationally cosistent edit.

Or put it another way, if groups do it, why can't rectangle and elipses do it?

_________________
Peter Carlsen
Back to top
View user's profileSend private message    share:   blogger     del.icio.us     digg     slashdot    
Steve Woolf



Joined: 14 Apr 2004
Posts: 43
Location: Amherst, MA

PostPosted: Sat Apr 05, 2008 9:24 am    Post subject: Reply with quoteFind all posts by Steve Woolf

I was really looking forward to this issue being handled in v8.

What I hoped for is that any rectangle that is rotated into alignment with the x and y axes would be automatically converted to a normal rectangle.

I don't know whether it's worth restating the problem one more time--I've done it already many times over many years. Somehow I believe that if I can state clearly the essence of the problem, it will make a difference. Here's one more try:

Reporting as rotated rectangles objects which, for all intents and purposes, are normal rectangles, leads to confusion and mistakes. The problem comes up when using the Edit window to copy or edit height and width. "Height" is universally understood as vertical, and "width" as horizontal. For normal rectangles that are reported as rotated rectangles with angles of 90 and 270 degrees, "height" and "width" are reported incorrectly in the context of our universal understanding of those terms.

In order to avoid mistaking height for width and vice versa in PowerCadd's Edit window, for ALL RECTANGLES, we must first check object type and rotation angle. If the object is reported as a rotated rectangle of 90 or 270 degrees, we must then transpose height and width in our mind . To make such a rectangle taller, we tell PowerCadd to make it fatter. To make it fatter, we make it taller.

The advantages of going thru this extra effort, and especially of acting contrary to common knowledge and intuition, are not apparent. Rather, it makes us believe there is a mistake in the program.

If it is not a mistake but a "design decision", I can say only this: "design decision" is a contradiction in terms. The best designers avoid closing down their design process with decisions as long as possible. But the biggest influence on designers to make decisions is their client's budget. I presume ES's budget is being used up with other improvements perceived as more important, and I do not challenge that. Nevertheless, for those of us who have been using PowerCadd for a long time, enjoying its simple basic and elegant drawing tools and developing our personal subsets of features that we rely upon hundreds of times each day, some of the "old issues" are the most important ones to solve.

Best to all users and all our friends at ES,

Steve
Back to top
View user's profileSend private messageVisit poster's website    share:   blogger     del.icio.us     digg     slashdot    
dwm



Joined: 20 Apr 2004
Posts: 569

PostPosted: Thu Apr 10, 2008 8:44 am    Post subject: Rotated Rectangle Issue or Not an Issue ???? Reply with quoteFind all posts by dwm

I'm late seeing this post but here are my thoughts . . .

I agree that the coordinates shouldn't change relative to the drawing coordinates. I often forget this behavior and have to reset a size change. I don't look at the edit menu because I always expect it to automatically tab to the width first.

I like the rectangle change to a rotated rectangle, as such it resizes equally about the center point of the object. I use this feature often to place a rectangle centered on a point and then rotate it twice to bring the width and height back to the drawing coordinates, width first height second in the edit window.

The rotation solution could be automated with a macro using a program such as ControlllerMate or iKey or QuikKeys. In PowerCADD 8 we now have macros for custom key commands, a "Multiple Command Sequence" option. You gotta love this feature.
Smile

About PowerCADD 8
http://www.engsw.com/products/PowerCADDV8.pdf

_________________
David Mousley
Developer of copyCat for PowerCADD
It's Intel Native and it's Universal Software
PowerCADD 6 thru 8 compatible
Mac OS X Tiger and Leopard compatible
copyCat
Back to top
View user's profileSend private message    share:   blogger     del.icio.us     digg     slashdot    
mnemesh



Joined: 22 Jul 2004
Posts: 12

PostPosted: Sun Apr 13, 2008 9:25 am    Post subject: Reply with quoteFind all posts by mnemesh

You know if you convert that "rectangle" to a polygon all your problems will be solved in both PC7 and PC8. Just thought you might like to know.
_________________
Regards,
Mike
Back to top
View user's profileSend private message    share:   blogger     del.icio.us     digg     slashdot    
Display posts from previous:   
Post new topic Reply to topic
   ArchitectureWeek DesignCommunity Forum Index » PowerCADD Discussion Page 1 of 1

 




Latest Posts   ·   ArchWeek Jobs Board   ·   Classifieds   ·   User Galleries   ·   Scrapbook   ·   Open 3D Gallery
 Architecture Search   by name of Building, Architect, or Place:  
Buildings     Architects     Types & Styles     Places     Models     GB Image Index     ArchWeek Library
Professional Directory   Web Directory   Competitions   Conferences   Events & Exhibits     Products     Media Kit
DesignCommunity   ·   ArchWeek   ·   Great Buildings   ·   Archiplanet   ·   Books   ·   Blogs   ·   Free 3D   ·   Search
© 2004-2008 Artifice, Inc. · Powered by phpBB © 2001, 2002 phpBB Group
Thème myApple v2.0.1 créé par myTemplate