[dev] Volunteer(s) for a Creative Commons component?
Hi, it seems that there is some interest in a component for easily integrating Creative Commons licenses into ODF documents. There where some postings on this list, and Nathan Yergler already did some entries for this in the CC wiki: http://wiki.creativecommons.org/OpenOfficeOrg_Addin I wonder if any developer here would like to create such a component for OpenOffice.org! The component developer should be/make familiar with the OOo build environment and how to create components. I volunteer to be something like a mentor for that person, if desired. We can together work on the specification and I can help out with hints for design and implementation. Best regards, Malte. -- Malte Timmermann [EMAIL PROTECTED] Sun Microsystems GmbH Technical Architect Software Engineering Nagelsweg 55 http://blogs.sun.com/roller/page/malte 20097 Hamburg, Germany - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Volunteer(s) for a Creative Commons component?
Hi Malte You are right, OOo build environment might not be an issue here. ok :) What I really wanted to say with that: I am willing to help on the component specific things, but I don't want to spend a lot of time in teaching how to write OOo components in general. there should be enough documentation and examples available. can i propose a dual-mentoring ? i may help for starters (and propose him to write its experience in the OooWiki or as a Article for the contest) Moreover, there are connex points to solve such as GUI translation and Extension Translation Framework This may be an other project I made a call on the french lists Best 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]
Re: [dev] DejaVu integration in 2.0.4
Hi Christian! With the lower level of standards, DejaVu fonts are much better than Bitsteram for many languages. For example: Bitstream is unusable for Hungarian language, because it misses some chars. I read the linked dicussion and no one told that there was a problem under OpenOffice.org. KAMI Christian Lohmaier írta: Hi Kami, *, On Wed, Jul 12, 2006 at 07:03:00PM +0200, KAMI wrote: Hello Gurus! Anyone would be so kind to include our http://qa.openoffice.org/issues/show_bug.cgi?id=59853 (Replace the default BitStream Vera font with DejaVu) issue in his very own CWS? The [...] DejaVu seems to have lowered their standards... This blog-entry basically summarizes the topic: http://www.advogato.org/person/roozbeh/diary.html?start=104 ciao Christian
Re: [dev] DejaVu integration in 2.0.4
http://dejavu.sourceforge.net/wiki/index.php/News Changes from 2.4 to 2.5 (April 16, 2006) * fixed excessive kerning bug that occurs with Pango (by Denis Jacquerye) KAMI Christian Lohmaier írta: Hi Kami, *, On Wed, Jul 12, 2006 at 07:03:00PM +0200, KAMI wrote: Hello Gurus! Anyone would be so kind to include our http://qa.openoffice.org/issues/show_bug.cgi?id=59853 (Replace the default BitStream Vera font with DejaVu) issue in his very own CWS? The [...] DejaVu seems to have lowered their standards... This blog-entry basically summarizes the topic: http://www.advogato.org/person/roozbeh/diary.html?start=104 ciao Christian
Re: [dev] DejaVu integration in 2.0.4
Hi, let's not forget the Gentium fonts from the SIL Best, Charles. KAMI a écrit : Hi Christian! With the lower level of standards, DejaVu fonts are much better than Bitsteram for many languages. For example: Bitstream is unusable for Hungarian language, because it misses some chars. I read the linked dicussion and no one told that there was a problem under OpenOffice.org. KAMI Christian Lohmaier írta: Hi Kami, *, On Wed, Jul 12, 2006 at 07:03:00PM +0200, KAMI wrote: Hello Gurus! Anyone would be so kind to include our http://qa.openoffice.org/issues/show_bug.cgi?id=59853 (Replace the default BitStream Vera font with DejaVu) issue in his very own CWS? The [...] DejaVu seems to have lowered their standards... This blog-entry basically summarizes the topic: http://www.advogato.org/person/roozbeh/diary.html?start=104 ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Volunteer(s) for a Creative Commons component?
Laurent, thanks for offering mentoring on the OOo basics. That might convince people to start working on an OOo component, who otherwise feared the barrier of entrance :) Malte. Laurent Godard wrote, On 07/13/06 11:21: Hi Malte You are right, OOo build environment might not be an issue here. ok :) What I really wanted to say with that: I am willing to help on the component specific things, but I don't want to spend a lot of time in teaching how to write OOo components in general. there should be enough documentation and examples available. can i propose a dual-mentoring ? i may help for starters (and propose him to write its experience in the OooWiki or as a Article for the contest) Moreover, there are connex points to solve such as GUI translation and Extension Translation Framework This may be an other project I made a call on the french lists Best Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] finalized configuration and security
Allen Pulsifer schrieb: A node in the OOo registry can be marked finalized, in order to prevent its value from being changed by users. See http://util.openoffice.org/common/configuration/oor-document-format.html#Acc ess_Control Question: is finalized intended to imply a security assurance that a user cannot actually override the value? No. See below for more detail. It occurs to me that a user would likely be able to override a finalized value by editing the binary .dat files in $(user)\registry\cache\ Yes, that would in fact be possible, if tedious: you need to parse the binary format, find the place(s) to change, patch those values and whenever the cache is regenerated you have to redo this and then restart the office. There are simpler ways to circumvent lockdown (see below). To prevent the user from manipulating the cache, you can switch off use of that binary cache - of course at the cost of slower application startup. To switch off the binary cache, you can edit $officeinstall/program/configmgrrc (configmgr.ini on Windows) and change the CFG_CacheURL entry to be empty ['CFG_CacheURL=']. Alas, that still doesn't give you a security assurance :-o ++ The primary means to circumvent this kind of lockdown, is this: The file configmgrrc/configmgr.ini (see above) contains the 'bootstrap' configuration for the configuration service. It describes which things to merge, etc. This is bootstrap configuration as described in [1],[2]. That means the value from the rc/ini-file can be overridden on the command line. Thus a user can create a private copy of the shared configuration, edit it freely and then use 'soffice -env:CFG_Strata=...' to start the office on his private copy. Instead of maintaining a full private copy, the user could also add a layer of his own that forces only selected entries. By using 'soffice -env:BaseInstallation=...' this mechanism can even be exploited to replace things beyond the configuration database. ++ General comment: IMHO you generally can't do desktop application lockdown with strong security. A purposeful, skilled and malicious user can get around those things. Lockdown can only prevent users from doing disallowed things without skill and criminal energy. In most contexts it should be sufficient accompany lockdown with policy that threatens suitable consequences for circumventing the restrictions. But a security strategy should assume that users can do anything their system privileges allow within their own environment. - Jörg References: [1] UNO Micro Deployment http://udk.openoffice.org/common/man/concept/micro_deployment.html [2] Uno Bootstrap Specification http://udk.openoffice.org/common/man/concept/default_bootstrapping.html -- 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]
Re: [dev] DejaVu integration in 2.0.4
On Thu, Jul 13, 2006 at 09:23:31AM +0200, KAMI wrote: http://dejavu.sourceforge.net/wiki/index.php/News Changes from 2.4 to 2.5 (April 16, 2006) * fixed excessive kerning bug that occurs with Pango (by Denis Jacquerye) The kerning thing is just a symptom of the integrate-everything thing. The problem is that the letter that are added to DejaVu don't match the quality or style of the first ones. So it blows up the font with glyphs that don't look good. Sure, DejaVu does include more glyphs and should work fine for at least european languages, but that's all. I'm not saying that DejaVu won't be an improvement, it is just not as good as it could be ciao Christian -- NP: As I Lay Dying - Meaning In Tragedy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] DejaVu integration in 2.0.4
Hello! I am started to investigating the Gentium fonts yesterday. It looks promising, what do you advice, what we have to do? KAMI Charles Schulz írta: Hi, let's not forget the Gentium fonts from the SIL Best, Charles. KAMI a écrit : Hi Christian! With the lower level of standards, DejaVu fonts are much better than Bitsteram for many languages. For example: Bitstream is unusable for Hungarian language, because it misses some chars. I read the linked dicussion and no one told that there was a problem under OpenOffice.org. KAMI Christian Lohmaier írta: Hi Kami, *, On Wed, Jul 12, 2006 at 07:03:00PM +0200, KAMI wrote: Hello Gurus! Anyone would be so kind to include our http://qa.openoffice.org/issues/show_bug.cgi?id=59853 (Replace the default BitStream Vera font with DejaVu) issue in his very own CWS? The [...] DejaVu seems to have lowered their standards... This blog-entry basically summarizes the topic: http://www.advogato.org/person/roozbeh/diary.html?start=104 ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] DejaVu integration in 2.0.4
Christian Lohmaier írta: On Thu, Jul 13, 2006 at 09:23:31AM +0200, KAMI wrote: http://dejavu.sourceforge.net/wiki/index.php/News Changes from 2.4 to 2.5 (April 16, 2006) * fixed excessive kerning bug that occurs with Pango (by Denis Jacquerye) The kerning thing is just a symptom of the integrate-everything thing. The problem is that the letter that are added to DejaVu don't match the quality or style of the first ones. So it blows up the font with glyphs that don't look good. Sure, DejaVu does include more glyphs and should work fine for at least european languages, but that's all. I'm not saying that DejaVu won't be an improvement, it is just not as good as it could be Look, I think small improvment is one step forward. The font is under developmemnt, we can help them with work, ideas, etc.. Why should we leave this project alone. If we need fonts other language than European languages we can integrate font for that language specially. DejaVu is much better for Hungarian and other Central European langueges. ciao Christian Szia, KAMI
[dev] Re: [EN] Comment about the spell checker
Hello, I should like to verify you eventually installed it. The problem I pointed out was that the user was not informed he/she had to do it, and therefore possibly could erroneously think his/her document was correctly spelled, whereas the dictionary was not installed. Once you realize that, you need about five or ten minutes if you have an ADSL connexion (somewhat more with a commuted connexion I presume). This difference is a reason more why it would be interesting (in any country ;) ) to know immediately that you have several things to download, while you are connected in interesting conditions. * I should suggest a modification about the download interface of the language tools. You are invited to choose your language three times, once for the spell checker, once for the hyphenator, and once for the synonyms dictionary. I imagine it is not the most frequent case that you choose a French dictionary for the spell checking, a Swedish tool for the hyphenator, and a German one for the synonyms. ___ On 12th of July 2006 21:54, Henrik Sundberg wrote : 2006/7/12, Gloops [EMAIL PROTECTED]: I think this is a splendid idea and I'm glad you brought it up in the international mailing list. In my case it is the Swedish dictionary/language pack that I need to download. I do not want a Swedish build, since I need the English UI when following OOo's mailing lists. /$ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: [EN] Comment about the spell checker
Hi I should suggest a modification about the download interface of the language tools. You are invited to choose your language three times, once for the spell checker, once for the hyphenator, and once for the synonyms dictionary. I imagine it is not the most frequent case that you choose a French dictionary for the spell checking, a Swedish tool for the hyphenator, and a German one for the synonyms. this is by design do not retreive any list if you're not interrested in french thesaurus (which is quite huge), so this is to save bandwith you do not have this behaviour on off line packs 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]
Re: [dev] how to create your own configuration reader in OpenOffice.org (configmgrrc)
Hi Christian, Christian Andersson schrieb: Hi there, I have some questions regarding the configuration system within openoffice. (as you will se from below I'm not that good with how OOo works internally, nor c++) I think I partly understand that basics about what it does (reading configuration files from different places, etc) and what can be done using this, but I have come to a situation where I need to read the configuration from a server using http/soap/etc instead of local files. today I have it working so that it can read these files using com.sun.star.comp.configuration.backend.LocalStratum but that can only read from file:// and not from http:// from what I understand this stuff can only be done in c++ right now, not java. Not so. The backends are accessed as UNO services and can be written in any language suitable for writing UNO components. This includes Java and even Python. The only premise is that the UNO language binding does not access the configuration database for its own startup configuration. IIRC that used to be a problem with Java in OOo 1.1.x, but shouldn't be the case any more in OOo 2. so my questions will be.. how can I create my own version com.sun.star.comp.configuration.backend.LocalStratum that instead of reading from the harddrive it reads over http.. We did create a modified version of the Configuration chapter in the developer's guide that explains the services and interfaces involved in this. Unfortunately it seems to have not made it into the OOo 2.0 version of the guide. I'll check if I can find it somewhere and get it up onto the website. The short summary is: You need to create a UNO service that implements one of the abstract services com.sun.star.configuration.backend.SingleLayerStratum [1] or com.sun.star.configuration.backend.MultiLayerStratum [2]. This essentially amounts to implementing the methods of the XSingleLayerStratum or XMultiLayerStratum interface to return a Layer object whose XLayer::readData method reads and parses from your data store. If you store your data in the 'xcu' XML format, you can use the existing com.sun.star.configuration.backend.xml.LayerParser service to implement the Layer object. All you need to do is provide an XInputStream to read the data. If I manage to write my own configurationreader can this then be installed using unopkg? or do I have to compile it within my own version of OpenOffice.org? You can install such a backend using unopkg add --shared. That will not automatically enable its use for the standard configuration stack though. To activate it for that purpose, you need to add it to the CFG_Strata entry in $officeinstall/program/bootstrap. Alternatively you can have your SingleLayerStratum register itself as an instance of service com.sun.star.configuration.backend.PlatformBackend. In that case it will be used automatically through the special 'SystemIntegration' backend service. Warning: this service is still declared 'unpublished' and thus is subject to change in a future version. (I do think that is unlikely, though and changes will be announced using the interface-announce mailing list.) I have read the Developers manual, but I still have a hard time figuring out how to do this, is there any other documentation for this then the developerguide? As I mentioned this should be in the dev guide, but isn't :-( HTH - Jörg References: [1] Reference documentation for SingleLayerStratum service http://api.openoffice.org/docs/common/ref/com/sun/star/configuration/backend/SingleLayerStratum.html [2] Reference documentation for MultiLayerStratum service http://api.openoffice.org/docs/common/ref/com/sun/star/configuration/backend/MultiLayerStratum.html -- 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] Warning free code: the missing modules
Hi again, Now that CWS warnings01 is integrated and most of the OOo modules are C/C++ warning free for the standard platforms (unxlngi6, unxsoli4, unxsols4, wntmsci10), it is time to address the remaining modules on those standard platforms. I think we (re-?)learned two lessons from CWS warnings01: One large CWS is not really tractable; and doing the changes in a closed style and only dumping the results into the larger community leads to problems due to the community's compiler/baseline diversity. We should keep that in mind when going forward. Which modules are missing? As of SRC680m176, the situation is as follows: M1 I just created CWS sb58 to get rid of false positives (i.e., modules that are listed in some MODULES_WITH_WARNINGS list but do not contain any C/C++ code at all) and those modules that we do not want to clean up but instead compile with EXTERNAL_WARNINGS_NOT_ERRORS=TRUE (binfilter and maybe sch). This CWS will not change any code, but only make sure appropriate warning switches are used during compilation. M2 On wntmsci10, some 20 modules are not yet cleaned up that are already cleaned up for the other platforms (mostly between vcl and toolkit within the hierarchy). M3 svx is only half-finished. M4 desktop. M5 devtools, r_tools, b_server. M6 canvas (only finished on unxlngi6), cppcanvas, dxcanvas, glcanvas. M7 basctl, chart2, extensions, filter, lingu, xmlsecurity, starmath, sc, sd, slideshow, sw, writerperfect. All depending on svx; additionally, sd is depending on slideshow and the canvas stuff above, and sw is depending on writerperfect. M8 sch. Depending on svx. Do we want to make it warning clean, or do we want to wait for chart2? When grouping these into CWSs, we should take into account dependencies and testing: Modules like svx impact much of OOo's behavior, so the easiest way to test excessive changes in such modules can be to do exhaustive automated tests across the board (as have been done for CWS warnings01), and then it probably makes sense to group those modules together in one CWS, so that the large number of tests needs only be done once. I would thus suggest the following strategy: C1 (M1, M8): CWS sb58 is already in progress by me, should be ready for 2.0.4, no real testing needed. C2 (M2, M3, M4): Create one CWS for the 20 wntmsci10 modules, svx, and desktop. Testing will be somewhat expensive. We should start this early and see we can integrate early in 2.0.5 timeframe. This could be distributed between three persons, one each for M2--M4. (Any volunteers?) C3 (M5): Create one CWS for devtools, r_tools, b_server. This depends on C2, but is otherwise independent of the rest (i.e., could be started in 2.0.5 or later). C4 (M6): Create one CWS for canvas, cppcanvas, dxcanvas, glcanvas. This depends on C2, and the sd CWS will depend on it (i.e., should be started in 2.0.5). C5--C14 (M7): Create one CWS each for C5 basctl (depends on C2) C6 chart2 (depends on C2) C7 extensions (depends on C2) C8 filter (depends on C2) C9 lingu (depends on C2) C10 xmlsecurity (depends on C2) C11 starmath (depends on C2) C12 sc (depends on C2) C13 sd, slideshow (depends on C2 and C4) C14 sw, writerperfect (depends on C2) (i.e., can probably be started for 2.0.5/2.0.6). Opinions, anyone? -Stephan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Warning free code: the missing modules
Stephan Bergmann [EMAIL PROTECTED] writes: C4 (M6): Create one CWS for canvas, cppcanvas, dxcanvas, glcanvas. This depends on C2, and the sd CWS will depend on it (i.e., should be started in 2.0.5). Fine with me. Cheers, -- 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]
[dev] RestrictedPath working under Windows?
I'm trying to get RestrictedPath working, as described under Declaring the Permitted Folders in http://ui.openoffice.org/specification/FileDialog_RestrictedPaths.sxw I'm using OOo v2.0.3 under WinXP. If I set the environment variable RestrictedPath, my user directory is set to the first component, as described under Standard Working Directory in the above referenced document. [I see this happens at OOC680_m7\desktop\source\app\app.cxx lines 1548-1558, and is distinct from the remaining functionality implemented via OOC680_m7\svtools\source\misc\restrictedpaths.cxx] None of the other functionality works, in particular, restricting where the file chooser can navigate and where a document can be saved. Is this working under Windows? I see a few fixed issues that only address unix-type paths: http://qa.openoffice.org/issues/show_bug.cgi?id=53649 http://qa.openoffice.org/issues/show_bug.cgi?id=53939 If it does work under Windows, is there a special format for the RestrictedPath variable? I've tried c:\temp c:/temp \temp /temp file:///c:/temp All of these successfully change my user directory, but don't do anything else. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Warning free code: the missing modules
On Thu, Jul 13, 2006 at 06:04:41PM +0200, Stephan Bergmann wrote: Now that CWS warnings01 is integrated and most of the OOo modules are C/C++ warning free for the standard platforms (unxlngi6, unxsoli4, unxsols4, wntmsci10), only for specific compiler versions. gcc 4.0.[23] at least cannot compile OOo without disabling the warnings for quite a lot of dirs. [...] Which modules are missing? As of SRC680m176, the situation is as follows: m175 and m176 don't compile here either because typesizes.h is not generated/ typesconfig is not built and not run. (but build walked through the directory) - not sure why But that's another story anyway. Opinions, anyone? I'd like to have a statement of what compiler versions will be/are still supported by OOo. ciao Christian -- NP: The White Stripes - My Doorbell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: [EN] Comment about the spell checker
2006/7/13, Laurent Godard [EMAIL PROTECTED]: Hi I should suggest a modification about the download interface of the language tools. You are invited to choose your language three times, once for the spell checker, once for the hyphenator, and once for the synonyms dictionary. I imagine it is not the most frequent case that you choose a French dictionary for the spell checking, a Swedish tool for the hyphenator, and a German one for the synonyms. this is by design do not retreive any list if you're not interrested in french thesaurus (which is quite huge), so this is to save bandwith you do not have this behaviour on off line packs The suggestion was not to download the french thesaurus. It was about presenting suggestions for extras that the user should consider downloading. /$ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [EN] Comment about the spell checker
Well, I should well imagine a dialog box with a list proposing the languages (perhaps the default value could be read somewhere in the configuration panel, if this is not too difficult), and a few checkboxes about the different tools that are generally available. Supposing we want to inform about the size to download, and avoid to transfer this information for all languages, two dialog boxes can do it. The language would be selected in the first dialog box, and the second dialog box would present the different tools available for the selected language, with a checkbox in front of each, and the size on the next column. That would be two dialog boxes instead of four, and if you accept the default values (all tools for the language selected in your configuration panel), you validate by depressing twice the Enter key. The next time you have something to do on it, it is to disconnect (could perhaps also be optionally automatic). Something Microsoft is not too wrong on : the text designating a language is more logically written in that language, rather than in English. Parlez-vous French ? Je vous demande pardon ? __ On 13th of July 2006 16:19, Laurent Godard wrote : Hi I should suggest a modification about the download interface of the language tools. You are invited to choose your language three times, once for the spell checker, once for the hyphenator, and once for the synonyms dictionary. I imagine it is not the most frequent case that you choose a French dictionary for the spell checking, a Swedish tool for the hyphenator, and a German one for the synonyms. this is by design do not retreive any list if you're not interrested in french thesaurus (which is quite huge), so this is to save bandwith you do not have this behaviour on off line packs Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]