Even if we don't implement custom LO macro or accelerators macos mappings for the Touchbar--the Touchbar replaces the physical Function keys on the new keyboards.  

We will need to assure correct handling for our Fn key needs with the Touchbar in the near term. But could consider assigning macros for productivity once we have the framework in place.

=-ref-=

https://support.apple.com/en-us/HT207240

https://developer.apple.com/library/content/documentation/UserExperience/Conceptual/OSXHIGuidelines/AbouttheTouchBar.html

https://developer.apple.com/macos/touch-bar/

@ Adolfo Jayme: I have seen that you just reduced the Importance of this enhancement request to "lowest". I hope you reconsider this rating, due to two reasons:

First, it is likely that the new Macbooks 2017 (due May/June) will have the same feature. Then the importance need to be set higher again, IMHO.

Second, as V Stuart Foote pointed out in comment 1: LibreOffice needs to assure correct handling for our Fn key needs with the Touchbar

I do not see any requirement to fully implement the adaptive context aware functions of the touochbar. But it is important that our cross-platform use of "legacy" IBM Function keys are accommodated.

Providing a simple NSTouchBar "bar" and "items" for our function keys alone should have any priority in the core.

Supporting more complex contextual bars and items to hold LibreOffice GUI controls belongs in an extension.

At least based on https://www.youtube.com/watch?v=aU2eqKO-Fz4 , you can make the function keys show up always for an app without changes to the app. I don't have a MacBook with a Touch Bar so I don't know whether it actually works with LibreOffice.

Nice GSoC project, here is some technical background https://developer.apple.com/documentation/appkit/touch_bar