| Summary: | Add BPMN diagram shapes to gallery | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Heiko Tietze <heiko.tietze> |
| Component: | Draw | Assignee: | andreas_k <kainz.a> |
| Status: | CLOSED FIXED | ||
| Severity: | enhancement | CC: | kainz.a, libreoffice-ux-advise, vsfoote |
| Priority: | medium | Keywords: | needsUXEval |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 99671, 131779 | ||
| Attachments: | BPMN Template Draw file | ||
|
Description
Heiko Tietze
2016-05-04 13:12:40 UTC
BPMN shapes are ready and can ship with LibreOffice by default. You can test the gallery with this extension https://extensions.libreoffice.org/extensions/bpmn-gallery I'd appreciate to ship this gallery as BPMN is well known. Push the binary, I will accept it if we have the sources somewhere, eg. attached to this ticket. Created attachment 158629 [details]
BPMN Template Draw file
attached the BPMN draw file. I draw all the shapes from the BPMN gallery with draw so the source of the gallery is the attached file.
andreas kainz committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2e74fdc559eb1b7bab1a6661203400017f93b234 Resolves tdf#99675: Add BPMN images to the gallery It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reverting the patch since it's not working. Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dc26debf57e37a91f041e1972ee8027c49085e5f Revert "Resolves tdf#99675: Add BPMN images to the gallery" It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. no path problem, but problem with registering the extensions with LibreOffice - they don't get picked up. http://www.iu-bloomington.com/ Reason for that is that LibreOffice compares the timestamp of the shared extension folder with a file in the user's profile. https://www.webb-dev.co.uk/ Due to the way the languagepacks work on Mac, this doesn't work, as the folder is set to the build-time of the languagepack, not to the time of the current installation. https://waytowhatsnext.com/ Workaround is to either remove the file from the user's profile: "rm ~/Library/Application\ Support/LibreOffice/4/user/extensions/bundled/lastsynchronized" http://www.acpirateradio.co.uk/ (should be one line) or to touch (= update the timestamp) of the shared/bundled extensions folder: "touch <installdir>/LibreOffice.app/Contents/Resources/extensions" http://www.logoarts.co.uk/ The latter will be added to the languagepack installer (but might be less accessible for the user, since when installing to /Applications this likely requires running with sudo to have admin privileges) http://www.slipstone.co.uk/ no path problem, but problem with registering the extensions with LibreOffice - they don't get picked up. Reason for that is that LibreOffice compares the timestamp of the shared extension folder with a file in the user's profile. http://embermanchester.uk/ Due to the way the languagepacks work on Mac, this doesn't work, as the folder is set to the build-time of the languagepack, not to the time of the current installation. http://connstr.net/ Workaround is to either remove the file from the user's profile: "rm ~/Library/Application\ Support/LibreOffice/4/user/extensions/bundled/lastsynchronized" http://joerg.li/ (should be one line) or to touch (= update the timestamp) of the shared/bundled extensions folder: http://www.jopspeech.com/ "touch <installdir>/LibreOffice.app/Contents/Resources/extensions" The latter will be added to the languagepack installer (but might be less accessible for the user, since when installing to /Applications this likely requires running with sudo to have admin privileges) http://www.wearelondonmade.com/ no path problem, but problem with registering the extensions with LibreOffice - they don't get picked up. Reason for that is that LibreOffice compares the timestamp of the shared extension folder with a file in the user's profile. http://www.compilatori.com/ Due to the way the languagepacks work on Mac, this doesn't work, as the folder is set to the build-time of the languagepack, not to the time of the current installation. Workaround is to either remove the file from the user's profile: "rm ~/Library/Application\ Support/LibreOffice/4/user/extensions/bundled/lastsynchronized" (should be one line) http://www-look-4.com/ or to touch (= update the timestamp) of the shared/bundled extensions folder: "touch <installdir>/LibreOffice.app/Contents/Resources/extensions" The latter will be added to the languagepack installer (but might be less accessible for the user, since when installing to /Applications this likely requires running with sudo to have admin privileges) |