Skip to main content
Inspiring
December 2, 2010
Not Prioritized

P: Provide support for Linux

  • December 2, 2010
  • 325 replies
  • 12606 views

Lightroom for Linux - is it possible? Most my friends and I need it, because of not using Windows and current Linux tools can't get so great instruments for raw preprocessing and organizing...

325 replies

Participating Frequently
January 24, 2018


The Alt (Option) key is used with several different sliders to show an optional display that highlights what is being changed (like showing the over-exposured areas when moving the exposure slider). 

This feature is currently triggered by the Click-event on the slider, so if I hold down the ALT / Option key and then click on the slider and change it's value, everything works as expected.

BUT: I don't use my mouse/ pen to change slider-values - instead I have a MIDI-device connected to my mac and use a plugin to communicate with Lightroom via the LR API.

Now, if I press and hold the Option key (or the ALT key on the PC) and then change the slider with the MIDI device, the display does not change it's behaviour. 

When I do the following, it does work:

1) press and hold the Option key
2) use the mouse to click and hold on the slider (no matter which one)
3) change the slider with the MIDI-device
4) the alternate display is shown from the begin of value changes 

I could achieve similar when I use an external programm to simulate the mouse-click on the slider, but due to the dynamic interface it's impossible to know where the slider-knob is located on the screen...

Please fix this bug.

From my point of view you could simply don't wait for the click-event and rather check only if the ALT/ Option key is pressed to swap to the alternate display.

This should work for all cases - for changes via the external programming interface, too.
Participating Frequently
January 24, 2018


The Alt (Option) key is used with several different sliders to show an optional display that highlights what is being changed (like showing the over-exposured areas when moving the exposure slider). 

This feature is currently triggered by the Click-event on the slider, so if I hold down the ALT / Option key and then click on the slider and change it's value, everything works as expected.

BUT: I don't use my mouse/ pen to change slider-values - instead I have a MIDI-device connected to my mac and use a plugin to communicate with Lightroom via the LR API.

Now, if I press and hold the Option key (or the ALT key on the PC) and then change the slider with the MIDI device, the display does not change it's behaviour. 

When I do the following, it does work:

1) press and hold the Option key
2) use the mouse to click and hold on the slider (no matter which one)
3) change the slider with the MIDI-device
4) the alternate display is shown from the begin of value changes 

I could achieve similar when I use an external programm to simulate the mouse-click on the slider, but due to the dynamic interface it's impossible to know where the slider-knob is located on the screen...

Please fix this bug.

From my point of view you could simply don't wait for the click-event and rather check only if the ALT/ Option key is pressed to swap to the alternate display.

This should work for all cases - for changes via the external programming interface, too.
Participating Frequently
January 12, 2018
I can also confirm that holding down the Alt/Option key on my USB keyboard while adjusting the dial on my MIDI controller doesn't work.
Participating Frequently
January 12, 2018
In reply to Jeffrey Tranberry (sr. Product Manger, Digital Imaging) that simply merged my bug report to this thread, unfortunately Jeffery, my Plug-in IS telling Lr to behave like the Alt key is down but the BUG in the SDK call LrDevelopController.setValue means that Lr is ignoring it.
Participating Frequently
January 12, 2018


When controlling Lightroom CC with a MIDI controller via the Lightroom API, the option key (MAC) is ignored so we are unable to have the masking areas shown on the image while adjusting the sharpening mask for instance.  Please fix this bug within the Lightroom API

See #14 on this page: https://github.com/rsjaffe/MIDI2LR/wiki#faqknown-issues
Participating Frequently
December 7, 2017
Are you still expecting something from Adobe? Seriously? I have open this tread 2, 3 or more years ago!!!! I'm on a darktable forum and can tell you that many people are doing the transition now. Maybe it is time for you to do so? We are also starting to see some professional moving to darktable. In anycase, don't hold your breath on this.
Known Participant
December 7, 2017
Any way we can kick Adobe in the right direction? The longer they postpone, the harder it gets for them.

Oh and please stop recommending Darktable. Maybe it works for some folks, but it only gives Adobe a weak excuse not to port Lightroom over to Linux.
Smit K
Community Manager
Community Manager
November 10, 2017
Sorry, not yet on this request. It's still in the queue.
Smit | Lightroom Team
Smit K
Community Manager
Community Manager
November 10, 2017
Have these defects been fixed in Lightroom Classic?
Smit | Lightroom Team
Participating Frequently
October 29, 2017
Which RAW? Maybe you shoudl post on the darktable mailing-list? Saying that here will probably not help you 🙂