Bug 368564 - Settings fields not working properly.
Summary: Settings fields not working properly.
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Bqm-Crop (show other bugs)
Version: 5.1.0
Platform: Microsoft Windows Microsoft Windows
: NOR major
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-10 19:24 UTC by Steve Brown
Modified: 2022-01-07 05:21 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.2.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steve Brown 2016-09-10 19:24:20 UTC
Upgraded from 3.x to 5 on Windows 10.  I usually use Linux, but my PC isn't working.  Attempted to use the crop tool in the batch queue manager.  I'm accustomed to plain edit fields.  These fields act like progress bars, with the bar representing a value from 0 to 99,999.  When I enter a number and press Enter or Tab, the number reverts to the default value.  If you click on the field, the blue bar goes up to the point where you click and a value is entered.  You can drag to increase or decrease the value.  I was able to drag to the value I wanted -- 2872, 1870, 1192, 1192, for example -- but when I ran the crop, it was way off.

Reproducible: Always

Steps to Reproduce:
1. Determine desired crop settings.
2. Select a group of images to crop.
3. Go to batch queue manager with the selected images.
4. Select crop tool.
5. Try to enter your settings.  If successful.....
6. .....apply the crop to your images.

Actual Results:  
X and Y settings will be applied incorrectly.  The values I entered were only represented by a sliver of blue.  The crop started well above and to the left of where I wanted it.

Expected Results:  
I was cropping photos of vinyl record labels.  I was expecting a trimmed, centered picture of each label.  Instead, only a quarter of the label appeared in each picture, with the center hole of the record somewhere near the lower right corner of the square image.

Honestly, it appears that the wrong type of control was used for the tool.  Perhaps something was lost in translation.  I hope it's something that can be fixed because I use it often.  I hope I can fix my Linux computer so I don't have to use Windows.
Comment 1 caulier.gilles 2016-09-10 19:41:40 UTC
If i remember, Maik, you have fixed this problem for next 5.2.0... Right ?

Gilles
Comment 2 Maik Qualmann 2016-09-10 21:12:15 UTC
I think yes, the problem is resolved. Here tested under Linux and Windows, it is not to reproduce. The X and Y coordinates are correctly applied.

Maik
Comment 3 caulier.gilles 2016-09-10 21:18:43 UTC
Ok, i close this file now.

Don't hesitate to re-open if necessary

Gilles Caulier