Re: Hunspell improvement idea for italic (foreign) words
On 10/10/14 04:42, Marco A.G.Pinto wrote: Hi! Microsoft Office 2010 suggests words to be changed to italic if they are foreign, at least for Portuguese. For example: e-mail in Portuguese would be written in italic: /e-mail/. I was wondering if this could be implemented into Hunspell. The way for not breaking compatibility with older versions was to have an extra file with the italic words: pt_PT.DAT *pt_PT_italic.DAT* pt_PT.AFF The above is how that extra file would improve writing styles. The words on the new file could also exist in the normal .DAT . Could someone talk to Németh László about this since he only replied once to the e-mails I sent him in the past? I don't know him Juergen Thanks! Kind regards, Marco A.G.Pinto -- - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Reporting Broken download link
*Everything sourceforge.net http://sourceforge.net seems to be messed up since yesterday (or even before, did not check). I'm in France. * *Browser variables* *Values*navigator.appCodeName Mozillanavigator.appName Netscapenavigator.appVersion 5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath.3; rv:11.0) like Geckonavigator.platform Win32navigator.oscpu undefinednavigator.cpuClass x86navigator.product Geckonavigator.productSub undefinednavigator.vendor navigator.vendorSub undefinednavigator.language lb-LUnavigator.browserLanguage fr-FRnavigator.userLanguage lb-LUnavigator.systemLanguage fr-FRnavigator.userAgent Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath.3; rv:11.0) like GeckoDebian / Ubuntu / IceWeasel ?No / No / No*Stable Release* *JavaScript functions/variables**Values*Language ISO code en-USLanguage ISO code (from select box) en-USRelease matrix platform position (full) 11Release matrix platform position (lp) 12Release matrix platform array data y,134Release matrix language array data en-US,English (US),English (US),y,download/index.htmlUI platform name Windows (EXE)UI platform name (not supported) Platform (short) win32URL platform name (full) Win_x86_installURL platform name (lp) Win_x86_langpackURL platform name (from select box) win32Version (from select box) 4.1.1File name (full) Apache_OpenOffice_4.1.1_Win_x86_install_en-US.exeFile name (lp) Apache_OpenOffice_4.1.1_Win_x86_langpack_en-US.exeFile extension .exeFile size (full) (MByte) 134File size (lp) (MByte) 18Release info Milestone AOO411m6 | Build ID 9775 | SVN r1617669 | Released 2014-08-21Download file link (full) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/en-US/Apache_OpenOffice_4.1.1_Win_x86_install_en-US.exe/downloadDownload file link (lp) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/en-US/Apache_OpenOffice_4.1.1_Win_x86_langpack_en-US.exe/downloadChecksum file link (full) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.1/binaries/en-US/Apache_OpenOffice_4.1.1_Win_x86_install_en-US.exe.md5Checksum file link (lp) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.1/binaries/en-US/Apache_OpenOffice_4.1.1_Win_x86_langpack_en-US.exe.md5Base URL to Sourceforge.net http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/Base URL to Apache Archive http://archive.apache.org/dist/openoffice/4.1.1getLinkSelection() (download URL) undefinedisLanguageSupported() (true/false) ? trueShow the sub-box (true/false) ? trueGeneral error (true/false) ? false
Re: Complex content inside shapes
Hi, On 09.10.2014 23:53, Regina Henschel wrote: Hi Dennis, comments below. Dennis E. Hamilton schrieb: Hi Regina, orcnote below, -Original Message- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Thursday, October 9, 2014 08:34 To: AOO dev Subject: Complex content inside shapes Hi all, LibreOffice has implemented the ability for complex content in shapes. I would not bother you with this, but it will result in requests for ODF1.3. Therefore I ask you to have a look and help me to form an opinion. [1] http://vmiklos.hu/blog/textbox.html [2] https://wiki.documentfoundation.org/ReleaseNotes/4.4#Shapes_can_have_a_TextBox [3] https://bugs.freedesktop.org/show_bug.cgi?id=70942 [4] http://lists.freedesktop.org/archives/libreoffice/2014-October/063831.html orcnote Can you say more on how you think this is already possible in ODF 1.2 without any required change? Or are you saying there is an implementation-defined case already available under ODF 1.2? In the second case, it would seem simpler to agree on a shared implementation-defined (and public) definition than to expect incorporation in a new ODF specification. For one thing, that doesn't do anything for ODF 1.2-conforming documents. Did the LibreOffice extension presume to reuse an OASIS namespace or was it done properly with a well-defined foreign extension? (1) I became aware of the problem with https://issues.oasis-open.org/browse/OFFICE-3864. In the meantime the developer found another way to track, whether the shape has complex content. So the request for a new attribute has been (or will be?) canceled. But he is not really satisfied with the solution. (2) When a custom shape contains a table then LibreOffice currently writes e.g. draw:custom-shape ... table:table... ... /table text:p ... ... /text:p draw:enhanced-geometry ... ... /draw:custom-shape This solution is not valid in ODF1.2. A construction of the kind draw:custom-shape ... text:p draw:frame table:table ... /table:table /draw:frame /text:p ... /draw:custom-shape would be valid. In normal texts table:table and text:p are both allowed as child of office:text. Here a table:table element in a draw:frame has a different meaning, because its outside the text flow. But inside a shape the table is already outside the text flow and putting it into a draw:frame would not add restrictions. The comment of the developer is in https://bugs.freedesktop.org/show_bug.cgi?id=84714#c1. He suggests to write loext:table till the proposal of table:table as child of draw:custom-shape is accepted. He dislikes fake use of text:pdraw:frame as wrapper. In addition he mentioned in the discussion [4] on the mailing list, that because LibreOffice (and same OpenOffice) use a SAX parser, it can not easily be detected, whether elements exist or not exists in a sub-tree of the XML tree. I'm not able to judge this. Is the idea to allow table:table as child of draw:custom-shape and other shapes worth supporting? Just a short feedback regarding the ODF without having gone through the details: As draw:custom-shape already allows text:p and text:list as childs I currently do not see an objection to not allow table:table, too. This should be discussed in the OASIS ODF TC and I am sure that soon a corresponding discussion will be started from one of the LibreOffice/TDF representatives. Best regards, Oliver. P.S.: I will be on vacation from 2014-10-11 until 2014-10-27 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hunspell improvement idea for italic (foreign) words
On Fri, Oct 10, 2014 at 6:45 AM, Andrea Pescetti pesce...@apache.org wrote: Marco A.G.Pinto wrote: Microsoft Office 2010 suggests words to be changed to italic if they are foreign, at least for Portuguese. ... I was wondering if this could be implemented into Hunspell. Hunspell has no knowledge about formatting. The closest thing one could do in OpenOffice is to add an option not to check the words in italics. Something like the uppercase check that is available in Tools - Options - Language Settings - Writing Aids - Options. I have no idea of how hard it is (maybe OpenOffice strips formatting too before sending words to the spell checker!) but theoretically this could be investigated. More elegant, but more work, would be tag the word or passage as langen/lang or something like that, and then have AOO trigger behavior based on that language tagging, possible including formatting it as italics and ignoring it when spell checking, or using the appropriate secondary dictionary, if available. In other words, formatting and behavior comes from semantic tagging. That extra level of indirection can be very useful. It would allow, for example, a future extension to give hover translations of foreign expressions, etc. -Rob Of course, words in italics would then simply be ignored, not checked against a dedicated dictionary as you propose. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting Broken download link
I don't see a problem when downloading - also the pasted values don't indicate anything. Maybe there is a temporary problem. Please wait some time and try again. HTH Marcus Am 10/10/2014 08:00 AM, schrieb Roger Schilling: *Everything sourceforge.nethttp://sourceforge.net seems to be messed up since yesterday (or even before, did not check). I'm in France. * *Browser variables* [...] - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org