Summary: | Giviing kparts shells control about kparts plugin zoom state and behaviour | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kparts | Reporter: | avlas <jsardid> |
Component: | general | Assignee: | David Faure <faure> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | kdelibs-bugs, kossebau, trix.robledo |
Priority: | NOR | ||
Version: | 5.38.0 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
avlas
2017-10-12 03:41:39 UTC
Allow me to extend this bug with more technical details: Consumers of kparts plugins may want to take over control of the zooming state and behaviour of those. Or at least give some recommendations to the plugin for the defaults. E.g. the KTextEditor Document Preview plugin would want to have KParts plugins by default show the document/object with fit-to-width or fit-to-size, similar to how the preview/thumbnail in the filemanager also fits the rendered document into the size available. Similar fit-to-size defaults might be also interesting for the preview-oriented usage of KParts plugins in Ark. No own interest here, thus also not researched more use-cases or thought about what might be a proper implementation (another abstract "zoom" interface which kparts plugins could implement, or just some standardized parameters in the load arguments?). i need traslate to spaniss |