On Wed, Nov 25, 2009 at 06:13:17PM -0600, Udi Fuchs wrote:
> I have one general comment regrading the progress-bar during the
> "Rendering" phase. It seems unneeded, since the UI is not locked, so
> the user does not have to wait for the rendering to end. If I change
> Exposure or WB, I find the progress bar a bit distracting.
Attached patch should improve this. It now uses a very small last part
of the progress bar for displaying rendering progress so there shouldn't
be much distraction by movement. If the bar itself is distracting then
it has to be removed. But maybe it distracts only temporarily because
we're not used to seeing a progress bar during this.
The progress bar before the "Saving image" progress bar will no longer
stop at 2/3 after interpolation but go to almost 100%. Looks good enough
to me.
--
Frank
diff --git a/ufraw_preview.c b/ufraw_preview.c
index 7fe501a..7d18933 100644
--- a/ufraw_preview.c
+++ b/ufraw_preview.c
@@ -853,21 +853,21 @@ static void preview_progress(int what, int ticks)
case PROGRESS_WAVELET_DENOISE:
text = _("Wavelet denoising");
start = 0.0;
- stop = 0.33;
+ stop = 0.50;
break;
case PROGRESS_DESPECKLE:
text = _("Despeckling");
start = 0.0;
- stop = 0.33;
+ stop = 0.50;
break;
case PROGRESS_INTERPOLATE:
text = _("Interpolating");
- start = 0.33;
- stop = 0.66;
+ start = 0.50;
+ stop = 0.96;
break;
case PROGRESS_RENDER:
text = _("Rendering");
- start = 0.67;
+ start = 0.96;
stop = 1.0;
events = FALSE;
break;
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
ufraw-devel mailing list
ufraw-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ufraw-devel
