Re: [dev] Play slideshow without User Input
Andy Cordwell <[EMAIL PROTECTED]> writes: > I've got the XAnimationNode interface via the XAnimationNodeSupplier > for a slide (see code below). But I can't see how to obtain an > iteration interface so I can obtain the hierarchy of animation nodes. > Hi Andy, try querying for an com::sun::star::container::XEnumerationAccess - at least the animation nodes that have children will provide you one. HTH, -- Thorsten If you're not failing some of the time, you're not trying hard enough. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Is it still worth to work on OpenOffice' gui toolkit?
Clemens Eisserer wrote: > Hello Mathias, > > Well my personal opinion would be to better stick with QT or if this > is not possible because of licensing reasons use wxwidgets. This way > we'll re-invent the wheel another time. Well, VCL and its predecessor StarView are much older than QT and IIRC also older than wsWidgets. So the question remains who invented which wheels. :-) Honestly speaking, we would love to replace VCL with something that has all the features we need, supports the same platforms in the same quality, has all the features we currently not have but want (GUI editor, layout manager etc.) and has a bright future. But until now each of the candidates (XUL, Java, wxWidgets, QT) has some disadvantages and as I wrote we need a migration strategie for our current GUI code. However, questions like these are best discussed on the gsl mailing 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] Is it still worth to work on OpenOffice' gui toolkit?
Hello Mathias, Well my personal opinion would be to better stick with QT or if this is not possible because of licensing reasons use wxwidgets. This way we'll re-invent the wheel another time. I know this has been discussed many times and I am not in a position to suggest anything, I am not very experienced at all ;) Thanks a lot for your suggestions, I'll register there. lg Clemens 2006/6/3, Mathias Bauer <[EMAIL PROTECTED]>: Clemens Eisserer wrote: > Hello, > > I am a long-term openoffice user and to some degree a bit of gui > performance fanatic. > I dislike UIs which show tearing effects and don't perform well and > just very few toolkits really make me happy performance-feeling whise. > I just can speak for OOo running on Linux, which shows some ugliness > when working with menus and some other small performance glitches. > > I would like to work on it in my vacation, however does it still make > sence to work on the currently used toolkit (vcl or however its > called)? I read many articles that OOo will move to a self-written > abstraction layer which uses underlaying widgets. > In which timeframe will this happen, or is this still planned at all. VCL will still be our technology base for the GUI in the forseeable future as we don't expect to get enough developers to rewrite all the existing UI code in a short time frame, so working on improvements for VCL still makes a lot of sense. The only UI or graphics component in OOo that does not use VCL currently is the presentation engine (AFAIK). ATM we are extending the UNO API layer above VCL to enable the development of more feature rich components and Add-Ons that don't link against VCL and so can be implemented and deployed independently from our release and development cycles, but this layer still is on top of VCL. Wether we will replace the implementation of this API toolkit later on is still object of discussion but IMHO will not happen soon. If you are interested in improving VCL please join the dev@gsl.openoffice.org mailing list. The developers over there will be glad to get some help, I'm sure. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [users] Support for loading and storing Documents using an extern (own) File Dialog .
On Fri, 2006-06-02 at 11:46 +0200, Christoph Wunder wrote: > Hallo , > I want to use OpenOffice in an area where data should be kept confidential. > Therfore i wrote an own File Dialog that permits users to access and work > only in a predefinded directory. > I could easyly integrate my File Dialog using macros in basic. > > My Problem: > > How can i load and store documents in the formats used provided by > OpenOffice on the level of macros, because > i only found apis to write Documets line by line. > Is there an easy/abstract way to load and store documents independent of > their format that i can use from the level > of macros using only the path of a file ?? How can i do this ?? > > If this is not possible: How do i load and store a document of a certain > type ( the types provided by OpenOffice) > (and how do i get the type of the document) Hmm, a programming question. You may or may not get an answer on this list but do monitor it. Better you should ask those that use the api for developing in the same manner you are trying to do. The project you want is http://api.openoffice.org/ and I will let you subscribe to the list of your choice. You could also try dev@openoffice.org which I have cc'd for you as this is a general list for programming type problems. Hope this helps you get your programming problem solved. -- PLEASE KEEP MESSAGES ON THE LIST. OpenOffice.org Documentation Co-Lead http://documentation.openoffice.org/ smime.p7s Description: S/MIME cryptographic signature
Re: [dev] Is it still worth to work on OpenOffice' gui toolkit?
Clemens Eisserer wrote: > Hello, > > I am a long-term openoffice user and to some degree a bit of gui > performance fanatic. > I dislike UIs which show tearing effects and don't perform well and > just very few toolkits really make me happy performance-feeling whise. > I just can speak for OOo running on Linux, which shows some ugliness > when working with menus and some other small performance glitches. > > I would like to work on it in my vacation, however does it still make > sence to work on the currently used toolkit (vcl or however its > called)? I read many articles that OOo will move to a self-written > abstraction layer which uses underlaying widgets. > In which timeframe will this happen, or is this still planned at all. VCL will still be our technology base for the GUI in the forseeable future as we don't expect to get enough developers to rewrite all the existing UI code in a short time frame, so working on improvements for VCL still makes a lot of sense. The only UI or graphics component in OOo that does not use VCL currently is the presentation engine (AFAIK). ATM we are extending the UNO API layer above VCL to enable the development of more feature rich components and Add-Ons that don't link against VCL and so can be implemented and deployed independently from our release and development cycles, but this layer still is on top of VCL. Wether we will replace the implementation of this API toolkit later on is still object of discussion but IMHO will not happen soon. If you are interested in improving VCL please join the dev@gsl.openoffice.org mailing list. The developers over there will be glad to get some help, I'm sure. 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] Implementierung
Mei Miao wrote: > > Hallo Zusammen, > > ich muss eine oder mehrere Einschränkungen von Writer, Math und > Impress durch neue Implementierungen abbauen, das ganze auf XP. Mein > erstes Problem fängt mit der Quellcode an. Wo kann man die > runterladen? Jemand hat mir diese Seite empfohlen: > http://download.openoffice.org/2.0.2/source.htm > [http://download.openoffice.org/2.0.2/source.htm], auf die zeigt aber > nur Erro. Meine andere Frage ist, brauche ich dazu noch andere > Software oder was anderes? Please write in english on this list. The link to the source is http://download.openoffice.org/2.0.2/source.html You might want to have some additional information about OOo development, here are some links that can help you to get a start: http://wiki.services.openoffice.org/wiki/Main_Page http://development.openoffice.org/ http://contributing.openoffice.org/programming.html http://tools.openoffice.org If you still have some questions after reading you are welcome to ask them on this list. If you have some comments about the documentation we are also very thankful for a feedback. 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 Write Customize problem
Hlupheka Mahesu wrote: > Hi > Firstly i will to thank you for informative articles that > you write to make our life easier, keep up the good work. > > Question: OpenOffice version 2 Writer (Windows XP or 2000) > > I have customized OO Writer for my users so that when they > want to open a specific OO document in my Delphi > Application they can only open it with limited Menus, which > is working 100%. I have even removed the customize menu > from the Menu to prevent them from resetting back to > factory settings but what i have realized is that there is > a drop down button on the toolbar and when cliked, it > display the Customize menu and i don't want this users to > have this menu or button, so how do i go about removing it > completly in a nutshell how do i remove/disable the > customize button on the toolbar?? You should disable the ".uno:ConfigureDialog" command with the "Disabled Commands" feature. Disabling this command will also remove the button in the toolbars. You can find information about this in the Developers Guide and there is also an example in the SDK. 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]
