Re: Dynamic Shortcuts - was Re: [Gimp-user] GIMP at COMDEX
On 13 Nov 2003 18:31:26 +0100 Sven Neumann [EMAIL PROTECTED] wrote: Hi, Joao S. O. Bueno [EMAIL PROTECTED] writes: there was enough noise here (on gimp-devel, at least) when it was disabled by default. we didn't disable it. It's disable by default in Gimp2. Was'nt so in Gimp1. That's all. Joao is rigth there. The GTK+ developer decided that the feature is more harmful than useful and I tend to agree. You outlined the major drawback yourself: by hitting a non conflicting key combination when the desired menu item is highlighted. Because mnemonics are there now. they gives a lot of work for the translators, for almost nothing ... Who really use mnemonics ? (OK enough noise) There is no way you can figure out what a non-conflicting key combination is. If there happens to be a conflict, the keybinding is silently reassigned. This is a long-standing issue and it's a shame that it wasn't resolved for 2.0. The other point is that the feature is so well hidden that 99% of our users will never figure out that it is there, let alone how to use it. Well give this nice feature a chance instead of hidding it more. 99 % of users will never figure out that it is there ? That's not true. I think that the potential of user of this feature is more that 30%. How many for mnemonics this stone age feature ? 1% ?? (OK enough noise) Even more, any such editor would have to replicate the menu navigation, but using a different interface.How having to get to the same menu options under a different interface could __ever__ be considered simpler, or easier, or more mantainable, or more intuitive, is a thing to wonder about. Press F8 (or whatever) to open the menu editor with the selected menu item already selected. Nothing simpler than that. Such an editor would of course allow you to do a lot more things than only reassigning shortcuts. You could for example add a menu with your favorite functions so you don't need to go down several levels in the menu hierarchy to access them. Fine, we need that ! But this has nothing to do with reassign dynamically the shortcut, because 'dynamic' is not your favorites, that is what you need more at the moment in a session. Both are useful and really important in a huge program like Gimp where the Filters/Script-fu/Python-fu/and more from internet... menus are some kind of bazaar. That will make it better than any separated shortcut editor I can think of. Anyway, if a shortcut editor is in the plans (and nothing was said on this or the devel list before), the current toggleable dynamic assignment should be kept. We won't see a menu editor in 2.0 but certainly in 2.2 and I am very sure that this has been mentioned on the list. @+ Raymond ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: GIMP at COMDEX
On Thursday 13 November 2003 7:34 pm, Sven Neumann wrote: Hi, GSR - FR [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (2003-11-13 at 1715.33 +0100): That's not even a GIMP feature but implemented on the GTK+ level (except some parts like saving the changed keybindings across sessions). Apart from that it's a lousy hack, it's disabled by default, very unintuitive and should be replaced by a menu editor better sooner than later. So, IMO, you better don't show it. Some people that use it intensively do it to have very quick access and reconfiguration, for example assign some F# keys to some Filters that are going to be used a lot in a row, but probably not in next work session or image. I am fully aware of this since I use this feature myself. The menu editor I proposed should allow you to this almost as quick and a lot more convenient than it is now. We might even allow a shortcut for temporary reassigments that doesn't popup any dialog unless your new shortcut collides with an already assigned one. All I'm saying is that the current implementation is severily broken and that this needs to be addressed. Fortunately the whole menu mess has been deprecated for gtk+-2.4 and was replaced by a much nicer system. Let's see what we can make out of this for GIMP-2.2. All right. I liked the F8 idea. My main concern would be a parallel way to navigate through the menus in order to change their shortcuts,as commercial apps do. Regards, JS -- ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: [GLUG-tech] Re: Gimp and cut and paste
On Wed, 12 Nov 2003, Lourens Steenkamp wrote: Lourens replying to Graham Leggett [EMAIL PROTECTED] wrote: Hi all, I've been using gimp to edit a one pixel wide gif. I need to copy and paste from one one pixel wide gif to another one pixel wide gif, but it does not seem to work. Try using the Clone tool. What is a one pixel wide gif other than a very thin line or is my ignorance showing? --- Regards, Alf Stocktonwww.stockton.co.za You're being followed. Cut out the hanky-panky for a few days. ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] get toolbox to stay on top
Bill Kenworthy wrote: Is there a way to get the toolbox to stay on top. If I am editing a window fullscreen, everytime I do something in the window, the toolbox disappears underneath. The common answer to this is this is a window manager issue. We don't actually decide where windows get placed on the screen, or how, aside from doing things properly with respect to WM hints and session properties. So you should check with your window manager to see if there is a way to indicate that a particular window will always stay on top. That said, I can't find such an option on mine... Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: Dynamic Shortcuts - was Re: [Gimp-user] GIMP at COMDEX
Hi, Joao S. O. Bueno [EMAIL PROTECTED] writes: What could be done, and this could go in right now, is a rewrite of the tooltip for Preferences-interface-Dynamic Keyboard Shortcuts Currently it is when enabled you can change keyboard shortcuts to menu items on the fly.. Appending by hitting a non conflicting key combination when the desired menu item is highlighted. Joan, you know that you are supposed to send a patch to Bugzilla if you want this to be changed. Otherwise your suggestion will likely be forgotten. Sven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: Dynamic Shortcuts - was Re: [Gimp-user] GIMP at COMDEX
Hi, Raymond Ostertag [EMAIL PROTECTED] writes: It's disable by default in Gimp2. Was'nt so in Gimp1. That's all. Joao is rigth there. Perhaps right about the final result but you should also know what has happened under the hood. As I said, dynamic keybindings are a GTK+ feature. Because it has lots of drawbacks, the GTK+ developers decided to disable it for GTK+-2.0. So what the GIMP developers did was to reenable it. That's the facts; please don't put this wrong. The GTK+ developer decided that the feature is more harmful than useful and I tend to agree. You outlined the major drawback yourself: by hitting a non conflicting key combination when the desired menu item is highlighted. Because mnemonics are there now. they gives a lot of work for the translators, for almost nothing ... Who really use mnemonics ? (OK enough noise) Mnemonics have been requested by the people that use GIMP a lot for their daily work. You will agree that it is indeed a useful feature if you ever get the chance to see how for example Jimmac makes use of it. And you misunderstood me here. Non-conflicting key was refering to a key that isn't assigned as a shortcut elsewhere. That is the major problem of the current implementation of dynamic shortcuts. There is no warning and no possibility to cancel or undo the operation if you reassign an already assigned shortcut. Please don't get me wrong. I know how important the dynamic shortcuts are. It's just that the current implementation sucks and that it I consider it more harmful than useful for the casual user. The power users can reenable it in the preferences. That's why we added the possibility to do that. Sven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Resizing *many* images?
Nick Wilson wrote: Does anyone know if there is a way to 'batch resize'? - I have about 1000 images that all need to be 20% of the original size... If you want to stay inside Gimp, try David's Batch Processor (DBP) at http://members.ozemail.com.au/~hodsond/dbp.html It provides the most common operations, lets you set up the effect you want, then runs all your files through the same processing. Linux only, I'm afraid, although I believe there's a Windows version somewhere on the Web. Current version is for Gimp 1.2, but I've got the Gimp 1.3 version nearly ready to go. -- David Hodson -- this night wounds time ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: GIMP at COMDEX
On Thu, Nov 13, 2003 at 10:34:07PM +0100, Sven Neumann [EMAIL PROTECTED] wrote: and reconfiguration, for example assign some F# keys to some Filters that are going to be used a lot in a row, but probably not in next work session or image. I am fully aware of this since I use this feature myself. The menu editor I proposed should allow you to this almost as quick and a lot more convenient than it is now. We might even allow a shortcut for I am guessing here, but it looks to me as if you are talking of two different things: No menu editor will be almost as quick and more convinient when it goes to dynamically reconfiguring shortcuts. For example, when I use a filter twice in a row it usally gets a shift-f shortcut assigned by me. No dialog can make that faster for me. I guess there are three styles of usages: - mnemonics (i rarely used them under windows, and never under unix) - shortcuts relatively static (get used often by me) - shortcuts, dynamic (get used often by me) As you can see, I am not the mnemonics type, but I am also not the icon type (if I had time I'd donate a text version of the toolbox :). Others might have problems with dynamic shortcuts and need mnemonics to support their style of work. All that is well. And if my type is the absolue minority and people _do_ get confused by dynamic shortcuts (something I personally have never seen evidence of, but I don't deny it's possible existence), then switching it off by default is a sane decision. Howwver, I think the disucssion in the past suffered from the my style is the only style problem on all sides. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | | ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: Dynamic Shortcuts - was Re: [Gimp-user] GIMP at COMDEX
On Thu, 2003-11-13 at 23:12, Raymond Ostertag wrote: Because mnemonics are there now. they gives a lot of work for the translators, for almost nothing ... Who really use mnemonics ? (OK enough noise) I hear this a lot of time. Apart from having stuff accessible with a keyboard easily, here's one example when mnemonics/access keys rock. You surely appreciate shortcuts. Everybody knows how sweet they are for accessing most used functions. But there is a limited number of shortcuts until they become too obscure. They are flat keycombos. Mnemonics on the other hand are structured/nested. You can memorize access keys (sequences of keys) for features you use often, but not _TOO_ often. I usually use features from the layer menu without adding shortcuts for them. A simple Alt+L,C,C gets me the curve tool, Alt+L,C,L the levels tool. There's a couple of functions I use as often. Mnemonics are a default so wherever I go, they work (on the same locale). So please don't play down their usefulness. I love them. I love the dynamic shortcuts too btw. I'd say I can't imagine a shortcut editor more user-friendly than the dynamic shortcuts hack. cheers -- Jakub Steiner [EMAIL PROTECTED] ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user