Hello everybody!
I have following problem with DT 2.0.7 (from PPA) on Ubuntu 16.04:
After little playing with multiple instances of tone curve I've noticed
that my history stack is a mess with no numbering of every instance
while other modules received random numbers (like instances). Same with
Console output is in the attachment. I clicked right button several
times, menu showed up (and disappeared instantaneously) 3 times.
On Wed, 2016-12-07 at 17:12 +0100, Tobias Ellinghaus wrote:
> Am Mittwoch, 7. Dezember 2016, 13:31:53 CET schrieb Timur Irikovich
> Davletshin:
> >
&g
I tried another PC and my problem remains the same. It just came into
my head that maybe this problem is linked with Gnome Shell?
On Tue, 2016-12-06 at 15:33 +0100, Tobias Ellinghaus wrote:
> Am Dienstag, 6. Dezember 2016, 13:19:31 CET schrieb Timur Irikovich
> Davletshin:
> >
Yes I can, e.g. I get bauhaus widgets right-clicking sliders.
On Tue, 2016-12-06 at 16:00 +0100, Tobias Ellinghaus wrote:
> Am Dienstag, 6. Dezember 2016, 17:47:15 CET schrieb Timur Irikovich
> Davletshin:
> >
> > Yes, I can. E.g. right-clicking base curve module header
No, just plain Gnome Shell on Nvidia.
On Tue, 2016-12-06 at 17:13 +0100, Pascal Obry wrote:
> Le mardi 06 décembre 2016 à 17:51 +0300, Timur Irikovich Davletshin a
> écrit :
> >
> > I tried another PC and my problem remains the same. It just came
> > into
> > m
No, it didn't work either. Sure, if holding for 5 seconds is enough.
On Tue, 2016-12-06 at 23:58 +0300, Roman Lebedev wrote:
> On Tue, Dec 6, 2016 at 11:28 PM, Timur Irikovich Davletshin
> <timur.davlets...@gmail.com> wrote:
> >
> > Yes, I described configuration in f
4. Yes, I can compile it myself.
On Wed, 2016-12-07 at 11:12 +0100, Tobias Ellinghaus wrote:
> Am Mittwoch, 7. Dezember 2016, 08:53:09 CET schrieb Timur Irikovich
> Davletshin:
> >
> > No, it didn't work either. Sure, if holding for 5 seconds is
> > enough.
> This s
Yes, I described configuration in first letter. Other right-clickable
interface elements in DT work quite well…
On Tue, 2016-12-06 at 21:19 +0100, Pascal Obry wrote:
> Timur,
>
> >
> > I tried it with 2 mice and touchpad — no luck. It works elsewhere
> > except those small button in DT. Well,
it is not a mouse problem.
On Tue, 2016-12-06 at 11:10 +0100, Tobias Ellinghaus wrote:
> Am Dienstag, 6. Dezember 2016, 09:35:58 CET schrieb Timur Irikovich
> Davletshin:
> >
> > Hello!
> >
> > I prefer to use shortcuts to toggle over/under exposed indication
>
popup
> will appear.
>
> On Tue, Dec 6, 2016 at 1:19 PM, Timur Irikovich Davletshin
> <timur.davlets...@gmail.com> wrote:
> >
> > Exactly, it is nearly impossible to right-click to change settings
> > of
> > over/under expose (all buttons, see screenshot)
5. Dezember 2016, 08:49:36 CET schrieb Timur Irikovich
> Davletshin:
> >
> > This is what I do usually. But I suppose if unstable PPA is
> > declared it
> > should be supported on decent level.
> I wholeheartedly agree. The same is true for the OSX packages.
> Howev
I just wonder how long will it take to update PPA? Unstable PPA updates
are a bit disappointing, usually it takes couple weeks or so.
On Sun, 2016-12-04 at 21:15 +0100, Tobias Ellinghaus wrote:
> we're proud to announce the third release candidate of darktable
> 2.2.0, with
> some fixes over the
This is what I do usually. But I suppose if unstable PPA is declared it
should be supported on decent level.
On Mon, 2016-12-05 at 16:45 +1100, Robert William Hutton wrote:
> On 05/12/16 16:42, Timur Irikovich Davletshin wrote:
> >
> > I just wonder how long will it take to updat
aw+xmp? i can't tell whether your
> history stack is indeed the same or what settings you used. fwiw i
> can
> remove the fringes from your jpg by using the defringe module..
>
> cheers,
> jo
>
> On Wed, Nov 30, 2016 at 11:52 PM, Timur Irikovich Davletshin
> <timu
ieb Timur Irikovich
> Davletshin:
> >
> > Yes I can, e.g. I get bauhaus widgets right-clicking sliders.
> Did you maybe move the mouse away from the place where you clicked
> after you
> right-clicked? The pop
OK, I'll try it tomorrow in the morning. Thanks for support.
On Wed, 2016-12-07 at 17:12 +0100, Tobias Ellinghaus wrote:
> Am Mittwoch, 7. Dezember 2016, 13:31:53 CET schrieb Timur Irikovich
> Davletshin:
> >
> > 1. I tried both fullscreen and window modes. Small screen and
:37 +0200, Tobias Ellinghaus wrote:
> Am Freitag, 4. Mai 2018, 12:35:33 CEST schrieb Timur Irikovich
> Davletshin:
> > See small patch in the attachment to reach 100% translation in
> > current
> > master branch.
>
> Thank you, pushed to master. Could you update
On Sat, 2018-05-05 at 12:37 +0200, Tobias Ellinghaus wrote:
>
> Thank you, pushed to master. Could you update the 2.4.x branch, too?
> I am not
> sure if just picking the changes is the right thing – I have no way
> of
> checking. :-)
>
> > Regards,
> >
> > Timur.
>
> Tobias
Dear Tobias,
Tobias, I believe translation files should be updated accordingly to
changes in lens.c — https://github.com/darktable-org/darktable/commit/8
b8bfc7c689c8f91bb544088283022ad219dd71b otherwise translations are
broken in that part.
Timur.
On Sat, 2018-05-26 at 11:04 +0200, Tobias Ellinghaus wrote:
>
> Yes, by translators. I updated the German one.
>
> > Timur.
>
> Tobias
If file attached in previous letter isn't good enough (it fixes all .po
files without touching translation lines) can you apply it just to
ru.po? Russian
What can I do to fix this? I posted sample here already — https://discu
ss.pixls.us/t/nikon-a-specific-raw-sample-wanted/5483/20
[rawspeed] (_DSC0137.NEF)
rawspeed::NikonDecompressor::NikonDecompressor(const
rawspeed::RawImage&, rawspeed::ByteStream, rawspeed::uint32), line 172:
Nikon 14-bit
Is it possible to remove (in lens.c:1709) "/t" in "type:\t\t\t%s\n" so
columns look aligned (see screenshot)?
Timur.
___
darktable developer mailing list
to unsubscribe send a mail to
On Thu, 2018-05-31 at 13:25 -0400, William Ferguson wrote:
> In regards to the copyright question, I looked at the output of
> dcamprof dcp2json and the json file has the line
>
> "ProfileCopyright": "Copyright 2009 Adobe Systems, Inc."
>
> To extract the profiles and convert them, on Linux and
Just as documentation says, that small patches can be sent via mailing
lists :)
See patch in the attachment. It's just small addition to changes which
Alexandre Prokoudine generously agreed to commit.
Regards,
Timur.
___
Have you tried it after conversion to DNG?
On Mon, 2018-04-30 at 08:47 -0700, Barton Hewett wrote:
> Hi, just got a new Sony a7iii and get this message when trying to
> develop picture shot on camera. I'm guessing this is because camera
> is
> so new and not in database yet?
>
>
>
>
Any chance of getting 2.4.1 build in Debian Sid/Buster?
Thanks for supporting this great piece of software!
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Hello everybody!
Just decided to play with DNG converter and discovered problem related
to lens data interpretation by DT (2.4.2).
1. NEF file loaded by DT applies correct lens parameters.
Lens info shown by DT: Nikon AF-S DX Nikkor 18-55mm f/3.5-5.6G
VR II
2. DNG file cannot apply it
On Wed, 2018-04-04 at 13:36 +0200, Tobias Ellinghaus wrote:
> Am Mittwoch, 4. April 2018, 13:15:39 CEST schrieb Timur Irikovich
> Davletshin:
> > Hello everybody!
> >
> > Just decided to play with DNG converter and discovered problem
> > related
> > to l
On Wed, 2018-04-04 at 09:27 -0400, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin <timur.davlets...@gmail.com> [04-04-18
> 08:46]:
> > On Wed, 2018-04-04 at 08:21 -0400, Patrick Shanahan wrote:
> > > * Timur Irikovich Davletshin <timur.davlets...@gmail.com
On Wed, 2018-04-04 at 08:21 -0400, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin <timur.davlets...@gmail.com> [04-04-18
> 08:01]:
> > On Wed, 2018-04-04 at 13:36 +0200, Tobias Ellinghaus wrote:
> > > Am Mittwoch, 4. April 2018, 13:15:39 CEST schrieb Timur
On Wed, 2018-04-04 at 08:21 -0400, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin <timur.davlets...@gmail.com> [04-04-18
> 08:01]:
> > On Wed, 2018-04-04 at 13:36 +0200, Tobias Ellinghaus wrote:
> > > Am Mittwoch, 4. April 2018, 13:15:39 CEST schrieb Timur
On Wed, 2018-04-04 at 09:49 -0400, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin <timur.davlets...@gmail.com> [04-04-18
> 09:40]:
> > On Wed, 2018-04-04 at 09:27 -0400, Patrick Shanahan wrote:
> > > * Timur Irikovich Davletshin <timur.davlets...@gmail.com
On Wed, 2018-04-04 at 16:09 +0200, sturmflut wrote:
> Hello Timur,
>
> On 04.04.2018 13:15, Timur Irikovich Davletshin wrote:
>
> > Simple investigation with exiftool shows that no lens information
> > is
> > lost in DNG.
>
> I guess if the data is the
On Wed, 2018-04-04 at 16:09 +0200, sturmflut wrote:
> Hello Timur,
>
> On 04.04.2018 13:15, Timur Irikovich Davletshin wrote:
>
> > Simple investigation with exiftool shows that no lens information
> > is
> > lost in DNG.
>
> I guess if the data is the
On Wed, 2018-04-04 at 13:36 +0200, Tobias Ellinghaus wrote:
> Am Mittwoch, 4. April 2018, 13:15:39 CEST schrieb Timur Irikovich
> Davletshin:
> > Hello everybody!
> >
> > Just decided to play with DNG converter and discovered problem
> > related
> > to l
You don't need another instance to add second shape. IMO everything
works as expected.
On Fri, 2018-04-20 at 22:31 +0300, Henkka wrote:
> Tried to make two low pass masks. Mission impossible. Watch this
> video. Easier to show than try to tell.
>
> https://youtu.be/wBy8nYlOpmQ
>
>
If you need those presets/examples from DT documentation:
1. Close DT
2. Save presets.sql
2. Open terminal
3. cd ~/.config/darktable
4. sqlite3 data.db < ~/Downloads/presets.sql
These includes:
1. 'lowpass' module → 'bring up shadows',
2. 'highpass' module → 'gritty details',
3. B/W film presets
stack
looks the same.
Can anyone comment, what is going on here?
On Sat, 2018-04-07 at 19:22 +0300, Timur Irikovich Davletshin wrote:
> Hello everybody!
>
> I'm sorry but I will address this question again (posted earlier as
> user question) because this issue just irritates me quite o
eated will still exist in the data set and you do
> not
> even know because the mask manager does not tell you. We should
> consider
> how to change this behavior.
>
> In the time being you can manually clean up unused shapes with the
> method described above.
>
> ulrich
&g
In the time being you can manually clean up unused shapes with the
> method described above.
>
> ulrich
>
>
> Am 16.04.2018 um 10:55 schrieb Timur Irikovich Davletshin:
> > Well, I was able to edit them with sed script to remove all masks,
> > but
> > parsing
ot of masks, but I can't seem to see which
> module even uses them?
>
> cheers,
> Simon
>
>
> On 15.04.2018 20:28, Timur Irikovich Davletshin wrote:
> > It looks like I was able to find what action causes this problem.
> >
> > Steps to reproduce:
?
> Thanks
> rawfiner
>
> Le dimanche 28 octobre 2018, Timur Irikovich Davletshin s...@gmail.com> a écrit :
> > Hello!
> >
> > I don't know is it just me or dt's fault but when I click online
> > help
> > icon and then click something in dt (e.g. i
Hello!
I don't know is it just me or dt's fault but when I click online help
icon and then click something in dt (e.g. import tab) I get crash.
Timur.
P.S. Crash report attached.this is darktable 2.5.0~git712.547f168ab reporting a segfault:
#0 0x7fab30f62b3a in __waitpid (pid=8614,
English both in OS and dt.
On Mon, 2018-10-29 at 10:34 +0100, rawfiner wrote:
> I mean, is it in english, or another language? (And same question
> concerning your operating system)
> rawfiner
>
> Le 29 oct. 2018 10:29 AM, "Timur Irikovich Davletshin" h...@gmail.com>
Same to you
On Mon, 2018-10-29 at 10:58 +0100, rawfiner wrote:
> Thank you.
> I think I have all I need to fix this.
> Have a good day
> rawfiner
>
signature.asc
Description: This is a digitally signed message part
LANG=C.UTF-8
On Mon, 2018-10-29 at 10:19 +0100, rawfiner wrote:
> Could you also tell me the language you use inside darktable please?
> Is the language of your system supported by darktable?
> Thanks
> rawfiner
>
signature.asc
Description: This is a digitally signed message part
Actually I'm not building it myself, I use official OBS packages.
I've installed *-dbgsym package, and... and see output in the
attachment.
I tried to start dt with emptied profile and it works as expected. So
problem might be in my settings/database/cache somewhere.
Timur.
On Mon, 2018-10-29
should follow same logic and just discard it.
Timur.
On Sun, 2018-12-23 at 11:27 +0100, Matthieu Moy wrote:
> - Original Message -
> > From: "Timur Irikovich Davletshin"
> > I'm not sure if this is a bug or something I don't understand.
> >
>
I'm not sure if this is a bug or something I don't understand.
Bauhaus controls let me specify (and eventually store) negative zeros
like -0.00EV in exposure module. Is it different from 0.00EV or there
is some hidden rounding problem like -0.001?
Tested in current master builds.
Thanks in
1. Yep, you right about first issue. That helped.
2. It would be better to set 0-9 slider and set coder accordingly. At
least cwebp has this kind of logic for lossless files.
Thanks for help,
Timur.
___
darktable developer
This patch does declared work in avoiding unnecessary color conversion
in lossless mode.
But it doesn't fix none of my issues. I've got my profile reset before
testing. First export in lossy mode gave me a set of very little files
of very bad quality, 300-600 kb for 20Mpx+ images. Then I just
Can someone change "scrool" (instead "scroll") typo?
#: ../src/iop/liquify.c:3355
#: ../src/iop/liquify.c:3359
#: ../src/iop/liquify.c:3363
This actually breaks all translations, so probably manual correction of
"po" files would be good thing to do.
Regards,
Timur.
signature.asc
Description:
On Sat, 2018-12-15 at 11:55 +0100, Pascal Obry wrote:
> Le samedi 15 décembre 2018 à 13:53 +0300, Timur Irikovich Davletshin
> a
> écrit :
> > Can someone change "scrool" (instead "scroll") typo?
> >
> > #: ../src/iop/liquify.c:3355
> > #:
Can anyone push updated Russian translation for the upcoming 2.6
release?
Thanks in advance,
Timur.
On Sun, 2018-05-20 at 13:15 +0300, Timur Irikovich Davletshin wrote:
> On Sat, 2018-05-05 at 12:37 +0200, Tobias Ellinghaus wrote:
> >
> > Thank you, pushed to master. Could you u
Hi everybody,
Couple issues I noticed recently while playing with WebP export:
1. Default settings (95%, lossy) provides rather mediocre results and
IMO is unusable. Probably something higher should be used.
2. Lossless settings should hide quality slider because it makes zero
difference for the
Hi!
How do you think, is it worth to change background of selected lines in
the metainfo so it looks more visible?
See screenshot attached (that line actually selected)
Regards,
Timur.
___
darktable developer mailing list
On Sat, 2019-01-26 at 14:13 +0100, Stefan Klinger wrote:
>
> Yes, I would really like this. I would also like to have better
> visual cues of whether a button is selected or not (e.g., gamut
> check,
> or the occasional dropper). IMHO the design could be less chic and
> more helpful.
>
> You
See attached.
Timur.
On Mon, 2019-02-18 at 18:39 -0300, Edgardo Hoszowski wrote:
> Can you share the xmp?
>
> El lun., 18 feb. 2019 a las 18:22, Timur Irikovich Davletshin ( .davlets...@gmail.com>) escribió:
> > Hi!
> >
> > I noticed one strange behavior in
I believe it does. Changing body type (full-frame instead of aps-c)
changes geometry. Body type description is nothing more than just a
file in /usr/share/lensfun/version_1 with cropfactor parameter being
the only meaningful information used for geometry calculaton.
Timur.
On Sat, 2019-02-23 at
Hello everybody!
I've just noticed that 2.6 and current master branch no longer shows
messages when trying to open non-applicable modules.
E.g. open typical raw file and open "scale pixels" module.
2.6 shows empty space, while 2.4 is more informative and instructs that
"automatic pixel rotation
Hi!
I don't know if this is a bug or a feature in tone curve module, but
curve scaling algorithm works only for L channel. If this was done
intentionally then it's worth to hide meaningless controls (scale algo
+ base of logarithm). But I prefer it to work for every channel.
Screenshot attached.
Hi,
../src/iop/filmic.c:1841:
"target middle grey"
../src/iop/profile_gamma.c:125
"grey point"
../src/iop/filmic.c:1679
"middle grey luminance"
../src/iop/profile_gamma.c:881
"middle grey luma"
and "gray percentile" in levels.
I'm so confused... are they the
Hi Chris.
I believe this question was addressed couple times already. Camera
sensors in fact have bigger resolution than in camera JPGs (or stock
software). They crop it to avoid quality issues which may occur in some
sensors. I believe it is camera specific.
Timur.
On Thu, 2019-04-11 at 19:48
Thank you for this comprehensive reply.
Cheers,
Timur.
On Tue, 2019-05-28 at 11:55 +0200, parafin wrote:
> Basically it was decided that depending on just fonts-roboto is the
> right thing to do. In oldstable Debian it's the only package that
> exists
> and it contains the actual fonts, in
On Sun, 2019-05-19 at 13:42 -0400, Patrick Shanahan wrote:
>
> fwiw: most of the discussion re: darktable
> was conducted on freenode irc, #darktable
> but present contributors seem to dislike that and do
> not go there. discussion has become disjointed and
>
On Sun, 2019-05-19 at 16:54 +0200, Pascal Obry wrote:
>
> I would say that this is up to the packager. My take is:
>
> - On Linux Roboto should be a dependency for best experience. But
> certainly not mandatory.
>
> - On Windows and MacOS clearly state that this should be installed by
> users.
Hi!
I'm not looking forward for another heated discussion with Aurelien
about fonts ))) I'm just telling that all three packages provide same
font just in different versions and I don't see why darktable should
prefer hinted over unhinted or vice versa.
Packaging fonts in dt bundle... well I
Hello, dear developers!
There is one minor problem with current debs from OBS. They depend on
fonts-roboto package, but Roboto font is available via several other
packages — fonts-roboto-hinted, fonts-roboto-unhinted.
Probably fonts-roboto|fonts-roboto-hinted|fonts-roboto-unhinted will be
more
Actually I have same issue on Linux too. But I was tired telling
Aurelien about font size issues and modified theme to match my needs.
On Tue, 2019-11-05 at 19:21 +0100, Moritz Moeller wrote:
> On 5.11.19 19:18, Nicolas Auffray wrote:
> > Anyway, that's not ok as the new UI is now size adjustable
st you and I that see this so I was wondering what OS and
> maybe DE you're using?
>
> Thanks
>
> On Fri, 8 Nov 2019 at 02:49, Timur Irikovich Davletshin <
> timur.davlets...@gmail.com> wrote:
> > Buttons in following darkroom modules require fixing too:
> >
!
> Have a good day
>
> Le 11/11/2019 à 03:57, Sam a écrit :
> > Hey Timur, I opened an issue on github for this, but it seems like
> > it's just you and I that see this so I was wondering what OS and
> > maybe DE you're using?
> >
> > Thanks
> >
On Tue, 2019-11-05 at 20:47 +0100, Aurélien Pierre wrote:
> Setting font size to 1em should tell GTK to use the default OS font
> size, no matter its value.
Size doesn't match default OS settings (Debian 10 default installation)
on 3 displays I tried (2 low-dpi, 1 high-dpi). Do you have link on
On Tue, 2019-11-05 at 19:49 +0100, Nicolas Auffray wrote:
> ... I'm the author of grey theme...
Nicolas, can you fix those two issues I addressed earlier? I just copy
from one of my letters to this mailing list.
1. Default dt theme has switched to sans-serif as default font but
#live-sample-data
ssues part is a better way (with the whole details I post here) to
> continue. For example, I anwser on this related issue (maybe the
> author
> is one of you) :
> https://github.com/darktable-org/darktable/issues/3295
>
>
> Le 05/11/2019 à 19:39, Timur Irikovich Davletshin a é
On Tue, 2019-11-05 at 22:22 +0100, Nicolas Auffray wrote:
Looks like I'm having bad day and have to repeat myself once again. I
was talking about default Debian 10 installation. This uses 11 pt size
like most distro do.
As I said I know that theme is "entirely" CSS adjustable. This is how I
fixed
he
> font size acting differently...
>
>
> Le 05/11/2019 à 20:54, Timur Irikovich Davletshin a écrit :
> > On Tue, 2019-11-05 at 20:47 +0100, Aurélien Pierre wrote:
> > > Setting font size to 1em should tell GTK to use the default OS
> > > font
> >
On Tue, 2019-11-05 at 20:47 +0100, Aurélien Pierre wrote:
> > Real size of 1em is 13.33px on my OS (with default OS font on
> > 10 size). If I increase my OS font on 11 size, the size of 1em
> > become 14.66. 1em = 1.px, so just the normal
> > behaviour.
> >
Nicolas, strange
Thank you for quick and useful reply.
Good night!
On Tue, 2019-11-05 at 23:00 +0100, Nicolas Auffray wrote:
> > Nicolas, can you fix those two issues I addressed earlier? I just
> > copy
> > from one of my letters to this mailing list.
> >
> >
> >
> > 1. Default dt theme has switched to
Hi,
1. Default dt theme has switched to sans-serif as default font but
#live-sample-data still uses "courier". I believe "monospace" is better
choice if aliased font is used in all other places (like serif, sans-
serif, monospace).
2. Bold font is used on hovering elements like buttons which I
Hi dear developers.
There a strange thing I noticed with lowpass filter module (master
branch builds).
Steps to reproduce:
1. Load raw picture from this post:
https://discuss.pixls.us/t/play-raw-sensible-presets/11088
2. Apply lowpass filter with bilateral filter setting.
3. Result is the
Linux version works fine with these settings.
Timur.
On Sun, 2019-11-17 at 18:02 +0100, 8...@gmx.net wrote:
> This seems to work in any image:
>
> - switch on the frame tool in Darktable 3.0.0rc1-win64
> - adjust frameline size > 0%
> - adjust frameline offset = 100%
> - get a crash
>
>
e is now only converting the floating point output of
> the pipe (image or masks) to 8 bits unsigned integers, to be sent to
> the display. As such, it is not used when exporting to a file.
> Aurélien.
> Le 17/11/2019 à 14:02, Andreas Schneider a écrit :
> > On Sunday, 17 November 20
Hi dear developers!
Short question. What is gamma module which has appeared in history
stack in dt 3.0 builds? There is no such module in darktable nor it can
be disabled in history stack. Is it something that has got into history
stack by mistake or some hidden darkroom module?
Thank you in
Hi dear developers!
There is another thing I noticed in master branch builds. It looks like
lighttable → styles supports hierarchy by using "|" as a divider. It
imposes no limits on the number of "|" and looks just fine. But in
darkroom mode only one level of hierarchy is supported, the rest is
Actually I agree. Darktable lacks of terminology unification across
modules. E.g. AFAIR there are around 6 different names for 18% gray. In
some places it is "grey" but in others it is "gray".
Timur.
On Mon, 2019-11-18 at 14:03 +0100, Moritz Moeller wrote:
> On 15.11.19 12:02, parafin wrote:
> >
t; or all American English spelling, not just American for some and
> British for others.
>
> On Mon, Nov 18, 2019 at 8:29 AM Timur Irikovich Davletshin <
> timur.davlets...@gmail.com> wrote:
> > Actually I agree. Darktable lacks of terminology unification across
> >
No, dt will say that you're importing 400 files, but in fact 200 will
be imported.
Timur.
On Mon, 2019-11-18 at 10:36 -0500, Julian Rickards wrote:
> Perhaps: 200 RAW (200 JPG, ignored)
>
___
darktable developer mailing
argument, now how do we actually fix the soft in a UI-
> consistent yet technically-accurate way ?). I'm waiting for the pull
> requests…
> Le 18/11/2019 à 14:29, Timur Irikovich Davletshin a écrit :
> > Actually I agree. Darktable lacks of terminology unification across
> > mo
picker ; so having a
> different
> way is not a problem as they are not totally the same). Not needed
> to
> have them have the exact same behavior.
>
> Nicolas
>
>
> Le 15/11/2019 à 18:09, Timur Irikovich Davletshin a écrit :
> > Hi developers!
> >
> >
Hi developers!
1. tone equalizer module → display exposure mask icon has no hover
background lightening. Compare with display mask icon in drawn mask
blending.
2. Same problem in tone equalizer module → masking tab → picker tool
next to mask exposure compensation and mask contrast compensation.
tter
> to do that just on the picker (not the background but the picker
> himself). It's a possibility, but for me it's good as it is actually
> (and nobody else seems to have problem with that...). That's my view
> here !
>
>
> Le 15/11/2019 à 18:40, Timur Irikovich Davletshin a
Christian, thanks!
Timur.
On Sat, 2019-11-16 at 14:38 +0100, Christian wrote:
> Timur,
> I've opened a ticket for this issue:
>
> https://github.com/darktable-org/darktable/issues/3435
>
> christian
>
> Am 16.11.2019 um 08:31 schrieb Timur Irikovich Davletshin
Hi Diederik!
Well, this is what I see every start. System: Debian 10, I tried
starting with empty profile. Will you remove that single line of code?
Thanks for quick reply,
Timur.
On Mon, 2019-11-18 at 21:23 +, Diederik ter Rahe wrote:
> Hi Timur, Pascal,
>
> I used to see this when I was
https://github.com/darktable-org/darktable/issues/3435 — this issue can
be closed, was fixed by
https://github.com/darktable-org/darktable/commit/d4156db4a3ebc8df7f872eb04bcef6530a2f4f70
Thanks a lot!
Timur.
On Sat, 2019-11-16 at 17:33 +0300, Timur Irikovich Davletshin wrote:
> Christ
I confirm.
All new imports are black. Linux, builds from
https://software.opensuse.org/download.html?project=graphics:darktable:master=darktable
Timur.
On Sat, 2019-11-23 at 14:59 +0100, Pascal Obry wrote:
> Alexander,
>
> > An image is displayed correctly in the darkroom, but the histogram
>
Hi developers!
There is no need to create empty directory /usr/lib/darktable/tools if
tools are not supplied in Debian builds:
https://software.opensuse.org/download.html?project=graphics:darktable:master=darktable
Thank you dealing fast with previous issue with lost translations,
Timur.
Hi developers!
I noticed that new imports (3.0 branch) have odd color casts in
hightlights due to changed defaults in base curve module. Preserve
color = luminance is the one which causes problems. I'm not telling
that it is a bug, I'm questioning using it as default settings because
color
Hi developers!
It can be considered as a bug since creators of darktable insist on
lower case spelling. Debian builds use "Darktable" spelling which
should be fixed.
Timur.
___
darktable developer mailing list
to
darktable teams.
> For
> Debian builds, you have to see that with Debian team, not darktable
> one.
>
>
> Le 05/12/2019 à 05:08, Timur Irikovich Davletshin a écrit :
> > Hi developers!
> >
> > It can be considered as a bug since creators of darktable insist
Hi dear developers!
What is the point of "export width" and "export height" in "image
information"? It seems to be straightforward but no matter what I do
they remain just zeroes. Is it not working the way it was meant to be
or I miss something?
Thank you in advance,
Timur.
1 - 100 of 125 matches
Mail list logo
