After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 82591 - Maze filter: user interface should be more consistent with other filters.
Maze filter: user interface should be more consistent with other filters.
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: Plugins
1.x
Other All
: Normal enhancement
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2002-05-22 12:05 UTC by Maurits Rijk
Modified: 2005-07-28 15:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Mockup (15.76 KB, image/png)
2005-04-05 00:31 UTC, Samuel Abels
  Details
Tileable switch added (15.63 KB, image/png)
2005-04-05 00:48 UTC, Samuel Abels
  Details
First cut at altering UI as suggested. (3.55 KB, patch)
2005-06-24 22:26 UTC, Kevin Cozens
committed Details | Review

Description Maurits Rijk 2002-05-22 12:05:03 UTC
The user interface for the Maze filter is quite unlike other gimp plugins:
the layout is a bit messy and doesn't follow standards like using a
spinbutton for numerical entries.
Comment 1 Raphaël Quinet 2002-05-22 13:53:36 UTC
There is a dependency between the width or height and the number of
pieces (rows or columns).  If they are converted to spinbuttons for
the numerical entries, then they should probably be put side-by-side,
so there would be one line for the width and the corresponding number
of pieces (columns) and a second line for the height and the
corresponding number of pieces (rows).
Comment 2 Dave Neary 2003-07-26 20:11:11 UTC
Changing milestone on a bunch of bugs to 2.0 - none of these could be considered
a blocker for a pre-release, IMHO. Many of these have patches or someone working
on them, but they're not urgent.

Dave.
Comment 3 Sven Neumann 2004-09-16 19:36:10 UTC
I don't think this should be blocking the 2.2 release.
Comment 4 Sven Neumann 2005-03-23 09:44:14 UTC
IMO it would be completely sufficient to have two sliders to determine how many
pieces are to be generated horizontally and vertically. The resulting size of a
single pixel could be displayed in a label. This should be an easy fix for
someone who has already done some GTK+ programming but it would also be suitable
for a newbie.
Comment 5 Samuel Abels 2005-04-05 00:31:21 UTC
Created attachment 39694 [details]
Mockup

I have attached a UI proposal.

Sliders are IMO not the best way to adjust the number of slides since the range
would have to be pretty high thus making it potentially harder to use.

I personally do not know what exactly the radio buttons are supposed to do,
perhaps better labels are a good idea. Can somebody come up with a better
description?
Comment 6 Samuel Abels 2005-04-05 00:48:48 UTC
Created attachment 39695 [details]
Tileable switch added

Forgot to add an option. New proposal appended.
Comment 7 Sven Neumann 2005-04-05 19:02:17 UTC
Very nice! Now we just need someone to implement this proposal...
Comment 8 Maurits Rijk 2005-04-05 20:05:06 UTC
Looks nice. Of course adding a preview would make it even cooler ;) 
 
The radio buttons just have the name of the 2 algorithms that are used to 
generate the maze. Maybe they could be put in a GimpFrame: 
 
Maze algorithm 
  O Depth first 
  O Prim 
 
 
 
Comment 9 Maurits Rijk 2005-04-05 20:06:08 UTC
Ouch. Forget that last comment. I overlooked that there is already a frame with 
`Algorithm' 
Comment 10 Kevin Cozens 2005-06-24 22:26:13 UTC
Created attachment 48302 [details] [review]
First cut at altering UI as suggested.

This is a first cut at altering the UI to match the suggested layout as shown
in the attached image and is submitted for review/cleanup. This patch does not
change the way the maze size is specified. I'll do that as a separate patch.
Comment 11 Kevin Cozens 2005-06-25 15:44:32 UTC
2005-06-25  Kevin Cozens  <kcozens@cvs.gimp.org>

    * plug-ins/maze/maze_face.c: First step in changing the UI to match
    the layout suggested in bug #82591.
Comment 12 Sven Neumann 2005-07-26 14:47:59 UTC
What remains to be done here? Kevin, could you add a comment that describes the
missing steps that need to be taken in order to close this report?
Comment 13 Kevin Cozens 2005-07-28 14:44:52 UTC
The originally reported problem has been dealt with. Some of the added comments
indicate the plug-in may have room for other improvements. If someone really
would like other changes a new bug report should be opened. For now, let's close
this report.