DCR Name pushes off buttons

We are in the process of pilot testing TS 6.1 -- using the Professional interface. One critical issue we've come across is that when editing a DCR/Form Entry, the Save/Save As/Form Settings/Preview/Generate buttons are pushed off the right side of the screen when the DCR name is long. There is no scroll bar displayed, so the user has no easy way to get to the buttons. I'm attaching a screen shot for reference. We've opened a case with Interwoven (that has gone untouched for 2 weeks), but am wondering if anyone else has had to tackle this issue. Thanks!

Find more posts tagged with

Comments

JonathonG

Ok, I haven't used 6.x yet, so I have to ask a question. Is it typical that the entire branch path is displayed on the templating form in that one line? If so, this would is a significant issue. I know that we have templates here that will generate even longer file paths than the one you show in your screen shot. Has anyone else noticed this behavior in 6.x?

Jonathon
Independent Interwoven Contractor

Gregg Faus

This is a common problem in user interface development where a string without a space won't be able to wrap thus causing the table cell to expand. I've seen this in just a few DCR's -- mostly because I've only got the save/preview buttons displayed.

JonathonG

Ok, I've done some math stuff. The full path in the attached image contains 134 characters. This number of characters has pushed all but 2 of the buttons off the side of the template. We have many DCRs whose full paths would contains something on the level of 166 characters (and, like good file paths, they contain no spaces). It would seem to me deductively that when I bring up these DCRs, I might see the "Save" button, but I definitely won't see any others.

This seems like another serious UI design flaw in 6.x. Does Interwoven's QA department have a large backing store with deep nesting (i.e., an "enterprise" level backing store) to test stuff on?

Jonathon
Independent Interwoven Contractor

Gregg Faus

I just looked at some of my existing DCRs and created a few and only the DCR name is being shown, not the full path. I swear I remember this happening to me. Maybe it was 6.0? Is there a certain test case where it shows the full DCR path?

I'm on TS 6.1/Win2k.

felipel

OK, a bit of follow up after seeing some of the other posts. We only have 2 branches configured in our pilot environment. In one of them, I get the behavior I attached earlier. In the other branch, it only displays the filepath subsequent to .../standard/data. So, perhaps a better/additional question is what changes this behavior? I pretty sure we haven't done anything explicitly that causes the difference. However, as was noted by another poster, depending on the length of your DCR filepath, even this second option may cause issues.

Also, for those of you keeping track of the math and trying to figure out how many characters causes an issue, the screen shot I attached was from my PC running at 1280x1024 and the window was nearly the full width of the screen. If you had a user at 1024x768 or even 800x600, this problem becomes an issue with much shorter file paths.

JonathonG

Do you use FormAPI to set the DCR name in either of your branches? That's about the only thing that pops to mind that might cause the difference.

And, thanks for the resolution posting...that makes this even scarier to me. Most of my users are running 1024x768 at best.

Jonathon
Independent Interwoven Contractor

felipel

No, we do not use FormAPI yet on any of our content.

felipel

FYI -- IWOV identified this as a bug and issued us a patch to resolve the issue. If others are experiencing this issue, thought you might want to know that it's been fixed.