[Gimp-developer] Save As JPG Integrated (mockup)
Hi! Whenever I save an image as JPG, I have to move both the Save_Image and the Save_as_JPEG dialog out of the way to check the preview. I think the Save_Image dialog should just disappear after use, as both Cancel and Help are available on the second dialog and what else would it be good for? Then the Save_as_JPEG controls could appear on the image window (inspired by the Firefox find bar) to further cut down on window juggling. There's quite a number of ways it could be organized, my mockup shows just one: http://thorwil.affenbande.org/wp-content/uploads/2007/02/save_as_jpg_integrated_01.jpg Advanced options hide 'under' the expander. There could be a button to bring them up in a dialog instead. File size can be read in the statusbar. I moved the buttons down there as it's the standard location in dialogs and to take the place of the progress Cancel button. Mouse-miles could be less with the buttons in the new toolbar. They would also be less likely to cause an expectation of closing the window up there. Thoughts? -- Thorsten Wilms Thorwil's Creature Illustrations: http://www.printfection.com/thorwil ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save As JPG Integrated
On Saturday, February 3, 2007, 12:48:54, Thorsten Wilms wrote: Then the Save_as_JPEG controls could appear on the image window (inspired by the Firefox find bar) to further cut down on window juggling. Only as an option - some of us have multiple displays, and use the advanced options regularly. -- Jernej Simončič http://deepthought.ena.si/ If you cannot convince them, confuse them. -- Truman's Law ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save As JPG Integrated (mockup)
Thorsten Wilms wrote: I think the Save_Image dialog should just disappear after use, as both Cancel and Help are available on the second dialog and what else would it be good for? Yeah it can go. It would only make sense if a Cancel on the jpeg options would get you back to the Save_Image dialog, in case you see that the jpeg compression is not appropriate, you change your mind and go back for png or so... Then the Save_as_JPEG controls could appear on the image window (inspired by the Firefox find bar) to further cut down on window juggling. There's quite a number of ways it could be organized, my mockup shows just one: http://thorwil.affenbande.org/wp-content/uploads/2007/02/ save_as_jpg_integrated_01.jpg I just had a quick look. Later in the expert evaluation we will get to the save for web scenarios and I will be in a better position to deal with this. But for now: If we try to do an all in one, then the result has to look and feel like a dialog, not like a main window, because of the modal nature (finish this first) of the task. It is difficult for me to say whether sawing off more main window bits (no menu bar, tools, palettes, inspectors or rulers; default to magnification tool) and adding more dialog-ness (get buttons out of the status bar) to what you have drawn, or start from scratch on a BIG-preview dialog would be the better way to go. Advanced options hide 'under' the expander. There could be a button to bring them up in a dialog instead. My gut feeling says that there is a better solution available here, but I am only able to work on that after the expert evaluation. File size can be read in the statusbar. Better keep the quality slider and file size (main cause and effect) physically together. --ps principal user 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] Save As JPG Integrated
On Sat, Feb 03, 2007 at 01:13:56PM +0100, [EMAIL PROTECTED] wrote: On Saturday, February 3, 2007, 12:48:54, Thorsten Wilms wrote: Then the Save_as_JPEG controls could appear on the image window (inspired by the Firefox find bar) to further cut down on window juggling. Only as an option - some of us have multiple displays, and use the advanced options regularly. Do the save dialogs not appear on the same screen as the image windows? I see how if you have at least 2 displays, having the preview on one and the (expanded) controls on another would be nice. But if you have to manually move the windows far less so. I'm rather sure users of multiple screens who are at the same time frequent users of the advanced JPG controls are a small minority. Nobody likes to be ignored, though, of course ;) -- Thorsten Wilms ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save As JPG Integrated (mockup)
On Sat, Feb 03, 2007 at 02:02:58PM +0100, peter sikking wrote: Thorsten Wilms wrote: I think the Save_Image dialog should just disappear after use, as both Cancel and Help are available on the second dialog and what else would it be good for? Yeah it can go. It would only make sense if a Cancel on the jpeg options would get you back to the Save_Image dialog, in case you see that the jpeg compression is not appropriate, you change your mind and go back for png or so... Good, that would make the process quite a bit more efficient (for me) already :) http://thorwil.affenbande.org/wp-content/uploads/2007/02/ save_as_jpg_integrated_01.jpg I just had a quick look. Later in the expert evaluation we will get to the save for web scenarios and I will be in a better position to deal with this. But for now: Hmm, ok. If we try to do an all in one, then the result has to look and feel like a dialog, not like a main window, because of the modal nature (finish this first) of the task. But this would not be like your common dialog that disappears after Cancel/OK, but rather a window that changes state. One could see this as argument for having a separate dialog with preview. This idea is about avoiding a 'jump' in interaction and using the image window which is likely in the right place and size already, though. It is difficult for me to say whether sawing off more main window bits (no menu bar, tools, palettes, inspectors or rulers; default to magnification tool) and adding more dialog-ness (get buttons out of the status bar) to what you have drawn, or start from scratch on a BIG-preview dialog would be the better way to go. I thought about removing at least the menubar but decided against it, as you can still zoom, toggle guides ... Might be better to not allow access to editing options, though. Advanced options hide 'under' the expander. There could be a button to bring them up in a dialog instead. My gut feeling says that there is a better solution available here, but I am only able to work on that after the expert evaluation. Surely the most problematic aspect. File size can be read in the statusbar. Better keep the quality slider and file size (main cause and effect) physically together. I wanted to, at first. Then moved it to save width for small images. BTW, some apps have web export dialogs with side by side panes original/compressed. I found toggling between original/preview in the same view to be superior if you want to spot JPG artifacts. It's important it can happen with a single click. I say this because the thought that tabs might make it more clear what is what has occured to me ... this is the reason I don't want them. -- Thorsten Wilms ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Save As JPG Integrated (mockup)
Thorsten Wilms wrote: If we try to do an all in one, then the result has to look and feel like a dialog, not like a main window, because of the modal nature (finish this first) of the task. But this would not be like your common dialog that disappears after Cancel/OK, but rather a window that changes state. I have nothing against the idea of reusing the main window, but as said, because the task is modal by nature, the UI UI has to reflect that with dialogness. It is simply a UI law of nature. That means big changes to the main window, as quoted right below:. It is difficult for me to say whether sawing off more main window bits (no menu bar, tools, palettes, inspectors or rulers; default to magnification tool) and adding more dialog-ness (get buttons out of the status bar) to what you have drawn, or start from scratch on a BIG-preview dialog would be the better way to go. I thought about removing at least the menubar but decided against it, as you can still zoom, toggle guides ... Might be better to not allow access to editing options, though. Toggle guides? There is only one thing to do, and that is set the size vs. apparent quality ratio (with the advanced saving options, I know). The zoom is taken care of with the zoom tool and the controls in the status bar. File size can be read in the statusbar. Better keep the quality slider and file size (main cause and effect) physically together. I wanted to, at first. Then moved it to save width for small images. If windows re sized for the menu bar to fit in (quite natural except on the mac) then I am sure we can get the quality slider and the calculated file size in. BTW, some apps have web export dialogs with side by side panes original/compressed. I found toggling between original/preview in the same view to be superior if you want to spot JPG artifacts. It's important it can happen with a single click. Yep, well observed... --ps principal user 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] Save As JPG Integrated (mockup)
Thorsten Wilms writes: I found toggling between original/preview in the same view to be superior if you want to spot JPG artifacts. Me too. The new setup where the preview is a layer in the image dialog (I just updated and saw it) is wonderful. I'd been struggling with focus/raise issues with the old separate-window setup (click on the dialog and it would raise the original image window, hiding the preview window, and even when that didn't happen I was always confusing the two similar looking image windows); using a new layer is a great solution and makes it so much easier to see the effect of the quality settings. I'll add another vote for hiding the Save as dialog when bringing up the JPEG dialog. I often go to the wrong one of the two dialogs after changing desktops or shuffling windows around to see the preview better. Partly that's because they always pop up widely separated on the screen, rather than placing the second dialog on top of the first (they seem to trigger different window manager placement rules). And the buttons on the dialogs are a bit confusing: they both show active Cancel buttons, but Cancel on the Save As dialog is a no-op. I wish there were a way around needing two dialogs (needing to click Save two different times in order to save). Seems like there must be a way around that, but I can't think of one. Putting jpeg options and dialog-like buttons into the image window doesn't seem like a better solution: you still need to click just as many times, and it sounds jarring for the familiar image window to temporarily change its UI and act like a dialog. peter sikking writes: because the task is modal by nature, the UI UI has to reflect that with dialogness. It is simply a UI law of nature. Is that an argument for making the two dialogs window modal? They aren't now -- I can go back to the image window and draw on it, or whatever, while the dialogs are up. -- ...Akkana Beginning GIMP: From Novice to Professional: http://gimpbook.com ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer