Re: [dev] Context menu interception
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, For this, you have to implement a ProtocolHandler. The Dev's Guide explains how to do this. i will send you a demo protocolhandler ... Oliver - -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNvneTiyrQM/QSkURAtDXAJ0dBGv6jyjWDooLBGKeLtJv6AVGtACgpJhR qHJL+yJ/YNChWDMF7imcsF4= =yLGs -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Multilanguage documents
Hi *, On Nov 11, 2007 3:54 AM, jonathon [EMAIL PROTECTED] wrote: Rony wrote: FWIW: MS Word has been having that ability for quite a few versions now. There one would use the Language tab on styles to define what language it is used for (on that dialog one is able to turn off grammar- and spell-checking). How is that different from implementing language specific styles in OOo? Please don't confuse KAMI's feature-request with the stuff described in this excerpt. Of course you can already assign different languages to different parts of your document and that language will be used for spell-checking, hyphenation and will affect things like autocorrect/autoformat (replacement of typographic quotes for example) - if you choose the language none, no spell-checking, hyphenation is performed. But this is something fundamentally different from displaying different content depending on what language the user uses. A french version of OpenOffice.org would display something different than an english version. This could be simulated by using different sections that are hidden or shown depending on the language the user uses, but this would be a macro-based solution (either by letting the user choose, or by assigning the macro to the open document action) - but this of course requires the user to have macros enabled All in all, I don't quite see the usefulness of a feature that displays different content depending on the language of the surrounding application, but maybe there is a need I just don't see. Also I don't see why a style should be language-dependent, but chances are good, that I just don't understand what is meant with that. (As I understand it, it would be the opposite compared to how OOo now works. The style determines the language that is assigned to the text and not the language of the text determines how it is formatted) ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] automatic release notes (was: [dev] REMINDER: use specification templates for specifications)
Note that everywhere where there is a feature-info: in the Spec. abstract column of the Release Notes the process used a dirty fallback Why is that fallback dirty? I don't think that everything mentioned in the release notes needs a full blown specification. Seconded. /me too The dirty in the fall-back is that it doesn't preserve formatting ;-) i.e. the text written should be surrounded by pre tags, e.g. see i74918 in http://development.openoffice.org/releases/2.3.0.html While we are at it ... Somebody should look at those notes *before* they're published. It's nice to have automatisms, but as with other automatisms, there's a need for manual post-work. In this case, IMO it's a strong need. In the current form, which a) has a unfriendly layout b) contains semantic, grammatical and orthographic errors c) contains duplicates, it is a little bit of a shame, given that usually, we expect this to be a very early reading for a lot of people, once a new version is out. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]