darktable - project management: Details of all changes www.darktable.org/redmine/ 2013-03-04T20:24:13Z darktable - project management darktable - Feature #9206: Histogram mouse scroll for black point has to big increment www.darktable.org/redmine/issues/9206?journal_id=22636 2013-03-04T20:24:13Z Jose Carlos Garcia Sogo jcsogo@gmail.com <ul><li><strong>Status</strong> changed from <i>New</i> to <i>Patch attached</i></li><li><strong>Assignee</strong> set to <i>Jose Carlos Garcia Sogo</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>70</i></li></ul> darktable - Feature #9240: Register darktable in Coverity Scan (Static Analysis Verification Engine) www.darktable.org/redmine/issues/9240?journal_id=22635 2013-03-04T20:23:05Z Jose Carlos Garcia Sogo jcsogo@gmail.com <ul><li><strong>Assignee</strong> set to <i>Jose Carlos Garcia Sogo</i></li></ul> darktable - Bug #9280: Freeze while rejecting images in preview www.darktable.org/redmine/issues/9280?journal_id=22634 2013-03-04T20:16:25Z Jose Carlos Garcia Sogo jcsogo@gmail.com <ul><li><strong>% Done</strong> changed from <i>0</i> to <i>10</i></li><li><strong>Status</strong> changed from <i>New</i> to <i>Confirmed</i></li><li><strong>Assignee</strong> set to <i>Jose Carlos Garcia Sogo</i></li><li><strong>Priority</strong> changed from <i>Low</i> to <i>Medium</i></li><li><strong>Target version</strong> set to <i>Candidate for next major release</i></li></ul><p>Were you holding 'z' pressed and moving from image to image, and then reject one of those, or you just pressed 'z' on the image before rejecting? If the former, did you rejected the first image?</p> darktable - Feature #9239: Upload styles to website in lighttable mode www.darktable.org/redmine/issues/9239?journal_id=22633 2013-03-04T16:39:42Z Robert Rosman robertrosman@gmx.com <ul></ul><p>Exporting and uploading now happens in background. Pushed changes to git repo.</p> darktable - Bug #9275: Lighttable UI sluggish when using 'except' operation on tags under 'collect images' www.darktable.org/redmine/issues/9275?journal_id=22632 2013-03-03T22:59:34Z Jose Carlos Garcia Sogo jcsogo@gmail.com <ul><li><strong>Assignee</strong> set to <i>Jose Carlos Garcia Sogo</i></li></ul> website - Feature #8747: new sharing platform for dt styles www.darktable.org/redmine/issues/8747?journal_id=22631 2013-03-03T00:44:45Z Robert Rosman robertrosman@gmx.com <ul></ul><p>Now authenticating through redmine's rest api by using curl.</p> website - Feature #8747: new sharing platform for dt styles www.darktable.org/redmine/issues/8747?journal_id=22630 2013-03-02T22:30:58Z Robert Rosman robertrosman@gmx.com <ul></ul><p>Suggestions have been implemented now.</p> <ul> <li>Toggle button in lightbox, along with shortcut (t)</li> <li>Links to previous/next/overview at the top</li> <li>Show the real names of modules.</li> <li>Some fixes for better interaction with dt</li> </ul> <p>Think that would be it. Unless we <strong>really</strong> want to go convert it all to a Wordpress plugin, or you have further opinions, I'd call it "complete" (if there is such a thing in coding).</p> darktable - Feature #9239: Upload styles to website in lighttable mode www.darktable.org/redmine/issues/9239?journal_id=22626 2013-03-01T22:44:17Z Robert Rosman robertrosman@gmx.com <ul><li><strong>File</strong> <a class="/redmine/attachments/download/481/backtrace_dialog.txt">backtrace_dialog.txt</a><a class="/redmine/attachments/481/backtrace_dialog.txt"><img src="/img/spacer.gif"> darktable - Bug #9011: Width of drop-down lists in facebook export is not controlled www.darktable.org/redmine/issues/9011?journal_id=22622 2013-02-28T20:12:04Z Jose Carlos Garcia Sogo jcsogo@gmail.com <ul><li><strong>Status</strong> changed from <i>Fixed</i> to <i>Patch attached</i></li><li><strong>% Done</strong> changed from <i>100</i> to <i>70</i></li><li><strong>System</strong> set to <i>unknown</i></li></ul><p>this was incorrectly fixed in git</p> darktable - Bug #9276: Panasonic DMC LX7 support www.darktable.org/redmine/issues/9276?journal_id=22616 2013-02-28T18:24:51Z Pascal de Bruijn pmjdebruijn@pcode.nl <ul><li><strong>% Done</strong> changed from <i>10</i> to <i>50</i></li><li><strong>Status</strong> changed from <i>Confirmed</i> to <i>In Progress</i></li></ul><p>Thanks for the fast response!</p> <p>Preliminary support was committed:</p> <p><a class="https://github.com/darktable-org/darktable/commit/961b931fc2f43145095bbcd5dca0c2b65e7fab83">https://github.com/darktable-org/darktable/commit/961b931fc2f43145095bbcd5dca0c2b65e7fab83</a></p> <p>Testing packages will likely be available on my Darktable Unstable PPA in a few hours.</p> <p>Could you please report back if everything is in working order for you?</p> darktable - Bug #9276: Panasonic DMC LX7 support www.darktable.org/redmine/issues/9276?journal_id=22610 2013-02-27T21:00:22Z Ric Flomag ricflomag@gmail.com <ul></ul><p>Great. Here are sample photos of the other two aspect ratios:<br /> 1:1 -- <a class="ubuntuone.com/70tm81d6nAdKzgKvj4Mnov">ubuntuone.com/70tm81d6nAdKzgKvj4Mnov</a><br />16:9 -- <a class="ubuntuone.com/0nrR79zeyvrgdcSkDE7T5h">ubuntuone.com/0nrR79zeyvrgdcSkDE7T5h</a></p> darktable - Bug #9276: Panasonic DMC LX7 support www.darktable.org/redmine/issues/9276?journal_id=22608 2013-02-26T20:47:41Z Pascal de Bruijn pmjdebruijn@pcode.nl <ul></ul><p>So I commited preliminary 3:2 support:</p> <p><a class="https://github.com/darktable-org/darktable/commit/c288c7a38680d6195cc2433215c040bd1d85a9ff">https://github.com/darktable-org/darktable/commit/c288c7a38680d6195cc2433215c040bd1d85a9ff</a></p> <p>Testing packages will likely be available on my Darktable Unstable PPA in a few hours.</p> darktable - Bug #9279: Darktable corrupts geotag data www.darktable.org/redmine/issues/9279?journal_id=22606 2013-02-26T20:06:42Z Torsten Bronger bronger@physik.rwth-aachen.de <ul><li><strong>File</strong> <a class="/redmine/attachments/download/480/issue9279.tar">issue9279.tar</a> added</li></ul><p>I use an off-the-shelf Lubuntu 12.10, exiv2 is 0.23. Only DT is compiled by me. $LANG is "de_DE.utf8".</p> <p>I managed to reproduce the bug by doing this:</p> <ol> <li>Untar the attached tar file</li> <li>Call current git DT:<br /><pre> darktable --library /tmp/library.db --configdir /tmp --cachedir /tmp /path/to/test_roll </pre></li> <li>open test_roll/dsc09533.jpeg.xmp</li> </ol> <p>There, you should see the broken geolocation values.</p> darktable - Bug #9276: Panasonic DMC LX7 support www.darktable.org/redmine/issues/9276?journal_id=22603 2013-02-26T19:50:57Z Pascal de Bruijn pmjdebruijn@pcode.nl <ul><li><strong>Priority</strong> changed from <i>Medium</i> to <i>Low</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>10</i></li><li><strong>Target version</strong> set to <i>Candidate for next patch release</i></li><li><strong>Assignee</strong> set to <i>Pascal de Bruijn</i></li><li><strong>Status</strong> changed from <i>New</i> to <i>Confirmed</i></li><li><strong>Subject</strong> changed from <i>Panasonic DMC LX7 support has bad color profile</i> to <i>Panasonic DMC LX7 support</i></li></ul><p>This problem occurs because of the different aspect ratio modes of the LX7, currently only 4:3 is supported.</p> <p>We need samples of each aspect ratio mode (3:2,16:9,1:1) to add support for them.</p> darktable - Bug #9279: Darktable corrupts geotag data www.darktable.org/redmine/issues/9279?journal_id=22597 2013-02-26T10:35:32Z Tobias Ellinghaus me@houz.org <ul><li><strong>Status</strong> changed from <i>New</i> to <i>Incomplete</i></li><li><strong>Assignee</strong> set to <i>Tobias Ellinghaus</i></li><li><strong>Priority</strong> changed from <i>High</i> to <i>Medium</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>20</i></li></ul><p>I can see that the latitude and longitude are corrupted in your XMP (',' vs. '.') however I am not able to make darktable generate such a XMP file. I also use the German version of darktable. What are the language settings of your system? And what version of libexiv2 do you have installed?</p> <p>I'm setting it back to Medium since it might be annoying but it's not corrupting the original image file.</p> darktable - Bug #9281: Lighttable may jump to the top www.darktable.org/redmine/issues/9281?journal_id=22596 2013-02-26T04:08:31Z Torsten Bronger bronger@physik.rwth-aachen.de <ul></ul><p>The same seems to happen when you preview an image with "z" and go back to normal lighttable. In some cases, you end up at the top of the collection instead of the previous position.</p> darktable - Bug #9279: Darktable corrupts geotag data www.darktable.org/redmine/issues/9279?journal_id=22595 2013-02-26T02:23:08Z Torsten Bronger bronger@physik.rwth-aachen.de <ul><li><strong>File</strong> <a class="/redmine/attachments/download/479/fix_geotags.py">fix_geotags.py</a><a class="/redmine/attachments/479/fix_geotags.py"><img src="/img/spacer.gif"> darktable - Bug #9245: crop&rotate interferes with area boundaries dragging www.darktable.org/redmine/issues/9245?journal_id=22594 2013-02-25T21:41:24Z Igor Kuzmin <ul><li><strong>Status</strong> changed from <i>Fixed</i> to <i>In Progress</i></li><li><strong>% Done</strong> changed from <i>100</i> to <i>50</i></li><li><strong>System</strong> changed from <i>other GNU/Linux</i> to <i>all</i></li></ul><p>not yet in master, so reopenning</p> darktable - Bug #9245: crop&rotate interferes with area boundaries dragging www.darktable.org/redmine/issues/9245?journal_id=22593 2013-02-25T21:30:39Z Aldric Renaudin alic.vb@gmail.com <ul><li><strong>Status</strong> changed from <i>New</i> to <i>Fixed</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>100</i></li></ul><p>Applied in changeset darktable|commit:050b2323d16085ca536bf2f6cefa946bdb382b5c.</p> darktable - Feature #8507: Please add file rename functionality www.darktable.org/redmine/issues/8507?journal_id=22592 2013-02-25T19:55:18Z Tony Teoh Melkild post@tony.priv.no <ul></ul><p>And also, it needs to rename the accompanying XMP files ;-)</p> darktable - Bug #9279: Darktable corrupts geotag data www.darktable.org/redmine/issues/9279?journal_id=22591 2013-02-25T19:34:33Z Torsten Bronger bronger@physik.rwth-aachen.de <ul></ul><p>It's possibly a localization issue. FWIW, my computer is set to German.</p> darktable - Bug #9279: Darktable corrupts geotag data www.darktable.org/redmine/issues/9279?journal_id=22588 2013-02-25T16:16:30Z Torsten Bronger bronger@physik.rwth-aachen.de <ul></ul><p>The original location of the image was something like 50.878838,7.122627 (Cologne-Bonn airport terminal).</p> darktable - Bug #9148: high vs low quality export - different image dimensions and crop area www.darktable.org/redmine/issues/9148?journal_id=22584 2013-02-24T22:57:33Z Igor Kuzmin <ul></ul><p>Also, why cut from inside of crop area and not use pixels outside of selected area in case if they are available?</p> darktable - Bug #9148: high vs low quality export - different image dimensions and crop area www.darktable.org/redmine/issues/9148?journal_id=22583 2013-02-24T22:41:46Z Igor Kuzmin <ul><li><strong>System</strong> set to <i>all</i></li></ul><p>After digging in clipping.c today I think I have now a general idea what's going on. Cropping area dimensions and position are saved as normalized values, so they are independent of input buffer size. But for interpolation to work, it needs several (1, 2 or 3, depending on selected mode) rows and columns of pixels adjacent to the borders outside the selected area. And obviously depending on the scale these 2 or 3 pixels translates to different normalized value and so different shift and aspect ratio change (since most pictures aren't square).<br />This probably affects both darkroom view and export. Also the consequence is that when user changes interpolation method, crop area moves too.<br />A couple of questions:<br />1). does interpolation really need to eat pixels? can't smth like CLK_ADDRESS_CLAMP_TO_EDGE || CLK_ADDRESS_MIRRORED_REPEAT in opencl be used?<br />2). can't crop&#38;rotate not use interpolation if just crop is used, no rotation and whatnot?</p> darktable - Feature #8507: Please add file rename functionality www.darktable.org/redmine/issues/8507?journal_id=22582 2013-02-24T21:07:34Z Tony Teoh Melkild post@tony.priv.no <ul></ul><p>Tobias Ellinghaus wrote:</p> <blockquote> <p>We already allow to copy/move images to different directories, renaming shouldn't be hard and fit dt's principles.</p> </blockquote> <p>Sounds good. Renaming based on EXIF information is a must-have for me. My typical workflow:<br />- Import <br />- Rename all images with &lt;my name prefix&gt;-&lt;event/location name&gt;_year-month-day_time</p>
Related searches:
darktable strong redmine journal changed
gipoco.com is neither affiliated with the authors of this page nor responsible for its contents. This is a safe-cache copy of the original web site.