Lightoom Classic 8.0 is released

Lightroom Classic 8.0 is released today.
Here are are the major features:

  • Lightroom Classic 8.0 provides a new Process Version (PV) 5.
    PV 5 provides you with: Improved negative dehaze and Better image quality behavior for high ISO raw files.
  • Single-step HDR panorama merge
    You can now create an HDR panorama image using a series of bracketed shots.
    The option is available with the existing Merge option.
  • Depth Range Mask
    Depth Range Mask is available for HEIC files captured using iPhone 7+ and 8+ and x.
    You primarily need to have embedded depth range data in the image.
    You can use the eye dropper tool to sample only a single point or an area. This in turn adjusts the values of the range slider.
  • New Tether options for Canon cameras.
    This option is faster and reliable than the older one.
    In addition, you can change the camera settings such as shutter speed, aperture, and ISO.Please let us know your feedback.


Lightroom Classic 7.4 is released

Lightroom Classic 7.4 is released with the following new features:

  • HEIC files are supported on Mac 10.13 and above
    We are working on the support for other platforms. If you sync HEIC files to a catalog that runs on a non-supported platform, you won’t be able to work with the files. HEVC files (that has .mov extension) are not yet supported in Lightroom Classic. We are working on the support.
  • Stack files after a merge operation
    You can select to stack files after a merge operation (both panorama and HDR).
    The stacked image would be displayed at the top of the stack.

  • Faster Folder Search

In the previous versions, some of you had faced a problem that Folder Search becomes unresponsive for some time.
You were seeing the beach ball till the search becomes responsive. (Folder Search was introduced in Lightroom Classic 7.2.)
Please try the new Folder Search implementation. It is more responsive and faster.

  • Folder coloring
    You can col0r the folder to identify them for any specific activity.
  • Manage Profiles and Presets

You can manage your profiles and presets by hiding profiles or preset groups that you don’t use.
Many of you suggested the same in the last release.

For Profiles:
1. Right-click a Profile Group and select Manage Profiles.
2. Manage Profiles pop-up window displays all Profiles that are not marked as Favorite.
3. Select the Profiles you don’t want to see and select Save.

You can also select a Profiles Group, right-click and select Reset Hidden Profiles to display all the Profiles again.

For Presets:
Select the + symbol displayed on top-left corner of the Preset panel.
Select Manage Presets.
Manage Profiles pop-up window displays all Profiles that are not marked as Favorite.
Select the Profiles you don’t want to see and select Save.

Here is an update about Facebook plugin:

  • Facebook plugin won’t work from August 1st, 2018 on wards.

Facebook stopped displaying images sent from application such as Lightroom Classic in the timeline.
To alert you all about this, you will see the following message while publishing or configuring the Facebook plugin.

Please update and let us know what you feel.

Lightroom Classic 7.3.1 update is released

Today we have released the update based on the feedback we received for profiles introduced in 7.3.
Please see the complete list of bug fixes here.

Lightroom Classic 7.3 is released

Lightroom Classic 7.3 is released today. You will start getting the Update notification soon.
Here is a  comprehensive list of major updates went in:

  • New Profiles
    Adobe Lightroom Classic allows you to choose a camera profile option. A camera profile determines the color treatment applied to a raw image after it’s imported into Lightroom. It ensures that all images taken with the same settings look similarly in Lightroom. The default profile used to be Adobe Standard. From Lightroom 7.3 on wards, Adobe Color is going to be the default camera profile.
    Adobe Color profile is more contrasty and saturated compared with Adobe Standard.
    You are provided with the following profiles as a drop-down list:
    • Adobe Monochrome
    • Adobe Neutral
    • Adobe Vivid
    • Adobe Portrait
    • Adobe Landscape
      These profiles have been moved to a much prominent place in the Basic panel of the Development module.

      In addition, you are provided with a set of following Creative Profiles.
    • Modern
    • Vintage
    • Artistic
    • B&W
      These profiles help you to apply a certain style to your photo effortlessly. Applying a creative profile will not update the changes you already applied to an image. In addition, it also provides with an amount slider to change the intensity of the applied profile. Select the Browse button, shown in the previous image, to see the creative profiles.

  • Import grid performance
    On Windows machines, when you connect to a mobile phone (Android / iPhone) and then open the Import window, the images should appear faster. Previously, Lightroom Classic used to display all the images at a time, after the image scanning is complete. In the latest version, 7.3, it displays images in batch wise.
  • Face detection
    The underlying face detection engine is changed resulting better face detection and face recognition. Now, you can regenerate faces using the Library > Find Faces Again option at any point in time.
  • The Dehaze slider location
    The Dehaze slider is moved to the Basic panel as per your request.
  • Bigger tone curve
    Updated the Facebook API that uses for authentication in Facebook plugin. As a part of this change, you won’t be able to add a comment to a photo from Lightroom Classic.
    Bug Fixes
  • In the Filename Template Editor, when you insert a token as shown below, it always used to go to the end of the tokens string. Lightroom Classic 7.3 fixes the issue.
  • This version also fixes an issue on Mac that the Import window doesn’t appear after connecting an SD card while Lightroom is running.

