Posted by & filed under Uncategorized.

2012-02-16_065646

Gimp is an awesome open-source alternative to Photoshop. However, it’s rather lacking in a few places. This review is using the 2.7.4 development build for windows found here.
* Floating point settings (eg: 0.00) increment by the hundredth (0.01) when using the arrow buttons. Same with hovering over and scrolling as well as click-draging left and right. For most use cases, this is fairly useless when your range of values can be from 0.01 to 1000.00 (in the case of brush size). That’s a lot of scrolling. The click drag usually also forces the user to delete numbers to round it manually, making the functionality useless when quick precision is desired.
* Change incremental values to jump by integer. This is done with spacing (lower right in 2.7) which is a 0.0 floating point.
* Possibly change incremental values to scale exponentially when scrolling. Then click-drag for more precision change linearly.
* The Palette Editor is nice once you find it. Clicking tiny 10px squares is not fun though. Sure a palette can be hundreds of colours in size, but that doesn’t mean we need to make choosing colours intolerable. Especially with palettes with only 10 – 20 colours. The dialog box is full of whitespace. There are buttons to zoom and change the number of rows at the bottom, however the defaults are awful.
* Increase default size of boxes.
* Edit: I found the Colors toolbox, which has a much better viewer of the current selected palette. Makes sense when the other is called “Editor”. It fills whitespace very well when there are only a few colours. My only ilk about it is that it does it’s best to not use a scrollbar, causing huge palettes to have the boxes with a tiny side.
* Add/Change the minimum size, and use a scrollbar once reached a certain limit.
* Also, the palette editor could do with a tooltip that shows a larger box with the colour, along with it’s hex / rgb value to help with choosing colours in a gradient filled palette. The tooltip could be used for other purposes as well. Examples that come to mind are a larger preview of brushes and textures. A delayed tooltip (so as to not slow old computers) for fonts.
* Modify default toolboxes. Channels (RGBA) is probably not used by the average joe. Colors would be useful as a default (redundant due to the color picker yes, but would make choosing colour faster).
* Making palettes seems to be fairly textbox heavy. A solution would be to have a dynamic palette similarly to the one in the colour picker popup. This would be the default palette, and would reset on every startup. The list of colours in the palette colour picker would need to be more than 12 however. This way, a user could create palettes as they go. Since the Colors toolbox does not add to this dynamic palette automatically, a button beside the eyedrop would suffice.

Leave a Reply

  •  

To create code blocks or other preformatted text, indent by four spaces:

    This will be displayed in a monospaced font. The first four 
    spaces will be stripped off, but all other whitespace
    will be preserved.
    
    Markdown is turned off in code blocks:
     [This is not a link](http://example.com)

To create not a block, but an inline code span, use backticks:

Here is some inline `code`.

For more help see http://daringfireball.net/projects/markdown/syntax