Hi Paolo, > Why not the %origin% placeholder? > I just noticed that the graphic provider can handle demacrofyed urls > like this one: > vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/sJYsUf_/MyExtension.oxt/icons/lightbulb.jpg
because you would need to know, at time of creation of your extension, the "sJYsUf_" part of the path, which is impossible. Okay, with the brand-new XDeploymentHook interface, you could probably add a hook which is executed when the extension is deployed, and updates the configuration with the proper URL. Possible, but still pretty ugly, and a workaround, not a solution. > I see two problems: > 1) this approach does not solve the same problem for dialogs included in > documents. But nowadays, dialogs in documents can embed their images, can't they? I remember Noel Power having implemented this a while ago. Admittedly, the only thing I am sure of is that this works for form controls, but IIRC, he also did this for dialogs in documents ... Even if this does not work currently - those two problems are unrelated. I think image controls in dialogs in documents should just have the possibility to access the images in the document, just like form image controls have. > 2) How should it work at design time? > ... > IMHO the "image problem" is just a side effect of not having any > environment that supports the creation of an extension project. Right. I absolutely agree that there's a problem with creating dialogs, intended to be deployed with extensions, with the Basic Dialog Editor. However, as you say, that's a shortcoming of the editor. If there were an "extension IDE", then I would expect it to be able to handle images as well. But even then, we would need an underlying mechanism (automatically used by the IDE when packing the extension) which allows to refer to a file within the deployed extension package. And this mechanism is what I am looking for here. > An alternative approach would be to extend the image control (and any > other image-aware control) with the possbility to store itself the image. Well, there's a place in ODF for images, I don't think that image controls in dialogs in documents should invent another location. As said above, they should simply be able to use document-embedded images. > This would hide tecnical problems to the user and would work for dialogs > either in extension and/or documents But it would not solve my problem, which is completely unrelated to dialogs :) Thanks & Ciao Frank -- - Frank Schönheit, Software Engineer [email protected] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