Lightroom Classic 7.2 with better performance is released

Lightroom Classic 7.2 is released today. Let me introduce some of the changes went in:

  • Performance Improvements
    In the past, many users have reported that Lightroom becomes slower after a prolonged usage. This issue should have been fixed with this version. Also, resource-intensive activities, such as export, import, preview generation, and HD/panorama merge should be faster if your machine has 12 GM or more RAM.
    We, specifically, have implemented changes related to Threading Building Blocks (TBB). This should be effective on machines with 12 GB or more RAM.
  • Filter Folders
    You can search for folders.

    You can also mark some folders as favorite.  And, easily filter them out.

    Note that if you select multiple folders and mark them as favorite as a group, you need to unmark them favorite as a group itself. If you don’t remember the folders that you marked favorite as a group, see the same from filmstrip panel.

    There are some known issues with this feature:
    • When you clear the Search field after a search, Lightroom Classic re-calculates the image number; it takes some time to display the image numbers.
    • At a time, the drives names disappear following a search for a short duration of time.
  • Sort edited and unedited images

  • Create collection or collection set quickly
    You can create collection or collection set quickly from folders.
    If the folder has sub folders, the Create Collection option appears in the context menu. The directory structure is retained while creating the collection set, with all parent directories are retained as collection set.

Embedded Preview workflow in Lightroom Classic CC

Lightroom Classic 2018 introduces the embedded preview workflow that helps you to reduce the time to select the right images for developing (culling). While importing the images, select the Embedded and Sidecar option for building the previews.

When you import an image into Lightroom, it creates various previews for you. By default, Lightroom creates a minimal preview, which is the thumbnail that you see in the Library grid view. When you move to the Loupe view, it generates the standard preview. Further, when you zoom the image, it generates the 1:1 preview on the fly. These previews are different from the camera-generated previews. Since Lightroom needs to create these previews, when you navigate through many images in the Loupe view, you see the loading bezel. In other words, images take time to load. One way to overcome this issue is to create standard or 1:1 previews while importing itself; however, this process takes more time, since Lightroom builds previews.

The new feature helps you to overcome both these issues to certain extent.  In this workflow, Lightroom, instead of creating its own previews, reads and makes use of the embedded previews in the Library module. This process takes less time in most of the computers.

Embedded preview is a camera preview, which is created by the camera, and is available with the raw image. Latest Nikon and Canon cameras have full size embedded previews. Means, the camera-generated embedded previews can be used for culling. Sony, Olympus, and Fuji cameras don’t have full sized embedded previews. In this case, Lightroom checks if the embedded preview size is 50% of that of the raw image. If not, the standard preview is created instead of reading the embedded preview. Create a jpg sidecar image along with the raw. If the image has the sidecar file, it’s being read for creating the preview in the Library module.

While the importing is in progress, you can start culling, since Lightroom would be responsive while embedded preview is being read, than standard preview is created. Similarly, if you import images into multiple folders, the embedded preview generation is prioritized based on the folder you view. Embedded previews are available only in the Library module. After the culling, when you move to the Develop module, after edit, the standard preview is created. Means, you start seeing the Lightroom preview.

Images with embedded previews are marked by a symbol in both Library and Loupe views. Click it if you wish to convert an embedded preview into standard preview.

There is an option provided in Preferences’ General tab that converts the embedded previews into standard previews when your system is idle.

We hope you will enjoy the new culling experience.

Some of the caveats:

  • Generating embedded preview, if you convert the raw files into DNGs, may not be a great idea.
  • If you apply a Develop preset, while importing, you may see two different previews. Library preview won’t have the Develop preset you applied. The preview gets updated after you make a change in the Develop module.
  • Performance can vary based on the machine configurations.

We will wait for you feedback to improve this further. Thanks for your feedback!!

Adobe Experience Manager Learning Series – Part 2

This is my first post in this year. With my last post, I have completed second series of video tutorials that covers some of the main concepts in AEM development. We didn’t do anything complex; however, it will help you to get a quick start.

If you are learning, see my blog too. It has the transcripts available. Also, you could see the correct order in which you need to progress. The exercise files are available in my GitHub account.

Stay connected.
Happy New Year and Happy Learning!!

Create a custom workflow

In this post, we will see how to implement a workflow using AEM. As the name suggests, a workflow represents a step-by-step process to accomplish a common task. For example, author creates the content. Then, the content goes to an editor for approval. After the approval, the content can be published. As usual, we will see a simple implementation.

(Get the code samples from my GitHub account.)

