MyPaint/GUI Brainstorm

Also check the GIMP UI brainstorm for inspiration from the GIMP world. There are also some interesting Krita design documents.

When you edit this page, please focus on visual mockups and their discussion. This should stay a place to look for inspiration.
 * unpolished images are also welcome
 * no roadmap/priority discussion please, except if you are implementing it
 * if you don't get any feedback, you can try the IRC channel
 * sign your posts, on the image or with ~

Thanks for your input!

Layers
Image Created by SeanJM

Tooldock
Image Created by SeanJM (including painting)

Colour Wheel (classic colour theory)
A new colour wheel concept that is rooted in classic colour theory. It simplifies the selection of colours and offers quick and fast ways to put palettes together. (Proposal by Sean J MacIsaac) Image Created by SeanJM  Comment by Matumio 19:53, 10 May 2009 (UTC) ''Interesting mockup, Sean. I like the idea to offer a visual "guide" to color theory concepts. And predefined color palettes might have their place in MyPaint. What I don't like is the additional concept of foreground/background color, and in general I think the proposed interface expects a bit too much planning from the painter. Saved ("preset") palettes would be an absolute must-have, but having to load them seems cumbersome. I'd rather show (some of) their content directly there along with their filename. And when I saw the T-Buttons, I thought it would be great to have your palette organized in rows, which you can remove and add back from wour working palette as a whole instead of individual colors. Thanks for your input. Matumio 19:53, 10 May 2009 (UTC)''  Response by SeanJM, 12 May 2009 ''I hope I addressed some of your concerns with the updated mockup.
 * some of the chages I made are:
 * I'd rather show (some of) their content directly there along with their filename:
 * Done
 * I thought it would be great to have your palette organized in rows:
 * Done
 * I like the idea to offer a visual "guide" to color theory concepts
 * That colour wheel would offer way more colours, I was just limited because I am working with inkscape, creating a colour array is not possible unless done manually. It would look more like a rainbow or closer to your "Wheel" color selector.


 * note: I am very exited about doing what ever I can here, I have been painting digitally for a long time and found short comings in many applications due to workflow related and efficiency issues--I am looking forward to helping in anyway I can.
 * Sean May 12th 2009

 Comment by SeanJM May 16th The colour wheel needs another swatch to compare the previously active colour. Also, the colour wheel is a panel that is always open, unless you close it. That is why there is no okay button.

Color Mixer
Here's a change to the Mixer to make it even simpler. Image Posted by SeanJM

Palette
Image Posted by SeanJM

Color Popups
see MyPaint/ColorSelectorUsability





Brush setting dialogue
Suggested updated brush setting dialogue:

Separate the normal brush list window completely from the process of creating new brushes -- instead keep that as only a "dumb" selector (which can thus have a pop-up nature, see Color Selector Usability brainstorm). ). Use the brush settings window as a stand-alone "brush editor". Therefore it should also have the "new",button now located at the bottom of the brush selector (not seen in mockup).

At the top of this window is a list of current brushes (further decoupling it from the brush list window) so that it is possible to see which brush is currently being worked on.

The graphic brush stroke updates dynamically to show the effect of the changed setting. Maybe this area can also double as an draw area for creating a graphic for a new brush?

The idea is to bring forth only the settings which are most often used, such as radius, opacity, smudge and eraser (for example) and give the opportunity to hide away settings which are less used and/or more complex to understand what they do. Such complex settings are hidden in tree structures which can be retrieved by clicking the small arrows.

Each slider setting has a [...] button that links to the detailed tablet-sensitive settings. The green/grey (R)eset-button is green if a setting has changed from the default, either in the slider or under the [...]-button, grey otherwise. Pressing a green button will turn it grey and reset everything related to that slider to default.

The buttons (Basic), (Extended) and (Full) dictate the complexity of the dialogue. The modes dictate how much of the tree structure is visible by default. One can always show things manually, but pressing the mode button again will return to the default visibility.


 * In the (Basic) mode, only top-level settings are shown, all other sliders are in the tree are closed, regardless of their status.
 * In (Extended) mode, top-level sliders + all tree structures which were changed from the default will automatically be visible (the image mockup is not really correct, in extended mode the "radius" sub-tree would not be visible since neither of the items there have been changed).
 * In (Full) mode, finally, all sliders will be shown, regardless of if they where changed or not (this is like the current dialogue).

''A problem might be that the full view of this dialog will not fit on any screen vertically. --Matumio 08:39, 25 December 2008 (UTC)''

Context Pie
Horizontal movements change the brush size, vertical movements the opacity. The inner button of each piece opens some dialog, the two outer buttons immediately select something, eg. the most recent two brushes or colors. Open Problem: visualize the opacity/size that is really chosen. Size could be solved by changing the cursor shape.

Also, it might be better to have multiple small submenus instead of a big one that contains everything.

Misc
A "cropping frame" would be useful when saving/loading images. With the infinite canvas, this would crop the area outside the frame when you save to "flat" fileformats (PNG, JPEG, etc). Saving to PSD should keep all image data outside the frame, but set the canvas-size apropriately. When loading these fileformats, the frame would be set to the visible area of the file. (PSD:s would have layers sticking outside of the frame, while "flat" fileformats would only have image data inside the frame.) The frame could be visualized as a "walking ants" line or a semi-transparent black mask outside of the frame. It should be possible to toggle the viewing of it, and to resize/ move the frame freely.


 * This is a known missing feature, see also this bugreport

---  A layers window for viewing and managing your layers. (By Clement Skau) Changing the windows from regular windows into pop-up windows when in full screen. (This will prevent the taskbar from forcing itself on top of the canvas. (By Clement Skau)) View the size of the brush when the size is changed (Key d an f). Use Space for translate picture.  Already done in SVN, not yet in a release though. Save the workspace (place of windows, size, organisation...).  Actually, it does this already...

Ok, place of windows is ok, but not the size (on windows XP)

(Comment by Matumio) A Full Screen feature under View menu.</li> And hiding the menubar also. Just infinite canvas on desktop!</li> <div style="border-color:blue; border-width:1px; border-style: solid; background:#eee; width:200px;margin:20px; padding:5px;"> Version 0.5.1 already has that. (Comment by Matumio) A MacOSX version </li> <div style="border-color:blue; border-width:1px; border-style: solid; background:#eee; width:200px;margin:20px; padding:5px;"> you could compile it (Comment by SeanJM) </ul>