Anuncios

The Autodesk Community Forums has a new look. Read more about what's changed on the Community Announcements board.

sdvannelli
950 Vistas, 10 Respuestas

2023 Layout Tab behavior

I'm having a small problem with copying layout tabs in 2023 and was wondering if anyone else is seeing it. I have several tabs, labeled 1-6 for example, and want to make a copy of tab 4. I would typically hold control, pick the tab, and drag it just to the right of 4, and it would make a 4(2) directly after 4. In 2023, most of the time, it is skipping one tab before it makes the copy. In other words, it's making the copy of 4 after 5 as opposed to after 4. Two different machines are doing it, and it's not all the time, but it's most of the time.

 

Anyone else seeing this?

pendean
en respuesta a: sdvannelli

Not All the time? Is it limited to certain DWG files? Or long vs short named Layouts? there is not going to b a universal fix for "sometimes" sadly, can you explain how we all can replicate it? A quick test here in my own files doesn't seem to do it, so I may be missing a step?

And are you by chance in Win11 too?

TIA
sdvannelli
en respuesta a: pendean

Good thoughts, but I had already tried them all. I can get it to happen with simple numbered tabs (1, 2, 3), and also with longer names. I can even get it to do it starting from a generic template with just Layout 1 and Layout 2.

Does it in all my drawings, so I don't see it as file dependent. Overall I'm quite happy with 2023, and this is the only little glitch that I've run into. Win 10 Pro on both builds.

My steps are what I've done for years and never saw this happen before. Although I have noticed that on 2022 and before, I could simply be on a tab, hold control, and simply drag the tab over and it duplicated. In 2023, it seems to be pickier about the order in which you do it. If the tab is already active, I can't just hold control, and then grab the tab and drag it. There seems to be another step - like as if I have to already be left click and holding on the tab before I press control. Sometimes it even requires an extra click. Maybe I'm more sensitive to it because my work sometimes requires lots of tabs. By the way, no difference if the tabs are docked in line or above the status bar. And it seems to work ok if I copy the new tab to before the original. Maybe it has to do with the new angled tabs.

Just thought that if others were seeing it, I'd report it as a bug. Maybe if I can figure out how to do a screen cast I'll post one.

sdvannelli
en respuesta a: sdvannelli

Here is a screencast of it happening by using control to make the copy. I also have had it happen using the right click menu, which I will post as a follow up screencast. If you try it and it works fine, try it a few more times on different tabs to see if you can recreate it. Sometimes it works fine for me, and others it does this.

sdvannelli
en respuesta a: sdvannelli

Oh well, can't seem to get the screencast to attach....

pendean
en respuesta a: sdvannelli

you should be able to just grab the weblink and share it in the rely text where you are typing.
pendean
en respuesta a: sdvannelli


@sdvannelli wrote:

Sometimes it works fine for me, and others it does this.


There is no universal fix for "sometimes". Sorry.

EricDonaldJones
en respuesta a: sdvannelli

I've noticed this as well. In previous versions, 2022 for example, when a layout tab is copied, the copy would be placed after the highlighted location (vs "move to end") within the "Move or Copy" dialog. In 2023, it is impossible to copy the selected tab to the next slot.

 

For example creating a copy of tab Layout2 to between tabs Layout2 & Layout3 is not possible. If Layout2 is selected, the copied tab will be placed before Layout2. If Layout3 is selected, the copied tab will be placed after Layout3.

 

This is a bit challenging to describe in words, but ultimately the protocol is as follows: when a copy of a layout tab is made, the copy either moves before the target location if the target location is the copied tab or any tab before it. Or if the target location is after the copied tab the copy will be placed after the target location. 

 

Again, if sequencing is important the copy can only be placed just before the copied tab and so will require two additional steps, either renaming of both tabs or moving and renaming the copied tab.

pendean
en respuesta a: EricDonaldJones

@EricDonaldJones recently identified/known issue with the 2023s for some users. Reach out to Autodesk Support through your accounts page.
Paul.Reichert6ZDV3
en respuesta a: pendean

It is still doing it.  Autodesk programmers obviously waiting for the end user to fix it. lol.

ctraughFQGSS
en respuesta a: sdvannelli

I came here to figure out this same issue.  I have a solution for me.  I don't know why it does this and I will try to explain the best I can.

 

Hold ctrl and click the tab you want to move; you will see it turn color.  Mine is blue.   Now click the tab again while still holding ctrl the tab will change color again, now a darker blue for me.  While still holding onto the ctrl button you can now drag that tab and make a copy.