Re: [Gimp-developer] retrieve info from gimp via script-fu-server
On Mon, 2009-05-18 at 16:40 +0300, Ioan Calin Borcoman wrote: > 1. Is it possible to obtain any info from the script-fu-server except > 'Success'? For example, if I send '(gimp-image-get-name 1)' for > execution to the server, I would expect to receive something like > 'foo.xcf' (or 'Untitled', if a new file is opened, for example). > Instead of that, I receive only 'Success'. Any ideas on what is > missing? > > 2. Is it possible to have script-fu-server started automatically when > gimp starts? How? As I already said, script-fu-server is nothing but a code example to show you how a plug-in can export the PDB functionality. If you actually need such an interface, I suggest that you start from scratch after having understood how script-fu-server works. If I would be in the need to control GIMP from outside, I'd write an extension that exports the PDB over D-Bus. That should be relatively easy and it would be useful enough that we should consider to include it instead of the script-fu-server code, which is pretty much useless except as an example. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gradient manager
Hi, On Sun, 2009-05-17 at 23:35 +0100, Paul A. wrote: > Hello, the gradient manager that gimp has right now is extremely > complicated to use and inefficient. Theres too much stuff you have to > do to get a simple gradient , so I would like to show you an example > of how it could be in the future. Because of the fact that it would be > hard to describe it I will link you to this site . There you will find > an online image editor which has a gradient manager that I believe > would be a great idea to be implemented in gimp. It would be a great > improvement for the application and many people would find it very > useful. Improvements to the gradient editor would certainly be welcomed. Are you willing to work on this? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
The most natural-feeling zoom tools I have used do something similar to this. Instead of centering on the mouse cursor, they zoom such that the pixel under the mouse cursor does not move. This makes the zoom feel very smooth, imho. On Mon, May 18, 2009 at 2:46 PM, Kurt Pruenner wrote: > Maybe it's just me, but I would expect the mousewheel zoom to center on > the mouse cursor while hitting + and - on the keyboard should zoom from > the center... ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
On Monday 18 May 2009 20:46:21 Kurt Pruenner wrote: > Maybe it's just me, but I would expect the mousewheel zoom to > center on the mouse cursor while hitting + and - on the keyboard > should zoom from the center... This would mean that people with some disabilities are limited by gimp. The same applies to users with specific hardware (for example I block scroll wheel because it increases RSI). Cheers, ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
Martin Nordholts wrote: > Yes this is correct. Before we added this logic it was a pain to work > with the zoom; often when you zoomed out the image ended up completely > offsetted out in a corner in the image window. > > I am completely open to improving zoom however since I also have the > feeling it is not working as perfect as it could, including the zoom > logic where the pixel remains under cursor while zooming. Maybe it's just me, but I would expect the mousewheel zoom to center on the mouse cursor while hitting + and - on the keyboard should zoom from the center... Just my 0.02 EUR... -- Kurt Bernhard Pruenner --- Haendelstrasse 17 --- 4020 Linz --- Austria ...It might be written "Mindfuck", but it's spelt "L-A-I-N"... np: Secede - Vega Libre: Tetsu Inoue Remix (Vega Libre) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
gg wrote: > It seems that there is an implicit assumption in the current behaviour > that if the image can fit into the display window it absolutely must be > centred. > Yes this is correct. Before we added this logic it was a pain to work with the zoom; often when you zoomed out the image ended up completely offsetted out in a corner in the image window. I am completely open to improving zoom however since I also have the feeling it is not working as perfect as it could, including the zoom logic where the pixel remains under cursor while zooming. Someone just has to sit down and write a spec on how it should work and which gives the complete picture. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
> > The effect of this (fixed point of zoom) is that the relation to mouse > > when doing in&out is preserved. > > > > Jernej pointed out that PaintShopPro behaves like I wished for, so > > they had a reason for this too. > > > > I think this is the main point from a GUI design angle. The GUI should be consistant in it's action. Scroll-wheel zooming in and out is a great feature for the most part. The point at which the behaviour changes and it jumps to one side is mentally disrouting and breaks work flow. It seems that there is an implicit assumption in the current behaviour that if the image can fit into the display window it absolutely must be centred. It seems that this assumption needs to be re-examined. Is this always the best behaviour? On opening an image it would seem a logical choice but on zooming out I would maintain that continuity of the mental focal point is the most important for usability and workflow. In this context whether the user wishes to ALSO centre the image in the window is a secondary and largely separate issue. This can be achieved by a shrink wrap for example. I'm glad this subject has come up because this is a constant annoyance when working close in on images. The initial zoom-in is generally a series of zoom-drag-zoom-drag operations. There is no reason why subsequently re-zooming to the same work area should be equally laborious. /gg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save + export spec essentials implemented
peter sikking wrote: > after checking out Inkscape and Scribus, I think Alexandre just > added another valid factor, which means that the balance just > tipped the other way: > > Export should be shift-ctrl-E > > 'Export to ' should be ctrl-E Makes sense, I'll swap the shortcuts. It is quite ironic though that Inkscape has something similar to Shrink Wrap on ctrl-E :) / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save + export spec essentials implemented
Alexandre wrote: > On Sat, May 16, 2009 at 3:38 PM, Martin Nordholts wrote: > >> One notable change is that Ctrl + E is now bound to File->Export by >> default instead of View->Shrink Wrap. Hopefully this change will >> not be >> too much of a pain. We may need to consider finding a new keyboard >> shortcut for View->Shrink Wrap. > >> From what I remember both Inkscape and Scribus use Ctrl+Shift+E for > exporting. Why not be consistent with them and don't have to look for > a new shortcut for View->Shrink Wrap? :) there is a couple of things I know for sure: - both Export and 'Export to ' need a shortcut. - one of these shortcuts needs to be a variant of the other. - 'E' is too good of a shortcut not to use for both of them. so shrink wrap and fit image in window are looking for new shortcut. deciding which one should be ctrl-E and which shift-ctrl-E is a rational vs. feeling kind of struggle with many factors. after checking out Inkscape and Scribus, I think Alexandre just added another valid factor, which means that the balance just tipped the other way: Export should be shift-ctrl-E 'Export to ' should be ctrl-E --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
[Gimp-developer] retrieve info from gimp via script-fu-server
Hi, 1. Is it possible to obtain any info from the script-fu-server except 'Success'? For example, if I send '(gimp-image-get-name 1)' for execution to the server, I would expect to receive something like 'foo.xcf' (or 'Untitled', if a new file is opened, for example). Instead of that, I receive only 'Success'. Any ideas on what is missing? 2. Is it possible to have script-fu-server started automatically when gimp starts? How? Thanx, Ionutz ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
On Monday 18 May 2009 09:13:03 Fredrik Alströmer wrote: > > I realize that the current behaviour has the reason, but also I > > try find out the way, so users with other workflow could benefit. > > It'll probably be very hard to solve for everyone, I guess solving > for 'most people' (don't try to get a definition out of me on that > one..) ;) is the best we can do. Note that I'm not saying I'm > necessarily one of that group. As I wrote before if we cannot find common solution (sometimes it is not possible) option is the way. > >> I frequently find > >> myself zooming out briefly to see how it works in context, just > >> to zoom back in again a split-second later (very rarely zooming > >> far enough to have the image become smaller than the window). > > > > This is odd, or I don't understand you -- that's because I do > > what you do, and I always have to zoom out to such degree that > > the entire image fits in the window. In other words I have to do > > 10 zoom outs instead of just 1. And it is not helpful for me. > > I must say, now I don't understand what you're saying, so chances > are there's been a misunderstanding here.. :) All I'm trying to say > is that I zoom out and back in, perhaps a level or two to see the > context, and here I am saying that gimp does not serve this purpose. > and without moving the mouse I zoom right back in again > and get exactly the same view. And here it does :-) Maybe examples: http://www.imagebam.com/image/3cd42136101635 I would like to get the context of the black circle in the top. What is the context of it? I place mouse cursor over it and perform zoom out _twice_. http://www.imagebam.com/image/088e8136101636 Still I don't see too much, so 2 x zoom out... http://www.imagebam.com/image/8b484e36101637 Still no good, 2 x zoom out again... http://www.imagebam.com/image/e0cc2e36101638 Ok, finally I have clue it is Kenora. But for comparison look how much data I get (bottom of the screen) that is no related at all. > > For me it slows me down, because after 10 zoom outs, I have to > > perform 9 zoom ins, to get back to the level I wanted. > > Ok, so now you've lost me. You're asking for kind of a 'bookmarked > view', so you don't have to zoom in again but rather 'undo' your > zoom outs? Actually no, but it is a good idea if the zoom&scroll would be implemented. This would be the tool for those interested in getting back _exactly_ where they started. > > I just tried it, and it does not that (Firefox) -- it zooms the > > center of the image. I pointed out at Miami which was in the > > bottom right corner of the image, zoom in, Miami was gone. > > I just tried the same thing, and I ended up in Opa-Locka, Miami... > Seriously though, how do you zoom in? (The behavior you're > describing is consistent with clicking the + and - buttons? > Keyboard perhaps?) If you're not using the scroll-wheel, than go > ahead and take it for a spin. I don't use scroll wheel, only keyboard, examples: http://www.imagebam.com/image/d643d536101633 mouse cursor is at the red dot, I zoom in and... http://www.imagebam.com/image/52257236101634 ... I cannot see the area I was pointing out, so now I have to scroll. > Adding options is rarely the answer. It has a tendency to blow an > application to pieces. See this here for example (ok, perhaps a bit > exaggerated, but still funny, and on a meta-level actually rather > accurate) > > http://stuffthathappens.com/blog/2008/03/05/simplicity/ This example is funny of course, but it is about UI, not options. Go to this page: http://www.google.com/ Simple interface, right? But go options: http://www.google.com/preferences?hl=en Not that simple :-)) I think that banning options and trying to fit people into one UI is one extreme, the second putting option for each UI without thinking if they share the same parts is another. By definition those two UIs: * scroll & zoom * stay & zoom are opposites, so they cannot be combined. We can think if we could easily add aims to achieve the other within one. It is possible for "scroll & zoom" with adding "undo zoom" or "bookmark zoom". For "stay & zoom" it could be "center this point". But both look artificial. I don't see that such option is an overkill but it allow _all_ users to customize gimp to _their_ needs. Cheers, ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
On Sun, May 17, 2009 at 6:40 PM, Rob Antonishen wrote: > Instead of zooming in and out all the time why not vreate a new view > at the other zoom to have both always available? So we are back to the old magnifying lens discussion? :) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save + export spec essentials implemented
On Sat, May 16, 2009 at 3:38 PM, Martin Nordholts wrote: > One notable change is that Ctrl + E is now bound to File->Export by > default instead of View->Shrink Wrap. Hopefully this change will not be > too much of a pain. We may need to consider finding a new keyboard > shortcut for View->Shrink Wrap. >From what I remember both Inkscape and Scribus use Ctrl+Shift+E for exporting. Why not be consistent with them and don't have to look for a new shortcut for View->Shrink Wrap? :) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] center on focused area on zoom out
On Sun, May 17, 2009 at 15:01, Maciej Pilichowski wrote: > On Sunday 17 May 2009 13:08:33 Fredrik Alströmer wrote: > >> I don't want to add fuel to the fire, > > Nah :-), we are talking not quarreling :-)) Well, in that case... ;) >> I just wanted to point out >> that Sven is not alone in his opinion. > > I realize that the current behaviour has the reason, but also I try > find out the way, so users with other workflow could benefit. It'll probably be very hard to solve for everyone, I guess solving for 'most people' (don't try to get a definition out of me on that one..) ;) is the best we can do. Note that I'm not saying I'm necessarily one of that group. >> I frequently find >> myself zooming out briefly to see how it works in context, just to >> zoom back in again a split-second later (very rarely zooming far >> enough to have the image become smaller than the window). > > This is odd, or I don't understand you -- that's because I do what you > do, and I always have to zoom out to such degree that the entire > image fits in the window. In other words I have to do 10 zoom outs > instead of just 1. And it is not helpful for me. I must say, now I don't understand what you're saying, so chances are there's been a misunderstanding here.. :) All I'm trying to say is that I zoom out and back in, perhaps a level or two to see the context, and without moving the mouse I zoom right back in again and get exactly the same view. >> If I do >> zoom out to see the whole image, I'm usually done with that section >> anyway, and at that point it's actually a good behavior (call it a >> compromise if you wish, for me it just speeds up the workflow). > > For me it slows me down, because after 10 zoom outs, I have to perform > 9 zoom ins, to get back to the level I wanted. Ok, so now you've lost me. You're asking for kind of a 'bookmarked view', so you don't have to zoom in again but rather 'undo' your zoom outs? >> Google maps is one of those that zoom in and out on the cursor, > > I just tried it, and it does not that (Firefox) -- it zooms the center > of the image. I pointed out at Miami which was in the bottom right > corner of the image, zoom in, Miami was gone. I just tried the same thing, and I ended up in Opa-Locka, Miami... Seriously though, how do you zoom in? (The behavior you're describing is consistent with clicking the + and - buttons? Keyboard perhaps?) If you're not using the scroll-wheel, than go ahead and take it for a spin. Zooming back out, same story, mouse in the lower right, and that's exactly where Miami ends up. > The effect of this (fixed point of zoom) is that the relation to mouse > when doing in&out is preserved. > > Jernej pointed out that PaintShopPro behaves like I wished for, so > they had a reason for this too. > > If those 3 modes cannot be combined into one (and I guess not), I > would love to see an option for it. After all, not every single > behaviour work for everybody. Adding options is rarely the answer. It has a tendency to blow an application to pieces. See this here for example (ok, perhaps a bit exaggerated, but still funny, and on a meta-level actually rather accurate) http://stuffthathappens.com/blog/2008/03/05/simplicity/ I'm not familiar enough with the plug-in interfaces, but perhaps the behavior could be overridden using a plug-in, keeping the core product nice and clean. Greetings, Fredrik. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
