Re: [Gimp-developer] Patch for fli.c
Hi, On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote: > Hello, I don't know if I should send patches to this list, but anyway, > I think that it's a good place. We would prefer if you opened one or even several bug reports at http://bugzilla.gnome.org/ with a description of the problems you see in the plug-in. You can then attach your patches there. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Patch for fli.c
Hi, On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote: > On the other hand, I think that the GFLI plug-in has other problems > (in the gfli.c file). IMO we should remove this plug-in from the main distribution. It doesn't seem to be very useful for the main target audience and it appears to be buggy and unmaintained. David, perhaps you want to take over maintainance of this plug-in and keep it updated in the plug-in registry? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] request for discussion: removing button relief
I have been experimenting with ways of simplifying the user interface, and one very simple change that I think gives a rather dramatic improvement in appearance is to remove the "relief" from the buttons that appear at the bottom of numerous dialogs. This is a request for discussion. I have filed an enhancement request in Bugzilla showing a screenshot of what the result looks like, and a patch, see http://bugzilla.gnome.org/show_bug.cgi?id=515621 What do people think? -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] request for discussion: removing button relief
On Sun, 10 Feb 2008 20:55:13 +0100, Bill Skaggs <[EMAIL PROTECTED]> wrote: > I have been experimenting with ways of simplifying the user interface, > and > one very simple change that I think gives a rather dramatic improvement > in appearance is to remove the "relief" from the buttons that appear at > the bottom of numerous dialogs. This is a request for discussion. I > have > filed an enhancement request in Bugzilla showing a screenshot of what > the result looks like, and a patch, see > > http://bugzilla.gnome.org/show_bug.cgi?id=515621 > > What do people think? > > -- Bill hi, It's more like they are icons than buttons but it's pretty clear they're there to be clicked so I dont think it detracts from usability. Yes , I like the clean, uncluttered appearance. /gg -- .*. /V\ (/ \) ( ) ^^_^^ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] request for discussion: removing button relief
Bill wrote: > I have been experimenting with ways of simplifying the user > interface, and > one very simple change that I think gives a rather dramatic > improvement > in appearance is to remove the "relief" from the buttons that > appear at > the bottom of numerous dialogs. This is a request for discussion. > I have > filed an enhancement request in Bugzilla showing a screenshot of what > the result looks like, and a patch, see > > http://bugzilla.gnome.org/show_bug.cgi?id=515621 > > What do people think? I see that you and Mitch moved forward regardless. There are some deeper problems with those buttons (why are they there, allt the time, so prominently?), the ones in the layer dialog excepted. I would love to get this un-relief'ed look for most controls that are displayed permanently, would be a relief (no pun...) for everyone. Mitch and I tried to find a way last year. Alas, no cigar... --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] request for discussion: removing button relief
To follow up for people who don't necessarily look at Bugzilla, this change has been committed to trunk at Mitch's request, and Mitch converted it into a style property, defaulting to "no relief" as shown in the screenshot, so that, should there happen to be anybody who wants the button relief, they can get it by adding a line to the gtkrc file. -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] request for discussion: removing button relief
On Feb 10, 2008 1:18 PM, peter sikking <[EMAIL PROTECTED]> wrote: > There are some deeper problems with those buttons (why are they there, > allt the time, so prominently?), the ones in the layer dialog excepted. I agree with this. I too think it would be best to have buttons only for the layers/channels/paths dialogs, since the others are not used as much and their functions can be accessed by the right-click menu. (Not for the Tool Options right now, but that could easily be done.) > I would love to get this un-relief'ed look for most controls that are > displayed permanently, would be a relief (no pun...) for everyone. > > Mitch and I tried to find a way last year. Alas, no cigar... I would be interested to know more about why it could not be done. In my view, every unnecessary edge we can get rid of is a gain. -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] request for discussion: removing button relief
Bill wrote: > peter sikking wrote: >> There are some deeper problems with those buttons (why are they >> there, >> allt the time, so prominently?), the ones in the layer dialog >> excepted. > > I agree with this. I too think it would be best to have buttons only > for the layers/channels/paths dialogs, since the others are not > used as > much and their functions can be accessed by the right-click menu. > (Not > for the Tool Options right now, but that could easily be done.) right-click is a shortcut for a primary way to do things. So in this case I see good chances for the not-so-often-used options to go in their own little menu that gets accessed from a small-no-relief-low-contrast-icon button in the corner of the dialog. >> I would love to get this un-relief'ed look for most controls that are >> displayed permanently, would be a relief (no pun...) for everyone. >> >> Mitch and I tried to find a way last year. Alas, no cigar... > > I would be interested to know more about why it could not > be done. In my view, every unnecessary edge we can get > rid of is a gain. find a legal way and you are my hero. Mitch and I could find no way how gtk supports showing the relief only on mouse-over, for things like pop-up menus. --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] request for discussion: removing button relief
On Feb 10, 2008 4:16 PM, peter sikking <[EMAIL PROTECTED]> wrote: > right-click is a shortcut for a primary way to do things. So in > this case I see good chances for the not-so-often-used options > to go in their own little menu that gets accessed from a > small-no-relief-low-contrast-icon button in the corner of the dialog. They are already accessible that way, using the little button in the upper right corner -- but two levels down in the menu, which is not so good. Anwyay I don't like that little arrow icon, which is hard for me to see and hard for me to hit using the mouse. > find a legal way and you are my hero. Mitch and I could find > no way how gtk supports showing the relief only on mouse-over, > for things like pop-up menus. It will be amazing if you ever see me claiming to be able to solve a programming problem that has defeated Mitch, but this particular problem might be easier than it was a year ago, because Gtk+ 2.12 has added a "shadow-type" style property to the GtkComboBox widget, which is the basis of most of the menus you are talking about, if I understand you correctly. -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Broken blending
Hi, On Feb 11, 2008 9:29 AM, Sven Neumann <[EMAIL PROTECTED]> wrote: > You aren't perhaps working with an image in Indexed mode, are you? > Yes, my fault. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Patch for fli.c
Hi, On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote: > The patch is for this specific file: > http://svn.gnome.org/svn/gimp/trunk/plug-ins/gfli/fli.c > It fixes two problems: > * loading of fli files that specified width=height=0 (that means 320x200) Where is this specified? > * writing of differential color chunks (FLI_COLOR and FLI_COLOR_2). Again, where is this specified? I don't know the file format, and I don't think anyone else here has in-depth knowledge about it. So if you want us to accept patches, you better point us to the official documentation of the file format and explain what exactly the GIMP plug-in is not doing correctly here. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Broken blending
Hi, I just installed gimp 2.4.4 for Windows from binary distribution. Now, setting blending opacity >= 50 results in full opacity, otherwise - no opacity. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Broken blending
Hi, On Mon, 2008-02-11 at 09:00 +0200, Aurimas Juška wrote: > I just installed gimp 2.4.4 for Windows from binary distribution. Now, > setting blending opacity >= 50 results in full opacity, otherwise - no > opacity. You aren't perhaps working with an image in Indexed mode, are you? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer