A new Door/Drawer Editor Bug in Build 4?

Al Navas · Post by **Al Navas** » Sun, Jul 15 2007, 10:28AM

I was changing some settings in the Door/Drawer Editor while creating some images for an earlier post, and I ran into the problem I show in the image below.

How I got this result:

1. Started with a Standard Base Cabinet
2. Went into the Door/Drawer Editor
3. Selected both existing doors, to make changes to the Insets and Overlaps
4. Changed the Door Inset value first, and clicked OK - no problem
5. Changed the overlap values for the existing doors ===>> BAM!!! Doors reacted badly, as shown in the image below.

I can reproduce this, so it does seem to be a bug. This does NOT happen when removing the existing doors and adding new ones - it happens ONLY if I change the settings of the existing cabinet doors.

Al

P.S.: I think this is all Dan's fault

Michael Yeargain · Post by **Michael Yeargain** » Sun, Jul 15 2007, 1:18PM

P.S.: I think this is all Dan's fault

Let's blame it on Dan today.

This has been an issue for some time. At least with all three of my computers. If I select the doors and front, make changes they do weird things, such as the image above. One of these days it will get fixed.

Al Navas · Post by **Al Navas** » Sun, Jul 15 2007, 1:24PM

Mike,

I guess I did not report anything new, then.

Luckily, the fix is easy enough: Simply delete the existing door(s), even after they acted up, and place new ones in the Door/Drawer Editor; THEN everything is OK with the doors.

I seem to recall you did have some problems with the toe kick inverting sometimes. I have yet to see that one on my system.

Al

DanEpps · Post by **DanEpps** » Sun, Jul 15 2007, 2:42PM

Michael Yeargain wrote:
P.S.: I think this is all Dan's fault
Let's blame it on Dan today.

This has been an issue for some time. At least with all three of my computers. If I select the doors and front, make changes they do weird things, such as the image above. One of these days it will get fixed.

Huh? What? I don't remember doing anything.

Michael Yeargain · Post by **Michael Yeargain** » Sun, Jul 15 2007, 4:06PM

Well if you don't remember then; it is definitely your fault Dan. Now we see that this is the Ole \"I don't remember trick...\"

Leo Graywacz · Post by **Leo Graywacz** » Mon, Jul 16 2007, 8:09AM

Al Navas wrote: I seem to recall you did have some problems with the toe kick inverting sometimes. I have yet to see that one on my system.

Al

I believe that was my problem. I have since rebuilt all of my seed cabinets in version V5.1.3. Now that I am using V5.1.4 things seemed to have improved. I tried to get the cabinets to flip their toekicks but couldn't make them do it. But all the cabinets I built in version 5.1.1 are slow, very slow. When I open them in the Cab Editor they take minutes to get where I can edit them. The same cabinet, reseeded works in seconds.

Al Navas · Post by **Al Navas** » Mon, Jul 16 2007, 8:20AM

Leo Graywacz wrote:...Now that I am using V5.1.4 things seemed to have improved. I tried to get the cabinets to flip their toekicks but couldn't make them do it. But all the cabinets I built in version 5.1.1 are slow, very slow. When I open them in the Cab Editor they take minutes to get where I can edit them. The same cabinet, reseeded works in seconds.

Great, Leo! I agree that Build 4 is pretty solid so far.

Are you able to reproduce THIS problem with existing doors? Mike reported he still gets similar errors when working on existing doors. Maybe Mike and I are the only ones having this problem.

Al

Leo Graywacz · Post by **Leo Graywacz** » Mon, Jul 16 2007, 10:30AM

I have had the problem you're talking about but mine seems to manifest itself in a different way and it seems to be more random and not reproducible. When I resize a cabinet the doors don't always resize properly and stay the same size. Actually one door seems to do OK but the second one seems to not get sized right and moves off center. The program no longer sees this door and it cannot be selected. It is also part of the cabinet and will be move to any area with this defect. The only way I have found to remove it is start over, total failure in other words. I have not experienced this in build 4, but I haven't done a lot in build 4 as it is so new.

Michael Yeargain · Post by **Michael Yeargain** » Mon, Jul 16 2007, 8:38PM

Build 4 has improved this feature greatly. I have tried a few cabinets so far and have not had any problems changing doors or stock yet.

I did notice in a few of my seed cabinets there are inset carvings that I didn't place their. They are in the center of the cabinet and are random. Most of my cabinet don't have this but a few do. Can't tell you how they got their as I don't have a router and don't need the carvings their.

From my understanding; when a file is saved now, the software looks for anomalies and deletes them, rendering the cabinets to their assumed glory.

Al Navas · Post by **Al Navas** » Tue, Jul 17 2007, 5:58PM

Michael Yeargain wrote:... From my understanding; when a file is saved now, the software looks for anomalies and deletes them, rendering the cabinets to their assumed glory.

I wonder what makes you think this is so, Mike. Is it something you might be able to share? If this is the case, should the program have deleted the error I show above with the doors? Would this error be considered an anomaly?

More importantly, I also wonder what it is that the program might consider an anomaly, and how one might avoid it. Would an anomaly be anything that is not in the sub-directories of the eCabinet Systems folder?

Al

DanEpps · Post by **DanEpps** » Tue, Jul 17 2007, 6:13PM

All that happens is that the data is updated to the latest specification when the file is regenerated and saved. If you do not regen it by either changing something or going into construction settings, nothing is updated.

Michael Yeargain · Post by **Michael Yeargain** » Wed, Jul 18 2007, 5:24PM

I am refering to a conversation I had with one of the programers a couple of weeks ago. What exactly the software looks for? I have no clue. It is just what I said. As I understand it.

I had a problem with a few of my cabinets having carvings in them. And once I placed the cabinet into the room. They some how had babies. Yea they multiplied. How I don't know. One job I sent to Thermwood had over 4000 carvings in it, after I deleated all the cabinets! Go figure.

As far as the word \"anomolies\" I chose, it is just a word I used. Of course I paraphrased what was told to me...

Al Navas · Post by **Al Navas** » Wed, Jul 18 2007, 8:02PM

Mike,

I really, REALLY wanted it to be something that would sense and then remove errors like the one I show in the first post of this thread. I had NO idea what was happening, until I was able to reproduce it.

Al

Michael Yeargain · Post by **Michael Yeargain** » Thu, Jul 19 2007, 6:02PM

Like I said Al,

I really don't think it will catch anything new, but I was just trying to explain with my own words what was said to me...

Michael S Murray · Post by **Michael S Murray** » Thu, Jul 19 2007, 7:01PM

Hey Mike, can I price those carvings to you? I been looking for some high production jobs for the router!!!!!

\"(had a problem with a few of my cabinets having carvings in them. And once I placed the cabinet into the room. They some how had babies. Yea they multiplied. How I don't know. One job I sent to Thermwood had over 4000 carvings in it, after I deleated all the cabinets! Go figure.)\"

Thermwood / eCabinet Systems

A new Door/Drawer Editor Bug in Build 4?

A new Door/Drawer Editor Bug in Build 4?

Re:

Re:

Re: