Re: [dev] re: using ant script to build add-in
Kohei Yoshida wrote: On Tue, 22 Feb 2005 14:44:23 -0500, James Black [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am curious if anyone has an ant script to build an add-in for Oo, as I am going to do my project in java, and would prefer not to use make. :) Hi James, I think you will be better served on [EMAIL PROTECTED] On that list I see regularly many folks who develop Java UNO components and/or write Java programs that connect to OO.o instance via UNO. As for me, I still use 'make' for my Java UNO component project, but switching to ant is in the back of my mind. We are currently working on ant support in our SDK, means: provide ant scripts for at least some of the Java examples. It's currently unclear how many of them (between zero and all) will get ant scripts in the next SDK release, but replacing make by ant for Java examples is what we are heading for. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] My 680_m79 build always die here
Samphan Raruenrom wrote: Further debugging found that createCharacterInstance() failed. Arrow key (move caret by one character/cluster) definitely need ICU character iterator but it seems that the breakiterator can't be created. I don't know if the problem is in your build or in the support for the language you have used in your text. Does an official build work under the *same* circumstances (same system, same language)? Additionally the code in Writer should be fixed: even if the iterator throws an exception the application shouldn't crash. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] jobs.xcu: onFirstVisibleTask seems to behave different in OO 1.1.4/2.0
Oliver Brinzing wrote: Hi, I have a java oo component (XJob) which is executed onFirstVisibleTask. The component registers a com.sun.star.frame.GlobalEventBroadcaster listener. With OO 1.1.4 I get the following events for the first (new) document ... - OnStartApp - OnNew - OnFocus With OO 2.0 I get nothing for the first (new) document ... (This does not happen if I start OO loading a document ...) Is this a bug or feature ? Of course it is a bug. We have reworked the event handling a little bit (there was an announcement on interface-announce@openoffice.org), the fix is not available in the current master build. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Command list for OpenOffice.org 2.0
Laurent Godard wrote: Hi Carsten, You can find the new command names reference here: http://framework.openoffice.org/files/documents/25/2570/commandsReference.html Thanks for this ressource one remark : some of the tables are totally broken in firefox or epiphany - strange, cells are not written in borders - not the same tables for each -the datas are not aligned in the cells I'm using Firefox 1.0.1 on Windows and can't see any problems with the tables. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Adding Menu command to File menu Creating toolbar dropdowns.
Brian Raymond wrote: I'm trying to add a command programmatically on startup with a Job addon to the File menu. I've tried a number of different things all without any luck so I was wondering if anyone has any ideas. I can create my own menus and toolbar icons without problems but haven't figured any hack to get things into the existing menus. This requires the new menu configuration API of OOo2.0. I also want to create a toolbar which contains a list of dropdown items like the Apply style dropdown or similar but from a configuration file. I imagine given that I want to it to be dynamic with a job addon at each run I can't use an xcu file to do it but I haven't figured out how to do it from BASIC or java either. This is not possible ATM. We are planning to offer support for advanced toolbar controls in the next versions. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Java / SWT / OpenOffice / Ole Problem
Tobias Himstedt wrote: Good morning, Unfortunately I don't know anything about the SWT stuff. Is it providing an OLE container that stores the embedded document? And what is the file Unfortunatly I don't know anything about ole nor openoffice. But according to the (example) source code I first create a so called OleFrame: oleFrame = new OleFrame(sShell, SWT.NONE); within that frame an oleClientSite object is created, which specifies the actual ole application oleClientSite = new OleClientSite(oleFrame, SWT.NONE, opendocument.WriterDocument.1); That pretty much looks like OLE stuff. whereas boolean oleYesOrNo specifies if you would like to include ole information. I assume you yes no, so you directly get the file stream and not the OLE storage. Not really sure what you mean here. The file that is saved is a sort of an openoffice document. I unzipped it and it contains several xml documents, including a content.xml where I can find my bla bla editings. Then I compared it with a normal saved document and I found that it was missing some pieces, e.g., the thumbnails directory and the meta.xml file. The appearance of the filter dialog (as mentioned in your first mail) seems to tell us that the file misses a proper MediaType. Is there a manifest.xml with the correct type added? To my knowledge the file stream OO stores into the OLE storage is a complete OOo document, so it's a miracle to me how something can get lost. Maybe SWT manipulates the file?! Sorry, but I don't know the SWT stuff and how it communicates with OOo. I'm afraid without further information about the internal processes in SWT I can't be of help. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Java / SWT / OpenOffice / Ole Problem
Tobias Himstedt wrote: oleClientSite = new OleClientSite(oleFrame, SWT.NONE, opendocument.WriterDocument.1); That pretty much looks like OLE stuff. Yes, internalay this oleClient.save method results in a JNI which in turn calls a OleSave function (where ever that comes from). OleSave is a Windows API call that can be used to retrieve the stored content of an embedded OLE object. The appearance of the filter dialog (as mentioned in your first mail) seems to tell us that the file misses a proper MediaType. Is there a manifest.xml with the correct type added? No this is missing too. OK, that explains why you get the dialog. It should load in OOo1.1 and later developer builds of OOo2.0 though if you select the correct filter. To my knowledge the file stream OO stores into the OLE storage is a complete OOo document, so it's a miracle to me how something can get lost. Maybe SWT manipulates the file?! Unlikly as SWT does not know any internals of the embedded document and why should it just pick out the manifest.xml? I puzzled about this. If OOo documents are embedded as OLE servers they store themselves as OLE storage that contains a stream named package_stream and contains the whole zip file as usual. So an OleSave should give you the OLE storage (that does not look like a zip file, so it's not what you obviously got). Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Java / SWT / OpenOffice / Ole Problem
Tobias Himstedt wrote: Unlikly as SWT does not know any internals of the embedded document and why should it just pick out the manifest.xml? I puzzled about this. If OOo documents are embedded as OLE servers they store themselves as OLE storage that contains a stream named package_stream and contains the whole zip file as usual. So an OleSave should give you the OLE storage (that does not look like a zip file, so it's not what you obviously got). So, what do you think. Is there anything I can do about this and is it more likely an OpenOffice or a SWT problem? As long as I don't know what SWT exactly does I can only guess. In general I wouldn't see this as an OOo problem, because I know the OLE implementation of OOo works in several OLE clients. Maybe someone who has the source code of SWT *and* understands it can tell us more. Meanwhile I played around with this UNO stuff and was able to embed a OpenOffice in a java.awt.Frame. Would you consider this as a usable and stable alternative? Yes, definitely. This is one of the recommended ways we can offer. And the biggest benefit might be that if something goes wrong we will have a better chance to tell you why. :-) Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Runtime Error! R6025
Alexander Peters wrote: Hello! Does somebody know, why i get the error when i close OpenOffice.org Writer? Runtime Error! Program: C:\Programme\OpenOffice.org 1.9.91\program\soffice.BIN R6025 -pure virtual call Obviously because there is a bug. :-) Try a newer build. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OLE - getCurrentController().getFrame() returns Null
Alexander Peters wrote: Hello! I´ve got a problem to get the frame of a document. I have an oleobject with a reference to an document. when i try to get the frame of the document (to execute a macro with a dispatcher) the call role_oDocument.getCurrentController().getFrame() returns Null. Can a document lost the frame? No, a Controller can't exist without a frame, so OOo never will detach a Controller from its frame without destroying it. But it's possible to have a document without a controller (non-active OLE objects are a good candidate for this). So I see two possible explanations: either you don't have even a controller or you have a Controller that is disposed already, but somebody kept a reference to it (bug!) and this dead object of course can exist without a frame. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Fwd: FSF to fork OOo over java
Daniel Carrera wrote: Someone just informed me off-list that this email could be taken the wrong way. I'd like to clarify that what I mean to say is let's not dwell on this. Personally, I don't think that a fork would be successful, but what I was trying to say is that we shouldn't make our lives difficult by dwelling about what RMS might have in mind. Just let him do whatever. This doesn't have to be a big deal if we don't make it one. I also don't believe in the success of such a fork - and I don't see the point in it. They would be better off just rewriting the stuff that depends on Java and contribute it to the main code base. If their code had the same quality than the existing one it could replace the Java code that obviously bothers them. And I'm sure that developers capable of maintaining a complete fork should be able to deliver the necessary quality, and after that they don't need to maintain the whole code base, only their parts (but maybe even not all of it). If these contributions where rejected they still could create a fork using it. If people don't consider a contribution first I think they have other reasons for the fork and the Java thing is only an excuse. Maybe it's the missing intention or ability to support platform independent development (many free developers only care for Linux, and many free developers only for their special breed)? Maybe it's the JCA? But YMMV, it's only my personal opinion. As repeatedly mentioned on several mailing lists, Java implementations in OOo wheren't carried out in Java just because - usually Java was either the easiest or the cheapest way or there have been other good reasons for the developers. Believe it or not, it's easier to find god Java developers than to find good C++ developers, especially for a platform independent application as OOo. If other developers helped us here we could remove more and more Java code! Of course the way done by Caolon (gcj) should be sufficient also. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to use gdb with OO
Aditya Pandey wrote: Hi Jayant Thanks for replying. I have compiled my addon's files with -g option. I dont think it even gets a chance to be considered by gdb (I uninstalled my addon and then tried gdb-attaching to openoffice, it didnt like the idea :) ). Yes, I am not using a debug build of OpenOffice and have not set any special environment variables apart from running setsdkenv script that comes as part of SDK. For debugging just my addon, I dont think I need to compile whole OpenOffice as a debug build (so you see no -g s). Yes, it's enough to have your own library compiled with debug information. IMHO it's even better not to have unnecessary debug information because this improves performance and stability of gdb. I would try the gdb 6.3 debian version, and see if that helps me. Does anyone use any other gdb version or would there be a link somewhere on supported compilers/debuggers? Debugging OOo with gdb6.3 is known to work in most cases (but still doesn't sometimes), older versions very often failed utterly - gdb is a rather buggy tool. Sorry for the bad news. Debugging large projects with many shared libraries still isn't gdbs favorite playground, so it's always a game of chance if you get the beast working. BTW: next time please don't leave a full quote in your replies. Reposting your complete problem description didn't add any information but a lot of noise. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] 1.9.100 script transfer
Jahn, Ray (R.) wrote: OO: 1.9.100 script library: my macros in OO basic PC: MS Windows 2000 remove 1.9.95 install 1.9.100 answer yes to transfer personal file create a calc file tools - macros - organize macros - basic empty content in my macros library The content of my macros in 1.9.95 is not transferred. Yes, the transfer is only 1.1-1.9.x. Does any one know in which directory and file the my macros is stored? You should find it in your OOo user directory in $(user)/basic. Deinstalling OOo1.9.95 should leave that intact, so I don't understand why your macros have gone. I'm afraid that the migration from 1.1 to 2.0 could be the culprit. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] On UI/dialogs in C++
Aditya Pandey wrote: I posted a while ago on this subject and could not elicit any feedback on that. Sorry, this was *one* day ago. You should be a little bit more patient. I am looking for some guidance on how best to make easily maintainable/localizable dialogs in C++ for OpenOffice. I hope my answer to your first mail gives some impulses. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Fwd: FSF to fork OOo over java
Shawn McDermott wrote: Mathias Bauer wrote: Shawn McDermott wrote: [snip] I have installed gcj and I am playing around with it. so far 1.9.100 does not run 'out of the box' with gcj. That means that there is still something to do. :-) But gcj is not the only way. There are other projects we could try, and the option to provide non-Java implementations as replacements for the current Java based ones is also an option. [snip] Best regards, Mathias Mathias, What can I do to help? I have gone as far as I can by just installing 1.9.100 and gcj and trying to run them together. I don't work on the gcj port by myself. AFAIK the most active developer working on this is Caolan McNamarra (cmc). Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] loading documents
Mathias Bauer wrote: That lets me think that our ftp content provider supports a readonly property for its content, maybe the server of Matthew tells that the files are readonly and yours doesn't? But I have to check this. There is some support for a readonly attribute in the ftp content provider. It is a little bit tricky, because the ftp server sends its directory listing as a textual content that needs to be parsed and the content is not standardized. So it is more or less a game of chance if the detection of the readonly attributes works. Are you sure that OOo1.1 and OOo1.9.x behave differently? We didn't change the code of the ftp content provider significantly between the versions. We exchanged the libcurl inside, but this library does not parse the listing, it only hands it over. What do you see in other ftp clients (like your browser f.e.)? BTW; did you consider using WebDAV instead of ftp? It's much more reliable especially in this regards and maybe in future OOo will support more advanced features of this protocol. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] 1.9.100 script library duplication
Jahn, Ray (R.) wrote: possibly related OO issue 48147 PC: MS Windows 2000 OO: 1.9.100 mail lists: dev, [EMAIL PROTECTED], [EMAIL PROTECTED] unzip open both OO Calc files enable both scripts (empty) during open operation tools - macros - organize macros - basic select organizer button 3 user modules instead of 2 duplicate module of the 2nd file in display list Confirmed. Could you create an issue for this? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] loading documents
Matthew L. Avizinis wrote: Mathias Bauer wrote: BTW; did you consider using WebDAV instead of ftp? It's much more reliable especially in this regards and maybe in future OOo will support more advanced features of this protocol. Much thanks for the suggestion. No I hadn't considered it, but now that you've mentioned it, I've discussed it with the network guy that maintains our Apache server and that capability should be simple to install and activate. It appears to be a superior approach to accomplish what I'm trying to do anyhow. What features does OOo currently support of DAV (or what OOo/SDK doc page can you point to, if available)? Currently OOo supports only basic features, not more than for ftp. You can open the folders in the file dialog, you can create, open and save files. Access to files and folders can be password protected or not. Locking is currently not supported. One advantage over ftp is that WebDAV folder access also works through a proxy, while the usual ftp-over-http-proxy does allow only file access, not folder access. I assume this isn't interesting for your environment, but I wanted to mention it. I nevertheless recommend WebDAV instead of ftp because it is the better technologie on server side and we might add more features in further versions of OOo. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer allows deleting opened file while saving
Ales Kahanek wrote: With such applications we do another approach: we try periodically to get ShareExclusive access to this file. If the request is rejected, we know that the file is still opened and edited. And here is the problem with Writer - when you save the file in Writer, there is a short period of time, when the the exclusive access to the file can be obtained and more, the file can be even DELETED. There is an important point to know: this behaviour can be reproduced when the OO QuickStarter is running (I do not know if this could have any impact on it). What do you think about it? How can I know, when the file opened by Writer was closed? Or better - shouldn´t this behaviour be changed not to release the file access lock? If we overwrite a file we must (at least for a short span of time) release the old one or (to keep the lock) use a more complicated approach that - when things go haywire - can result in crashes and data loss or would need a complete rewrite of our persistence code to avoid that. It's too much to explain it here but believe me, we considered this very carefully. There are so many things that can happen why saving a file, you wouldn't believe it. And Linux/Unix file systems add a lot of complexity that make them incomparable with Windows file systems, so a comparison with Word or Excel doesn't really help. BTW: we changed the behavior a bit for OOo2.0 (but still with a temporary release) and now we have the most robust solution implemented, Even removing a remote file system while a file gets saved to it shouldn't cause OOo to crash or lose data. Relying on the locked state of a file IMHO is a hack (sorry). But there's no need to use such a hack because you can use our API to get the job done. If you placed a listener in every open document you would get notifications when they are closed and then copy the content of the file they have been saved to to your database. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: XML/EDI questions
Vizion wrote: On Wednesday 25 May 2005 16:07, Vizion wrote: Hi Because this is the second mail in that way (as shown above): please use the common quoting style with at the beginning, because not many mail clients allow to handle other quote signs. It's really hard to read your mails. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Writer allows deleting opened file while saving
Ales Kahanek wrote: I have found this: In OpenOffice.org API the Listener mechanism is used to add a handler for a specific event. This is not possible from Delphi because the COM bridge does not support call-back primitives necessary for that purpose. Now, as we use Delphi, this is not the right way for us. Is there another approach how to get know, when the file edited in OOo is closed? The next best thing that comes to my mind is writing an OOo Basic macro, binding it to the events Save/SavesAsDone and call native code from inside the basic macro that notifies your application. Native code in DLLs (C linkage) can be called by defining the exported function as a Basic function. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Big bugs in Formula
wrote: Hello, people. I faced 3 veri big problems usin Formulas in OOffice 1.9.104: 1) If there are many formulas thay can chage by thair own wish. For example, you wrote two formulas and the first may change context to the second's. 2) It may change format (huge symbols, blanc etc.). Only when you click it, open and close formula editor, it became correct during next bug. 3) Problems when copy/paste formula (as object) = first bug is too stronger. 4) When exporting to MS Office XP *.doc format I could not edit formulas in MS Office. It became blank when I click it. If you have a reproducable scenario (may be with a particular document) it would be great if you filed an issue for each of the problems you encountered. The bugs you described are not specific enough, they don't appear always and easily. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Writer allows deleting opened file while saving
Ales Kahanek wrote: What do you think about following solution built in the standard OOo instalation: when starting saving document OOo will create a very small file (only a several bytes) with name corresponding with the original file and remove this temporary file after saving is finished. Then the existence of such file could be checked. This process would be technically possible, but we wouldn't like to integrat this into the standard version. You could create such a solution by yourself, either as a macro or as a Java or C++ component. This will also be much faster available. :-) As it seems you don't apply any modifications to the Ooo installation, but you deliver your application to your users, right? Do they have to execute a setup for this? You could deliver the macro or component mentioned above as a UNO package and integrate it into your installation so that no user needs to do anything manually. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Macro disabled when document opened with LoadComponentFromURL (bug?)
Maxime Thieu wrote: Hello all, I have a little problem: I have a document 'B' which countains a macro I want to open document 'B' form another document with a macro (with the function LoadComponentURL). It works fine (the doc is opened), but the macro in document 'B' is disabled... (and I am not asked for enabling macro when the doc 'B' is automatically opened...) Is it a bug ? Answered in [EMAIL PROTECTED] Next time please choose only one list. ;-) Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OLE objects in sx* files
[EMAIL PROTECTED] wrote: I found that OLE objects are stored inside the zipped package as Object nb where nb is a number. And without any extension. By taking a closer look, they seem to be MS files (excel in my case) but even though I converted the main file (powerpoint in my case) to sxi format the object files don't seem to have been converted. Is there any specific reason for that ? Is there a way to make sure even object are converted to sx* formats so that they can be read by an XML parser ? Tools - Options - Load/Save - Microsoft Office Is there a way to access their contents programatically without first converting them one by one ? Sorry, I don't understand this question. Do you mean after import before saving? Of course, once the document is imported you can do everything with it as usual. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OLE objects in sx* files
[EMAIL PROTECTED] wrote: Is there a way to make sure even object are converted to sx* formats so that they can be read by an XML parser ? Tools - Options - Load/Save - Microsoft Office I just got an imported PPT file and OLE objects were not properly displayed in NO/J. I had to turn off the load/save options I had checked to see the real contents. Are there been similar issues with OLE already reported ? There could be several problems, most are related to import filter failure. But you description is too vague for a helpful answer. What exactly means not properly displayed? Best reagrds, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Problem creating scenario's with 2.0
Dinesh Varadharajan wrote: Hi, I downloaded the sdk for the 2.0. I tried out examples that are given along with SDK. While creating the scenario's I noticied a significant slowdown and while looking into content.xml I saw, table:table-row table:style-name=*ro1* table:number-rows-repeated=*65523* table:table-cell table:number-columns-repeated=*256* / /table:table-row Seems like the sheet that contains a scenario is spanning across entire sheet. Is it a bug or expected output.. Please start a new thread if you start a new topic, means: don't use reply in this case. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Openoffice bean throwing error while saving in old file format. - Still not working.
Dinesh Varadharajan wrote: Hi Stephan, I already tried that. Even than it is not working.. :-) . It is throwing same error. Because you save the document to a URL that obviously exists (because it's the same URL that you used for loading ;-)), you need to add an Overwrite parameter with Value true to your props array. This is documented in the Developers Guide, Chapter Office Development in the table that describes the MediaDescriptor. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] re: my menu item isn't highlighted when I mouse over it
James Black wrote: I was incorrect, it is grayed out, which explains why it isn't highlighted, so I am still trying to figure out how to get it enabled. You should check if your ProtocolHandler is instantiated when the menu is opened. If it isn't, the problem lies in the handler registration, either in the ProtocolHandler.xcu file or in the UNO component registration of your service. If it is instantiated, but its queryDispatch method is not called, perhaps your queryInterface method implementation is wrong. If queryDispatch is called but the menu is disabled I assume that either you don't return a Dispatch object in this call or the Dispatch object itself disables the command explicitly in a StatusEvent. You should be able to find out all this using a debugger. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Best way to send a doc without saving it
Magnus Timmerby wrote: Hi, I'd like to contribute one feature to OO, also I need some advice on the best way to do it. I checked the SDK docs and my conclusion is that there is no provision in the SDK, i.e. I need to work on the source. Suggestions are welcome. I want to add a custom export feature that typically would: - export the current doc to the chosen target file format - NOT bring up the file save dialog - but instead send the file with a HTTP POST to a web application Configuration for the web targets would include: - URL to target web server - optional POST parameters (used for metadata) I think it's getting more common with this type of integration. We have a few web applications that support receiving files via POST in this way, and with the correct parameters, the resulting effect is that you can push any doc into the target application into the right place, without going via file. Today we manually export and import PDFs 50 times per day so it would simplify our workflow immensely. Would this be of interest? And can you please help with some starting points in the SDK and/or the source? OOo allows you to store a document to a stream, use the storeToURL() method of the document and provide on OutputStream to it in the arguments (Sequence of PropertyValue) of the call. If you have a stream that both implements com.sun.star.io.XInputStream and com.sun.star.io.XOutputStream (so preferably an object that implements com.sun.star.io.XStream) you then can immediately use the stream as PostData for a post request to your server. It should be possible to use the com.sun.star.ucb.SimpleFileAccess service to create such a stream. If you don't want to use Basic for your implementation you can also use the com.sun.star.io.TempFile service that directly implements a com.sun.star.io.XStream interface based on a temporary file (a bug prevents using it in Basic currently). The simplest way to post content given by a com.sun.star.io.XInputStream to a server is to open(!) the URL of the server via Dispatch API. The server is expected to return some HTML content, but I think it works even without this. I haven't any code here at hand, but maybe it gives you some guidance. You can read more about storeToURL(), PostData and Dispatch API in chapter 6 of our Developers Guide. All interfaces and services should be documented in the API Reference documentation. Both are part of the SDK. BTW: are you sure that using WebDAV to store the document directly one the server isn't the better choice? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Basic Libraries and security
Peter Eberlein wrote: Hi, is there a way to move the standard library from the userprofile to the shared folder? The reason (please correct me, if I'm wrong): I've written some global macros as calc functions, and calc functions must be located in the standard library. But I want to encrypt the code or make it readonly. Is there a way to do so? Did you try to change the path for Basic in the share/.../Common.xcu (remove user part) *before* you create any user directory (doing this afterwards seems to confuse OOo)? I didn't test if this works but you could give this a try. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Alternative for DocCloseListener_ ? - 1.9.122
Alexander Peters wrote: Hello! Did someone know about any changes for the DocCloseListener_? In the latest Snapshot 1.9.122 comes the Listener to late. My situation: i use the DocCloseListener_-Listener for a question when the user close the document. If the user click yes the event saves the document. This runs in older releases of the BETA really good. But know the document is already disposed when the Listener is trigged and an exception is comming, when i try to save. Is there an other Close Listener-Event? Here my Listerer Code: Sub StartCloseListening() oEventListener = CreateUnoListener( DocCloseListener_, com.sun.star.lang.XEventListener ) ThisComponent.addEventListener( oEventListener ) End Sub Sub StopCloseListening() If Not IsNull( oEventListener ) Then ThisComponent.removeEventListener( oEventListener ) EndIf End Sub Sub DocCloseListener_disposing( oEvent ) AutoClose() -- in older versions, the document wasnt disposed on this position. End Sub The document *never* is or was disposed when this call happened, but it is not usable anymore (that's an important difference!). It was also never intended nor guaranteed that in the disposing call you can do anything useful with the document. I have no idea why it seemed to work in older versions, I even can't believe it. But anyway, if you want to place a query dialog before a document is *closed* you must register as a document event listener and watch for the OnPrepareUnload Event. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] dispatched command urls
Pam Z wrote: Hi, when I intercept, as XDispatchInterceptor, a dispatched command url from a OpenOffice.org Writer frame, how can I understand which object has triggered it (menù item or toolbar button)? You can't - why would you want to make a difference? The user expects that the menu command works in the same way as the toolbar command, so the code that is triggered by them should be the same. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Warning-Free Code
Ken Foskey wrote: On Mon, 2005-08-29 at 17:59 +0200, Stephan Bergmann wrote: If someone think it's reasonable to suppress a warning, this must be discussed with the team members. It should also be discussed in public, using the mailing list [EMAIL PROTECTED] Please start the subject with “compiler warnings:”. * Initially I would suggest -Wno-reorder (I think) There are a HUGE number of errors caused simply by the order of the variables in the class declaration and I have only found one instance where it indicated a real error (parent initialisation depended on child data). The needle for this one is small and the haystack particularly large. Because of the pervasiveness of this change merges afterwards a PAINFUL! I speak from experience. I would think about doing this module by module as a separate exercise. Just to make sure that I understood correctly: you suggest to ignore these warnings but work on it in a subsequent CWS? This is a real useful warning that can find some really nasty errors, so we should definitely work on keeping it activated, but of course if there are so much places that trigger the warning it could be a good idea to postpone it to a later CWS. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] menu bar and toolbars listener
Carsten Driesner wrote: A dispatch inceptor is not able to determine which user interface element invoked the command. See chapter 6.1.6 Office Development - OpenOffice.org Application Environment - Using the Dispatch Framework in the Developer's Guide. To make it more clear: this is not a defect, this is by intent! Users expect that a menu command does the same as the corresponding toolbar command. Everything else would be irritating. Consequently the OOo API for suppressing or redirecting functionality abstracts from the concrete GUI source of the command request. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Options-Dialog, MacroSecurityLevel 3 , subfolders and http://
Peter Eberlein wrote: Hi, adding http://MyServer/* and/or file:///v:/* to the string list of the SecureURL in the common.xcu seems not to work. Most of our templates reside on dozens of subfolders on our http-server. Is there a way to work with subfolders on the highest security level? The list of secure URLs doesn not work recursively. This is a known issue. I don't have the ID at hand, but perhaps you can find it by yourself. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] End of SISSL
Didier Urban wrote: I would like to know if StarOffice 8 (next release) will be in LGPL licensing (If SISSL is down) ? It depends. Most parts of StarOffice are created from code that Sun has copyright for, so no licencing is necessary. Some other parts are from third parties (like the SpellChecker) and Sun paid for them. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] drawing with Java2D inside Openoffice
Bernhard Haumacher wrote: I was thinking about something like the formula editor of OpenOffice.org. Such formula is displayed within the document, stored within the documents ZIP and can be edited from the plugin. Is it possible to write something like the formular editor as plugin or UNO component for OpenOffice.org? OOo Math is a so called Embedded Object. In OOo 1.x these objects needed to be OOo (internal) C++ objects or (on Windows) COM objects, but in OOo2.0 it is possible to implement them in Java too (by implementing some UNO APIs we have defined for this and by providing some configuration files that make new object types known to OOo), but there are two obstacles you need to overcome: What you need first is a replacement image. This is the graphic OOo displays when the object isn't active (for various, mainly performance reasons embedded objects are not loaded except they must be!). It shows the state of the object when it was edited the last time. After successful editing, the objects' state is stored into the container document (the one that embeds the object) and a new replacement image is retrieved from the object that is stored inside the container document also. You can study all this in the 1.9.x versions of OOo. Usually you would like to use a vector graphics format for the replacement image because of its better scaling capabilities. Unfortunately the only vector graphics formats OOo supports are Windows (Extended) Metafile and our internal VCL based GDIMetafile format. I assume that the latter is not possible for non-VCL applications, so if you can't provide a Windows Metafile I'm afraid that you must use a pixel graphic format (like png). I hope that we will have graphic import filters for Tiny SVG in the near future so that we no longer need the proprietary formats. The other thing that creates a problem is dispensable, it depends on your goal for user experience. As explained above, embedded objects in OOo2.0 are not always loaded, they are loaded only when you activate them, e.g. by doubleclicking. Activation in general means that the object should present its user interface, mostly it will start an editing session. Now you can decide: if you want to edit your object like a plugin (we call it InPlace) you still might need OOo GUI components using the VCL C++ class library or the AWT package of our UNO API. If you are fine with Outplace editing (means: once your object is doubleclicked it will launch an external window where you can edit it) you don't need this. In your external window you don't need any OOo stuff. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] German *.src / *_tmpl.hrc entries now UTF8 and a flag file in module/prj introduced
Ivo Hinkelmann wrote: Hi Frank, Frank Schönheit - Sun Microsystems Germany wrote: Today, the process for new strings involves specifying both the germany and the english string in the spec document, and writing them into the .src (done by the developer). If the german string is not to be entered at source-level anymore, how would this work? Would only the english string be specified, and the german version is part of the usual translation process? Yes why not! To handle German as a usual translation language has a lot of benefits: - In a international open source project having German source language strings looks a bit strange to me ( and confuse non German speaking developers a lot ) - There is only one truth . Imagine you have two strings where en-US and de translation does not match. What is the real one ? We already had such cases. Usually the german text is the real one because most people creating the UI specs are native german speakers and we usually need a native english speaker to create useful english texts. So IMHO we still need the german strings in the specifications. The only alternative is to have native english speakers writing the specification part dealing with the strings, but that is unlikely to happen. This change is good for building the code but it is not well prepared IMHO because it creates problems for the specification process. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] new Bie Add-on question
S Sridhar wrote: Hi, I am just started looking into open office to add some international text processing capabilities. Could you please let me know a tutorial or a small document on how to write the hello World add-on. I looked into dev guide (DevelopersGuide/Components/Components.htm#1+7+3+Add-Ons) but it hasnt given the way to write the handlers for these menu and toolbar actions... I'm not sure wether I understood your question completely, but I assume you want to know how you have to write your code to get it called from the Add-On menu and toolbar entries. When GUI elements in OOo are used to execute a function they look for so called Dispatch objects that implement the UNO interface com.sun.star.frame.XDispatch. Such objects are provided by so called Dispatch Provider objects implementing (usually amongst others) the interface com.sun.star.frame.XDispatchProvider. Dispatch Providers decide wether they can handle a command or not. In the case of Add-Ons the Dispatch Providers are called Protocol Handlers because they are responsible for a set of commands identified by their protocol. It's called protocol because it is syntactically identical with the protocol part of a URL. The Protocol Handler is registered at the OOo framework through a configuration file that tells the framework which handler is responsible for which protocol. To avoid name clashes the protocol(s) of each project should have a unique name usually enabled by a proper name space. So more or less you have to implement a Protocol Handler and its Dispatch objects. This is described in the DevGuide to a suitable extent IMHO. We are currently working on ways to ease this process. The idea is to have a code generator that automatically creates the Protocol Handler code an large parts of the Dispatch objects. But it will still take some weeks or months to deliver this in the necessary quality. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Debug version won't restart
Alan Yaniger wrote: Hi list-memebers, I've built a Windows version which enables the debug console, and which I've been using productively. Today I opened the debug console, and changed the setting for debug output of either Trace or Warning (I don't remember which) to be directed to Debugger. OOo then crashed. When I try to restart OOo, I get the document recovery screen, with no documents in the recover list. Pressing the OK button just gives me the same screen, so I can't get into OOo. I'm stuck. I've tried uninstalling and reinstalling, manually deleting the Documents and Settings/xxx/Application Data/OpenOffice.org2 directory and Program Files/OpenOffice.org directory, going through the Windows registry and manually deleting all keys and values that refer to the directory of this installation of OOo. Nothing works. I am able to open non-debug versions of OOo on my disk, but not my debug version. Can someone help out? By deleting the user data you should have solved the problem of autorecovery starting each time when you start OOo. Obviously your debug version still crashes when you start it, is that correct? How exactly did you build that version? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Helper of the Day: call for papers
Frank Schönheit - Sun Microsystems Germany wrote: Hi Laurent, Hi Frank (tried hard not to put the c) :) you succeeded :) are these helpers usefull to C++ addon developpers if no, you're right that the 'extension'/'addon'/'scripting' project is not the right place In parts. The ones from cppuhelper/salhelper are part of the SDK, but probably also somewhat unknown. However, I think the majority of unknown code is above the SDK, in comphelper/unotools/tools/svtools. Parts of those might, as Jürgen said, be moved into the SDK if they're considered usefull and finalized. Especially comphelper and ucbhelper classes are good candidates for moving them to the SDK because they don't use any tools/vcl based code, usually they use only sdk libraries by themselves. Good examples: MediaDescriptor and EmbeddedObjectContainer in comphelper. A (maybe unwanted) side effect of moving libraries to the SDK is that you must be more careful when you change them. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Buggy insertDocumentFromURL
Christoph Lutz wrote: // Bug 1: // providing a non-empty MediaDescriptor throws an // IllegalArgumentException. try { insertProps = new PropertyValue[] { new PropertyValue() }; insertProps[0].Name = Author; insertProps[0].Value = itsMe; xInsert.insertDocumentFromURL( file:///W:/aFolder/thisFileDoesNotExist, insertProps); } catch (IllegalArgumentException e) { e.printStackTrace(); } This is not a bug, the argument Author it not allowed here, so the exception is correct. Author is for saving versions only. System.out.println(test 2); // Bug ?: // trying to insert a document with a non-existing file-URL // does nothing (not even an exception) insertProps = new PropertyValue[] {}; xInsert.insertDocumentFromURL( file:///aFolder/thisFileDoesNotExist, insertProps); You don't get an exception (IoException is expected) because no suitable exception is allowed here. The API was designed wrongly, but it's unfortunately not possible to change it because this would break existing code. So it's a bug, but it can be fixed only by introducing an additional interface. System.out.println(test 3); // Bug 2: // trying to insert a document with a non-existing file-URL // causes OOo to freeze IF the URL start with a drive letter c: insertProps = new PropertyValue[] {}; xInsert.insertDocumentFromURL( file:///c:/aFolder/aNonExistingFile, insertProps); If it was reproducable it would be a bug. System.out.println(test 4); // trying to insert a document with a non-existing file-URL // causes OOo to freeze IF the URL is an unresolved http-url. insertProps = new PropertyValue[] {}; xInsert.insertDocumentFromURL( http://www.michgibtswirklichnichtglaubichauchnicht.de/index.odt;, insertProps); System.out.println(finished!); System.exit(0); Ditto. In both cases it's possible that the hanging office could be caused by very long timeouts in the file system or http access. In this case it's not a bug in OOo, it's just bad luck. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Resources debate
Daniel Kasak wrote: [EMAIL PROTECTED] wrote: There's an interesting debate going on at ZDNet about resource usage in Oo 2.0 It would be great if you guys put in your 2 cents... http://blogs.zdnet.com/Ou/?p=119 The author of this article went out of his way to create a spreadsheet that would perform badly under OOo. The reason it takes so long to load is that the XML for each cell has to be parsed by OOo. Microsoft's xls format is a binary format - loading and saving are literally just memory moving operations. That's why they can open a file in 1 second - there's no processing involved at all - the contents of the file are simply dumped into memory, and that's that. I think that your analysis correctly describes why an XML based format will always be slower than a optimized binary format. OOo has some special problems here though, even with an XML format it could be much faster. This is something that is worked on with high priority. I've heard that Microsoft's XML format also has binary elements, so they'd also be getting performance benefits over OOo in cases where the format is binary. Lastly, Excel is most likely not checking the validity of each element of the file. Excels XML may contain some binary elements (e.g. embedded Word objects). AFAIK this will change with the new Office 12 file format. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] new incubator : Call for Name
Rüdiger Timm wrote: Joerg Barfurth wrote: Hi, Laurent Godard wrote: - extensions.openoffice.org (already 3 votes) -1, We already have a cvs module named 'extensions' in the 'util' project. This situation (a module in one project is named like another project) is prone to cause confusion. Unfortunately we already have at least one case of this situation (module util/tools vs. project tools), but IMHO we should proliferate it any more. Ciao, Joerg The same holds true for 'scripting', as there is a module with this very name in project 'framework'. This leaves 'addon' as the only candidate: addon.openoffice.org +1 The modules are not visible to the outside world except when you deal with cvs and getting source code from it. As far as I expect the new project is not a coding project but a documentation and content providing project so I think we can bear this name clash. OTOH addon is a bad as scripting because *both* are technical terms that just describe a single aspect of what the project is about. extensions is much better suited for the project: it is a non-technical term and it is understandable by everyone. It describes the project as something about extending OOo by everything that adds functionality to it, be it Add-Ons, Add-Ins, other UNO components or macros, templates etc. Besides that it would be nice to use a name that sounds familiar to developers outside OOo - extensions are well known from the Mozilla project. So +1 for extensions. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Buggy insertDocumentFromURL
Christoph Lutz wrote: Hi Christian, 2005/10/27, Christian Junker [EMAIL PROTECTED]: I tested all the small examples on Mac OS X with OOo 2.0 using Starbasic and I can only reproduce Bug 1 (it's probably not a bug here). Bug 2: That's also my experience using Starbasic. In Starbasic the insertDocumentFromURL throws an corresponding exception *immediately* (a dialogbox with the error message pops up). It's the different behaviour in Java that makes me wonder. The way basic bahaves lets me come to the following guess: I don't get any exception in Basic, I get an error message, but no exception (that's a difference!). I currently have no idea why you don't get the error message from Java. OTOH I think that the error message in an API call is a bug, so the behavior in Java is correct, why ever. A message box shouldn't be shown if no InteractionHandler set set. Of course it still is an API bug that no suitable exception is thrown, but as I already wrote it can't be fixed in the method insertDocumentFromURL, it can be fixed only by providing a new method (and so a new interface). I also tried to provide a different InteractionHandler in the MediaDescriptor props, but (that's the reason why I wrote the Bug 1-example) it seems that insertDocumentFromURL throws an IllegalArgumentException everytime the MediaDescriptor is not empty. This also sounds like a bug to me. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Helper of the Day: call for papers
Frank Schönheit - Sun Microsystems Germany wrote: Hi Mathias, Good examples: MediaDescriptor and EmbeddedObjectContainer in comphelper. Are you volunteering to introduce those two helper? :) No. What a pity. Meanwhile I think we should better have some UNO services replacing the helper classes. Wrapper classes for UNO interfaces or services mostly indicate that the API is too cumbersome and a more user friendly one is needed. You seem to implicitly assume that the helpers are mostly to workaround combersome UNO APIs. No. I *know* that the two helpers we were talking about definitely *are* helpers to workaround cumbersome UNO APIs. :-) You asked wether I volunteered to move them to the SDK and my statement was only an answer to this. I know that there are other helpers. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Buggy insertDocumentFromURL
Christoph Lutz wrote: Hi Mathias, I currently have no idea why you don't get the error message from Java. OTOH I think that the error message in an API call is a bug, so the behavior in Java is correct, why ever. A message box shouldn't be shown if no InteractionHandler set set. thats right, but OTOH a unresolved URL should not cause OOo to freeze... As I already wrote: if this was reproducable it surely would be a bug - but only if it's not the file system that freezes. This has to be verified. The idl-ref says: void insertDocumentFromURL( [in] string aURL, [in] sequence ::com::sun::star::beans::PropertyValue aOptions ) raises( ::com::sun::star::lang::IllegalArgumentException, ::com::sun::star::io::IOException ); I think that's all I need!? The problem is that the IOException is never thrown. You are right, I must have been dreaming. :-) Then of course there's something wrong in the implementation of this interface that can be fixed without a change in the API. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [Fwd: Registration/Survey Bug]
Cristian Driga wrote: Hi, Am forwarding this email to this list because it seems that many people have this problem. best, Cristian Original Message Subject: Registration/Survey Bug Date: Mon, 31 Oct 2005 23:46:00 +0100 (CET) From: Nicholas A. Donato [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] I installed OpenOffice 2.0 the other day and every time I boot up my system I am forced to either register or ask to register later. If I cancel the registration the Quickstarter does not run and if I choose any other option, I am forced to go through the whole thing again next time I start my system. Please tell me what the fix is for this. BTW, I have been a registered user for years, and I filled out the survey again just to try and get this thing to stop pestering me. There's no cancel registration. What they cancel is the installation. But it seems that at least some of them try to use don't register. If OOo still asks for registration next time it obviously failed to write the correct status to its configuration files. Very often this is caused by a corrupt installation. I'm afraid the only way to solve this problem is creating an issue and describe exactly how the installation was done (which platform, any prior versions, have they been deinstalled, etc). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Helper of the Day: call for papers
Frank Schönheit wrote: No. I asked whether you volunteer to *introduce* them. remember that this was what I originally suggested: That we teach each other what we know about those 100+ helpers in all those projects. That makes sense. But IMHO that should be done by the class inventors (Kai Sommerfeld and Andreas Schlüns). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Saving the state of a component with a document
Kohei Yoshida wrote: Hi Mathias, On 11/3/05, Kohei Yoshida [EMAIL PROTECTED] wrote: On 11/3/05, Mathias Bauer [EMAIL PROTECTED] wrote: You can add a subfolder to the documents' package and (important!) add a MediaType to it (details can follow if you like this way). Then you can put any content you like into this subfolder (text or binary streams, other subfolders etc.). OOo then will preserve the complete subfolder on every saving of the document. Oh wait. Can this be done entirely via the API, or can this be done only by direct access to the file at file system level? I'd like to know more if it can be done via the API. In OOo2.0 you can. The following BASIC code inserts a folder with an empty stream into the storage file of the current document: storage = thiscomponent.getdocumentsubstorage(test, 7) storage.setPropertyValue(MediaType,MySpecialMediaType) stream = storage.openstreamelement(mystream,7) storage.commit() The commit call is important, without it no storage is added! You must save the document afterwards to see it in the file. The stream object implements css.io.XStream, so by calling getInputStream() or getOutputStream() on it you get access to it and can read from or write to the stream. HTH, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] inserting text in current Frame
Daniel Beck wrote: I created a ContextMenuInterceptorClass, that registers once, then starting openoffice, to the current frame. But then, it doesn't work then I opens a new frame, because I is registered, from the beginning on, at the first active StarOffice component. So ... Either 1)I register the ContextMenuInterceptor so that his notifyContextMenuExecute method will be called from what either frame a contextMenuEvent came from (Is that possible?), or This isn't possible, but it sounds like a good idea. We could make ContextMenuInterceptors working like Add-Ons. 2) I have to register a new ContextMenuInterceptor each time I open a new Document, or change the current edited document. Yes. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Lotus 1-2-3
Zirneklis wrote: Hi, Is there any good reason why OpenOffice Spreadsheet can only read but not save Lotus 1-2-3 format files? Yes, it's the best reason you can imagine: because nobody implemented it. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Macro problem: Export all draw pages to SVG
Bernhard Haumacher wrote: Hi, I'm trying to write a macro that exports all pages in draw to separate SVG files using the page name as file name. Everything works, except the export to SVG (export to PNG or JPEG works fine) :-) When replacing aArgs(0).Name = MediaType aArgs(0).Value = image/png with aArgs(0).Name = MediaType aArgs(0).Value = image/svg+xml in the following code, only empty files are created. I also tried image/svg and svg as mime types. Can someone give me a hint? The MediaType seems to be correct, but it seems that you provide a wrong filter name when exporting to SVG. I don't know how the graphic export filters work, but a look into my configuration files shows me that the filter name for the SVG export filter is svg_Export. So you should at least change this. I don't know wether you must provide a filter name at all, your code example looks as if you don't do it for png. Perhaps it works without one for cvg also, just with the (correct) MediaType only. But it will definitely not work with a wrong filter name. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Antwort: RE: [dev] another API for Office - development
Tobias Hildebrandt wrote: Hi Garnett, I know that it is possible in OpenOffice to save meta data such as author and date. But I didn`t manage it to assume this data from a .doc - file to an open office document automatically. Do you know if this is possible? The Word import filter supports the import of meta data (at least those data that OOo can handle, like author, date etc. It worked as expected in OOo2.0 last time I checked. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Help needed
Basavaraj Koti wrote: Hi i want to add a new menubar to presentation(Impress) application, (Not through tools--options--etc..) such that when ever the a new presentation is opened the menu-title to be added and on clicking on it should call a java progam. I even tried the first steps given in the documentation, but i get an error saying No process listening on the resource. I need to complete it as soon as possible, so please provide me help with necessary information. You should have a look into the chapter about Add-Ons in the DevGuide. That's exactly what you need. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Converting some files to OOo writer
Yannick Patois wrote: - To the point I'm now, why not just creating an import filter for OOo? That would give users a very easy way to open and convert the files interactively, and likely generate a hook tha could be called from a pyuno cli script, if wanted. But... Can filter be wrote and distributed independently of OOo itself, or would I have to recompile the whole software including my hack? Is it difficult to create and insert a new filter in OOo? I really dont know. Filter development does not force you to compile any OOo source code at all. I don't know what you want to import (only text, some attributes or even more complex structures and elements), but in general a UNO based filter using the Writer API is a good option. Of course you must learn something about this API but AFAIK the SDK contains a simple example for a pure text import filter for Writer written in Java so you have at least a starting point how you can import the pure text, adding the formatting or other things can be done later. If the example isn't part of the SDK I'm sure it can be found somewhere else. :-) Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] scripted multiplatform .doc to .html conversion
Kirk Israel wrote: Sorry, I'm not being willfully dense here...I understand that if I'm doing this through the API, there has to be an instance of OOo running, but are you saying that the segment of the source responsible for reading in Doc (and the other segment, reseponsible for spitting out HTML) is so tightly coupled with the rest of the system as a whole that extracting those two segments isn't feasible, that saying aha, THIS is the conversion function wouldn't get you anywhere, because it depends on so much other stuff working to run? I think you have a misconception how document conversion in OOo works. There is no direct translation between input and output format, input filters always convert the input format into a representation in memory (the core of a document) and the output filter converts this into the output format. If you think about this a little bit you will see that anything else doesn't make sense, at the end OOo is an application and not a conversion service: why should there be code that directly translates from e.g. doc to html? OOo itself doesn't need such code. So it will never make sense to isolate the filter code, you always also need the code of the document core also. Theoretically it is possible to take the code of the filters and the core and make it a smaller package but until now nobody needed something like this so very badly that he started the work to create such an environment. You will need a kind of an application anyway and you will need UNO and its bootstrapping, you will need some of the services in OOo used by the filters etc. So it's possible but quite some work to do and all you earn from the work to make it happen would be that you safe some MB on disk. Is that worth the effort? BTW: you don't need an *installed* version of OOo on your machine, it's enough to have a runnable *copy* (though in this case you have to create each UNO connection manually because your system doesn't provide a hint where the OOo installation is). Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo Add-on Howto.
Gautham Kasinath wrote: Hello, I am a newbie to the OOo world. And I am looking at writing some add-ons that will check the integrity of a document, in some way (like well formattedness) before the same is loaded into OOo Writer. Browsing the dev mailing list, I figured out that writing an add-on was one of the best ways (esp. for a guy like me that lives and dies Java). However, I haven't found any mention or HowTo on writing add-ons in the Dev guide. Can someone point me a direction to look? Thanks a bunch. Please don't crosspost. Your question is more appropriate to the other list you have used (dev@api.openoffice.org) so I post my answer there. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Communicate with OOo from another application via DDE
Nils-Odd Solberg wrote: Hi, I have found and used these built in OOo BASIC methods * DDEExecute(nDDEChannel, command) * DDEInitiate(Server, Topic) * DDEPoke(nDDEChannel, item, data) * DDERequest(nDDEChannel, item) * DDETerminateAll() when communicating and exchanging data with another application (a quite old MS Windows application). This works pretty fine :-) All the communication that starts in/from OOo works fine. The issue is when the communication starts in/from the other application, typically when sending an DDEExecute() to OOo e.g. to start an macro. Nothing happens. No errors or execptions seems to be raised. Why? Any ideas? Any experience and knowledge with something similar? The problem is that there is not even a specification how macros can be called via DDE. Basically it's possible (on Windows) but currently not implemented. I don't know about the other DDE commands. Getting this implemented would require an RFE, I assume. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Build ID INSANITY...
Charles Marcus wrote: Why does the resulting Build ID that I get from executing said secret key combination not seem to have anything in common with the current Builds being offered at http://download.openoffice.org/680/ ? I mean, 2.0.1 identifies itself as 680m3 (build 8968), while the current Build at the above link identifies itself as m146 - what the heck is the average user supposed to make of this? When the release candidates where delivered a new cvs branch was created for them (starting with a new numbering for the corresponding master builds, so we got m1,m2 etc.) while new development for the next release continued with the old numbering (m146, m147 etc.). We did the same when releasing 2.0 BTW. I agree that it would be better to show the full version number in the dialog directly. The current way seems to create a lot of irritations. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to remove a xcu-file from userspace
Christoph Lutz wrote: Hi, I would like to remove the xcu-file my_applicationdata\OpenOffice.org2\user\registry\data\org\openoffice\Office\Commands.xcu in a programmatic way to ensure, that no user-configuration overwrites the shared Commands.xcu. Does UNO provide an API to to remove a configuration ressource from user-space? No, because this would be a contradiction in itself. If you can set the protection via API you also can remove it this way (with e.g. a macro), but a protection against overwriting should be something you can't bypass. The only working way to prevent modifications on configuration entries by users is by adding the XML attribute 'oor:finalized=true' to the entry in the share layer of the configuration. This still needs some support in the source code so it usually doesn't work for configuration settings that are changed in an interactive way (like e.g. the position of a toolbar), but it works for all settings in the Options dialog and - hoorah! - amongst others also for the Disabled commands you can specify in the Commands.xcu. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] XStandaloneDocumentInfo - can not write info using oo 2.0.1/oo 1.1.5 ...
Oliver Brinzing wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, as one can read, i still have problems using the XStandaloneDocumentInfo ... using the code snippet to read and write the documentinfo from different files causes the following problems: *.sdw *.sxw *.odt read writeread write read write oo 1.1.5okokok fails fails fails oo 2.0.1fails fails ok fails ok fails can somebody confirm this ? I didn't test it but your data looks reasonable. It is not intended that OOo2 handles sdw-Format in StandaloneDocumentInfo. Is this a problem? Then please file an issue. It is a limitation of the current implementation that writing DocumentInfo to sxw or odt still fails. It could be seen as a bug or an RFE, whatever, but I think that it *should* work. So you could add this to the issue if you want. That OOo115 can't *read* DocumentInfo from odt looks like a bug that wasn't discovered in testing (the ODF implementation in OOo115 is a little bit tricky), but anyway, this bug will surely not become fixed and writing an issue for it would be a waste of time. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to remove a xcu-file from userspace
Joerg Barfurth wrote: Hi mathias, Mathias Bauer wrote: Unfortunately there is no API to control the finalized attribute (and some other similar node attributes), so you have to do this by editing the configuration file directly. I wouldn't call this unfortunate. Without an API you can make *sure* that the value is not changed by a macro, Add-On or something else. IMHO this is important to make the finalizing feature useable. It is stored in a file and a macro, etc. could simply manipulate the relevant file and then force a reload of the configuration. It gets just more tedious. But that is unfortunate as it also disallows building administration tools upon our UNO services. Instead such tools have to manipulate the XML directly which is more prone to producing files our services can't read. Of course I assumed that there is no possible write access to the share directory so a direct file manipulation is not possible also. A manipulation of configuration data in a running OOo instance should never access anything in the share directory of OOo. My choice still would be to have an API in the configuration service like you want and disable it in OOo at runtime. OTOH the configuration service in an administrative tool with suitable access rights could provide this API access. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Build ID INSANITY...
Jens-Heiner Rechtien wrote: Here I disagree. The version shound contain only the regular version number, but why not showing the build version directly in the About dialog below the version (instead of asking for CTRL-SDT to display it)? Yes, please let's do this. And it should be the whole string including mws, milestone and buildid. So you mean exactly the same string as we currently show in the credits dialog? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: One small job...
Andrew Brown wrote: Chris [EMAIL PROTECTED] wrote in news:002d01c61cee$66557ab0 [EMAIL PROTECTED]: One small job for a developer ...one giant help for teacher-kind: This looks like a project which could with advantage go to the extensions site, or even to OOoforums.org for collaborative effort. There seem to be a lot of small macros, which would not be impossible to translate. Making a toolbar is much more complicated, though not at all impossible. Putting a toolbar into OOo that calls some macros should be a really simple task if it only contains buttons and no complex window elements. A simple Add-On containing the macro library and a configuration file for the toolbar will be all you need. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Bug: OLE transfer from odg to odt
Philippe Martin wrote: Milwaukee, January 22, 2006 OS: Windows XP Hello: I repeatedly encountered a writing error - general failure when saving an .odt which contains an OLE transferred from .odg to .odt, when the OLE contains a formula. 1. I paste a picture from the clipboard onto a drawing .odg 2. I add a formula to the picture 3. I group everything into an objet 4. I copy to the clipboard 5. I paste it into the text document .odt I cannot save the document that contains the OLE with its formula. I can save it if there are no formulae attached to the object. It is a known limitation of Writer that it can't insert object groups containing OLE objects. If you try to do so in OOo1.x you will see that in this case the OLE objects are dropped. In OOo2.x this dropping is not done and the result is a disaster. This issue is fixed for OOo2.0.2, but of course only to the state of OOo1.x: OLE objects are dropped in this case. We hope to improve this in OOo3.0. Until then please always transfer OLE objects from Draw/Impress/Calc to Writer individually, not grouped together with other objects. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Preview window with OOoBean ?
Matthias Benkmann wrote: I'm developing a Java app that let's the user fill out a form. The Java app uses this data to create a document in Writer. I would like to offer the user a preview window that integrates as seemlessly as possible with the Java app. I thought I could use the OOoBean for that purpose, however I have the problem that the bean always contains the complete Writer GUI, with menu bar, toolbars,... Even worse, if the user had the Styles and Formatting window open the last time he used writer, then when I show the OOoBean, I get a Styles and Formatting window, too. What should I do to get rid of all of this? All I want is the document view with no editing GUI elements and no additional windows. I guess that I can get rid of the menu and toolbars with the Programmatic Control of Menu and Toolbar features, but what about windows such as Styles and Formatting? How do I enumerate and close all of those? And is closing them really the only way? I'd much prefer to not have them pop up in the first place, because having a window appear and disappear confuses the user. Suggestions are very much welcome. If you loaded your file directly with loadComponentFromURL or so you could try to add a property Preview with value True. I don't know the bean API by memory so I don't know if there is something comarable. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Preview window with OOoBean ?
Matthias Benkmann wrote: On 1/31/06, Mathias Bauer [EMAIL PROTECTED] wrote: If you loaded your file directly with loadComponentFromURL or so you could try to add a property Preview with value True. I don't know the bean API by memory so I don't know if there is something comarable. Thanks, that seems to do the trick. But there's one problem. The view opened that way does not have any toolbars for scrolling, even if the document is not fully visible. Is that a bug? Do I have to do something special to get the toolbars to appear? Previews don't have scrollbars in OOo and a preview in OOo always has a fixed part of the document. I thought the Preview mode is the right choice because you wrote that you wanted a preview window. Obviously that's not the case. So I think that the only way to go is switching of the UI explicitly. First you should load the document in readonly mode and then you need to switch off the Layout Manager object of the frame you are loading the document into. The Layout Manager is a property of the frame that - surprise! ;-) - is named LayoutManager (IIRC). You can call lock() and setVisible(False) on it. This will remove all toolbar and the menu. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Ale Rufino wrote: Hi Christian, When I send the first message I'm not correctly suscrived and I Think that the message not send. I need to do a Delphi Program that only do a preview of a OpenOffice document with the opcion of print them. The user has no modified then. I use a Delphi's TOleContainer Component but only can show the first page, and cant't scroll it. That sounds like you have opened the file in Preview mode. Try to open it in read only mode instead. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Ale Rufino wrote: Hi This is a Kiosk application, in witch the user won't be able to see the OppenOffice instance. For this reason I have to write a program that shows to the user the complete document, I can open the document but I can't see the document is in my program. Using a TOleContainer control in Delphi it only shows the first page of the document. Other option could be, to open the OppenOficce and delete all the menus and hotkeys. I tried to use the SoActiveX component but I have no documentation to use it. please try what I suggested you to do (open the file in readonly mode). This should allow you to see the whole file and scroll through it. If this works we can see in the next step how you can remove the user interface elements. BTW: SoActiveX still has a toolbar, you won't win anything using it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to bring OpenOffice window to front
Matthias Benkmann wrote: I have the problem that when I launch a new OOo window with loadComponentFromURL() it doesn't always come to the front. Sometimes its button just blinks in the Windows task bar and I have to click it manually to bring it to the front. Is there a way to programmatically bring the window to the front? XTopWindow.toFront() and XWindow.setFocus() don't do the trick as they only work relative to other OOo windows not non-OOo windows. IIRC this is a feature of your operating system. If an application running in the background creates a new task window Windows XP will not bring it to front but instead lets it flash in the taskbar. The same code(!) on Windows 98 will bring the window to front IIRC. Only if the application that opens a new window is in the foreground the new window immediately comes to the front. So overall I'd say that this is the desired behavior on this platform, nothing inside OOo that can overrule it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Open New View
Vincenzo Giuliano wrote: Hi ALL, I have a problem. I loaded a Writer Document in this way PropertyValue [] props = new PropertyValue[1]; props[0] = new PropertyValue(); props[0].Name = OpenNewView; props[0].Value = new Boolean(true); xCompLoad.loadComponentFromURL(path_MYFILE_WRITER,_default,FrameSearchFlag.ALL,props); xCompLoad.loadComponentFromURL(path_MYFILE_WRITER,_default,FrameSearchFlag.ALL,props); I expected two New View, the document is loaded twice instead. The definition of this parameter in the DevGuide is not unambiguous, the current behavior is not in contradiction to it, especially because for some situations it is the only possible one (e.g. for Writer Web). But I agree that opening a new view to the same document would be more intuitive. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Alejandro Rufino wrote: The problem is that the Read Only mode doesn't work, nither preview or in normal mode, and the size of the window and preview zoom can't be re adjusted. Then I'm sorry, I don't have an idea what might be the problem, it must be related to the Delphi environment and I don't know anything about it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to bring OpenOffice window to front
Henrik Sundberg wrote: There is a way to allow background programs to bring up windows in the front even in XP. I don't remember how though. Yes, but it is bad coding style to work against the system guide lines. Such a special behavior should be reserved for special programs or special situations. Opening a window in OOo is neither of them. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OpenOffice: question : how i can manipulate openoffice writer document event: close/save...
FAouzi Abderrahman wrote: // I search the equivalent to this line : (remark this line is not operational) fDocument.OnClose := CloseDocument // CloseDocument is a procedure will be called when I close the document OK, so you want to get a notification when the document is closed? In general there are three kinds of notifications that can handle this: (1) Listening for document events You can get a notification *before* the dialog asking for saving the document (if necessary) will appear and another notification immediately before the closing will happen. In both cases the document is still complete and you can do anything with it you like to do. But you can't intercept the closing procedure, it's only a passive notification. So this way of notification is useful if you don't want to intercept but still want to do something with the document when it is going to be closed. (2) Listening for disposal of the document When the document is closed successfully and before it can be removed from memory it sends a notification to all interested listeners that it is going to die and that all listeners must release their references to it. At that time you can't use any API of the document anymore, you will always produce a runtime exception when doing so. So this notification is useful when you just want to know that a document will vanish but don't need to intercept the closing procedure and don't need to do anything with the closing document. (3) Listening for close events OOo documents can be closed by calling their close() method. Here listeners can prevent the closing by throwing a suitable exception. This notification gives you the full control over the document, but are are not allowed to use any GUI elements in your listener. Unfortunately you can't do that because you are using the Automation Bridge that does not support exceptions. We are planning to offer a workaround for this in OOo2.0. Then you can install a locking service that prevents locking of a document as long as you tell it to do so. I hope that this gives you some hints about the direction you can go. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Catch Macro Event
Vincenzo Giuliano wrote: Hi ALL, I have a question for YOU. Can I catch macro execution when user run it on an office document? I work in Java. How can I do it? I assume that you mean: how can I intercept the macro execution by being called immediately before the macro is going to be executed? There are several ways to execute macros (from a button, via run macro, from the basci IDE, from the command line, via API...). Not all of them allow to intercept the macro call, so there is no reliable way for everything execpt switching macro execution off completely. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] List/map of toobar icon files?
Brett the James wrote: Hi, I was wondering if there was any sort of master list (or even several sublists) that would help me understand what each .png file in images.zip? I've been looking around, but I cannot find anything of the like. In fact, it seems as if there are a tremendous amount of icons that don't belong anywhere (and those that just appear, on my computer, as a big, green X.) I have noticed a couple of things; It seems like a lot of the modern (new in 2.0) icons are in the images/res directory. In many cases, there seems to be a sc_ / sch_ pattern for the smaller icons and lc_ / lch_ pattern for the larger ones. Correct. The h denotes high contrast images, s is for small and l for large. The c is a remnant of former times where we had colored and monochrome images. So if there isn't a list, is there a formula that's being followed? Many images are for the toolbars or menus (commandimagelist). They indeed follow a schema. Their file names contain the name of the command as it is used for dispatching. For most of the names it shouldn't be hard to guess which function it is assigned to. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Adding menus / menu items at Runtime
sToolbar = private:resource/toolbar/standardbar sMyToolbarCmdId = vnd.openoffice.org:MyFunction REM *** Retrieve the module configuration manager from central module configuration manager supplier oModuleCfgMgrSupplier = createUnoService(drafts.com.sun.star.ui.ModuleUIConfigurationManagerSupplier) REM *** Retrieve the module configuration manager with module identifier REM *** See drafts.com.sun.star.frame.ModuleManager for more information oModuleCfgMgr = oModuleCfgMgrSupplier.getUIConfigurationManager( com.sun.star.script.BasicIDE ) oToolbarSettings = oModuleCfgMgr.createSettings() REM *** Create a button sString = My Macro's oToolbarItem = CreateToolbarItem( macro:///Standard.Module1.Test(), Standard.Module1.Test ) oToolbarSettings.insertByIndex( nCount, oToolbarItem ) oModuleCfgMgr.insertSettings( sToolbar, oToolbarSettings ) End Sub Function CreateToolbarItem( Command as String, Label as String ) as Variant Dim aToolbarItem(2) as new com.sun.star.beans.PropertyValue aToolbarItem(0).Name = CommandURL aToolbarItem(0).Value = Command aToolbarItem(1).Name = Label aToolbarItem(1).Value = Label aToolbarItem(2).Name = Type aToolbarItem(2).Value = 0 CreateToolbarItem = aToolbarItem() End Function Sub Test MsgBox Test End Sub Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OO 2.0 behaves different than OO 1.5
Mathias Bauer wrote: OOo1.0(!).x indeed had a different behavior concering File-Close, in this case the last window stayed open (this was a user request), Sorry, I wanted to say: in this case (OOo1.0) the last window was closed while in OOo2 it stays open (this was a user request). Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OO 2.0 behaves different than OO 1.5
Bernhard Donaubauer wrote: I have a small Java application that uses OO (started with parameter -invisible) to open or print OO - Files without user interaction. The user normally edits the opened document and closes it after he/she finished his/her work. Here is my problem! In OO1 the application disappeared after the user closed (menu file/close) the last document. In OO2 the application stays visible. OOo1.0(!).x indeed had a different behavior concering File-Close, in this case the last window stayed open (this was a user request), but OOo1.1.x behaves exactly like OOo2.0 in this regard. As you are talking about OOo1.5 (whatever this is, I guess it's 1.1.5) your problem must be something else. So please describe exactly(!) *how* the document is closed and what exactly you mean with visible and of course the exact version number of the old OOo version you are talking about. Can I make OO2 to behave like OO1? Can I make OO invisible by API calls? I tried to cast my desktop object to XFrame and called ooDesktop.getXFrame().getComponentWindow().setVisible(false); Really bad idea. You should desribe your goals in understandable terms and I'm sure we will find a solution. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How can I embed OOo objects in a HTML documents?
Luiz Siqueira wrote: How can I embed OOo objects like Calc in a HTML document? You can't. HTML does not support OLE objects so the function is not offered in the user interface of Writer Web. Theoretically you can add embedded objects via API (I didn't try but I assume that it can work) but they will get lost on saving. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo 2.0.2_RC2 icons and About pane.
Ross Johnson wrote: Some of this may be better put in an issue report, but ... This is not such a petty thing - all the icons seem to have changed from what they were in v2.0.1. Is this simply an aesthetic change, or was there a serious problem with the previous icons? Just wondering why it's worth confusing users at a micro version change - usually these thing change only at major version increments. It was a big request of the developer community to integrate new features more often, preferrably in the next possible release. Reading your comment it seems you can't please everybody. sigh It also affects work on the documentation projects. Luckily the OOo2 user guide hasn't quite got as far as updating images yet - but it's very close - I believe GRS want's to link the icon images, but then there are the screenshot images to cope with. It may be a matter of getting used to them, but I thought the previous icons more clearly conveyed what they represent. People wanted the new icons because they are more like the ones they have on their desktop. I agree that the previous one are better and IIRC you can still use them. Choice is good. :-) Also, the Help - About window still shows OOo 2.0. This is a current issue because users are finding it difficult to describe which version they're using on the users lists. They're generally told to press an obscure key combination to display the build version and credits. This slows communication down quite a bit while the users list goes through an unnecessary REQUEST/PLEASE CONFIRM/UPDATED REQUEST/ANSWER cycle. This has been fixed for OOo2.0.2. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How can I embed OOo objects in a HTML documents?
Ross Johnson wrote: On Mon, 2006-02-27 at 08:43 +0100, Mathias Bauer wrote: Luiz Siqueira wrote: How can I embed OOo objects like Calc in a HTML document? You can't. HTML does not support OLE objects so the function is not offered in the user interface of Writer Web. Theoretically you can add embedded objects via API (I didn't try but I assume that it can work) but they will get lost on saving. Are you using an old version of OOo? Usually the only sense that Writer/Web has is that it shouldn't offer anything that can not be stored into HTML. I thought that applies to OLE objects also. Obviously my memory fooled me, so sorry for the confusion. I still maintain the point that the OLE objects get lost on saving to HTML. Having them converted to graphics is a data loss because you can't edit them any longer. You can save your WebDocument to odt, yes, but then why using Writer/Web at all? As I wrote above, WriterWeb is just a Writer document with a reduced function set that should hinder users to add content to their documents that will get lost on saving them to HTML. So consequently inserting OLE shouldn't be possible in Writer/Web. If you wanted to add OLE objects and get them converted to graphics on HTML export you can use the normal Writer. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo 2.0.2_RC2 icons and About pane.
Ross Johnson wrote: Also, the Help - About window still shows OOo 2.0. This is a current issue because users are finding it difficult to describe which version they're using on the users lists. They're generally told to press an obscure key combination to display the build version and credits. This slows communication down quite a bit while the users list goes through an unnecessary REQUEST/PLEASE CONFIRM/UPDATED REQUEST/ANSWER cycle. This has been fixed for OOo2.0.2. Not yet in RC4 AFAICS. Are you sure? I had a look on the build 9008 and it showed me the correct version number. I currently don't know the build number of RC4. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Variant transmission in declare statement of open office basic
Andreas Bregas wrote: Hi François, I am C/C++ programmer and would like to program or be informed of the followong topic Variant transmission in declare statement of open office basic (Windows) Could you pleas give some more details what you mean by this? Does this refer to an issue or something else on openoffice.org? Currently I'm a little bit lost... :-) I take the liberty to forward the mail to François, because he doesn't seem to be subscribed (mail was delivered to moderator). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Styles not updating from linked template
Mikhail Voitenko wrote: Hi Jean, The problems seems not to be reported till now. I have just submitted a new issue for the problem you have described: http://www.openoffice.org/issues/show_bug.cgi?id=63440 The problem lies in documents created with OOo2.0.2. A fix will be available for 2.0.3. You will have to fix documents created with 2.0.2 though because the fix only can prevent the creation of further documents containing the error. Fortunately you can fix your documents already now and get the updating procedure back. Please do it in the following way: Load the document you want to fix, execute the following macro on it: Sub FixDocument TemplateName = ThisComponent.DocumentInfo.Template if TemplateName then ThisComponent.DocumentInfo.Template = TemplateName end if End Sub and then save the document. Next time when you open this document you will have the update from template feature back. This strange looking macro will set an internal switch in the document meta data that enables the template update procedure. BTW: the same macro will re-enable the update procedure in case you have switched it off by answering the question do you want to update your styles with No. You can execute this macro on every document if you want (e.g. by assigning it to the OnLoad event on application level), if the document is not based on a template it will not be modified by this macro. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] warnings01: Windows C4355 'this' : used in base member initializer list
Nikolai Pretzell wrote: I'd however like to establish a rule that classes/functions taking a pointer to (possibly) not fully constructed classes have a comment that explicitely allows that - assuming that everywhere else it is a bug. Is a cast to the base class when passing this enough? Something like aControllElement((Window*)this, MyRedId ) instead of the current aControllElement(this, MyRedId ) though I consider this to be superfluous in case of VCL Windows because *they work this way*. Why commenting something that works as designed? Here I would see it from the other side: the ctor implementation of aControlElement had a serious bug if it would call any virtual methods on the parent pointer it gets passed in. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Document-URL file:///
Andreas Höhmann wrote: Hello, can OOo load/save documents from Urls like this: https://xyz/getFile?id=111; https://xyz/setFile?id=111; Where can i find the valid protocols for document-urls? OOo does not have built-in support for https. If you are using Gnome you can use the Gnome-VFS instead. On Windows you can use the Web Folders of the OS though this is a little bit awkward (IMHO). Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Draw ideas
Werner Schulte wrote: In can create the layered figure, name the single objects and find that objects in the content.xml file, which can be extracted from my application easy. The only thing I am missing is the fact, that I would need to add some kind of meta data to each object, which can be used for filtering during runtime. Whould that be a big goal to implement that, e.g. provide a Object-MetaData context menu and allow to fill in one or more meta information fields, which then are stored into the odg file ? Meta data in ODF files is stored in the meta.xml stream, in a simplified description they are name/value pairs. Since OOo2.0 you can add your own meta data to this stream with arbitrary names and a wide range of possible types. So a possible way to implement your feature is using the object name as a namespace and use objectname.dataname as the names of your meta data properties. There is a simple API to add, set and retrieve such data, of course it is a little bit cumbersome to retrieve all meta data for only one object. You can use Basic or Java to create a dialog working with this meta data. So this is a way how it could be done, but maybe there is a better or smarter one. In case you don't get further answers here please try the dev@graphics.openoffice.org mailing list because that's the place where the Draw specialists can be met with a higher probability than here. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo and problem with UIDs...
marekjs wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. I've very weird problem: Sometimes, my OOo locks. When I try to start soffice, swriter I can't: some seconds mixing my HDD and silence. Well. I change the user id (UID) to different - it's start normally. But, when I try the previous UID - I can't start OOo again. I've locked 2 UIDs from OOo. It's good to have lot of UIDs into the linux, but it isn't the good way to change every time UIDs to start OOo. Any suggestion? Perhaps you can try to log what OOo is doing before it locks? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Implementing Document Restrictions in Star Office and Open Office
Hi Valden, Valden Longhurst wrote: After talking with Malte Timmermann from Sun, he mentioned I might want to bring my ideas to this group. Is this the correct group for this idea? Attached is a PDF on how we can use both symmetric and asymmetric encryption--WITHOUT using a Rights Management or Licensing server to enforce business-justified document restrictions. My possible solution involves what is called the digital envelope or cryptolope. Unfortunately the PDF didn't make it because attachments are stripped on the server. Perhaps you have some web space at hand where you can put it and post a link? In case you don't have some you can send me the PDF (please use my Sun e-mail address: [EMAIL PROTECTED]) and I will deposit it somewhere on the OOo pages to give us a start for discussions. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] I want to contribute
James Courtier-Dutton wrote: For example, when one compares two documents, all the changes in the text are highlighted, except text inside tables. It is probably there by design at the moment, but it is a little inconsistent. Having OO highlight changes in the contents of tables would be a welcome addition. I wouldn't start with this one. ;-) It's a little bit hairy. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Arbitrary file from within a UNO package
Manuel Odesser wrote: 2) I have a addons.xcu that begins with : oor:component-data xmlns:oor=http://solstage2.sfo.collab.net/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=Addons oor:package=org.openoffice.Office node oor:name=AddonUI node oor:name=AddonMenu node oor:name=mypackage.myaddon oor:op=replace Is mypackage.myaddon a suitable/valid name ? Should it begin with org.openoffice or something else ? You should create your own namespace, otherwise there is a risk that your node name will clash of the gazillions ;-) of future Add-Ons we will get for OOo. My recommendation is that for Add-Ons created from a company/vendor you take vnd.$COMPANYNAME.$PROJECTNAME.$ADDONNAME Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to retrieve the name/value of constants ?
Marten Feldtmann wrote: When creating source code for my Smalltalk interface via OLE/COM I have finished creating the source code for the enum structures. Now I came to the constants, but I can not query the name/value pairs for the constants ? I create an instance of a core reflection, query it via forName( com.sun.star.beans.MethodConcept) but only get a VAriant with type=13 - unknown type. How do I query the possible name/value pairs of constants ? Just a hint: for questions like this one dev@udk.openoffice.org might be a better list, but maybe you are lucky and get an answer here. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] bugs in WordML import
Stefan Ziel wrote: hi, i found an fixed various bugs in the XSLT-Inputfilter for WordML (wordml2ooo.xsl ...) how can i retribute this especially to which subproject ? The appropriate project would be the XML project. The easiest way is to create an issue and attach your fix as a patch, but of course you can discuss the fix and possible candidates for being the owner of the issue on the dev@xml.openoffice.org mailing list before, if you like. BTW: thanks for finding and fixing the bugs. ;-) Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] suppress popup of InputFields when opening a template
Christoph Lutz wrote: Hi, is there a way to suppress the popup of InputFields when I open a template that contains InputFields? I'm searching for a global configuration-option for OOo or even better for a way to place some kind of DONT POPUP-Flag into the respective documents. If this is not configurable, is there a programmatic way to suppress the popup? (eg. an eventhandler that I can register somewhere that runs before the popup task, an interactionHandler, a dispatchprovider, ...). Any Ideas? Usually all dialogs should be suppressed if you load a document via loadComponentFromURL() but appear when you load it via UI. Which way are you talking about? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Read-only access to a user's OpenOffice directory
Alon Keren wrote: Note: I realize this list has little to do with support, but the following issue seems to be beyond the reach of the people at 'users@openoffice.org' and that some code changes would be needed. If anyone knows of a better forum in which to post this, please tell me. The issue: System: Linux (LFS) OOo version: 2.0.0rc3, 2.0.2 I wish to prevent users from altering their OOo directories (~/.openoffice.org2) and from saving files in them. To that end, I supply a user with a ready-made '~/.openoffice.org2', and disallow any write-access to it and its contents. A problem occures when I edit a file (.odt, .ods), save it, and then exit OOo: After exiting I get the following pop-up dialog: 'Error saving the document: user-home-dir/.openoffice.org2/user/basic/script.xlc/ General Error. Genereal input/output error.' When I press 'OK', it repeats, only with 'dialog.xlc' instead of 'script.xlc'. Apparently, OOo tries to replace those two files with something of its own making, so placing ready-made files is not an option. Does anyone know of a way to go around this, either by means of configuring the already-installed OOo, or by means of altering the source-code/installation process? ATM it is not possible to run OOo without write access to its user profile without getting runtime errors that at least cause an error message. I even wouldn't exclude crashes. PS, Please CC me your replies, as I'm not subscribed to this mailing-list. Done. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] suppress popup of InputFields when opening a template
Christoph Lutz wrote: Hi Mathias, On 5/25/06, Mathias Bauer [EMAIL PROTECTED] wrote: is there a way to suppress the popup of InputFields when I open a template that contains InputFields? I'm searching for a global configuration-option for OOo or even better for a way to place some kind of DONT POPUP-Flag into the respective documents. If this is not configurable, is there a programmatic way to suppress the popup? (eg. an eventhandler that I can register somewhere that runs before the popup task, an interactionHandler, a dispatchprovider, ...). Any Ideas? Usually all dialogs should be suppressed if you load a document via loadComponentFromURL() but appear when you load it via UI. Which way are you talking about? Yes, it's clear that loadComponentFromURL provides full control, but if a user creates a new document by opening an existing template via UI, filemanager or browser, the popups should (also) be suppressed - and this seems to be more difficult to control. No. If a document or a template is opened via UI all dialogs are allowed by default. Suppressing them needs dispatch interception but I don't see the point in doing it. Can you explain? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Read-only access to a user's OpenOffice directory
Alon Keren wrote: On 5/29/06, Mathias Bauer [EMAIL PROTECTED] wrote: ATM it is not possible to run OOo without write access to its user profile without getting runtime errors that at least cause an error message. I even wouldn't exclude crashes. Bad news for me. Still, could you be a bit more specific? I would like to know what I'm up against as, seemingly, this is the only obstacle between me and a working OOo. Also, is there any hope to see OOo working (without errors or crashes) with a read-only user profile in the near future? This is hard to answer. It's not a small task to make this possible and there is no coordinated effort to work on this because it doesn't have a high priority as so many other things we are working on. Even if we invested some time we will not be able to guarantee that it works. The single error with the basic file is something that I hope gets fixed soon because the xlc files cause a lot of other problems we want to get rid of. Perhaps after this gets fixed you could give it another try. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]