Summary: | Koffice should be able to embed any kpart | ||
---|---|---|---|
Product: | [Applications] koffice | Reporter: | klaehn |
Component: | general | Assignee: | KOffice List <koffice-devel> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | alanhorkan, jonas.vejlin |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | All | ||
Latest Commit: | Version Fixed In: |
Description
klaehn
2003-02-24 01:52:56 UTC
Yes this is needed for many things, but the problem is that normal KParts don't have proper support for zooming (at all) not for printing (at a better resolution than pixels)... So, shouldn't this be 'wontfix' ? The KOfficePart extends the functionality of the KPart, and asking these applications which are KParts to behave like KOfficeParts means that they should implement that the koffice one.. IMOHO thats unrealistic.. We could have KParts extensions (like the BrowserExtension) which offer zooming and printing APIs, and implement those in the KParts that would be useful for KOffice. (e.g. movie-playing for animations in KPresenter, plain text for anywhere, readonly-images for anywhere, the possibilities are endless) I hate to add what amounts to a "me too" comment but I think it would be great if this were implemented even if a KPart only offers a subset of the functionality in a Koffice part. Being able to embed things even without zooming and without high quality printing would still be very useful. R�diger. I understand all this look powerfull and so on, but: There's a flaw in this idea: allowing nonstandard parts to be embeddable in documents, makes it difficult to exchange (see OpenDocument format, not mentioning MS formats). Think what can you do with a document you've received from, say, win32 user who embedded some Corel Draw and AutoCad OLE frames in her .doc...? virtually nothing, in general. On 25 Aug 2005 12:28:21 -0000, Jaroslaw Staniek <js@iidea.pl> wrote: > Think what can you do with a document you've received from, say, win32 user who embedded some Corel Draw and AutoCad OLE frames in her .doc...? virtually nothing, in general. Just a comment ... Not all documents are meant to be exchanged - you can't open doc with corel on linux, you can't open doc with kbarcode on windows, no big drama :D / Tomas > difficult to exchange
Depending on how you look at it this is a feature not a bug and doing it will only encourage other applications to improve their compatibility (and the LGPL licensing of Koffice makes this quite practical even for proprietary software, in theory the whole of Koffice could be embedded as some form of plugin).
I'm not a fan of lock-in either but I think it is more useful to make things possible than setting arbitrary limitations. (Wouldn't it be great to be able to embed video files in a presentation and avoid messy switching between applications? Seems like a fairly common use case to me.) Certainly though if this feature were to be implemented developers would need to be careful to present it in such a way that users were not shocked and suprised by the limitations particularly with regard to document exchange. There are things that could be done to limit breakage like embedding a preview/fallback image and finding ways to make the content a little more generic (ie embedding MathML rather than embedding the KPart for KFormula, or embedding SVG instead of embedding the Karbon KPart, or embedding a movie file instead of a specific movie player. I dont know the details of how exactly it would work but I am confident the developers can find a reasonable compromise.)
First make it possible, then make it better.
Is this still valid wish in koffice 2? No, KOffice 2 has flake shapes instead. No KParts are embedded anymore. |