I couldn't agree more that some parts are missing. I didn't intend to the mock-up to include
all existing functionality, only the basic idea. In my opinion, it is obviously possible to include these functionalities by adding buttons at appropriate places.
Unas wrote:- How do you even select the place for the frame ? Here you assume it's already set and display it, but starting from a blank frame what should be done ?
I actually already mentioned that myself. It is a matter of adding a button, saying "change background", on the bottom bar. Also, when no background has been selected, we could have an "Add background" button in the empty space it leaves behind,
Unas wrote:- How do you remove a character from a frame ?
There are several ways to achieve this, and I intended to leave it up to discussion which worked better. You could
- Drag the character off the screen.
- Have an X button next to each character that could be used to remove it.
Unas wrote:- What pointers do you give a beginner so he knows he has to drag and drop a mugshot from the top onto the place ? It's much less obvious than a button.
Drag&drop is not the only solution; another solution is to let the author simply
click the pose in question, then
click where they want the character to be positioned. This might be better than drag&drop, actually. As to user-friendliness, clicking on stuff in drop-down menus is one of the most common computer interfaces at all, and it is essentially what is used in AAO right now.
Also, we could
also have an "add character" button on each frame. That provides an intuitive interface for new users, while keeping the faster interface for experienced ones.
Unas wrote:- Setting the screen and character position by dragging and dropping on the place preview could be good, though it will be tricky to implement.
The
click solution is probably easier in this sense, too. You know, I think I will alter my suggestion to include this.
Unas wrote:- Having this full preview with both the text and the screen on the frame row directly... Though it might be troublesome technically speaking. (When to refresh ? Refreshing it all the time as you type would have a terrible performance impact)
The text preview and the screen preview could be independent engines; there would be no need to update the entire screen view just because I added text in the text field.
However, if it is still an issue, then scrap the small text preview. Then we could just refresh it every time there is a change in the settings.
On the bottom line: That picture was meant as a mock-up of the general idea; I intended to leave the concrete design of the interface for discussion. However,
I (for one) think it is obvious that the interface can be made to
work with appropriate design decisions. The primary purpose of this is to reduce the number of unnecessary menus and buttons.
mercurialSK wrote:
Well I've been thinking about it in my free time and I like the idea for the positioning thing. It also makes it more obvious how to use the courtroom bgs. What I wasn't so sure of was having the characters as profiles up on the top menu because what if there are a lot of characters? I don't want to be too negative about it (because lol redesign negativity) but it feels like this would create a bunch of new problems... no idea what since I don't use the editor hardcore.
I don't know how many profiles people tend to use, but I assume it is rarely more than about 20. This would fit just fine. As to what happens if there are even more, we might insert a scroll bar in this rare case. I think having it on the left might be a bad idea, since it would be a problem for people working with small laptop screens.