When you are in darkroom mode, with the film-strip displayed, does there appear to be a problem moving to another frame .. further down the strip ... all of course using the double click.???
On 04/07/2014 12:40 PM, Peter Martischka / 马彼得 wrote: > It's a general UI rule to give the user immediate feedback to > everything they do. Even if its something like "this doesn't work" or > "you have to wait now". We actually do this correct already when you > change the settings of a module or enable/disable one. There is a > "working" label at the bottom of the image. We need the same thing for > the initialization of a darkroom for a specific image. Maybe show the > resized and blurry thumbnail and a "working". > > On 7 April 2014 12:05, Patrick Shanahan <p...@opensuse.org> wrote: >> * Peter Martischka / 马彼得 <petermartisc...@gmail.com> [04-07-14 15:00]: >>> I can say for sure that it doesn't "feel good" when you double click >>> on a thumbnail to go into darkroom mode. The problem I can see is that >>> it takes a few seconds till something happens. There is no immediate >>> user feedback that your click actually worked. So people end up >>> clicking multiple times on it or get the feeling like you, that the >>> click didn't work. For me it looks like its doing some heavy >>> calculation directly after your dblclick so that the interface freezes >>> for a bit. I guess this calculation is the rendering of the image with >>> all the modules applied. It would be a much nicer behauvior if it >>> switches immediately into darkroom mode and then shows the user a >>> progress bar or something. This way the user would know that they just >>> have to wait a few seconds now, and don't end up clicking multiple >>> times on the thumbnail. >> There are more instances of this "delay" causing similar concerns. After >> finishing work in darkroom and "space" to the next image sometimes has a >> unnerving delay as does "r", rejecting an image with the view set to >> "unstarred only". A "progress indicator" would really be welcome rather >> than recovering an undesired rejection or skipping an image. >> >> -- >> (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri >> http://en.opensuse.org openSUSE Community Member facebook/ptilopteri >> http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 >> Registered Linux User #207535 @ http://linuxcounter.net >> >> ------------------------------------------------------------------------------ >> Put Bad Developers to Shame >> Dominate Development with Jenkins Continuous Integration >> Continuously Automate Build, Test & Deployment >> Start a new project now. Try Jenkins in the cloud. >> http://p.sf.net/sfu/13600_Cloudbees >> _______________________________________________ >> darktable-devel mailing list >> darktable-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/darktable-devel > ------------------------------------------------------------------------------ > Put Bad Developers to Shame > Dominate Development with Jenkins Continuous Integration > Continuously Automate Build, Test & Deployment > Start a new project now. Try Jenkins in the cloud. > http://p.sf.net/sfu/13600_Cloudbees > _______________________________________________ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel ------------------------------------------------------------------------------ Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
