Skip to main content
Inspiring
December 2, 2010
Not Prioritized

P: Provide support for Linux

  • December 2, 2010
  • 325 replies
  • 12604 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

Inspiring
February 22, 2019
There are a lot of us who are forced to keep on using windows just for using Lightroom. I am a physicist who does computational physics. I have absolutely no need and no time for windows and their updates and all the rubbish that comes along with it. These days it is becoming increasingly difficult to dual boot windows and Linux and I need Linux for my work and basically everything that can be done on a computer runs on Linux other than Photoshop and Lightroom. I absolutely love photography and Lightroom is the most essential tool for me and a lot of others. It would be wonderful to have Lightroom for Linux!
Inspiring
November 8, 2018


I would love to be able to edit on my Linux machine. Thanks for the web support, but there should be a real client app as well.
Known Participant
April 15, 2018
I wouldn't create any software dependent on Adobe SDKs.  I had some fairly complex javascript programs for Bridge, but gave up when Adobe failed to fix (or even acknowledge) critical bugs for over 5 years in Bridge, although it was working under photoshop.  Here is an  example: 
https://feedback.photoshop.com/photoshop_family/topics/extendscript_ui_not_drawing_correctly_in_brid...  You might want to cut your losses ...
Known Participant
April 15, 2018
It's been two years. Any progress on these bugs?
Participating Frequently
January 26, 2018
Thanks for keeping the pressure on everyone.  I absolutely love my setup with MIDI2LR and a Novation Launch Control XL but the craziness of a few of these bugs certainly throws a wrench in editing 1,500 photos each week.  As MIDI controllers become more popular in editing I hope this pushes Adobe to fix the bugs.  I mean there must be a reason they want me to pay them every month right....
Participating Frequently
January 25, 2018
I think the "real" problem is not in the API but in the "trigger" of the alternate display function. For some (unknow) reason it triggers with the Click-Event on the slider. From my point of view this is absolutely not needed. LR could just check if the ALT/ Option key is pressed when a slider changes it's value - these two conditions (ATL/ Option key pressed + slider value changes) are enough to toggle to the alternate display.

This would automatically solve all remaining problems that exist when not "clicking" the slider:
 - changing the slider via the LR API
 - changing the slider via keystrokes (like with VSCO keys)

Should be easy to solve with access to the source-code 🙂

...but: a dedicated (new) API entry for "changing the values with alternate display enabled" would be fine, too.

We would need something like "enable alternate display", then change the values and then "release alternate display" - otherwise the display would just flicker and would be toggled back to normal, if the value does not change anymore....
Participating Frequently
January 25, 2018
I think the best approach to the A.t/Option key issue is to do it in the API rather than work on better keystroke capture. This should be easier to do, and my users are typically not using the keyboard at the same time as the midi device. So, there could be a function for  alt/option that toggles the pressed state, or there could be additional parameter names that not only adjust the underlying value but also signal that it the Lightroom interface should act as if the alt/option key were pressed. For example, SharpenRadius could have a matching SharpenRadiusAltOpt that would adjust the SharpenRadius parameter but showing the display one would see when the Alt/Opt keys were pressed.
Participating Frequently
January 25, 2018
I just saw that you did know about this problem for more than a year.
It makes me very disappointed that a company like Adobe does not manage it to fix a bug in a year --- even worse: that you even did not start working on a solution.

mood: frustrated
Smit K
Community Manager
Community Manager
January 25, 2018
Really ? you need one year and did not begin with fixing a bug ?!?
Smit | Lightroom Team
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.