Re: opinion of end-users
>Glyph Lefkowitz writes: > > XInput *obviously* won't > > work on Win32, since it's **X**input ^_^ (hm, I wonder, maybe we > > could use DirectX-Input or something)) >The tablet input was just temporarily broken in the Windows GTk+ >version in the currently distributed GIMP for Windows snapshot. The >brokenness was a side-effect of the code changes when the GDK backends >were reorganised. The code to support tablet input on Windows has been >in GTk+ for some time. (Obviously it doesn't use XInput, but another >API, called WinTab.) WinTab? My old little friend WinTab. ;> >That said, I certainly admit that the tablet support on Windows needs >improvement. I dunno Gimp, but MS Windows needs a better WinTab (at least NT). I complained to Wacom about being unable to turn off and on my tablet, and they told me it was a MS Windows problem. I tried with the NT services thing, and there was not way, it did nothing (at least nothing broke either). XFree allows it, if you do not need the tablet, you can turn it off. Only must be on when launching X, then you can play with the switch as much as you want. [For the record, so if problem arises it is answered already.] GSR
Re: opinion of end-users
On Mon, 17 Jan 2000, Robert L Krawitz wrote: >Date: Mon, 17 Jan 2000 19:04:20 +0100 (MET) >From: Avi Bercovich <[EMAIL PROTECTED]> > >> PROBLEMS: >> * Printing (under Linux) yields back results on certain printers >> (HP DeskJet 690C). > >adjusting the gamma of the image works really well for me. Maybe the print >dialog should offer some 'standard' gamma settings. > > The print plugin does have standard gamma and density settings for > different printers. The adjustments in the print dialog box are > relative to these (e. g. a gamma setting of 100 in the dialog box is > multiplied by the default gamma recorded for that printer). > > Things changed quite a bit in 1.1.15; there are a lot more settings to > play with now. Oops.. I'm still on a 10 day old 1.1.14 CVS... ttfn, avi -- Avi Bercovich [EMAIL PROTECTED] Sinjeur Semeynsstraat 9 Dept. of Social Science Informatics (SWI) 1183LD Amstelveen University of Amsterdam
Re: opinion of end-users
Date: Mon, 17 Jan 2000 19:04:20 +0100 (MET) From: Avi Bercovich <[EMAIL PROTECTED]> > PROBLEMS: > * Printing (under Linux) yields back results on certain printers > (HP DeskJet 690C). adjusting the gamma of the image works really well for me. Maybe the print dialog should offer some 'standard' gamma settings. The print plugin does have standard gamma and density settings for different printers. The adjustments in the print dialog box are relative to these (e. g. a gamma setting of 100 in the dialog box is multiplied by the default gamma recorded for that printer). Things changed quite a bit in 1.1.15; there are a lot more settings to play with now. -- Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
Re: opinion of end-users
On Mon, 17 Jan 2000, David Monniaux wrote: > I've shown Gimp 1.1.15 to two "normal" end-users (ie non-programmers), one > of which had a Wacom tablet. Sorry chaps, just had to chip with my 0.02 worth too. > PROS: > * Previews in file loading work well and are appreciated. Here, here. Even better would be some kind of merge of Guash with the file dialog. Especially for those of us that are running GIMP seperate from GNOME. > CONS: > A few things in the core application: > * Layers and channels are *not* intuitive enough. as has been noted by glyph lefkovitz, that that's very personal. But I think a function that would allow the grouping/ungrouping of layers would be a super great incredibly huge megariffic improvement. And how about including a compile-time or gimprc setting for removal/hiding of the layers-dialog close btn?? Pretty Please?? The only time I've ever used it was when I've mis-clicked the other buttons at the bottom of the layers dialog. > PROBLEMS: > * Printing (under Linux) yields back results on certain printers > (HP DeskJet 690C). adjusting the gamma of the image works really well for me. Maybe the print dialog should offer some 'standard' gamma settings. And yes, I'd try and code my comments myself but tcl/tk doesn't get you very far in core-gimp. Sorry. kind regards & keep up the good work - it's _much_ appreciated, avi bercovich "its -3 Celcius outside, flames will end-up in my heater." "nothing last forever, except boredom."
Re: opinion of end-users
Glyph Lefkowitz writes: > XInput *obviously* won't > work on Win32, since it's **X**input ^_^ (hm, I wonder, maybe we > could use DirectX-Input or something)) The tablet input was just temporarily broken in the Windows GTk+ version in the currently distributed GIMP for Windows snapshot. The brokenness was a side-effect of the code changes when the GDK backends were reorganised. The code to support tablet input on Windows has been in GTk+ for some time. (Obviously it doesn't use XInput, but another API, called WinTab.) That said, I certainly admit that the tablet support on Windows needs improvement. --tml
Re: opinion of end-users
Date: Mon, 17 Jan 2000 18:56:42 +0100 (CET) From: David Monniaux <[EMAIL PROTECTED]> PROBLEMS: * Printing (under Linux) yields back results on certain printers (HP DeskJet 690C). What exactly are the problems? There are some fixes for HP printers in Print 3.0.5 (on my web site), but I'm curious as to the exact problems they've observed. -- Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
Re: opinion of end-users
Being a part-time 'normal user' myself, I have a few comments... On Mon, 17 Jan 2000, David Monniaux wrote: > PROS: > * Tear-off menus are useful and intuitive (I think we should perhaps > reinforce the --- line by a scissor logo (such as character 0x21 in the > Zapf Dingbats font). Sometimes (I'm not up-to-the-hour in CVS so I don't know if this is still true) it's not clear what window is going to get affected by an operation in a pull-down menu if you have multiple windows open. Is there some way this could be more obvious, like a little black dot indicating which window is `frontmost' to the GIMP's mind? > CONS: > A few things in the core application: > * Layers and channels are *not* intuitive enough. I *really* think that this is an issue of learning to use the program. Photoshop uses a similiar mechanism and it takes users some time to get used to using it -- that's why there are books on photoshop. Let's not start dumbing down the interface... unless you're talking about something more specific that can be remedied easily, altering layers and channels so they are more intuitive will probably render them less useful. > * Bucket fill and magic select can't be made to select an area of > contiguous emptyness (alpha=0). Good observation ... I've been bothered by that MANY times, although I thought of it as some sort of magical technical limitation. It should be fixed. > More problematic are the plugins: > * Many plug-ins are not intuitive. They use self-made vocabulary, feature > no online help, have numeric parameters whose influence is mysterious... YES. Some of these are fun to play with, but when you're actually trying to accomplish an effect with them, they can be incredibly frustrating. Taking into account my previous rant on 'intuitive', there is a difference between requiring learning and being completely undocumented and unnecessarily cryptic ;-) I think that was a nice summary of issues that confront users on a very regular basis though. Aside from the layers and channels thing, I wholeheartedly agree ... although I think that the *NIX versions should really be given priority over Windows bugs. (XInput *obviously* won't work on Win32, since it's **X**input ^_^ (hm, I wonder, maybe we could use DirectX-Input or something)) The Tao is like a glob pattern: It is masked but always present. used but never used up. I don't know who built to it. It is like the extern void: It came before the first kernel. filled with infinite possibilities. [[EMAIL PROTECTED]]
opinion of end-users
I've shown Gimp 1.1.15 to two "normal" end-users (ie non-programmers), one of which had a Wacom tablet. PROS: * Tear-off menus are useful and intuitive (I think we should perhaps reinforce the --- line by a scissor logo (such as character 0x21 in the Zapf Dingbats font). * Previews in file loading work well and are appreciated. * XInput-aware tools, especially Ink, do interesting effects. * i18n is appreciated. CONS: A few things in the core application: * Layers and channels are *not* intuitive enough. * Bucket fill and magic select can't be made to select an area of contiguous emptyness (alpha=0). * The error margin in Select By Color is not very satisfactory. A selector that could specify a portion of the HSV space (perhaps as three ranges) could be interesting. More problematic are the plugins: * Many plug-ins are not intuitive. They use self-made vocabulary, feature no online help, have numeric parameters whose influence is mysterious... * Plug-ins that generate another image from the current image (ex: polar coords) have no parameter (output size). * Some plugins don't work on grayscale images for no clear reason. PROBLEMS: * Printing (under Linux) yields back results on certain printers (HP DeskJet 690C). * The tablet doesn't work under Windows. * Sometimes, clicking on a layer name in the Layers dialog does not work. * PovRay synthesis is (incorrectly) disabled when no image is open. --- David Monniaux - Laboratoire d'Informatique de l'Ecole Normale Superieure 45, rue d'Ulm 75230 PARIS cedex 5 Phone: +33 1 44 32 20 83 http://www.di.ens.fr/~monniaux Fax: +33 1 44 32 20 80
