Artboard name sequencing improvement idea
The automated art board name sequencing (Name - 1, Name - 2-, Name -3), only works properly when if a user keeps the original dash and number sequence intact.
If a user clears the default name and r-names an art board, the next art board duplicated from it starts at Name - 1 again, even if one retypes the -1 in the new art board name.
Art boards that have been renamed, then duplicated, might be better suited to either:
1) Start at "Name - 2"
2) Use a "copy, copy 2, copy 3" sequence, like OS X and Windows do in for files and folders.
3) Recognize retyped "- #"s in art board names to continue sequencing as expected.
We need a metric for artboard naming. Why? Because when you start working on a file with over 200 artboards (as in my case) it can get very daunting and tedious to name, rename and structure all of these artboards in an intuitive fashion.
I don't know exactly how this would be setup, I'm not an expert on naming organisation. I do however know that the community could benefit from this greatly.
The problem really gets highlighted when one has to design multiple instances that can occur from one artboard. Those instances/actions could have their own string of action-paths once initiated. I like to think on the naming in the same sense (almost the same) as when one would work with Git. I try and make use of branching and such, but it's not as intuitive as a Git structure.
I usually structure the name as follows: "BASE Home 01a".
- BASE is to indicate any artboard that acts as the basis for a flow.
- Home is the name of said screen, it can be anything really as long as it indicates what the screen is like "New search".
- The screen name is then preceded by a number indicating its instance.
- After the number comes a letter starting at 'a'; to indicate what step of said screen number it is.
At the moment this naming convention works, sort of. The problem really comes in when having to add screens in between established artboards and then naming them correctly.
My idea has been merged with this idea (see comments by Christoph Mauerhofer), but these are two different things.
This idea discusses the way artboards are named when duplicated.
My idea was referring to the way the files are named when exporting artboards in case of name conflict.
To elaborate, in the described case (like XD behaves currently on Windows) you have two artboards named "my-artboard-name" and after exporting you get the two files named "my-artboard-name.png" and "Element-1.png".
When you have two artboards with exactly the same name and you export the artboards to PNG, one of the exported files gets a generic filename "Element-1".
It would be more useful to add some suffix so that you end up with two files named e.g. "my-artboard-name.png" and "my-artboard-name (1).png".