LibreOffice counterpart to https://issues.apache.org/ooo/show_bug.cgi?id=87090 Presently, LibreOffice for Mac OS X installs the entire suite into one .app bundle. There are no separate launchers for the individual components, so users cannot have e.g. an icon for Writer in the dock. The AOO ticket has an attached solution in the form of "dummy" .apps for each component which only contain a bit of AppleScript. Whether the license is suitable or not (the attachment dates back to 2008, as the bug was originally filed against OO.o) it should be easy enough to reconstruct from first principles.
Set Status to NEW because this is a valid enhancement request (there are no separate dock icons for the components of LibreOffice 3.3.x, 3.4.x, or 3.5.x on MacOS X). (Personally, I don't know if this would be a good enhancement -- I prefer the way it is now --, but this does not change the fact that this is a valid request. ;-)
*** Bug 57594 has been marked as a duplicate of this bug. ***
(Copied “see also” hint to appropriate field.)
I also do support this. +1
Still an issue with 4.3.4.1 on OS X 10.10. Is it so hard for osx?
(In reply to GSC from comment #5) > Still an issue with 4.3.4.1 on OS X 10.10. Is it so hard for osx? Yes. The simple fact of the matter is that there are an insufficient number of developers working on the OSX port, and other more important problems to solve. The solution to this : - put up with it ; - do it yourself ; - find someone to do it for you for free ; - pay someone to do it for you.
I understand that there are not that many people on the OSX ported version and this is a great free software but also matter of the fact is I just tried to switch to LibreOffice for the first time and this seemingly little usability issue made me uninstall it again. Having to do this two-step process should not be necessary in the first place. Otherwise I would love to support this wonderful open source software and recommend it to other people.
This is hardly of "high" importance?
(In reply to Tor Lillqvist from comment #8) > This is hardly of "high" importance? Agreed. Medium at best.
This is the only reason I don't use libreoffice on Mac. as I use it on Windows and Linux which I can directly click the dock icon for different component while I can't do this on Mac. The solution should not just create some scripts to wrap the different components, but I think we need to reconsider how to package the whole stuff which have some common components and have individual bundles on Mac. Wish this can happen soon.
I also won't use LibreOffice on macOS because the individual components are not packaged separately. Having to open a Works-style launcher to chose the app I need somehow seems to cheapen the perception of the suite. I would ditch my Office 365 subscription if this was changed.
It's now 2019, and libreoffice 6.3 was just released. and there's still no update for this feature yet. really think the individual app bundle on Mac makes lot of sense for users. I don't like to open LO, then choose what type of document I want to create. Also the individual app bundle allows me to put each one on the dock, and I can easily organize all my frequently used app on the dock and remember where they are, so it is so convinient for me to quickly select them by using mouse or touchpad
*** Bug 97946 has been marked as a duplicate of this bug. ***
Adding notes from https://bugs.documentfoundation.org//show_bug.cgi?id=97946 Discussed this in the ESC meeting Jul/18 2019 and there was agreement to modify the installer. + only a matter of adding launchers (Christian) + provide a template and pull it into your dock easily + D&D installer gets you 1 application + perhaps a folder with some templates you can drag → launcher + no LibO code-change necessary. + lets find some volunteer that cares to write it (Michael)
The only things that are needed for component-specific bundles are: 1. A one-liner shell script which invokes `soffice --<component>` for each component; 2. A basic Info.plist which points to the shell script (handled by sysui/Package_infoplist.mk); 3. The application icon (handled by sysui/Package_osxicons.mk). The directory structure is: Component.app |-Contents |-MacOS |-shellscript |-Resources |-icon.icns |-Info.plist The shell script is literally just: #!/bin/bash /Applications/LibreOffice.app/Contents/MacOS/soffice --writer The actual bundling lives in solenv/bin/modules/installer/simplepackage.pm from around line 263-436. The easiest thing to do would probably be to add an extra step in there which iterates over each component, generates the directory structure, generates the shell script and Info.plist, and copies script, icon and plist into the directory.
> /Applications/LibreOffice.app/Contents/MacOS/soffice --writer Surely one can't assume that the LibreOffice.app is installed in /Applications. This is not the right way to solve this issue.
(In reply to Tor Lillqvist from comment #16) > > /Applications/LibreOffice.app/Contents/MacOS/soffice --writer > > Surely one can't assume that the LibreOffice.app is installed in > /Applications. This is not the right way to solve this issue. Making the assumption that the launcher is in the same directory as the main LibreOffice app bundle (which I think is the only practical solution), it's not difficult to use a relative path: dir=$(dirname "$0") "${dir}/../../../LibreOffice.app/Contents/MacOS/soffice" --writer So long as both app bundles are in the same directory this should work regardless of where they are on disk.
*** Bug 133132 has been marked as a duplicate of this bug. ***