After executing the workflow, we will log the name of the page into the custom log. I know it’s so simple – but it will give you an idea of how executing a workflow can kick off a method in a bundle.

  1. Create a WorkflowImpl class in the com.aemcompany.myproject.impl package.
    public class WorkflowImpl implements WorkflowProcess{
    private Logger log = LoggerFactory.getLogger(this.getClass());
    public void execute(WorkItem workItem, WorkflowSession workflowSession, MetaDataMap args) throws WorkflowException
    WorkflowData data = workItem.getWorkflowData();
    String payload = (String)data.getPayload();;
  2. Implement WorkflowProcess interface.
  3. Implement WorkflowProcess interface.
  4. Use a WorkflowData object to get the workflow data.
  5. Get the payload from the workflow data.
  6. Write it to the log.

Now let us create a workflow using the AEM interface.

  1. Go to the workflow console:
  2. Select New.
  3. Enter the name.
  4. Double-click the newly created workflow.
  5. Drag and drop a process step
  6. Select AEM Workflow Process we created.
  7. Select Handler Advance. Selecting this advances the workflow to the next step automatically, without executing any additional steps.
  8. Select OK.

Let us execute the workflow.

  1. On the page we created, go to the Workflow tab.
  2. Select AEM Company and select Start Workflow.
  3. Select Step 1 and select Complete.
  4. Select OK.
  5. Open the log.

See the name of the page where it’s executed is added to the log. It was a small demo – hope it gave a basic idea of implementing workflow.

See you soon.


Create a custom JCR event

In this session, we will see how to create a custom event and manage it. A custom event helps you to manage a specific activity happened on an AEM instance. For example, you want to send an e-mail to an editor as soon as an AEM page is created by a content creator; so that the editor is aware that the page needs to be edited at a later stage.

Let us start. We will create a new AEM component for creating a custom event.

  1. Inside com.aemcompany.myproject.impl, create a new class
    Note that the class is extended by EventListener interface that provides you the methods to manage the event.
  2. Create the following class variables:
    private SlingRepository repository;
    private ResourceResolverFactory resolverFactory;
    private Session session;
    private ObservationManager observationManager;
  3. Create an activate() method.
    This method gets called when the component get activated.
  4. Create a session object.
    session = repository.loginAdministrative(null);
  5. Create an  observationManager object.
    observationManager = session.getWorkspace().getObservationManager();
  6. Use the observationManager’s addEventListener method to create a custom event.
    observationManager.addEventListener(this, Event.NODE_ADDED, "/content", true, null, null, false);
  7. Implement an onEvent method.
    We will use this method to log an event whenever the custom event is fired.
    public void onEvent(EventIterator itr) {"A new node was added to /content ");                       
  8. Create deactivate() method basically to ensure to log the session out before the component gets deactivated. (Which is not explained, since it’s not directly related to the custom event.)
  9. Now, let us test it. Got to the Content folder and create a new test page.
  10. Open the log file and observe that the onEvent method is called.


Search in AEM repository

In the last session, we have seen how to add a property to a JCR node. We primarily created a resourceResolver object and created a resource using the path to the node where we wanted to set the property. Converted the resource into a Node using the adptTo() method. And, then used the setProperty() method to set the property. Finally, we created a session object in the similar manner, and then saved the property.

In this session, we will see how to perform a basic search option. There are many ways to accomplish the same. We will see the simplest way. The intention is to be cognizant of how a search operation is performed. In the repository, we will search for the page that contains a property author which is set to Sunil.

  1. Go to the interface and add the following method:
    public String getResult();
  2. In the SearchServiceImpl class, create a Resource Resolver. We have discussed this in length in of the previous sessions.
    Map<String, Object> param = new HashMap<String, Object>(); 
    param.put(ResourceResolverFactory.SUBSERVICE, "readService");
    ResourceResolver resourceResolver=null;
    resourceResolver = resolverFactory.getServiceResourceResolver(param);
  3. Create a session object using the adptTo method.
    Session session = resourceResolver.adaptTo(Session.class);
  4. Create a QueryManager object as follows:
    javax.jcr.query.QueryManager queryManager = session.getWorkspace().getQueryManager();
  5. Create a query String.
    We need to find the page that contains author property as Sunil.
    String sqlStatement = "SELECT * FROM [cq:PageContent] WHERE CONTAINS(author, 'Sunil')";
  6. Create a JCR query.
    javax.jcr.query.Query query = queryManager.createQuery(sqlStatement,"JCR-SQL2");
  7. Obtain the result as follows:
    javax.jcr.query.QueryResult result = query.execute();
  8. Create a JCR node iterator and convert the result into an iterator.
    javax.jcr.NodeIterator nodeIter = result.getNodes();
  9. Use the following code to find the node and get its properties, such as author and title.
    while ( nodeIter.hasNext() ) {"From the search");
     javax.jcr.Node node = nodeIter.nextNode();
     title = node.getProperty("jcr:title").getString();
     author = node.getProperty("author").getString();
  10. Return author.
  11. Access the bundleservice component. Add the following code in the default script.
    <%= searchService.getResult()%>
  12. Refresh the page we created. It should display the value of the author property.