[dev] spell check in openoffice
Hello, It is appreciated that you are busy and I thank you for taking the time to read this. I am a student at Goldsmiths College, University of London (UK), and I am going to be extremely cheeky by asking for your opinion on data structures: It would be much appreciated if you could describe to me the data structure implemented in the OpenOffice.org for spellchecking, and it would be nice to know of any misgivings you have with the current implementation. If it happens that I can contribute to OpenOffice.org, I would gladly do so, but that would be a secondary objective. I look forward to reading your reply, Glen Whitehead - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Observing changes of input fields
I'd like to be notified if the the user changes the contents of an input field. I registered a PropertyChangeListener and a VetoableChangeListener on the textfield's Content property, but I'm not seeing any events. Now I've found the following in section 7.3.2 of the Dev Guide: However, the objects implemented in the writer do not provide properties that support com.sun.star.beans.XPropertyChangeListener or com.sun.star.beans.XVetoableChangeListener yet. Do I read this correctly that none of the objects in writer (including text fields) support these 2 interfaces? Is there any other way to track changes to input fields? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
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. Thanks for you response. Alejandro. - Original Message - From: Christian Junker [EMAIL PROTECTED] To: dev@openoffice.org Sent: Tuesday, January 31, 2006 7:59 AM Subject: Re: [dev] Writer Automation with Delphi Hi Ale, first of all there is no reason for repeating oneself to get attention, as you can see by the number of replies you have gotten so far. Secondly it is quite difficult to figure out what your problem is. What is a component in the form and what is a program's form without open OOo instance? Use the proper terms and make yourself clear if you want to get valuable support, thanks. 2006/1/27, Ale Rufino [EMAIL PROTECTED]: Hy I Need to write a program in Delphi 7 that open a .DOC document and display it in the program's form without open a openoffice instance (or no show it), and a option to print them. I could open the document but no could show in a component in the form. -- Best Regards Christian Junker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] spell check in openoffice
2006/1/30, Glen Whitehead [EMAIL PROTECTED]: Hello, structures: It would be much appreciated if you could describe to me the data structure implemented in the OpenOffice.org for spellchecking, and it would be nice to know of any misgivings you have with the current implementation. I've done some research on OOo spellchecking myself the other day. First, the most relevant homepage is this: http://lingucomponent.openoffice.org/ OpenOffice.org uses `myspell' currently for spellchecking. Myspell is an enhancement of aspell (iirc) with ispell-compatibility. It adds some affix files for better support for compound words, if I understand correctly. Nevertheless, it'll be replaced by the new `hunspell' spell checker, which itself is based on myspell. You can check out the hunspell project at http://hunspell.sf.net I'm using a slightly modified version of hunspell to access OOo's spell checking wordbooks and dictionaries in my application. For me, hunspell was very slow... That's about all I have to say. :) Bye, Daniel -- eat(this); // delicious suicide - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Steps made by openoffice to save into a WebDAV Server
I'd like to know the steps performed by openoffice when I ask it to save an edited document on a WebDAV server (and what it expects to receive as response for each one). I have successfully opened a document that is on a Webdav server we developed, edited it, but when I press save the last thing openoffice does, is a PROPFIND for document's containing folder. After that openoffice says that the document cannot be saved, object cannot be created in ¿Which is the expected response to that propfind?,¿Why I get that error?. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Preview window with OOoBean ?
Mathias Bauer wrote: 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. You can also disable the menus and toolbars Juergen Best regards, Mathias - 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]
[dev] OpenOffice.org Developer Article Contest starts on February 1, 2006
OpenOffice.org Developer Article Contest starts on February 1, 2006 === Dear developers and technical writers, OpenOffice.org, with the support of Team OpenOffice.org e.V. and extra sponsorship from Sun Microsystems, announces its first Developer Contest starting February 1, 2006. The goal of the developer contest is to generate more developer documentation. We are also interested in promoting OpenOffice.org to developers at the same time. As part of the contest, developers are asked to write articles about developer topics, such as porting, add-on and filter development (e.g. new wizards, Calc functions, chart types, etc.), bug fixing, etc. Every month a committee will pick the best article from the pool of submitted articles. Articles that did not initially win will stay in the pool, so that they can still win later. Detailed rules can be found here: http://wiki.services.openoffice.org/ wiki/OpenOffice.org_Developer_Article_Contest The developer contest team wishes all participating developers and writers good luck! We look forward to receiving the first articles. Best regards, The OpenOffice.org Developer Contest Team smime.p7s Description: S/MIME cryptographic signature