[dev] New FAQ and Hints and Tips on the wiki
I have added three new pages to the wiki FAQ http://wiki.services.openoffice.org/wiki/Bibliographic_FAQ Hints and Tips http://wiki.services.openoffice.org/wiki/Bibliographic_Hints_and_Tips I have just started and put one entry on each. I invite everyone to add their own suggestions. I have also moved the 'Bibliographic Software and Standards Information' page to the wiki as it can be better maintained if users can add to and update the information themselves. http://wiki.services.openoffice.org/wiki/Bibliographic_Software_and_Standards_Information regards David Wlson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] deploying a java *.jar program ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I was playing with a java program, that connects to a running office via remote connection ... the program will be deployed as a *.jar file and it should be possible to start it double-clicking on the jar file ... but this seems not to be possible cause I need the juh.jar,jurt.jar, juh.jar,... files inside the class path ... First I tried to use a windows *.lnk but the caller string is to long for all the class files :-( So next I used a *.bat file to start the jar: @setlocal @set OOPath=D:\Programs\OpenOffice.org2.0\program\classes @set OOJars=%OOPath%\juh.jar;%OOPath%\jurt.jar;%OOPath%\jut.jar;%OOPath%\ridl.jar;%OOPath%\unoil.jar;%OOPath%\sandbox.jar @start /B javaw -cp my_javaprogram.jar;%OOJars% org.test.Main @endlocal To avoid the pop up of the command window (for just a second) I created a windows *.url. This is quite easy and the *.url file can be created during an install process, using java itself... [InternetShortcut] URL=file:///d:/programs/my_program/starter.bat WorkingDirectory=d:\programs\my_program IconFile=d:\programs\my_program\my_icon.ico IconIndex=0 ShowCommand=7 Anyway, I also tried the to use a *.lnk using: javaw.exe -Djava.ext.dirs="D:\Programs\OpenOffice.org2.0\program\classes" -jar d:\programs\my_program\my_javaprogram.jar But this does not work, cause my program uses jaxp and now takes the "xercesImpl.jar" from the OO classpath instead of the original java 1.5 class files ... this crashes my program with a java.lang.AbstractMethodError: org.apache.xerces.dom. DeferredElementImpl.setUserData(Ljava/lang/String;Ljava/lang/Object;Lorg/w3c/dom/UserDataHandler;)Ljava/lang/Object; As a workaround I could add an external standalone jaxp and use "-Djava.endorsed.dirs=D:\java\jaxp1.3.endorsed", but that's not what I really wanted to do ... Any hints how to simplify this process ? (I don't want to copy the oo *.jar files into my program folder, or even put them unpacked into my programs *.jar file) regards Oliver - -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDw/5CTiyrQM/QSkURAoW4AKCAJ+iOf8oF4aEQCTizFGxjQc1MwQCglpBe K9HbX53KW+8MHsEzX9yjm8M= =hB0H -END PGP SIGNATURE- - 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 ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 10.01.2006 14:53 schrieb Mathias Bauer: > 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. see http://www.openoffice.org/issues/show_bug.cgi?id=60116 - target is oo 3.0 for xml file formats it should be no problem to write the data into the meta.xml, without using the api :-) thanks Oliver - -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDw/PrTiyrQM/QSkURAhsFAJ9RNnK0Qr2KNQ0hWwhDg0Nk+GxcTACeLkMW ekaoIOcWkz3fW0XRkd5MSio= =aexk -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] disable/enable command problem
kawamune wrote:
> *** To disable ***
> acc =
> provider.createInstanceWithArguments("com.sun.star.configuration.ConfigurationUpdateAccess",
> prop())
> propSet = acc.createInstance("com.sun.star.beans.XPropertySet")
> propSet.setPropertyValue("Command", "macro:///someFunction")
> acc.insertByName("foo", propSet)
> acc.commitChanges()
>
> *** To enable ***
> acc =
> provider.createInstanceWithArguments("com.sun.star.configuration.ConfigurationUpdateAccess",
> prop())
> acc.removeByName("foo")
> acc.commitChanges()
>
> ***
>
> Yes I can change the enable/disable status by above code. But, the
> GUI is not updated immediately when I run the code to enable commands.
> The GUI is updated when I restart OpenOffice at last. Is it possible
> to update GUI as soon as we call the code to enable? Please give me a
> help.
I think the menu should correctly show the new state as it doesn't cache
dispatch objects. If you open the menu, the commands should be disabled.
You are right that this is not true for toolbars as they cache their
dispatch objects.
You use the disabled commands feature for your Basic macro's, but it's
not designed to be used for dynamic tasks. I also see a performance
issue, when we would support dynamic updates for toolbars. As the
disabled commands feature works globally, all toolbars in all frames
must be listener and update their buttons whenever a command is added or
removed from the list. Another drawback of your solution is, you cannot
use context to enable/disable your commands. That means, if you
enable/disable a command with disabled commands this command is
enabled/disabled for all application modules and all states.
If you need dynamic commands, you have to implement a DispatchProvider
service. Unfortunatley, as far as I know, this is not possible using
Basic, so you have to implement with Java or C++.
I can think of a frame based disabled command list, which wouldn't have
the drawbacks I explained before. If you think this would be a good
enhancement, please write an issue using issue tracker.
Regards,
Carsten
-
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
Christoph Lutz wrote: > Hi, > > I would like to remove the xcu-file > \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] 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] Need help and information in joining the OpenOffice.org community
Hello Karthik, thank you for your interest in OpenOffice.org . My name is Charles-H. Schulz and I'm the lead of the Native-Language Confederation (http://native-lang.openoffice.org) and http://projects.openoffice.org/native-lang.html . You are invited to start something related to Kannada wether as a native-language project or as a pure localization project (http://l10n.openoffice.org). I have to say that some people were interested earlier in such an initiative. i can put you in contact with them if you wish. Best Regards, Charles-H. Schulz. Karthik Nagaraj wrote: > Hi, > >I just installed openOffice.org and right now I'm seriously considering >moving over from MS Office to OpenOffice.org. I'm impressed by its strength >and feature rich programs. One of the key areas of interest was the native >language support. I come from Bangalore, India. My native language is >Kannada and there is no project for Kannada language in openOffice.org. I'm >interested in starting this project. Also I'm interested in fixing bugs for >the openOffice and also provide new features which I felt might need to be >there while I was using the SW. > >My Experience: Software Engineer for the past 5 years, Masters in CS from >Illinois Institute of Technolgy and Bachelors in CS from Bangalore >Institiute of Technology. I have 5 years of experience in C++ and I have >written many projects in Java, CORBA (Distributed Objects and IDL). > >Is there a chance for me to contribute to this community and start a native >langauge support in Kannada? > >Please do let me know. > >Thanks > >Karthik > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to remove a xcu-file from userspace
Hi Christoph, Christoph Lutz wrote: Hi, I would like to remove the xcu-file \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? The configuration API Objects in many locations support interface com.sun.star.beans.XPropertyState (and com.sun.star.beans.XMultiPropertyState). You can use these to reset configuration setting to their default values, which amounts to removing overrides from the user layer of the configuration. Currently these interfaces don't work recursively on entire trees (although that would be covered by the service specification), so resetting data for an entire component isn't easy (you need to walk the hierarchy and reset locally everywhere). But if you only want to prevent overrides of your shared Commands settings, there is an easier way: In the shared Commands.xcu add an attribute 'oor.finalized="true"' to the root of the part(s) you want to protect from being overridden. The range covered can be anything from a single , to the entire that defines the component. As a result these settings (and any settings done on layers preceding the one where you add the attribute) will be protected from being overridden by subsequent layers including the user layer. In the API these settings will appear as read-only now. If there are existing overrides in the user layer they will be ignored. 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. Ciao, Jörg BTW: Sun has a configuration manager for StarOffice that allows doing this through a web-based interface. -- Joerg Barfurth Sun Microsystems - Desktop - Hamburg >> using std::disclaimer <<< Software Engineer [EMAIL PROTECTED] OpenOffice.org Configuration http://util.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Need help and information in joining the OpenOffice.org community
Hi, I just installed openOffice.org and right now I'm seriously considering moving over from MS Office to OpenOffice.org. I'm impressed by its strength and feature rich programs. One of the key areas of interest was the native language support. I come from Bangalore, India. My native language is Kannada and there is no project for Kannada language in openOffice.org. I'm interested in starting this project. Also I'm interested in fixing bugs for the openOffice and also provide new features which I felt might need to be there while I was using the SW. My Experience: Software Engineer for the past 5 years, Masters in CS from Illinois Institute of Technolgy and Bachelors in CS from Bangalore Institiute of Technology. I have 5 years of experience in C++ and I have written many projects in Java, CORBA (Distributed Objects and IDL). Is there a chance for me to contribute to this community and start a native langauge support in Kannada? Please do let me know. Thanks Karthik
Re: [dev] Build ID INSANITY...
Hi Mathias 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. yes it is a real pain when you're on users lists to identify the version they're speaking about i would suggest 1- put all the revision number in the OOo Name 2.0.1 instead of 2.0, everywhere, not only in the help 2- when you create a sub cvs branch for a RC call it so that it contains the milestone it is based on eg m146-1, m146-2, m146-3 aso 1 is important to ease support to users imho laurent -- Laurent Godard <[EMAIL PROTECTED]> - Ingénierie OpenOffice.org Indesko >> http://www.indesko.com Nuxeo CPS >> http://www.nuxeo.com - http://www.cps-project.org Livre "Programmation OpenOffice.org", Eyrolles 2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
