Move location of UI elements: Edit/buffer/quick load

[oskay]

It is hardly possible to move the cursor between colors and the paper without having the pop-up menu show up. Perhaps these could go above the controls?

[techninja]

There's a thing called hoverintent, it basically measures the speed at which you hover, to attempt to gauge if you actually intended to hover on it, or just passed over. It works great, and it's silly I didn't just do it from the start. It should completely solve the unwanted popup menu issue.

[oskay]

That sounds good, but for other reasons, I think that it's a poor choice of location. It's position is "in" the robot, but (unlike the other similar elements) it does not represent a physical aspect of the machine.

Also, none of the buttons needs to be there. The Edit button is redundant. The other two might be better off in the "menu/icon" bar at the top.

[techninja]

Agreed about "inside the bot" issue, though the thinking in placing them there was that they have a direct effect on the content of the canvas they're attached to.

They can't really live in the top icon toolbar, as those are really a method for selection the robopaint sub-application, and are globally available (and therefore make no sense in the svg-edit mode, or any other mode we plan on having).

I can imagine canning the edit link (totally redundant), and moving quickload to somewhere on the right, but, where would buffer preview go?

[oskay]

Question 0: Why can't the quickload button go in the top menu-- shouldn't those be globally available (in both edit and print mode)?

Question 1: What does the buffer preview button do?

[techninja]

0: I guesss... yea, you're right, quickload would make sense for both those modes. Might not work for other planned modes, but hey, those aren't real yet.

1: Buffer preview; this is that feature to show you what the bot thinks it's going to paint. If you press pause, then press autopaint, then wait for it to buffer all the movements, this will draw an overlay on your image of how it will be drawing it. It's very very alpha right now, and doesn't draw things correctly, or with their colors, but it does give you an idea of what it will do.

I'm thinking this will never actually be used as is, but might make sense for a user to be able to click certain paths and choose fill type settings, and this would give you a preview of what it would be doing.

[oskay]

Is there really not a way to hide "global" buttons in certain contexts?

[techninja]

Yes yes, there totally are ways of doing that... I mean I did create the whole idea of the tool bar in the first place. Fine ;)

Anything else you want to tweak on quick load functionality while I'm at it?

[oskay]

Please remove likely-copyright images from the set of defaults.

[techninja]

Quick question: We can either hide quickload on the home screen, or we can have a quickload link clicked from the homescreen default to taking you to either edit or print with the image loaded. Which one?

[techninja]

Sylvia stepped in and says it should always be there for consistency, and if you're not in print or edit, it'll send you to print and load the image. Sounds good to me!