[LanguageTool] [ languagetool-Bugs-3566621 ] Detection/subtitution problem
Bugs item #3566621, was opened at 2012-09-11 02:54 Message generated for change (Comment added) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566621group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with French Group: 1.8 Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Benjamin Boudoir () Assigned to: Dominique Pelle (dominikoeo) Summary: Detection/subtitution problem Initial Comment: Hi, I was testing LanguageTool and LibrO SpellCheck and found a detection problem in LT. When I type Je suis pas, only the suis pas was underlined and this cause a double Je if I use the autocorrection (see attachment). Regards, -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-09-11 13:19 Message: Thanks for reporting this bug. I have just fixed it in subversion. Fix will be available soon in the daily build of LanguageTool at: http://www.languagetool.org/download/snapshots/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566621group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3566621 ] Detection/subtitution problem
Bugs item #3566621, was opened at 2012-09-11 02:54 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566621group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with French Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Dominique Pelle (dominikoeo) Summary: Detection/subtitution problem Initial Comment: Hi, I was testing LanguageTool and LibrO SpellCheck and found a detection problem in LT. When I type Je suis pas, only the suis pas was underlined and this cause a double Je if I use the autocorrection (see attachment). Regards, -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566621group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3566275 ] False positive: La vue est en effet exceptionnelle
Bugs item #3566275, was opened at 2012-09-10 04:06 Message generated for change (Settings changed) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566275group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with French Group: 1.8 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jaume Ortolà i Font (jaumeortola) Assigned to: Dominique Pelle (dominikoeo) Summary: False positive: La vue est en effet exceptionnelle Initial Comment: False positive: La vue est en effet exceptionnelle. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-09-10 10:24 Message: Thanks, fixed in this checkin: r8020 | dominikoeo | 2012-09-10 07:55:29 +0200 (Mon, 10 Sep 2012) | 2 lines [fr] fixed false positive in Les cours étaient en réalité destinés... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566275group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3566621 ] Detection/subtitution problem
Bugs item #3566621, was opened at 2012-09-11 02:54 Message generated for change (Settings changed) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566621group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with French Group: 1.8 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Benjamin Boudoir () Assigned to: Dominique Pelle (dominikoeo) Summary: Detection/subtitution problem Initial Comment: Hi, I was testing LanguageTool and LibrO SpellCheck and found a detection problem in LT. When I type Je suis pas, only the suis pas was underlined and this cause a double Je if I use the autocorrection (see attachment). Regards, -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-09-11 13:19 Message: Thanks for reporting this bug. I have just fixed it in subversion. Fix will be available soon in the daily build of LanguageTool at: http://www.languagetool.org/download/snapshots/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3566621group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3560925 ] [PL] word ale false positive: repeated words in a sentence
Bugs item #3560925, was opened at 2012-08-23 00:56 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with Polish Group: 1.8 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Andrzej Giniewicz (giniu) Assigned to: Marcin Miłkowski (milek_pl) Summary: [PL] word ale false positive: repeated words in a sentence Initial Comment: When checking sentences with word ale in them (meaning but, however), it results in false positive repeated words in a sentence. For example: Wiem, ale nie powiem. results in: 1. Wiersz 1, kolumna 7 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Wiem, ale nie powiem. ^^^ Same goes for checking for situations when comma isn't needed, like Żadnych „ale”.: 1. Wiersz 1, kolumna 10 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Żadnych „ale”. ^^^ This is with LanguageTool 1.8 (tested with standalone GUI). -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-09-05 10:51 Message: There was a bug in a rule. Fixed in the current SVN. -- Comment By: Andrzej Giniewicz (giniu) Date: 2012-09-04 13:21 Message: Yes, it is same in web start version. For the tests, did you enabled word repeat? I think that word repeat isn't enabled by default - I have it enabled in option in localy installed gui version, so I believe web start version picked it from there. My languagetool.cfg has PL_WORD_REPEAT in it: #LanguageTool configuration #Tue Sep 04 22:18:53 CEST 2012 disabledRules.pl-PL= disabledCategories.pl-PL= serverMode=false autoDetect=true enabledRules.pl-PL=PL_CAPITALIZE,PRZECIAGNIJ-I-UPUSC,PL_ELLIPSIS,NIE_A,W_WYPADKU,RYMY,IMPERF_PERF,BRAK_PRZECINKA_I_TAK,PL_WORD_REPEAT,BRAK_PRZECINKA_I_KWITA,NA_CALE_SZCZESCIE useGUIConfig=false serverPort=8081 motherTongue=pl -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-09-04 02:28 Message: I cannot reproduce it using the GUI (the Java Web Start version from our website). Could you see if you can reproduce it this way? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3560925 ] [PL] word ale false positive: repeated words in a sentence
Bugs item #3560925, was opened at 2012-08-23 00:56 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with Polish Group: 1.8 Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Andrzej Giniewicz (giniu) Assigned to: Marcin Miłkowski (milek_pl) Summary: [PL] word ale false positive: repeated words in a sentence Initial Comment: When checking sentences with word ale in them (meaning but, however), it results in false positive repeated words in a sentence. For example: Wiem, ale nie powiem. results in: 1. Wiersz 1, kolumna 7 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Wiem, ale nie powiem. ^^^ Same goes for checking for situations when comma isn't needed, like Żadnych „ale”.: 1. Wiersz 1, kolumna 10 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Żadnych „ale”. ^^^ This is with LanguageTool 1.8 (tested with standalone GUI). -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-09-04 02:28 Message: I cannot reproduce it using the GUI (the Java Web Start version from our website). Could you see if you can reproduce it this way? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3560925 ] [PL] word ale false positive: repeated words in a sentence
Bugs item #3560925, was opened at 2012-08-23 00:56 Message generated for change (Comment added) made by giniu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with Polish Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrzej Giniewicz (giniu) Assigned to: Marcin Miłkowski (milek_pl) Summary: [PL] word ale false positive: repeated words in a sentence Initial Comment: When checking sentences with word ale in them (meaning but, however), it results in false positive repeated words in a sentence. For example: Wiem, ale nie powiem. results in: 1. Wiersz 1, kolumna 7 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Wiem, ale nie powiem. ^^^ Same goes for checking for situations when comma isn't needed, like Żadnych „ale”.: 1. Wiersz 1, kolumna 10 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Żadnych „ale”. ^^^ This is with LanguageTool 1.8 (tested with standalone GUI). -- Comment By: Andrzej Giniewicz (giniu) Date: 2012-09-04 13:21 Message: Yes, it is same in web start version. For the tests, did you enabled word repeat? I think that word repeat isn't enabled by default - I have it enabled in option in localy installed gui version, so I believe web start version picked it from there. My languagetool.cfg has PL_WORD_REPEAT in it: #LanguageTool configuration #Tue Sep 04 22:18:53 CEST 2012 disabledRules.pl-PL= disabledCategories.pl-PL= serverMode=false autoDetect=true enabledRules.pl-PL=PL_CAPITALIZE,PRZECIAGNIJ-I-UPUSC,PL_ELLIPSIS,NIE_A,W_WYPADKU,RYMY,IMPERF_PERF,BRAK_PRZECINKA_I_TAK,PL_WORD_REPEAT,BRAK_PRZECINKA_I_KWITA,NA_CALE_SZCZESCIE useGUIConfig=false serverPort=8081 motherTongue=pl -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-09-04 02:28 Message: I cannot reproduce it using the GUI (the Java Web Start version from our website). Could you see if you can reproduce it this way? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3564113 ] ressource\da\disambiguation.xml is missing
Bugs item #3564113, was opened at 2012-09-02 01:58 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3564113group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with another language Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ressource\da\disambiguation.xml is missing Initial Comment: The ressource\da\disambiguation.xml in the latest daily builds. This causes an error from the xml parser as soon as the extension is activated in LibreOffice. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3564113group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3564184 ] Maven artifacts for LanguageTool
Bugs item #3564184, was opened at 2012-09-02 10:24 Message generated for change (Comment added) made by wyldfire You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3564184group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Eckart de Castilho (wyldfire) Assigned to: Nobody/Anonymous (nobody) Summary: Maven artifacts for LanguageTool Initial Comment: LanguageTool uses an ANT-based build. It would be great if there were Maven artifacts as well. I have attached POMs for LanguageTool 1.8 and trunk to this issue. Mind that this is still work in progress. In particular, not all dependencies are available on Maven Central yet. Thus, the POM contains a reference to an inofficial repository. -- Comment By: Richard Eckart de Castilho (wyldfire) Date: 2012-09-02 11:14 Message: Added POM for trunk, works with the restructured trunk. If you want to use Eclipse's m2e plugin, it's a good idea to remove the project from Eclipse after dropping in the POM, deleting .project, .classpath and .settings and then Import existing Maven project... so that Eclipse can generate its metadata from the POM and is not confused by the Eclipse metadata that is in the version control repository. -- Comment By: Richard Eckart de Castilho (wyldfire) Date: 2012-09-02 10:54 Message: I said the POM would also include the dev stuff - not true, that's also excluded. So it covers only LT core (no dev, no OOO). -- Comment By: Richard Eckart de Castilho (wyldfire) Date: 2012-09-02 10:44 Message: The attached POM for LanguageTool 1.8 compiles the core and dev stuff, but it excludes the OpenOffice stuff. It does not contain all the information necessary for a release on central, in particular no SCM information, no license and no developer information. I believe though, that based on this it would be possible with reasonable additional effort to publish a LT 1.8.1 to Maven Central. Except the missing information in the POM, there are some additional problems: - not all dependencies are available from Maven Central, so I added a repository - there is a spelling error in the package of morfologik-speller in the org.carrot artifact (it's morflogik instead of morfologik), so I had to actually changed the imports in LanguageTool to match that. -- Comment By: Richard Eckart de Castilho (wyldfire) Date: 2012-09-02 10:25 Message: I'm still doing some updates to the POM... will attach soon. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3564184group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3564184 ] Maven artifacts for LanguageTool
Bugs item #3564184, was opened at 2012-09-02 10:24 Message generated for change (Comment added) made by wyldfire You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3564184group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Eckart de Castilho (wyldfire) Assigned to: Nobody/Anonymous (nobody) Summary: Maven artifacts for LanguageTool Initial Comment: LanguageTool uses an ANT-based build. It would be great if there were Maven artifacts as well. I have attached POMs for LanguageTool 1.8 and trunk to this issue. Mind that this is still work in progress. In particular, not all dependencies are available on Maven Central yet. Thus, the POM contains a reference to an inofficial repository. -- Comment By: Richard Eckart de Castilho (wyldfire) Date: 2012-09-02 10:25 Message: I'm still doing some updates to the POM... will attach soon. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3564184group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3560624 ] Missing POS for some hyphenated cardinal numbers
Bugs item #3560624, was opened at 2012-08-22 01:03 Message generated for change (Tracker Item Submitted) made by mikeunwalla You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560624group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with English Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: MikeUnwalla (mikeunwalla) Assigned to: Marcin Miłkowski (milek_pl) Summary: Missing POS for some hyphenated cardinal numbers Initial Comment: LT does not give the correct part of speech (CD) to some cardinal numbers that are hyphenated. A small sample of cardinal numbers shows the problem... For text language English (American), LT does not give the POS CD to thirty-six, thirty-seven, thirty-eight. Output from GUI Tag Text: S twenty-seven[twenty-seven/CD, twenty-seven/JJ] thirty[thirty/CD, thirty/JJ, thirty/NN] thirty-five[thirty-five/CD] thirty-six[thirty-six/NN] thirty-seven[thirty-seven/JJ, thirty-seven/NN:UN] thirty-eight[thirty-eight/JJ, thirty-eight/NN, /S] The problem is also with all other variants of English. The problem is also in version 1.7. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560624group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3560925 ] [PL] word ale false positive: repeated words in a sentence
Bugs item #3560925, was opened at 2012-08-23 00:56 Message generated for change (Settings changed) made by giniu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with Polish Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrzej Giniewicz (giniu) Assigned to: Marcin Miłkowski (milek_pl) Summary: [PL] word ale false positive: repeated words in a sentence Initial Comment: When checking sentences with word ale in them (meaning but, however), it results in false positive repeated words in a sentence. For example: Wiem, ale nie powiem. results in: 1. Wiersz 1, kolumna 7 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Wiem, ale nie powiem. ^^^ Same goes for checking for situations when comma isn't needed, like Żadnych „ale”.: 1. Wiersz 1, kolumna 10 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Żadnych „ale”. ^^^ This is with LanguageTool 1.8 (tested with standalone GUI). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3560925 ] word ale, false positive repeated words in a sentence
Bugs item #3560925, was opened at 2012-08-23 00:56 Message generated for change (Tracker Item Submitted) made by giniu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with Polish Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrzej Giniewicz (giniu) Assigned to: Marcin Miłkowski (milek_pl) Summary: word ale, false positive repeated words in a sentence Initial Comment: When checking sentences with word ale in them (meaning but, however), it results in false positive repeated words in a sentence. For example: Wiem, ale nie powiem. results in: 1. Wiersz 1, kolumna 7 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Wiem, ale nie powiem. ^^^ Same goes for checking for situations when comma isn't needed, like Żadnych „ale”.: 1. Wiersz 1, kolumna 10 Komunikat: Powtórzony wyraz w zdaniu Kontekst: Żadnych „ale”. ^^^ This is with LanguageTool 1.8 (tested with standalone GUI). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3560925group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3557738 ] LT reports wrong column number
Bugs item #3557738, was opened at 2012-08-14 23:42 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3557738group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: LT reports wrong column number Initial Comment: LT reports this issue with attached file : 23. Line 6, column 183 Message: Possible spelling mistake found (deactivate) Correction: reamers; steamers; tamers; teasers Context: ... of the inaugural torch relay using [s]teamers, automobiles, and airplanes. A report ... But the correct column number is about 350... tested LT version: 1.8 and snapshot 20120814 -- Comment By: Daniel Naber (dnaber) Date: 2012-08-15 14:52 Message: Thanks for your report, this should now be fixed in tomorrows snapshot. There still might be off-by-one errors, though. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3557738group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3557738 ] LT reports wrong column number
Bugs item #3557738, was opened at 2012-08-14 23:42 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3557738group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: LT reports wrong column number Initial Comment: LT reports this issue with attached file : 23. Line 6, column 183 Message: Possible spelling mistake found (deactivate) Correction: reamers; steamers; tamers; teasers Context: ... of the inaugural torch relay using [s]teamers, automobiles, and airplanes. A report ... But the correct column number is about 350... tested LT version: 1.8 and snapshot 20120814 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3557738group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3555372 ] LanguageTool reports error at wrong line number after ...
Bugs item #3555372, was opened at 2012-08-08 09:08 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3555372group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: LanguageTool reports error at wrong line number after ... Initial Comment: LanguageTool-1.8 (and latest version of in SVN as of today 2012/08/08, svn r7815) reports errors at the wrong line numbers in the following case: $ cat sample-text.txt Errors are detected her at correct line 1. Erors here are not detected. Errors in all text from now on is detected at incoect line (4 instead of 5). $ java -jar dist/LanguageTool.jar -l en-US sample-text.txt Expected text language: English (US) Working on sample-text.txt... 1.) Line 1, column 21, Rule ID: MORFOLOGIK_RULE_EN_US Message: Possible spelling mistake found Errors are detected her at correct line 1. Errors in all text from... ^^^ 2.) Line 4, column 47, Rule ID: MORFOLOGIK_RULE_EN_US Message: Possible spelling mistake found ...rrors in all text from now on is detected at incoect line (4 instead of 5). ^^^ Time: 157ms for 3 sentences (19.1 sentences/sec) Notice the following bugs: * spelling errors at line 2 are not detected * spelling errors at line 5 are detected but reported at incorrect line 4 (in fact everything after this line will be reported at the incorrect line). It seems triggered at the ... pattern in the sample_text.txt file which spans multiple lines. -- Comment By: Daniel Naber (dnaber) Date: 2012-08-12 14:27 Message: Thanks for the report. This is partially fixed now: there's a new option --xmlfilter. If that option is not set, the text is not filtered and thus the positions are okay. For real XML and with --xmlfilter the positions might still be broken (namely when there are linebreaks inside the XML elements). -- Comment By: Nobody/Anonymous (nobody) Date: 2012-08-09 12:00 Message: I see, I think it's because Main.java reads in the input file with getFilteredText(...) which calls StringTools.filterXML(fileContents); to filter out xml tag. But my sample file here was not a xml file, it just happened to contains and characters which messes up checking. I find it odd that the input is treated as a xml file (filtering what xml tags, or what LT thinks looks like XML tags). I would prefer if iinput was treated as xml. I don't see a good reason to do that. Removing this feature seems better. If user wants to filter xml tag, he can filter XML tag prior to running LT. Or alternatively, provide a command line flag to indicate whether to filter-out xml tags or not. But in the Unix philosophie of doing one thing only, LT should not care about doing that to keep it simpler. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3555372group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554812 ] JNI exception during install
Bugs item #3554812, was opened at 2012-08-06 04:56
Message generated for change (Comment added) made by testerus
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: LibreOffice integration
Group: None
Status: Closed
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Helge Hielscher (testerus)
Assigned to: Nobody/Anonymous (nobody)
Summary: JNI exception during install
Initial Comment:
When I try to install languagetool in LibreOffice I get:
(com.sun.star.uno.RuntimeException) { { Message = JNI exception occured
Context= (com.sun.star.uno.XInterface) @7f85ec0332f8
(ImplementationName = com.sun.star.comp.JavaVirtualMachine) } }
OS: Mageia Linux Cauldron
# uname -a
Linux iwan 3.5.0-desktop-1.mga3 #1 SMP Sat Jul 28 00:29:28 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
# rpm -qa|grep -i libreoffice
libreoffice-draw-3.6.0.4-3.mga3
libreoffice-base-3.6.0.4-3.mga3
libreoffice-core-3.6.0.4-3.mga3
libreoffice-impress-3.6.0.4-3.mga3
libreoffice-opensymbol-fonts-3.6.0.4-3.mga3
libreoffice-writer-3.6.0.4-3.mga3
libreoffice-langpack-en-3.6.0.4-3.mga3
libreoffice-calc-3.6.0.4-3.mga3
libreoffice-math-3.6.0.4-3.mga3
libreoffice-3.6.0.4-3.mga3
libreoffice-ogltrans-3.6.0.4-3.mga3
libreoffice-graphicfilter-3.6.0.4-3.mga3
libreoffice-ure-3.6.0.4-3.mga3
libreoffice-javafilter-3.6.0.4-3.mga3
libreoffice-java-common-3.6.0.4-3.mga3
libreoffice-presenter-screen-3.6.0.4-3.mga3
libreoffice-pdfimport-3.6.0.4-3.mga3
Same error with current snapshot (LanguageTool-20120805-snapshot.oxt)
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-11 01:10
Message:
LanguageTool install worked after resetting my profile.
There might have been some leftovers from trying to install Duden
Korrektor.
--
Comment By: Nobody/Anonymous (nobody)
Date: 2012-08-10 02:11
Message:
The only thing I can suggest now is to install the JVM from Oracle and try
with that. We're having lots of Java integration problems, but JNI
exception occured is new to me.
Report with similar problem but no real solution:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466300
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-09 12:41
Message:
$ java -version
java version 1.7.0_03-icedtea
OpenJDK Runtime Environment (mageia-2.2.1.1.mga3-x86_64)
OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)
$ /usr/lib/jvm/jre-1.6.0-sun/bin/java -version
java version 1.6.0_26
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)
This is a x86-64 distribution, so libreoffice should be built in 64bit, and
it is:
$ file /usr/lib64/libreoffice/program/libswlo.so
/usr/lib64/libreoffice/program/libswlo.so: ELF 64-bit LSB shared object,
x86-64, version 1 (GNU/Linux), dynamically linked,
BuildID[sha1]=0x64d59a108b762c8fe50953a0d20f2a17787c8d7f, stripped
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-09 10:40
Message:
Is that a 64bit version of LibreOffice? If not, you will need a 32bit
Java., preferably the one you can download from Oracle. Both 1.7 and 1.6
*should* work, but there may be less problems with 1.6.
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-09 04:42
Message:
As you see above libreoffice-java-common is installed.
But libreoffice does not list Java 1.6, only 1.7 – could that be the
culprit? (both jre-1.7.0-openjdk.x86_64 and jre-1.6.0-sun are installed on
this system)
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-07 13:19
Message:
Did you have a look at http://www.languagetool.org/issues/, especially the
hint for Ubuntu?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3555372 ] LanguageTool reports error at wrong line number after ...
Bugs item #3555372, was opened at 2012-08-08 09:08 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3555372group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: LanguageTool reports error at wrong line number after ... Initial Comment: LanguageTool-1.8 (and latest version of in SVN as of today 2012/08/08, svn r7815) reports errors at the wrong line numbers in the following case: $ cat sample-text.txt Errors are detected her at correct line 1. Erors here are not detected. Errors in all text from now on is detected at incoect line (4 instead of 5). $ java -jar dist/LanguageTool.jar -l en-US sample-text.txt Expected text language: English (US) Working on sample-text.txt... 1.) Line 1, column 21, Rule ID: MORFOLOGIK_RULE_EN_US Message: Possible spelling mistake found Errors are detected her at correct line 1. Errors in all text from... ^^^ 2.) Line 4, column 47, Rule ID: MORFOLOGIK_RULE_EN_US Message: Possible spelling mistake found ...rrors in all text from now on is detected at incoect line (4 instead of 5). ^^^ Time: 157ms for 3 sentences (19.1 sentences/sec) Notice the following bugs: * spelling errors at line 2 are not detected * spelling errors at line 5 are detected but reported at incorrect line 4 (in fact everything after this line will be reported at the incorrect line). It seems triggered at the ... pattern in the sample_text.txt file which spans multiple lines. -- Comment By: Nobody/Anonymous (nobody) Date: 2012-08-09 12:00 Message: I see, I think it's because Main.java reads in the input file with getFilteredText(...) which calls StringTools.filterXML(fileContents); to filter out xml tag. But my sample file here was not a xml file, it just happened to contains and characters which messes up checking. I find it odd that the input is treated as a xml file (filtering what xml tags, or what LT thinks looks like XML tags). I would prefer if iinput was treated as xml. I don't see a good reason to do that. Removing this feature seems better. If user wants to filter xml tag, he can filter XML tag prior to running LT. Or alternatively, provide a command line flag to indicate whether to filter-out xml tags or not. But in the Unix philosophie of doing one thing only, LT should not care about doing that to keep it simpler. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3555372group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554812 ] JNI exception during install
Bugs item #3554812, was opened at 2012-08-06 04:56
Message generated for change (Comment added) made by dnaber
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: LibreOffice integration
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Helge Hielscher (testerus)
Assigned to: Nobody/Anonymous (nobody)
Summary: JNI exception during install
Initial Comment:
When I try to install languagetool in LibreOffice I get:
(com.sun.star.uno.RuntimeException) { { Message = JNI exception occured
Context= (com.sun.star.uno.XInterface) @7f85ec0332f8
(ImplementationName = com.sun.star.comp.JavaVirtualMachine) } }
OS: Mageia Linux Cauldron
# uname -a
Linux iwan 3.5.0-desktop-1.mga3 #1 SMP Sat Jul 28 00:29:28 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
# rpm -qa|grep -i libreoffice
libreoffice-draw-3.6.0.4-3.mga3
libreoffice-base-3.6.0.4-3.mga3
libreoffice-core-3.6.0.4-3.mga3
libreoffice-impress-3.6.0.4-3.mga3
libreoffice-opensymbol-fonts-3.6.0.4-3.mga3
libreoffice-writer-3.6.0.4-3.mga3
libreoffice-langpack-en-3.6.0.4-3.mga3
libreoffice-calc-3.6.0.4-3.mga3
libreoffice-math-3.6.0.4-3.mga3
libreoffice-3.6.0.4-3.mga3
libreoffice-ogltrans-3.6.0.4-3.mga3
libreoffice-graphicfilter-3.6.0.4-3.mga3
libreoffice-ure-3.6.0.4-3.mga3
libreoffice-javafilter-3.6.0.4-3.mga3
libreoffice-java-common-3.6.0.4-3.mga3
libreoffice-presenter-screen-3.6.0.4-3.mga3
libreoffice-pdfimport-3.6.0.4-3.mga3
Same error with current snapshot (LanguageTool-20120805-snapshot.oxt)
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-09 10:40
Message:
Is that a 64bit version of LibreOffice? If not, you will need a 32bit
Java., preferably the one you can download from Oracle. Both 1.7 and 1.6
*should* work, but there may be less problems with 1.6.
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-09 04:42
Message:
As you see above libreoffice-java-common is installed.
But libreoffice does not list Java 1.6, only 1.7 – could that be the
culprit? (both jre-1.7.0-openjdk.x86_64 and jre-1.6.0-sun are installed on
this system)
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-07 13:19
Message:
Did you have a look at http://www.languagetool.org/issues/, especially the
hint for Ubuntu?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554812 ] JNI exception during install
Bugs item #3554812, was opened at 2012-08-06 04:56
Message generated for change (Comment added) made by testerus
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: LibreOffice integration
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Helge Hielscher (testerus)
Assigned to: Nobody/Anonymous (nobody)
Summary: JNI exception during install
Initial Comment:
When I try to install languagetool in LibreOffice I get:
(com.sun.star.uno.RuntimeException) { { Message = JNI exception occured
Context= (com.sun.star.uno.XInterface) @7f85ec0332f8
(ImplementationName = com.sun.star.comp.JavaVirtualMachine) } }
OS: Mageia Linux Cauldron
# uname -a
Linux iwan 3.5.0-desktop-1.mga3 #1 SMP Sat Jul 28 00:29:28 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
# rpm -qa|grep -i libreoffice
libreoffice-draw-3.6.0.4-3.mga3
libreoffice-base-3.6.0.4-3.mga3
libreoffice-core-3.6.0.4-3.mga3
libreoffice-impress-3.6.0.4-3.mga3
libreoffice-opensymbol-fonts-3.6.0.4-3.mga3
libreoffice-writer-3.6.0.4-3.mga3
libreoffice-langpack-en-3.6.0.4-3.mga3
libreoffice-calc-3.6.0.4-3.mga3
libreoffice-math-3.6.0.4-3.mga3
libreoffice-3.6.0.4-3.mga3
libreoffice-ogltrans-3.6.0.4-3.mga3
libreoffice-graphicfilter-3.6.0.4-3.mga3
libreoffice-ure-3.6.0.4-3.mga3
libreoffice-javafilter-3.6.0.4-3.mga3
libreoffice-java-common-3.6.0.4-3.mga3
libreoffice-presenter-screen-3.6.0.4-3.mga3
libreoffice-pdfimport-3.6.0.4-3.mga3
Same error with current snapshot (LanguageTool-20120805-snapshot.oxt)
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-09 12:41
Message:
$ java -version
java version 1.7.0_03-icedtea
OpenJDK Runtime Environment (mageia-2.2.1.1.mga3-x86_64)
OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)
$ /usr/lib/jvm/jre-1.6.0-sun/bin/java -version
java version 1.6.0_26
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)
This is a x86-64 distribution, so libreoffice should be built in 64bit, and
it is:
$ file /usr/lib64/libreoffice/program/libswlo.so
/usr/lib64/libreoffice/program/libswlo.so: ELF 64-bit LSB shared object,
x86-64, version 1 (GNU/Linux), dynamically linked,
BuildID[sha1]=0x64d59a108b762c8fe50953a0d20f2a17787c8d7f, stripped
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-09 10:40
Message:
Is that a 64bit version of LibreOffice? If not, you will need a 32bit
Java., preferably the one you can download from Oracle. Both 1.7 and 1.6
*should* work, but there may be less problems with 1.6.
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-09 04:42
Message:
As you see above libreoffice-java-common is installed.
But libreoffice does not list Java 1.6, only 1.7 – could that be the
culprit? (both jre-1.7.0-openjdk.x86_64 and jre-1.6.0-sun are installed on
this system)
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-07 13:19
Message:
Did you have a look at http://www.languagetool.org/issues/, especially the
hint for Ubuntu?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554842 ] Pasted text is one line only
Bugs item #3554842, was opened at 2012-08-06 06:23 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3554842group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: MikeUnwalla (mikeunwalla) Assigned to: Daniel Naber (dnaber) Summary: Pasted text is one line only Initial Comment: In the GUI, errors are separated by a blank line. When I paste the errors into a text editor, all the errors are on a single line. The problem also occurs in 1.7. -- Comment By: Daniel Naber (dnaber) Date: 2012-08-07 13:07 Message: Thanks for your report - this is fixed now, except for Linux-style copy and paste where you just select text and paste it with the middle mouse button (i.e. without Ctrl-C/Ctrl-P). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3554842group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554812 ] JNI exception during install
Bugs item #3554812, was opened at 2012-08-06 04:56
Message generated for change (Comment added) made by dnaber
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: LibreOffice integration
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Helge Hielscher (testerus)
Assigned to: Nobody/Anonymous (nobody)
Summary: JNI exception during install
Initial Comment:
When I try to install languagetool in LibreOffice I get:
(com.sun.star.uno.RuntimeException) { { Message = JNI exception occured
Context= (com.sun.star.uno.XInterface) @7f85ec0332f8
(ImplementationName = com.sun.star.comp.JavaVirtualMachine) } }
OS: Mageia Linux Cauldron
# uname -a
Linux iwan 3.5.0-desktop-1.mga3 #1 SMP Sat Jul 28 00:29:28 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
# rpm -qa|grep -i libreoffice
libreoffice-draw-3.6.0.4-3.mga3
libreoffice-base-3.6.0.4-3.mga3
libreoffice-core-3.6.0.4-3.mga3
libreoffice-impress-3.6.0.4-3.mga3
libreoffice-opensymbol-fonts-3.6.0.4-3.mga3
libreoffice-writer-3.6.0.4-3.mga3
libreoffice-langpack-en-3.6.0.4-3.mga3
libreoffice-calc-3.6.0.4-3.mga3
libreoffice-math-3.6.0.4-3.mga3
libreoffice-3.6.0.4-3.mga3
libreoffice-ogltrans-3.6.0.4-3.mga3
libreoffice-graphicfilter-3.6.0.4-3.mga3
libreoffice-ure-3.6.0.4-3.mga3
libreoffice-javafilter-3.6.0.4-3.mga3
libreoffice-java-common-3.6.0.4-3.mga3
libreoffice-presenter-screen-3.6.0.4-3.mga3
libreoffice-pdfimport-3.6.0.4-3.mga3
Same error with current snapshot (LanguageTool-20120805-snapshot.oxt)
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-07 13:19
Message:
Did you have a look at http://www.languagetool.org/issues/, especially the
hint for Ubuntu?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554812 ] JNI exception during install
Bugs item #3554812, was opened at 2012-08-06 04:56
Message generated for change (Comment added) made by testerus
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: LibreOffice integration
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Helge Hielscher (testerus)
Assigned to: Nobody/Anonymous (nobody)
Summary: JNI exception during install
Initial Comment:
When I try to install languagetool in LibreOffice I get:
(com.sun.star.uno.RuntimeException) { { Message = JNI exception occured
Context= (com.sun.star.uno.XInterface) @7f85ec0332f8
(ImplementationName = com.sun.star.comp.JavaVirtualMachine) } }
OS: Mageia Linux Cauldron
# uname -a
Linux iwan 3.5.0-desktop-1.mga3 #1 SMP Sat Jul 28 00:29:28 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
# rpm -qa|grep -i libreoffice
libreoffice-draw-3.6.0.4-3.mga3
libreoffice-base-3.6.0.4-3.mga3
libreoffice-core-3.6.0.4-3.mga3
libreoffice-impress-3.6.0.4-3.mga3
libreoffice-opensymbol-fonts-3.6.0.4-3.mga3
libreoffice-writer-3.6.0.4-3.mga3
libreoffice-langpack-en-3.6.0.4-3.mga3
libreoffice-calc-3.6.0.4-3.mga3
libreoffice-math-3.6.0.4-3.mga3
libreoffice-3.6.0.4-3.mga3
libreoffice-ogltrans-3.6.0.4-3.mga3
libreoffice-graphicfilter-3.6.0.4-3.mga3
libreoffice-ure-3.6.0.4-3.mga3
libreoffice-javafilter-3.6.0.4-3.mga3
libreoffice-java-common-3.6.0.4-3.mga3
libreoffice-presenter-screen-3.6.0.4-3.mga3
libreoffice-pdfimport-3.6.0.4-3.mga3
Same error with current snapshot (LanguageTool-20120805-snapshot.oxt)
--
Comment By: Helge Hielscher (testerus)
Date: 2012-08-09 04:42
Message:
As you see above libreoffice-java-common is installed.
But libreoffice does not list Java 1.6, only 1.7 – could that be the
culprit? (both jre-1.7.0-openjdk.x86_64 and jre-1.6.0-sun are installed on
this system)
--
Comment By: Daniel Naber (dnaber)
Date: 2012-08-07 13:19
Message:
Did you have a look at http://www.languagetool.org/issues/, especially the
hint for Ubuntu?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554842 ] Pasted text is one line only
Bugs item #3554842, was opened at 2012-08-06 06:23 Message generated for change (Tracker Item Submitted) made by mikeunwalla You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3554842group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: MikeUnwalla (mikeunwalla) Assigned to: Marcin Miłkowski (milek_pl) Summary: Pasted text is one line only Initial Comment: In the GUI, errors are separated by a blank line. When I paste the errors into a text editor, all the errors are on a single line. The problem also occurs in 1.7. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3554842group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554812 ] JNI exception during install
Bugs item #3554812, was opened at 2012-08-06 04:56
Message generated for change (Tracker Item Submitted) made by testerus
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: LibreOffice integration
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Helge Hielscher (testerus)
Assigned to: Nobody/Anonymous (nobody)
Summary: JNI exception during install
Initial Comment:
When I try to install languagetool in LibreOffice I get:
(com.sun.star.uno.RuntimeException) { { Message = JNI exception occured
Context= (com.sun.star.uno.XInterface) @7f85ec0332f8
(ImplementationName = com.sun.star.comp.JavaVirtualMachine) } }
OS: Mageia Linux Cauldron
# uname -a
Linux iwan 3.5.0-desktop-1.mga3 #1 SMP Sat Jul 28 00:29:28 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
# rpm -qa|grep -i libreoffice
libreoffice-draw-3.6.0.4-3.mga3
libreoffice-base-3.6.0.4-3.mga3
libreoffice-core-3.6.0.4-3.mga3
libreoffice-impress-3.6.0.4-3.mga3
libreoffice-opensymbol-fonts-3.6.0.4-3.mga3
libreoffice-writer-3.6.0.4-3.mga3
libreoffice-langpack-en-3.6.0.4-3.mga3
libreoffice-calc-3.6.0.4-3.mga3
libreoffice-math-3.6.0.4-3.mga3
libreoffice-3.6.0.4-3.mga3
libreoffice-ogltrans-3.6.0.4-3.mga3
libreoffice-graphicfilter-3.6.0.4-3.mga3
libreoffice-ure-3.6.0.4-3.mga3
libreoffice-javafilter-3.6.0.4-3.mga3
libreoffice-java-common-3.6.0.4-3.mga3
libreoffice-presenter-screen-3.6.0.4-3.mga3
libreoffice-pdfimport-3.6.0.4-3.mga3
Same error with current snapshot (LanguageTool-20120805-snapshot.oxt)
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3554812group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3554018 ] [PL] Brak formy kłuje (od kłuć)
Bugs item #3554018, was opened at 2012-08-03 06:13 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3554018group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with Polish Group: 1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Marcin Miłkowski (milek_pl) Summary: [PL] Brak formy kłuje (od kłuć) Initial Comment: Brak form kłuje, kłuję, wykłuję itd. od kłuć (przebijać lub ostro boleć) w słowniku. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3554018group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3354798 ] Performance hit (freeze on startup or shortly after)
Bugs item #3354798, was opened at 2011-07-05 14:35 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3354798group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.4 Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: RGB (rgb-mldc) Assigned to: Marcin Miłkowski (milek_pl) Summary: Performance hit (freeze on startup or shortly after) Initial Comment: I noticed that starting a blank Writer document without LT installed takes less than 3 seconds on my system, while doing the same (same system, same template... everything the same) with LT 1.4 takes more than 15, almost 20 seconds before I can start typing: a factor 5-6. There is also a performance hit when a first error (like a duplicated word) is inserted, with Writer freezing for some seconds. Pondering the performance hit on normal usage is more difficult, but even if it seems to be less that during start up, it's clearly non zero. OOo/LibO is slow by itself: I think that searching a way to make LT more lightweight, not adding slowness to something already slow is really needed, specially for netbooks and other low resource devices. [Tested with OOo 3.3, LibO 3.3.3 and LibO 3.4.1 on a 64 bits Linux system] -- Comment By: Daniel Naber (dnaber) Date: 2012-03-24 18:01 Message: Closing as duplicate of https://sourceforge.net/tracker/?func=detailaid=3153545 -- Comment By: juanmah (juanmah) Date: 2011-11-02 01:34 Message: Arch Linux -- Comment By: Daniel Naber (dnaber) Date: 2011-10-29 05:07 Message: juanmah, thanks for the information. What operating system are you using? -- Comment By: juanmah (juanmah) Date: 2011-10-26 09:08 Message: languagetool 1.5 libreoffice 3.4.3 tested with jre7-openjdk 7.b147_2.0 and jre 7 It freezes 1 minute when opening and CPU goes at 100%. -- Comment By: Yakovru (yakovru) Date: 2011-07-11 00:49 Message: http://openoffice.org/bugzilla/show_bug.cgi?id=116409 https://bugs.freedesktop.org/show_bug.cgi?id=32279 -- Comment By: Daniel Naber (dnaber) Date: 2011-07-08 08:44 Message: This might be related: https://bugs.freedesktop.org/show_bug.cgi?id=35944 -- Comment By: RGB (rgb-mldc) Date: 2011-07-08 01:30 Message: With zemberek-ooo-1.0_rc2.oxt LibO 3.4.1 freeze for almost 20 seconds when I start typing. I installed the Sun java (I have java-1_6_0-openjdk on my openSUSE system) and changed the jvm used by OOo... but the result was the same, maybe even a bit slower. So it seems that this is a java related problem, but independent from the jvm used. -- Comment By: Daniel Naber (dnaber) Date: 2011-07-07 11:51 Message: Could you please de-install LanguageTool and try a different Java-based extension like http://code.google.com/p/zemberek/downloads/list, so we can find out whether the problem is specific to LanguageTool or to Java? -- Comment By: RGB (rgb-mldc) Date: 2011-07-06 15:45 Message: The extension freeze LibO 3.4.1 for half a minute and then give me three error windows, all identical (screen shot of one of them following) -- Comment By: Daniel Naber (dnaber) Date: 2011-07-06 13:28 Message: Could you please try if http://www.languagetool.org/download/LanguageTool-english-only-test-20110706.oxt is faster? Note that it supports only English. The reason for the slowness is that the Java environment needs to be set up, but maybe we can optimize this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3354798group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net
[LanguageTool] [ languagetool-Bugs-3545816 ] Server shouldn’t replace encoded plus signs
Bugs item #3545816, was opened at 2012-07-19 03:51 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3545816group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Spirit (hiddenspirit) Assigned to: Nobody/Anonymous (nobody) Summary: Server shouldn’t replace encoded plus signs Initial Comment: Encoded plus sign (%2B) shouldn’t be replaced by a space. For instance, C++ or C is encoded to C%2B%2B+or+C and shouldn’t be decoded to C or C. URLDecoder.decode() already takes care of converting the plus sign. Please see attached patch. -- Comment By: Daniel Naber (dnaber) Date: 2012-07-20 04:27 Message: Thanks for your patch, I have just committed it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3545816group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3537600 ] English rule EN_A_VS_AN, errors with: an xml file, etc.
Bugs item #3537600, was opened at 2012-06-24 15:18 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537600group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with English Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: English rule EN_A_VS_AN, errors with: an xml file, etc. Initial Comment: The English rule EN_A_VS_AN reports errors for things like: an xml file, an MS-DOS file, a utf-8 file. It suggests a xml file, a MS-DOS file, an utf-8 file Yet looking at Google, I see the following frequencies: an xml file: 21,100,000 results a xml file: 7,010,000 results an MS-DOS file 228,000 results a MS-DOS file20,700 results an utf-8 file 101,000 results a utf-8 file415,000 results I suppose that both an or a are OK there but I'm not 100% sure. At least, LT suggests the least frequent usage in all cases which looks wrong. -- Comment By: Daniel Naber (dnaber) Date: 2012-07-20 05:39 Message: See my latest comment... -- Comment By: Daniel Naber (dnaber) Date: 2012-06-25 12:18 Message: I have fixed MS-DOS, but utf-8 and xml are marked because they should be spelled UTF-8 and XML, then there won't be an error from LT. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537600group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3475553 ] [GERMAN] compounds of 'Buchstabe' incorrectly tagged
Bugs item #3475553, was opened at 2012-01-18 07:32 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3475553group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: 1.6 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [GERMAN] compounds of 'Buchstabe' incorrectly tagged Initial Comment: IST: Lieblingsbuchstabe[SUB:DAT:SIN:MAS] Anfangsbuchstabe[SUB:DAT:SIN:MAS] Buchstabe[SUB:NOM:SIN:MAS] (correct) SOLL: Lieblingsbuchstabe[SUB:NOM:SIN:MAS] Anfangsbuchstabe[SUB:NOM:SIN:MAS] Buchstabe[SUB:NOM:SIN:MAS] -- Comment By: Daniel Naber (dnaber) Date: 2012-07-20 05:37 Message: This has now been fixed by using the latest jwordsplitter snapshot -- Comment By: Daniel Naber (dnaber) Date: 2012-01-18 14:15 Message: This is a problem with jwordsplitter which incorrectly decomposes Lieblingsbuchstabe. I cannot reproduce the problem with Anfangsbuchstabe though. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3475553group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3544433 ] ArrayIndexOutOfBoundsException
Bugs item #3544433, was opened at 2012-07-15 12:37 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3544433group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ArrayIndexOutOfBoundsException Initial Comment: Happens when writing in Polish. Every time I write word 'mają' or erase words after it so the cursor is placed right after this word again I get this exception. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3544433group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3545050 ] FRENCH_WHITESPACE: « followed by U+202F
Bugs item #3545050, was opened at 2012-07-17 06:21 Message generated for change (Tracker Item Submitted) made by hiddenspirit You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3545050group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with French Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Spirit (hiddenspirit) Assigned to: Dominique Pelle (dominikoeo) Summary: FRENCH_WHITESPACE: « followed by U+202F Initial Comment: Opening guillemet (U+00AB) followed by thin no-break space (U+202F) still detected as an error, though suggestion is correct. $ echo « Test » | java -jar LanguageTool.jar -l fr Expected text language: French Working on STDIN... 1.) Line 1, column 1, Rule ID: FRENCH_WHITESPACE Message: Le guillemet ouvrant est suivi d'une espace fine insécable. Suggestion: « « Test » ^ Please see attached patch for the fix. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3545050group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3545050 ] FRENCH_WHITESPACE: « followed by U+202F
Bugs item #3545050, was opened at 2012-07-17 06:21 Message generated for change (Comment added) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3545050group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with French Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Spirit (hiddenspirit) Assigned to: Dominique Pelle (dominikoeo) Summary: FRENCH_WHITESPACE: « followed by U+202F Initial Comment: Opening guillemet (U+00AB) followed by thin no-break space (U+202F) still detected as an error, though suggestion is correct. $ echo « Test » | java -jar LanguageTool.jar -l fr Expected text language: French Working on STDIN... 1.) Line 1, column 1, Rule ID: FRENCH_WHITESPACE Message: Le guillemet ouvrant est suivi d'une espace fine insécable. Suggestion: « « Test » ^ Please see attached patch for the fix. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-07-17 09:53 Message: Thanks for the bug report and the attached patch! I've just checked-in the fix as you suggested in this SVN revision: === r7712 | dominikoeo | 2012-07-17 18:50:32 +0200 (Tue, 17 Jul 2012) | 4 lines [fr] fixed issue #3545050: opening guillemet (U+00AB) followed by thin no-break space (U+202F) detected as an error, though suggestion is correct. Patch submitted by hiddenspirit === The next nightly build (available tomorrow at http://www.languagetool.org/download/snapshots/) will contain the fix. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3545050group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3543914 ] All you have to do is go and ask.
Bugs item #3543914, was opened at 2012-07-13 23:38 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3543914group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with English Group: 1.6 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Marcin Miłkowski (milek_pl) Summary: All you have to do is go and ask. Initial Comment: This phrase is perfectly correct, but bare infinitive is underlined and past participle is suggested. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-14 03:52 Message: Fixed in SVN. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3543914group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3539529 ] java problem
Bugs item #3539529, was opened at 2012-07-02 11:56 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3539529group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: None Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: java problem Initial Comment: Hello everybody Thanks for the great Language Tools. I have to use the stand alone version because I am facing exactly the same bug as reported in ticket 3467504 It appears both in Libre Office and in Open Office. Thanks !! Maud -- Comment By: Daniel Naber (dnaber) Date: 2012-07-12 09:22 Message: Closing, as there was no reply. -- Comment By: Daniel Naber (dnaber) Date: 2012-07-03 10:44 Message: Have you checked all the issues and solutions mentioned on http://www.languagetool.org/issues/ ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3539529group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3541348 ] ant test reports spurious errors in rule Breton rules
Bugs item #3541348, was opened at 2012-07-08 04:00 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3541348group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: ant test reports spurious errors in rule Breton rules Initial Comment: ant test reports the following errors which look spurious: [junit] The Breton rule: KLANV_PE_GLANVOCH:1 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:2 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:3 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:4 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:5 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:6 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:7 contains \0 that is marked as regular expression but probably is not one. The rule contains match no=0 ... which does not look correctly expanded when doing the unit tests. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-12 10:55 Message: No, match can only refer to other elements that are already there, so expanding it makes absolutely no sense, in particular because it is expanded differently depending on the input sentence. But all regexp parameters are already defined in other elements. This check is simply not needed. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-07-12 03:29 Message: Shouldn't the test instead expand \0 into whatever value it should be, and then check whether the regexp is OK. Thinking about it, it may actually unsafe to use \0 \1 etc (i.e. match no=0... etc) in regexp since the word could contain regexp special char in in theory (assuming the tokenizer does not split on them, I can't think of any example). So perhaps I would use \\Q... \\E (i.e. quotemeta in the regexp around things that should be checked verbatim. I'll double-check that when I have time. The \Q and \E are documented here: http://docs.oracle.com/javase/6/docs/api/java/util/regex/Pattern.html Quotation \ Nothing, but quotes the following character \Q Nothing, but quotes all characters until \E \E Nothing, but ends quoting started by \Q -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-12 02:41 Message: I stopped the test from checking reference elements. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-11 01:34 Message: This is how match no=1 is treated by the PatternRuleLoader. It's not a bug. There's a bug in the test, I believe. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3541348group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3541348 ] ant test reports spurious errors in rule Breton rules
Bugs item #3541348, was opened at 2012-07-08 04:00 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3541348group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: ant test reports spurious errors in rule Breton rules Initial Comment: ant test reports the following errors which look spurious: [junit] The Breton rule: KLANV_PE_GLANVOCH:1 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:2 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:3 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:4 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:5 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:6 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:7 contains \0 that is marked as regular expression but probably is not one. The rule contains match no=0 ... which does not look correctly expanded when doing the unit tests. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-12 02:41 Message: I stopped the test from checking reference elements. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-11 01:34 Message: This is how match no=1 is treated by the PatternRuleLoader. It's not a bug. There's a bug in the test, I believe. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3541348group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3430470 ] Secure service (https)
Bugs item #3430470, was opened at 2011-10-30 06:40 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3430470group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pander (pander) Assigned to: Nobody/Anonymous (nobody) Summary: Secure service (https) Initial Comment: Please provide a secure service for Language Tool so that texts which are sent to a Language Tool service and anything that is reported back cannot be read by a third party. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-12 02:46 Message: Well, there is com.sun.net.httpserver.HttpsServer that we could use if https is chosen. Seems pretty much the same thing but it accepts HttpsConfigurator. -- Comment By: Daniel Naber (dnaber) Date: 2012-03-24 16:39 Message: I wonder whether we should just use Jetty instead of an embedded HTTP server... SSL would still need to be configured though, but at least it's documented and LT would fit better in the standard JEE infrastructure. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3430470group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3541348 ] ant test reports spurious errors in rule Breton rules
Bugs item #3541348, was opened at 2012-07-08 04:00 Message generated for change (Comment added) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3541348group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: ant test reports spurious errors in rule Breton rules Initial Comment: ant test reports the following errors which look spurious: [junit] The Breton rule: KLANV_PE_GLANVOCH:1 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:2 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:3 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:4 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:5 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:6 contains \0 that is marked as regular expression but probably is not one. [junit] The Breton rule: KLANV_PE_GLANVOCH:7 contains \0 that is marked as regular expression but probably is not one. The rule contains match no=0 ... which does not look correctly expanded when doing the unit tests. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-07-12 03:29 Message: Shouldn't the test instead expand \0 into whatever value it should be, and then check whether the regexp is OK. Thinking about it, it may actually unsafe to use \0 \1 etc (i.e. match no=0... etc) in regexp since the word could contain regexp special char in in theory (assuming the tokenizer does not split on them, I can't think of any example). So perhaps I would use \\Q... \\E (i.e. quotemeta in the regexp around things that should be checked verbatim. I'll double-check that when I have time. The \Q and \E are documented here: http://docs.oracle.com/javase/6/docs/api/java/util/regex/Pattern.html Quotation \ Nothing, but quotes the following character \Q Nothing, but quotes all characters until \E \E Nothing, but ends quoting started by \Q -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-12 02:41 Message: I stopped the test from checking reference elements. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-11 01:34 Message: This is how match no=1 is treated by the PatternRuleLoader. It's not a bug. There's a bug in the test, I believe. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3541348group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3542190 ] [br] out of bound exception with word C’hreizhig-don
Bugs item #3542190, was opened at 2012-07-10 14:21 Message generated for change (Settings changed) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3542190group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with another language Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: [br] out of bound exception with word C’hreizhig-don Initial Comment: The following command gives an exception in LanguageTool (latest in SVN as of Tue Jul 10, 2012, svn r7690): $ echo C’hreizhig-don | java -jar ~/sb/languagetool/dist/LanguageTool.jar -l br Expected text language: Breton Working on STDIN... Exception in thread main java.lang.StringIndexOutOfBoundsException: String index out of range: 21 at java.lang.String.substring(String.java:1946) at org.languagetool.JLanguageTool.adjustRuleMatchPos(JLanguageTool.java:637) at org.languagetool.JLanguageTool.checkAnalyzedSentence(JLanguageTool.java:604) at org.languagetool.JLanguageTool.check(JLanguageTool.java:527) at org.languagetool.JLanguageTool.check(JLanguageTool.java:477) at org.languagetool.tools.Tools.checkText(Tools.java:121) at org.languagetool.Main.handleLine(Main.java:377) at org.languagetool.Main.runOnFileLineByLine(Main.java:286) at org.languagetool.Main.runOnFile(Main.java:170) at org.languagetool.Main.main(Main.java:490) I notice that this bug is in the latest in SVN but it is not in the stable version (1.8). So I suspect (without being sure) that it was introduced when switching to Morfologik speller for Breton (done after the 1.8 release). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3542190group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3542190 ] out of bound exception with Breton word C’hreizhig-don.
Bugs item #3542190, was opened at 2012-07-10 14:21 Message generated for change (Tracker Item Submitted) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3542190group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with another language Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Nobody/Anonymous (nobody) Summary: out of bound exception with Breton word C’hreizhig-don. Initial Comment: The following command gives an exception in LanguageTool (latest in SVN as of Tue Jul 10, 2012, svn r7690): $ echo C’hreizhig-don | java -jar ~/sb/languagetool/dist/LanguageTool.jar -l br Expected text language: Breton Working on STDIN... Exception in thread main java.lang.StringIndexOutOfBoundsException: String index out of range: 21 at java.lang.String.substring(String.java:1946) at org.languagetool.JLanguageTool.adjustRuleMatchPos(JLanguageTool.java:637) at org.languagetool.JLanguageTool.checkAnalyzedSentence(JLanguageTool.java:604) at org.languagetool.JLanguageTool.check(JLanguageTool.java:527) at org.languagetool.JLanguageTool.check(JLanguageTool.java:477) at org.languagetool.tools.Tools.checkText(Tools.java:121) at org.languagetool.Main.handleLine(Main.java:377) at org.languagetool.Main.runOnFileLineByLine(Main.java:286) at org.languagetool.Main.runOnFile(Main.java:170) at org.languagetool.Main.main(Main.java:490) I notice that this bug is in the latest in SVN but it is not in the stable version (1.8). So I suspect (without being sure) that it was introduced when switching to Morfologik speller for Breton (done after the 1.8 release). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3542190group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3542190 ] [br] out of bound exception with word C’hreizhig-don
Bugs item #3542190, was opened at 2012-07-10 14:21 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3542190group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with another language Group: development version Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Marcin Miłkowski (milek_pl) Summary: [br] out of bound exception with word C’hreizhig-don Initial Comment: The following command gives an exception in LanguageTool (latest in SVN as of Tue Jul 10, 2012, svn r7690): $ echo C’hreizhig-don | java -jar ~/sb/languagetool/dist/LanguageTool.jar -l br Expected text language: Breton Working on STDIN... Exception in thread main java.lang.StringIndexOutOfBoundsException: String index out of range: 21 at java.lang.String.substring(String.java:1946) at org.languagetool.JLanguageTool.adjustRuleMatchPos(JLanguageTool.java:637) at org.languagetool.JLanguageTool.checkAnalyzedSentence(JLanguageTool.java:604) at org.languagetool.JLanguageTool.check(JLanguageTool.java:527) at org.languagetool.JLanguageTool.check(JLanguageTool.java:477) at org.languagetool.tools.Tools.checkText(Tools.java:121) at org.languagetool.Main.handleLine(Main.java:377) at org.languagetool.Main.runOnFileLineByLine(Main.java:286) at org.languagetool.Main.runOnFile(Main.java:170) at org.languagetool.Main.main(Main.java:490) I notice that this bug is in the latest in SVN but it is not in the stable version (1.8). So I suspect (without being sure) that it was introduced when switching to Morfologik speller for Breton (done after the 1.8 release). -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-07-11 01:33 Message: Fixed in the SVN, I added your test case to the JUnit test. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-07-10 20:24 Message: I did a bisection to find when regression was introduced: r7659 - works OK r7660 - crash (out of bound exception) So bug was introduced in this revision: r7660 | milek_pl | 2012-07-07 11:48:09 +0200 (Sat, 07 Jul 2012) | 1 line remove hack and make class safer for different tokenizers that result with variable-length separators So I'm assigning it to Marcin. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3542190group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3539529 ] java problem
Bugs item #3539529, was opened at 2012-07-02 11:56 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3539529group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Marcin Miłkowski (milek_pl) Summary: java problem Initial Comment: Hello everybody Thanks for the great Language Tools. I have to use the stand alone version because I am facing exactly the same bug as reported in ticket 3467504 It appears both in Libre Office and in Open Office. Thanks !! Maud -- Comment By: Daniel Naber (dnaber) Date: 2012-07-03 10:44 Message: Have you checked all the issues and solutions mentioned on http://www.languagetool.org/issues/ ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3539529group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3537500 ] ArrayIndexOutOfBoundsException
Bugs item #3537500, was opened at 2012-06-24 02:37 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537500group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.7 Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ArrayIndexOutOfBoundsException Initial Comment: Happened just-like-that. I was in the middle of writing some word in LibreOffice Writer and suddenly I got two pop-ups with this java exception (language used - PL). Screen attached. Ofc LanguageTool crashed. -- Comment By: Daniel Naber (dnaber) Date: 2012-06-26 09:39 Message: Marcin points out that this is probably fixed in 1.8, so closing it. -- Comment By: Daniel Naber (dnaber) Date: 2012-06-25 13:03 Message: I have committed a workaround in AnalyzedTokenReadings until the real reason is found. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-24 07:34 Message: Well, what was the word that you were typing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537500group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3537600 ] English rule EN_A_VS_AN, errors with: an xml file, etc.
Bugs item #3537600, was opened at 2012-06-24 15:18 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537600group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with English Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Marcin Miłkowski (milek_pl) Summary: English rule EN_A_VS_AN, errors with: an xml file, etc. Initial Comment: The English rule EN_A_VS_AN reports errors for things like: an xml file, an MS-DOS file, a utf-8 file. It suggests a xml file, a MS-DOS file, an utf-8 file Yet looking at Google, I see the following frequencies: an xml file: 21,100,000 results a xml file: 7,010,000 results an MS-DOS file 228,000 results a MS-DOS file20,700 results an utf-8 file 101,000 results a utf-8 file415,000 results I suppose that both an or a are OK there but I'm not 100% sure. At least, LT suggests the least frequent usage in all cases which looks wrong. -- Comment By: Daniel Naber (dnaber) Date: 2012-06-25 12:18 Message: I have fixed MS-DOS, but utf-8 and xml are marked because they should be spelled UTF-8 and XML, then there won't be an error from LT. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537600group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3537500 ] ArrayIndexOutOfBoundsException
Bugs item #3537500, was opened at 2012-06-24 02:37 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537500group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ArrayIndexOutOfBoundsException Initial Comment: Happened just-like-that. I was in the middle of writing some word in LibreOffice Writer and suddenly I got two pop-ups with this java exception (language used - PL). Screen attached. Ofc LanguageTool crashed. -- Comment By: Daniel Naber (dnaber) Date: 2012-06-25 13:03 Message: I have committed a workaround in AnalyzedTokenReadings until the real reason is found. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-24 07:34 Message: Well, what was the word that you were typing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537500group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3537500 ] ArrayIndexOutOfBoundsException
Bugs item #3537500, was opened at 2012-06-24 02:37 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537500group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ArrayIndexOutOfBoundsException Initial Comment: Happened just-like-that. I was in the middle of writing some word in LibreOffice Writer and suddenly I got two pop-ups with this java exception (language used - PL). Screen attached. Ofc LanguageTool crashed. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537500group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3537600 ] English rule EN_A_VS_AN, errors with: an xml file, etc.
Bugs item #3537600, was opened at 2012-06-24 15:18 Message generated for change (Tracker Item Submitted) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537600group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with English Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dominique Pelle (dominikoeo) Assigned to: Marcin Miłkowski (milek_pl) Summary: English rule EN_A_VS_AN, errors with: an xml file, etc. Initial Comment: The English rule EN_A_VS_AN reports errors for things like: an xml file, an MS-DOS file, a utf-8 file. It suggests a xml file, a MS-DOS file, an utf-8 file Yet looking at Google, I see the following frequencies: an xml file: 21,100,000 results a xml file: 7,010,000 results an MS-DOS file 228,000 results a MS-DOS file20,700 results an utf-8 file 101,000 results a utf-8 file415,000 results I suppose that both an or a are OK there but I'm not 100% sure. At least, LT suggests the least frequent usage in all cases which looks wrong. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3537600group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3054895 ] line column numbers incorrect when LT reads from stdin
Bugs item #3054895, was opened at 2010-08-28 06:57 Message generated for change (Comment added) made by dominikoeo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3054895group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.0 Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Naber (dnaber) Assigned to: Marcin Miłkowski (milek_pl) Summary: line column numbers incorrect when LT reads from stdin Initial Comment: Copying Dominique Pellé's report from the mailing list: Example: # sample files with errors at line 0 and 2 (line 1 is empty). $ cat test.txt This is a test of of language tool. This is is a test of language tool. # When reading from a file, the line numbers (fromy and toy look correct): $ java -jar JLanguageTool/dist/LanguageTool.jar --api test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=0 fromx=15 toy=0 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ /matches !-- Time: 105ms for 2 sentences (19.0 sentences/sec) -- # Now when reading the same file test.txt from stdin... $ java -jar JLanguageTool/dist/LanguageTool.jar --api - test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=1 fromx=15 toy=1 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=11 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ !-- Time: 111ms for 3 sentences (27.0 sentences/sec) -- Notice that the fromy and toy fields are incorrect. The tox is also incorrect. The contextoffset is also different. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-06-24 11:10 Message: Dominique, could you check? At least the 2 examples I gave are now fixed. Doing further tests... I don't see anything wrong anymore. I assume this bug can be marked a resolved now. Changing resolution as fixed. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:51 Message: When I look again, the contextoffset is fine (the context is different in both cases, so it's OK). It seems the bug is fixed completely. Dominique, could you check? -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:25 Message: In 1.8-dev I fixed some parts of this, now you get: error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ and error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ Note the tox value: it is now consistent. As far as I can see, fromy and toy are also correct, but there are outstanding problems with contextoffset and missing /matches element. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-06-17 12:20 Message: Here is another case was gave wrong column number: $ (echo This is; echo is an error.) | \ java -jar LanguageTool.jar -l en --api It gives: fromy=1 fromx=5 toy=2 tox=10 I fixed this one in this SVN checkin: == r7389 | dominikoeo | 2012-06-17 21:06:34 +0200 (Sun, 17 Jun 2012) | 3 lines - bug #3054895: the column reported by LanguageTool was sometimes wrong when error span the new line. == However, this case is still wrong: $ (echo An test; echo An test) | java -jar ~/sb/languagetool/dist/LanguageTool.jar -l en --api -d
[LanguageTool] [ languagetool-Bugs-3054895 ] line column numbers incorrect when LT reads from stdin
Bugs item #3054895, was opened at 2010-08-28 06:57 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3054895group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.0 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Naber (dnaber) Assigned to: Marcin Miłkowski (milek_pl) Summary: line column numbers incorrect when LT reads from stdin Initial Comment: Copying Dominique Pellé's report from the mailing list: Example: # sample files with errors at line 0 and 2 (line 1 is empty). $ cat test.txt This is a test of of language tool. This is is a test of language tool. # When reading from a file, the line numbers (fromy and toy look correct): $ java -jar JLanguageTool/dist/LanguageTool.jar --api test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=0 fromx=15 toy=0 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ /matches !-- Time: 105ms for 2 sentences (19.0 sentences/sec) -- # Now when reading the same file test.txt from stdin... $ java -jar JLanguageTool/dist/LanguageTool.jar --api - test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=1 fromx=15 toy=1 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=11 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ !-- Time: 111ms for 3 sentences (27.0 sentences/sec) -- Notice that the fromy and toy fields are incorrect. The tox is also incorrect. The contextoffset is also different. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-24 12:33 Message: closing then. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-06-24 11:10 Message: Dominique, could you check? At least the 2 examples I gave are now fixed. Doing further tests... I don't see anything wrong anymore. I assume this bug can be marked a resolved now. Changing resolution as fixed. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:51 Message: When I look again, the contextoffset is fine (the context is different in both cases, so it's OK). It seems the bug is fixed completely. Dominique, could you check? -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:25 Message: In 1.8-dev I fixed some parts of this, now you get: error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ and error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ Note the tox value: it is now consistent. As far as I can see, fromy and toy are also correct, but there are outstanding problems with contextoffset and missing /matches element. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-06-17 12:20 Message: Here is another case was gave wrong column number: $ (echo This is; echo is an error.) | \ java -jar LanguageTool.jar -l en --api It gives: fromy=1 fromx=5 toy=2 tox=10 I fixed this one in this SVN checkin: == r7389 | dominikoeo | 2012-06-17 21:06:34 +0200 (Sun, 17 Jun 2012) | 3 lines - bug #3054895: the column reported by LanguageTool was sometimes wrong when error span the
[LanguageTool] [ languagetool-Bugs-3526956 ] LanguageTool 1.7 does not work well with openjdk-7
Bugs item #3526956, was opened at 2012-05-15 08:35 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.7 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Paul Joseph (indianart) Assigned to: Nobody/Anonymous (nobody) Summary: LanguageTool 1.7 does not work well with openjdk-7 Initial Comment: LanguageTool 1.7 does not work well with openjdk-7 is very slow often causing LibreOffice (LO) to crash. Enabling the LanguageTool (1.7) extension with openjdk-7 causes the problem the problem. When openjdk-6 is used with or without LanguageTool (1.7) there is no problem. When openjdk-7 is used LanguageTool (1.7) is disabled the problem goes away. So I think we have the culprit, enabling LanguageTool (1.7) on LO with openjdk-7 causes the undesirable bug. -- Comment By: Daniel Naber (dnaber) Date: 2012-06-19 10:02 Message: I assume this was also the freeze bug fixed in LO 3.5.4. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 09:32 Message: Could we close this one? It seems to be fixed in LO? -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 23:11 Message: Thanks dnaber. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 14:48 Message: I can reproduce that the freeze on startup is much longer with Java 7 than with Java 6. It's hopefully fixed with https://bugs.freedesktop.org/show_bug.cgi?id=35270 , which will be part of LibreOffice 3.5.4, to be released in just a few weeks. We'll just have to wait for that... -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:48 Message: @dnaber I am writing documents in English. On checking 'Writing Aids' (Tools - Options - Writing Aids) I noticed the Slovenian (User defined Dictionary) as well as the US UK English (User defined Dictionary) was checked. I have unchecked the Slovenian (User defined Dictionary). After this, the moment I enabled LanguageTool (1.7) the problem has started again. So I am forced to disable LanguageTool (1.7). -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:37 Message: Hi dnaber It is generally slower than when openjdk-6 is used but particularly painfully slow at startup. Daniel, I feel this may be the the same bug as described in the link below that you may be very familiar with. https://bugs.freedesktop.org/show_bug.cgi?id=35270 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 09:18 Message: Thanks for your bug report. Is it slow only at startup, or even after that? Which language are you writing documents in, probably English? -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 08:40 Message: Further details, System: Ubuntu Release 12.04 (precise) 32-bit Kernel Linux 3.2.0-24-generic-pae LibreOffice 3.5.3.2 Build ID: 350m1(Build:2) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3534637 ] footnotes after full stop brake case check
Bugs item #3534637, was opened at 2012-06-12 09:31 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534637group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: gulp21 (gulp21-1) Assigned to: Nobody/Anonymous (nobody) Summary: footnotes after full stop brake case check Initial Comment: Example: Das ist ein Satz.1 Außerdem ist das hier auch ein Satz. Außerdem is marked as wrong. -- Comment By: Daniel Naber (dnaber) Date: 2012-06-16 07:21 Message: Analysis: the reference to the footnote is given to LT as ASCII-Code 2 (Start of text, which is not displayed). We will probably need to change segment.srx so that is also accepts \u0002 after [\.!?…] and before \s+. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534637group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3534851 ] LanguageToolGUI --tray option
Bugs item #3534851, was opened at 2012-06-13 05:11 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brendel Oliver (celvin) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageToolGUI --tray option Initial Comment: On the web-page it is stated : use the --tray option to start LanguageTool inside the system tray. After you copy any text to the clipboard, clicking LanguageTool in the system tray will cause the application to open and check the contents of the clipboard automatically This does not seem to work : after copying text to the clipboard and clicking on the LanguageTool icon in the system tray, LanguagTool will start, but it will start as it does normally, that is showing the standard test text and no verification done automatically. I tried this on a Windos 7 64 bit desktop with java 32 bits built 1,6,0_32-b05 Cheers Oliver -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 01:51 Message: I tested it on Win7 64-bit with Java 7 (64-bit) and Java 6 (exactly the same version) and it works. Did you use the right click or the left click? Are you sure there was anything in your clipboard? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3380020 ] LibreOffice: Could not create Java implementation loader
Bugs item #3380020, was opened at 2011-07-27 08:49 Message generated for change (Comment added) made by yakovru You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: jesteranime (jesteranime) Assigned to: Nobody/Anonymous (nobody) Summary: LibreOffice: Could not create Java implementation loader Initial Comment: During all attempts to install LanguageTool 1.4 into LibreOffice 3.3.3 I keep getting an error that says: Could not create Java implementation loader This computer has Windows 7 Home Premium and Java Version 6 update 26 loaded on it. All other specs are available on request. -- Comment By: Yakovru (yakovru) Date: 2012-06-18 05:14 Message: May be user name in Windows contains non-ASCII character? -- Comment By: jesteranime (jesteranime) Date: 2011-07-27 18:33 Message: I have gone through the suggested website and I'm still having the same issue. -- Comment By: Daniel Naber (dnaber) Date: 2011-07-27 11:18 Message: Have you tried the suggestions at http://www.languagetool.org/issues/ ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3534851 ] LanguageToolGUI --tray option
Bugs item #3534851, was opened at 2012-06-13 05:11 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: 1.7 Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Brendel Oliver (celvin) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageToolGUI --tray option Initial Comment: On the web-page it is stated : use the --tray option to start LanguageTool inside the system tray. After you copy any text to the clipboard, clicking LanguageTool in the system tray will cause the application to open and check the contents of the clipboard automatically This does not seem to work : after copying text to the clipboard and clicking on the LanguageTool icon in the system tray, LanguagTool will start, but it will start as it does normally, that is showing the standard test text and no verification done automatically. I tried this on a Windos 7 64 bit desktop with java 32 bits built 1,6,0_32-b05 Cheers Oliver -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 07:33 Message: Closing then as invalid. -- Comment By: Nobody/Anonymous (nobody) Date: 2012-06-18 02:37 Message: I'm sorry, I don't know what happened on friday, where it did not work. Today it does work just fine : left click does open with copied text, right click gives some options. This is really a great option of LanguagTool, and will be even more so once the 1.8 version comes out with spell-clecking Thanks a lot for working on LanguageTool Cheers Oliver -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 01:51 Message: I tested it on Win7 64-bit with Java 7 (64-bit) and Java 6 (exactly the same version) and it works. Did you use the right click or the left click? Are you sure there was anything in your clipboard? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3380020 ] LibreOffice: Could not create Java implementation loader
Bugs item #3380020, was opened at 2011-07-27 08:49 Message generated for change (Comment added) made by jesteranime You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: jesteranime (jesteranime) Assigned to: Nobody/Anonymous (nobody) Summary: LibreOffice: Could not create Java implementation loader Initial Comment: During all attempts to install LanguageTool 1.4 into LibreOffice 3.3.3 I keep getting an error that says: Could not create Java implementation loader This computer has Windows 7 Home Premium and Java Version 6 update 26 loaded on it. All other specs are available on request. -- Comment By: jesteranime (jesteranime) Date: 2012-06-18 09:37 Message: RE: milek_pl: That'd explain it. I have 64-bit Java. Any chance that a 64-bit binary will be produced? -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 09:33 Message: Is your Java 64-bit or 32-bit? 64-bit Java does NOT work with LO (and OOo neither), as these programs are built only in 32-bit binaries for Windows. -- Comment By: Yakovru (yakovru) Date: 2012-06-18 05:14 Message: May be user name in Windows contains non-ASCII character? -- Comment By: jesteranime (jesteranime) Date: 2011-07-27 18:33 Message: I have gone through the suggested website and I'm still having the same issue. -- Comment By: Daniel Naber (dnaber) Date: 2011-07-27 11:18 Message: Have you tried the suggestions at http://www.languagetool.org/issues/ ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3535992 ] accord participe passé
Bugs item #3535992, was opened at 2012-06-18 06:34
Message generated for change (Comment added) made by celvin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Problem with French
Group: 1.7
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dominique Pelle (dominikoeo)
Summary: accord participe passé
Initial Comment:
Le correcteur ne détecte pas l'erreur suivante : J'ai manger de la soupe, qui
devrait s'écrire : J'ai mangé de la soupe
--
Comment By: Brendel Oliver (celvin)
Date: 2012-06-18 07:17
Message:
I would say that manger as a noun is either in combination with another
word and a trait, as in garde-maner or bien-manger or preceded by an
article or a pronoun, see some examples from http://atilf.atilf.fr
Les idées affluent chez l'homme après le manger.
Quand on a peu à manger,
apporter son manger
c'est un manger des dieux
Il mettait toute son âme à bien soigner ce manger,
This should reduce false positives
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 06:41
Message:
The problem happens because the word manger can be not only a verb, but
also a noun. LanguageTool is being careful here and does not raise an
issue because manger can be a noun. Of course, semantically it can only
be the verb here but it's not obvious for LanguageTool to tell.
The error is corrected dectected with some other verbs for which there is
no such ambiguity such as:
{noformat}
$ echo J'ai acheter de la soupe. | java -jar
languagetool/dist/LanguageTool.jar -l fr
Expected text language: French
Working on STDIN...
1.) Line 1, column 6, Rule ID: AUX_AVOIR_VCONJ[1]
Message: Après l’auxiliaire « ai », le verbe devrait être au
participe passé
J'ai acheter de la soupe.
^^^
Time: 530ms for 1 sentences (1.9 sentences/sec)
{noformat}
We could make LT detect the error with mangé vs manger is we add
disambiguation rules.
I'll have to think about how to disambiguate without introducing false
positives.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3535992 ] accord participe passé
Bugs item #3535992, was opened at 2012-06-18 06:34
Message generated for change (Comment added) made by dominikoeo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Problem with French
Group: 1.7
Status: Open
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dominique Pelle (dominikoeo)
Summary: accord participe passé
Initial Comment:
Le correcteur ne détecte pas l'erreur suivante : J'ai manger de la soupe, qui
devrait s'écrire : J'ai mangé de la soupe
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 13:15
Message:
I'm marking this bug as resolved. Fix is in this checkin and will appear in
tomorrow's nightly build.
Thanks for reporting it!
r7401 | dominikoeo | 2012-06-18 19:36:23 +0200 (Mon, 18 Jun 2012) | 3
lines
[fr] fixed bug #3535992: false negative in *J'ai manger* - J'ai mangé
LT was cautious because manger could be a noun.
=
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 10:33
Message:
This should reduce false positives
This bug is not a false positive, but a false negative (i.e. an error not
being reported).
I just added a disambiguation rule wich I will checkin-soon after further
tests:
+!-- This is to catch frequent errors such as J'ai manger which
would not
+ be caught without disambiguation as manger can also be a noun
--
+rule name=Etre/Avoir + verb id=ETRE_AVOIR_V_ER
+pattern
+token postag=V avoir .* postag_regexp=yes/token
+marker
+token regexp=yes postag=V inf.*er/token
+/marker
+/pattern
+disambig postag=V inf/
+/rule
I was tempted to do the same with the auxiliaire être but that would
introduce false positive
as in for example: Il était officier (which is correct and should not
be corrected as Il était officié.
Witht the auxiliaire avoir, the disambiguation looks OK I think. But
these things are often more
tricky than they seem so I will check further.
would say that manger as a noun is either in combination with another
word and a trait, as in garde-maner or bien-manger or preceded by an
article or a pronoun, see some examples from http://atilf.atilf.fr
Les idées affluent chez l'homme après le manger.
But le can also be pronoun which can be tricky. Ex: Je veux le manger
tout de suite.
Here its' clearly the verb and not the noun.
--
Comment By: Brendel Oliver (celvin)
Date: 2012-06-18 07:17
Message:
I would say that manger as a noun is either in combination with another
word and a trait, as in garde-maner or bien-manger or preceded by an
article or a pronoun, see some examples from http://atilf.atilf.fr
Les idées affluent chez l'homme après le manger.
Quand on a peu à manger,
apporter son manger
c'est un manger des dieux
Il mettait toute son âme à bien soigner ce manger,
This should reduce false positives
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 06:41
Message:
The problem happens because the word manger can be not only a verb, but
also a noun. LanguageTool is being careful here and does not raise an
issue because manger can be a noun. Of course, semantically it can only
be the verb here but it's not obvious for LanguageTool to tell.
The error is corrected dectected with some other verbs for which there is
no such ambiguity such as:
{noformat}
$ echo J'ai acheter de la soupe. | java -jar
languagetool/dist/LanguageTool.jar -l fr
Expected text language: French
Working on STDIN...
1.) Line 1, column 6, Rule ID: AUX_AVOIR_VCONJ[1]
Message: Après l’auxiliaire « ai », le verbe devrait être au
participe passé
J'ai acheter de la soupe.
^^^
Time: 530ms for 1 sentences (1.9 sentences/sec)
{noformat}
We could make LT detect the error with mangé vs manger is we add
disambiguation rules.
I'll have to think about how to disambiguate without introducing false
positives.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
[LanguageTool] [ languagetool-Bugs-3535992 ] accord participe passé
Bugs item #3535992, was opened at 2012-06-18 06:34
Message generated for change (Comment added) made by dominikoeo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Problem with French
Group: 1.7
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dominique Pelle (dominikoeo)
Summary: accord participe passé
Initial Comment:
Le correcteur ne détecte pas l'erreur suivante : J'ai manger de la soupe, qui
devrait s'écrire : J'ai mangé de la soupe
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 06:41
Message:
The problem happens because the word manger can be not only a verb, but
also a noun. LanguageTool is being careful here and does not raise an
issue because manger can be a noun. Of course, semantically it can only
be the verb here but it's not obvious for LanguageTool to tell.
The error is corrected dectected with some other verbs for which there is
no such ambiguity such as:
{noformat}
$ echo J'ai acheter de la soupe. | java -jar
languagetool/dist/LanguageTool.jar -l fr
Expected text language: French
Working on STDIN...
1.) Line 1, column 6, Rule ID: AUX_AVOIR_VCONJ[1]
Message: Après l’auxiliaire « ai », le verbe devrait être au
participe passé
J'ai acheter de la soupe.
^^^
Time: 530ms for 1 sentences (1.9 sentences/sec)
{noformat}
We could make LT detect the error with mangé vs manger is we add
disambiguation rules.
I'll have to think about how to disambiguate without introducing false
positives.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3431788 ] Problem when re-using match/ with regexp_replace
Bugs item #3431788, was opened at 2011-11-01 03:03 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3431788group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: gulp21 (gulp21-1) Assigned to: Nobody/Anonymous (nobody) Summary: Problem when re-using match/ with regexp_replace Initial Comment: When the match element with regexp_replace is used more than once, the resulting text is not the expected one. Example (German rule): rule id=BAUCHWEH name=Umgangssprache: 'Bauchweh (Bauchschmerz)' pattern token regexp=yes(Bauch|Kopf|Hals|Zahn)wehe?s?n?/token /pattern message\1 ist umgangssprachlich. Vorschläge: suggestionmatch no=1 regexp_replace=schmerz regexp_match=weh.*//suggestion, suggestionmatch no=1 regexp_replace=schmerzen regexp_match=weh.*//suggestion/message!--TODO is this a bug?-- example type=correctEr hat markerBauchschmerzen/marker./example example type=incorrectWegen des starken markerZahnwehs/marker.../example /rule message will be: Bauchschmerz ist umgangssprachlich. Vorschläge: Bauchschmerzen, Bauchschmerzen but it's supposed to be: Bauchweh ist umgangssprachlich. Vorschläge: Bauchschmerz, Bauchschmerzen -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 09:28 Message: The error was due to the fact that \1 was the first character in the message, and the code contained a wrong assumption that this is the very first position in the string. Fixed in 1.8-dev. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3431788group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3054895 ] line column numbers incorrect when LT reads from stdin
Bugs item #3054895, was opened at 2010-08-28 06:57 Message generated for change (Settings changed) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3054895group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Naber (dnaber) Assigned to: Marcin Miłkowski (milek_pl) Summary: line column numbers incorrect when LT reads from stdin Initial Comment: Copying Dominique Pellé's report from the mailing list: Example: # sample files with errors at line 0 and 2 (line 1 is empty). $ cat test.txt This is a test of of language tool. This is is a test of language tool. # When reading from a file, the line numbers (fromy and toy look correct): $ java -jar JLanguageTool/dist/LanguageTool.jar --api test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=0 fromx=15 toy=0 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ /matches !-- Time: 105ms for 2 sentences (19.0 sentences/sec) -- # Now when reading the same file test.txt from stdin... $ java -jar JLanguageTool/dist/LanguageTool.jar --api - test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=1 fromx=15 toy=1 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=11 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ !-- Time: 111ms for 3 sentences (27.0 sentences/sec) -- Notice that the fromy and toy fields are incorrect. The tox is also incorrect. The contextoffset is also different. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:25 Message: In 1.8-dev I fixed some parts of this, now you get: error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ and error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ Note the tox value: it is now consistent. As far as I can see, fromy and toy are also correct, but there are outstanding problems with contextoffset and missing /matches element. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-06-17 12:20 Message: Here is another case was gave wrong column number: $ (echo This is; echo is an error.) | \ java -jar LanguageTool.jar -l en --api It gives: fromy=1 fromx=5 toy=2 tox=10 I fixed this one in this SVN checkin: == r7389 | dominikoeo | 2012-06-17 21:06:34 +0200 (Sun, 17 Jun 2012) | 3 lines - bug #3054895: the column reported by LanguageTool was sometimes wrong when error span the new line. == However, this case is still wrong: $ (echo An test; echo An test) | java -jar ~/sb/languagetool/dist/LanguageTool.jar -l en --api -d PHRASE_REPETITION ?xml version=1.0 encoding=UTF-8? matches error fromy=1 fromx=0 toy=1 tox=3 ruleId=EN_A_VS_AN msg=Use 'A' instead of 'An' if the following word doesn't start with a vowel sound, e.g. 'a sentence', 'a university' replacements=A context=An test An test contextoffset=0 errorlength=2/ error fromy=2 fromx=0 toy=2 tox=2 ruleId=EN_A_VS_AN msg=Use 'A' instead of 'An' if the following word doesn't start with a vowel sound, e.g. 'a sentence', 'a university' replacements=A context=An test An test contextoffset=8 errorlength=2/ !-- Time: 99ms for 1 sentences (10.1 sentences/sec) -- Notice that fist error has tox=3 and second error has tox=2. They should be both
[LanguageTool] [ languagetool-Bugs-3054895 ] line column numbers incorrect when LT reads from stdin
Bugs item #3054895, was opened at 2010-08-28 06:57 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3054895group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Naber (dnaber) Assigned to: Marcin Miłkowski (milek_pl) Summary: line column numbers incorrect when LT reads from stdin Initial Comment: Copying Dominique Pellé's report from the mailing list: Example: # sample files with errors at line 0 and 2 (line 1 is empty). $ cat test.txt This is a test of of language tool. This is is a test of language tool. # When reading from a file, the line numbers (fromy and toy look correct): $ java -jar JLanguageTool/dist/LanguageTool.jar --api test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=0 fromx=15 toy=0 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ /matches !-- Time: 105ms for 2 sentences (19.0 sentences/sec) -- # Now when reading the same file test.txt from stdin... $ java -jar JLanguageTool/dist/LanguageTool.jar --api - test.txt ?xml version=1.0 encoding=UTF-8? matches error fromy=1 fromx=15 toy=1 tox=21 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=11 ruleId=WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ !-- Time: 111ms for 3 sentences (27.0 sentences/sec) -- Notice that the fromy and toy fields are incorrect. The tox is also incorrect. The contextoffset is also different. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:51 Message: When I look again, the contextoffset is fine (the context is different in both cases, so it's OK). It seems the bug is fixed completely. Dominique, could you check? -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 10:25 Message: In 1.8-dev I fixed some parts of this, now you get: error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. This is is a test of languag... contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is a test of of language tool. This is is a test of language tool. contextoffset=42 errorlength=5/ and error fromy=0 fromx=15 toy=0 tox=20 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=of context=This is a test of of language tool. contextoffset=15 errorlength=5/ error fromy=2 fromx=5 toy=2 tox=10 ruleId=ENGLISH_WORD_REPEAT_RULE msg=Possible typo: you repeated a word replacements=is context=This is is a test of language tool. contextoffset=5 errorlength=5/ Note the tox value: it is now consistent. As far as I can see, fromy and toy are also correct, but there are outstanding problems with contextoffset and missing /matches element. -- Comment By: Dominique Pelle (dominikoeo) Date: 2012-06-17 12:20 Message: Here is another case was gave wrong column number: $ (echo This is; echo is an error.) | \ java -jar LanguageTool.jar -l en --api It gives: fromy=1 fromx=5 toy=2 tox=10 I fixed this one in this SVN checkin: == r7389 | dominikoeo | 2012-06-17 21:06:34 +0200 (Sun, 17 Jun 2012) | 3 lines - bug #3054895: the column reported by LanguageTool was sometimes wrong when error span the new line. == However, this case is still wrong: $ (echo An test; echo An test) | java -jar ~/sb/languagetool/dist/LanguageTool.jar -l en --api -d PHRASE_REPETITION ?xml version=1.0 encoding=UTF-8? matches error fromy=1 fromx=0 toy=1 tox=3 ruleId=EN_A_VS_AN msg=Use 'A' instead of 'An' if the following word doesn't start with a vowel sound, e.g. 'a sentence', 'a university' replacements=A context=An test An test contextoffset=0 errorlength=2/ error fromy=2 fromx=0 toy=2 tox=2 ruleId=EN_A_VS_AN msg=Use 'A'
[LanguageTool] [ languagetool-Bugs-3534851 ] LanguageToolGUI --tray option
Bugs item #3534851, was opened at 2012-06-13 05:11 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brendel Oliver (celvin) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageToolGUI --tray option Initial Comment: On the web-page it is stated : use the --tray option to start LanguageTool inside the system tray. After you copy any text to the clipboard, clicking LanguageTool in the system tray will cause the application to open and check the contents of the clipboard automatically This does not seem to work : after copying text to the clipboard and clicking on the LanguageTool icon in the system tray, LanguagTool will start, but it will start as it does normally, that is showing the standard test text and no verification done automatically. I tried this on a Windos 7 64 bit desktop with java 32 bits built 1,6,0_32-b05 Cheers Oliver -- Comment By: Nobody/Anonymous (nobody) Date: 2012-06-18 02:37 Message: I'm sorry, I don't know what happened on friday, where it did not work. Today it does work just fine : left click does open with copied text, right click gives some options. This is really a great option of LanguagTool, and will be even more so once the 1.8 version comes out with spell-clecking Thanks a lot for working on LanguageTool Cheers Oliver -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 01:51 Message: I tested it on Win7 64-bit with Java 7 (64-bit) and Java 6 (exactly the same version) and it works. Did you use the right click or the left click? Are you sure there was anything in your clipboard? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3535992 ] accord participe passé
Bugs item #3535992, was opened at 2012-06-18 06:34
Message generated for change (Comment added) made by dominikoeo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Problem with French
Group: 1.7
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dominique Pelle (dominikoeo)
Summary: accord participe passé
Initial Comment:
Le correcteur ne détecte pas l'erreur suivante : J'ai manger de la soupe, qui
devrait s'écrire : J'ai mangé de la soupe
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 10:33
Message:
This should reduce false positives
This bug is not a false positive, but a false negative (i.e. an error not
being reported).
I just added a disambiguation rule wich I will checkin-soon after further
tests:
+!-- This is to catch frequent errors such as J'ai manger which
would not
+ be caught without disambiguation as manger can also be a noun
--
+rule name=Etre/Avoir + verb id=ETRE_AVOIR_V_ER
+pattern
+token postag=V avoir .* postag_regexp=yes/token
+marker
+token regexp=yes postag=V inf.*er/token
+/marker
+/pattern
+disambig postag=V inf/
+/rule
I was tempted to do the same with the auxiliaire être but that would
introduce false positive
as in for example: Il était officier (which is correct and should not
be corrected as Il était officié.
Witht the auxiliaire avoir, the disambiguation looks OK I think. But
these things are often more
tricky than they seem so I will check further.
would say that manger as a noun is either in combination with another
word and a trait, as in garde-maner or bien-manger or preceded by an
article or a pronoun, see some examples from http://atilf.atilf.fr
Les idées affluent chez l'homme après le manger.
But le can also be pronoun which can be tricky. Ex: Je veux le manger
tout de suite.
Here its' clearly the verb and not the noun.
--
Comment By: Brendel Oliver (celvin)
Date: 2012-06-18 07:17
Message:
I would say that manger as a noun is either in combination with another
word and a trait, as in garde-maner or bien-manger or preceded by an
article or a pronoun, see some examples from http://atilf.atilf.fr
Les idées affluent chez l'homme après le manger.
Quand on a peu à manger,
apporter son manger
c'est un manger des dieux
Il mettait toute son âme à bien soigner ce manger,
This should reduce false positives
--
Comment By: Dominique Pelle (dominikoeo)
Date: 2012-06-18 06:41
Message:
The problem happens because the word manger can be not only a verb, but
also a noun. LanguageTool is being careful here and does not raise an
issue because manger can be a noun. Of course, semantically it can only
be the verb here but it's not obvious for LanguageTool to tell.
The error is corrected dectected with some other verbs for which there is
no such ambiguity such as:
{noformat}
$ echo J'ai acheter de la soupe. | java -jar
languagetool/dist/LanguageTool.jar -l fr
Expected text language: French
Working on STDIN...
1.) Line 1, column 6, Rule ID: AUX_AVOIR_VCONJ[1]
Message: Après l’auxiliaire « ai », le verbe devrait être au
participe passé
J'ai acheter de la soupe.
^^^
Time: 530ms for 1 sentences (1.9 sentences/sec)
{noformat}
We could make LT detect the error with mangé vs manger is we add
disambiguation rules.
I'll have to think about how to disambiguate without introducing false
positives.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=655717aid=3535992group_id=110216
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Languagetool-cvs mailing list
Languagetool-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3380020 ] LibreOffice: Could not create Java implementation loader
Bugs item #3380020, was opened at 2011-07-27 08:49 Message generated for change (Comment added) made by milek_pl You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: jesteranime (jesteranime) Assigned to: Nobody/Anonymous (nobody) Summary: LibreOffice: Could not create Java implementation loader Initial Comment: During all attempts to install LanguageTool 1.4 into LibreOffice 3.3.3 I keep getting an error that says: Could not create Java implementation loader This computer has Windows 7 Home Premium and Java Version 6 update 26 loaded on it. All other specs are available on request. -- Comment By: Marcin Miłkowski (milek_pl) Date: 2012-06-18 09:33 Message: Is your Java 64-bit or 32-bit? 64-bit Java does NOT work with LO (and OOo neither), as these programs are built only in 32-bit binaries for Windows. -- Comment By: Yakovru (yakovru) Date: 2012-06-18 05:14 Message: May be user name in Windows contains non-ASCII character? -- Comment By: jesteranime (jesteranime) Date: 2011-07-27 18:33 Message: I have gone through the suggested website and I'm still having the same issue. -- Comment By: Daniel Naber (dnaber) Date: 2011-07-27 11:18 Message: Have you tried the suggestions at http://www.languagetool.org/issues/ ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3534851 ] LanguageToolGUI --tray option
Bugs item #3534851, was opened at 2012-06-13 05:11 Message generated for change (Tracker Item Submitted) made by celvin You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brendel Oliver (celvin) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageToolGUI --tray option Initial Comment: On the web-page it is stated : use the --tray option to start LanguageTool inside the system tray. After you copy any text to the clipboard, clicking LanguageTool in the system tray will cause the application to open and check the contents of the clipboard automatically This does not seem to work : after copying text to the clipboard and clicking on the LanguageTool icon in the system tray, LanguagTool will start, but it will start as it does normally, that is showing the standard test text and no verification done automatically. I tried this on a Windos 7 64 bit desktop with java 32 bits built 1,6,0_32-b05 Cheers Oliver -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534851group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3534637 ] footnotes after full stop brake case check
Bugs item #3534637, was opened at 2012-06-12 09:31 Message generated for change (Tracker Item Submitted) made by gulp21-1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534637group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: gulp21 (gulp21-1) Assigned to: Nobody/Anonymous (nobody) Summary: footnotes after full stop brake case check Initial Comment: Example: Das ist ein Satz.1 Außerdem ist das hier auch ein Satz. Außerdem is marked as wrong. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3534637group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Feature Requests-3534852 ] GUI: spell check ?
Feature Requests item #3534852, was opened at 2012-06-13 05:15 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655720aid=3534852group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: Next Release (example) Status: Closed Priority: 5 Private: No Submitted By: Brendel Oliver (celvin) Assigned to: Nobody/Anonymous (nobody) Summary: GUI: spell check ? Initial Comment: it would be great if the LanguagToolGUI could also do a spell check. I suppose to apply the grammar rules, LanguagTool needs to parse the words in the text field and recognize them. The spell checker could be simply saying this word is not recognized without giving any choice to replace. This would already help to find simple typos thanks for considering this Oliver -- Comment By: Daniel Naber (dnaber) Date: 2012-06-14 12:18 Message: This is implemented in LanguageTool 1.8. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655720aid=3534852group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3153545 ] OOo/LO: freeze on start up caused by LT
Bugs item #3153545, was opened at 2011-01-09 01:00 Message generated for change (Comment added) made by rgb-mldc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3153545group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eugeny Shkrigunov (eshkrig) Assigned to: Nobody/Anonymous (nobody) Summary: OOo/LO: freeze on start up caused by LT Initial Comment: Hi! Sorry for my English. oocalc: list of fonts in dialogue Format Cells (menu Format - cells ... tab Font) opens very slowly (10 times) after installing LanguageTool. Version: LanguageTool 1.1, 1.2 OpenOffice.org 3.2.1 (OOO320m19 (Build: 9505), ooo-build 3.2.1.6) Gentoo Linux amd64/10.0 -- Comment By: RGB (rgb-mldc) Date: 2012-06-12 02:39 Message: I can confirm that on the deb builds for AOO 3.4.1 LT 1.7 works really fast, both on start-up and common usage. -- Comment By: Eugeny Shkrigunov (eshkrig) Date: 2012-06-04 02:35 Message: Nice work! Nice tool! Thank you very much! -- Comment By: Daniel Naber (dnaber) Date: 2012-06-03 04:48 Message: This has been fixed in LibreOffice 3.5.4 and it looks it's going to be fixed in Apache OpenOffice 3.4.1. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 03:06 Message: See https://bugs.freedesktop.org/show_bug.cgi?id=35270 for debugging updates -- Comment By: Daniel Naber (dnaber) Date: 2012-04-28 15:26 Message: I have finally come up with a more detailed analysis: on each startup, the slow method SvxLinguConfigUpdate::UpdateAll() is called. A comment in the code suggests that this isn't needed anymore. Can we change the code like the comment suggests in unolingu.cxx, line 395? Here's in detail what happens: doclay.cxx calls (*pLayIter)-GetCurrShell()-LayoutIdle(); layact.cxx calls ((SwTxtFrm*)pCnt)-_AutoSpell( pCntntNode, *pSh-GetViewOptions(), nTxtPos ); txtedt.cxx calls bSpell = xSpell.is() ? xSpell-hasLanguage( eActLang ) : sal_False; unolingu.cxx calls SpellDummy_Impl::GetSpell_Impl() finally, SpellDummy_Impl::GetSpell_Impl() calls this: if (SvxLinguConfigUpdate::IsNeedUpdateAll()) SvxLinguConfigUpdate::UpdateAll(); IsNeedUpdateAll() will return true, because aLinguOpt.nDataFilesChangedCheckValue is -1 because SvxLinguConfigUpdate::UpdateAll() will set it to -1, with a comment that this is only needed to = OOo 3.0 (for the time being (developer builds until OOo 3.0)...). Thus after each startup, SvxLinguConfigUpdate::UpdateAll() gets called which takes a few seconds and blocks the machine. Another question is why SvxLinguConfigUpdate::UpdateAll() is so slow and blocks the machine. I haven't checked that out yet. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 08:00 Message: I just checked that the problem is not caused by the pure size of LT: if I remove language resources that doesn't help. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 07:52 Message: Some analysis: on my machine, OOo (tested with 3.2.0) hangs 7 seconds. 1 second is because we initialize every language on startup. That will be fixed in tomorrow's LT snaphot. The other 6 seconds is somewhere in OOo, where it calls getLocales() more than 200 times. However, we answer that call in less than 1ms. If we don't iterate and return all the locales we support but only one, the hang is 3.5 seconds instead of 7 seconds. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-14 06:34 Message: Related bug reports at LibreOffice / OpenOffice.org: http://bugs.freedesktop.org/show_bug.cgi?id=35270 http://bugs.freedesktop.org/show_bug.cgi?id=30762 http://openoffice.org/bugzilla/show_bug.cgi?id=116409 http://openoffice.org/bugzilla/show_bug.cgi?id=32279 -- Comment By: Yakovru (yakovru) Date: 2011-03-22 22:38 Message: Yes. This problem is stil there: OpenOffice 3.3.0 Windows Reproduce as is in 1 comment If cursor is in A1 cell. -- Comment By: Eugeny Shkrigunov (eshkrig) Date: 2011-03-16 11:51 Message: I have no OpenOffice. The problem is still there: Gentoo, LibreOffice 3.3.1 (OOO330m19), sun-jdk-1.6.0.24
[LanguageTool] [ languagetool-Bugs-3153545 ] OOo/LO: freeze on start up caused by LT
Bugs item #3153545, was opened at 2011-01-09 01:00 Message generated for change (Comment added) made by eshkrig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3153545group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eugeny Shkrigunov (eshkrig) Assigned to: Nobody/Anonymous (nobody) Summary: OOo/LO: freeze on start up caused by LT Initial Comment: Hi! Sorry for my English. oocalc: list of fonts in dialogue Format Cells (menu Format - cells ... tab Font) opens very slowly (10 times) after installing LanguageTool. Version: LanguageTool 1.1, 1.2 OpenOffice.org 3.2.1 (OOO320m19 (Build: 9505), ooo-build 3.2.1.6) Gentoo Linux amd64/10.0 -- Comment By: Eugeny Shkrigunov (eshkrig) Date: 2012-06-04 02:35 Message: Nice work! Nice tool! Thank you very much! -- Comment By: Daniel Naber (dnaber) Date: 2012-06-03 04:48 Message: This has been fixed in LibreOffice 3.5.4 and it looks it's going to be fixed in Apache OpenOffice 3.4.1. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 03:06 Message: See https://bugs.freedesktop.org/show_bug.cgi?id=35270 for debugging updates -- Comment By: Daniel Naber (dnaber) Date: 2012-04-28 15:26 Message: I have finally come up with a more detailed analysis: on each startup, the slow method SvxLinguConfigUpdate::UpdateAll() is called. A comment in the code suggests that this isn't needed anymore. Can we change the code like the comment suggests in unolingu.cxx, line 395? Here's in detail what happens: doclay.cxx calls (*pLayIter)-GetCurrShell()-LayoutIdle(); layact.cxx calls ((SwTxtFrm*)pCnt)-_AutoSpell( pCntntNode, *pSh-GetViewOptions(), nTxtPos ); txtedt.cxx calls bSpell = xSpell.is() ? xSpell-hasLanguage( eActLang ) : sal_False; unolingu.cxx calls SpellDummy_Impl::GetSpell_Impl() finally, SpellDummy_Impl::GetSpell_Impl() calls this: if (SvxLinguConfigUpdate::IsNeedUpdateAll()) SvxLinguConfigUpdate::UpdateAll(); IsNeedUpdateAll() will return true, because aLinguOpt.nDataFilesChangedCheckValue is -1 because SvxLinguConfigUpdate::UpdateAll() will set it to -1, with a comment that this is only needed to = OOo 3.0 (for the time being (developer builds until OOo 3.0)...). Thus after each startup, SvxLinguConfigUpdate::UpdateAll() gets called which takes a few seconds and blocks the machine. Another question is why SvxLinguConfigUpdate::UpdateAll() is so slow and blocks the machine. I haven't checked that out yet. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 08:00 Message: I just checked that the problem is not caused by the pure size of LT: if I remove language resources that doesn't help. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 07:52 Message: Some analysis: on my machine, OOo (tested with 3.2.0) hangs 7 seconds. 1 second is because we initialize every language on startup. That will be fixed in tomorrow's LT snaphot. The other 6 seconds is somewhere in OOo, where it calls getLocales() more than 200 times. However, we answer that call in less than 1ms. If we don't iterate and return all the locales we support but only one, the hang is 3.5 seconds instead of 7 seconds. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-14 06:34 Message: Related bug reports at LibreOffice / OpenOffice.org: http://bugs.freedesktop.org/show_bug.cgi?id=35270 http://bugs.freedesktop.org/show_bug.cgi?id=30762 http://openoffice.org/bugzilla/show_bug.cgi?id=116409 http://openoffice.org/bugzilla/show_bug.cgi?id=32279 -- Comment By: Yakovru (yakovru) Date: 2011-03-22 22:38 Message: Yes. This problem is stil there: OpenOffice 3.3.0 Windows Reproduce as is in 1 comment If cursor is in A1 cell. -- Comment By: Eugeny Shkrigunov (eshkrig) Date: 2011-03-16 11:51 Message: I have no OpenOffice. The problem is still there: Gentoo, LibreOffice 3.3.1 (OOO330m19), sun-jdk-1.6.0.24 -- Comment By: Marcin Miłkowski (milek_pl) Date: 2011-03-16 03:25 Message: I cannot reproduce it with 3.3 stable (Windows XP, Java 6u20). Could you check if it is still there?
[LanguageTool] [ languagetool-Bugs-3153545 ] OOo/LO: freeze on start up caused by LT
Bugs item #3153545, was opened at 2011-01-09 01:00 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3153545group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eugeny Shkrigunov (eshkrig) Assigned to: Nobody/Anonymous (nobody) Summary: OOo/LO: freeze on start up caused by LT Initial Comment: Hi! Sorry for my English. oocalc: list of fonts in dialogue Format Cells (menu Format - cells ... tab Font) opens very slowly (10 times) after installing LanguageTool. Version: LanguageTool 1.1, 1.2 OpenOffice.org 3.2.1 (OOO320m19 (Build: 9505), ooo-build 3.2.1.6) Gentoo Linux amd64/10.0 -- Comment By: Daniel Naber (dnaber) Date: 2012-06-03 04:48 Message: This has been fixed in LibreOffice 3.5.4 and it looks it's going to be fixed in Apache OpenOffice 3.4.1. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 03:06 Message: See https://bugs.freedesktop.org/show_bug.cgi?id=35270 for debugging updates -- Comment By: Daniel Naber (dnaber) Date: 2012-04-28 15:26 Message: I have finally come up with a more detailed analysis: on each startup, the slow method SvxLinguConfigUpdate::UpdateAll() is called. A comment in the code suggests that this isn't needed anymore. Can we change the code like the comment suggests in unolingu.cxx, line 395? Here's in detail what happens: doclay.cxx calls (*pLayIter)-GetCurrShell()-LayoutIdle(); layact.cxx calls ((SwTxtFrm*)pCnt)-_AutoSpell( pCntntNode, *pSh-GetViewOptions(), nTxtPos ); txtedt.cxx calls bSpell = xSpell.is() ? xSpell-hasLanguage( eActLang ) : sal_False; unolingu.cxx calls SpellDummy_Impl::GetSpell_Impl() finally, SpellDummy_Impl::GetSpell_Impl() calls this: if (SvxLinguConfigUpdate::IsNeedUpdateAll()) SvxLinguConfigUpdate::UpdateAll(); IsNeedUpdateAll() will return true, because aLinguOpt.nDataFilesChangedCheckValue is -1 because SvxLinguConfigUpdate::UpdateAll() will set it to -1, with a comment that this is only needed to = OOo 3.0 (for the time being (developer builds until OOo 3.0)...). Thus after each startup, SvxLinguConfigUpdate::UpdateAll() gets called which takes a few seconds and blocks the machine. Another question is why SvxLinguConfigUpdate::UpdateAll() is so slow and blocks the machine. I haven't checked that out yet. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 08:00 Message: I just checked that the problem is not caused by the pure size of LT: if I remove language resources that doesn't help. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 07:52 Message: Some analysis: on my machine, OOo (tested with 3.2.0) hangs 7 seconds. 1 second is because we initialize every language on startup. That will be fixed in tomorrow's LT snaphot. The other 6 seconds is somewhere in OOo, where it calls getLocales() more than 200 times. However, we answer that call in less than 1ms. If we don't iterate and return all the locales we support but only one, the hang is 3.5 seconds instead of 7 seconds. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-14 06:34 Message: Related bug reports at LibreOffice / OpenOffice.org: http://bugs.freedesktop.org/show_bug.cgi?id=35270 http://bugs.freedesktop.org/show_bug.cgi?id=30762 http://openoffice.org/bugzilla/show_bug.cgi?id=116409 http://openoffice.org/bugzilla/show_bug.cgi?id=32279 -- Comment By: Yakovru (yakovru) Date: 2011-03-22 22:38 Message: Yes. This problem is stil there: OpenOffice 3.3.0 Windows Reproduce as is in 1 comment If cursor is in A1 cell. -- Comment By: Eugeny Shkrigunov (eshkrig) Date: 2011-03-16 11:51 Message: I have no OpenOffice. The problem is still there: Gentoo, LibreOffice 3.3.1 (OOO330m19), sun-jdk-1.6.0.24 -- Comment By: Marcin Miłkowski (milek_pl) Date: 2011-03-16 03:25 Message: I cannot reproduce it with 3.3 stable (Windows XP, Java 6u20). Could you check if it is still there? -- Comment By: Yakovru (yakovru) Date: 2011-01-12 08:01 Message: OpenOffice.org bug 116409 http://www.openoffice.org/issues/show_bug.cgi?id=116409
[LanguageTool] [ languagetool-Bugs-3528366 ] [de] Wertebereiche tagged incorrectly
Bugs item #3528366, was opened at 2012-05-20 03:45 Message generated for change (Settings changed) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3528366group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 2 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] Wertebereiche tagged incorrectly Initial Comment: IS: Wertebereiche[Wertebereiche/SUB:AKK:SIN:FEM, Wertebereiche/SUB:DAT:SIN:FEM, Wertebereiche/SUB:GEN:SIN:FEM, Wertebereiche/SUB:NOM:SIN:FEM] SHOULD BE: Wertebereich/SUB:NOM:PLU:MAS etc. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3528366group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3528366 ] [de] Wertebereiche tagged incorrectly
Bugs item #3528366, was opened at 2012-05-20 03:45 Message generated for change (Tracker Item Submitted) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3528366group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] Wertebereiche tagged incorrectly Initial Comment: IS: Wertebereiche[Wertebereiche/SUB:AKK:SIN:FEM, Wertebereiche/SUB:DAT:SIN:FEM, Wertebereiche/SUB:GEN:SIN:FEM, Wertebereiche/SUB:NOM:SIN:FEM] SHOULD BE: Wertebereich/SUB:NOM:PLU:MAS etc. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3528366group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3527579 ] [de] false positive subst. Verben
Bugs item #3527579, was opened at 2012-05-17 05:08 Message generated for change (Tracker Item Submitted) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3527579group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] false positive subst. Verben Initial Comment: Beispielsatz: Entbindet uns die Selbstverschuldetheit von jeglichen moralischen Überzeugungen und sozialen Grundeinstellungen, die für unseren Kulturkreis charakteristisch zu sein scheinen? Fehlermeldung: Subst. Verben werden groß geschrieben. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3527579group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3523776 ] Overlap in rules results in wrong replacement
Bugs item #3523776, was opened at 2012-05-05 09:51 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: development version Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Nobody/Anonymous (nobody) Summary: Overlap in rules results in wrong replacement Initial Comment: The German sentence Die falle schnappte zu. triggers two different rules. One of the rules should only mark 'falle', the other one 'falle schnappte'. Actually 'falle schnappte' is underlined. Now the suggestion 'Falle' from rule 1 is applied to the marked sequence 'falle schnappte' from rule 2, resulting in an undesired deletion of the word 'schnappte'. This behavior is very confusing. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-16 00:47 Message: That's good news, Daniel, thanks! Should we marked this as resolved then? -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 14:49 Message: Fix committed at LibreOffice, to be included in LibreOffice 3.6.0. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 14:05 Message: This is now tracked at LibreOffice, including a patch: https://bugs.freedesktop.org/show_bug.cgi?id=49605 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 12:41 Message: It's an error in LibreOffice. We create two errors with different suggestions, differtent error messages and different lengths. Only the start positions are the same and that seems to confuse LO. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-06 02:50 Message: In my opinion, this isn't so much of a problem as long as we make sure that on our side error markup and suggestion belong to the same rule. The overlap in itself is not the problem in the above example, but rather the fact that the markup is taken from one rule and the suggestion (replacement) from another. Wouldn't it be possible to fix that part and leave the rest as is? -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 02:20 Message: If two rules match, we create two error markups which might overlap. LibreOffice cannot properly handle that. There are two ways to cope with that: 1. submit a bug report at LO with the example in this bug report. Set László Németh on Cc (author of LightProof), as he is probably also interested in fixing this. 2. Work around the problem in LT by not creating duplicate markups (i.e. filter matches). Provide a special version of LT that still shows the problem for the LO developers so they can debug the issue. Jan, would you like to submit a bug report at LO? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526635 ] SingletonFactory should implement XServiceInfo
Bugs item #3526635, was opened at 2012-05-14 09:41 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526635group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Stephan Bergmann (bergmann-rh) Assigned to: Daniel Naber (dnaber) Summary: SingletonFactory should implement XServiceInfo Initial Comment: Since commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=c2fd9b533cfad18735df212cc7fd61443628dc0c New cppu::defaultBootstrap_InitialComponentContext implementation to LibreOffice master towards LibreOffice 3.6, adding LanguageTool.oxt to LibreOffice (via Tools - Extension Manager... - Add... or unopkg add) would lead to a cryptic Bad insert element failure. The reason is that JLanguageTool's org.languagetool.openoffice.SingletonFactory does not implement XServiceInfo. Old LibreOffice versions silently ignored this problem (but live deployment of the extension did not work correctly -- e.g., Tools - Langugage Tool - Configuration... and Tools - Language Tool - About... would silently fail to display dialogs before a restart of LibreOffice). http://cgit.freedesktop.org/libreoffice/core/commit/?id=3b1798a55bf7c193b911ce23e280e6a0e1e4314a Work around extension factories not implementing XServiceInfo now makes LibreOffice master ignore the problematic factory during live deployment again, instead of making extension deployment fail. However, it would be better if the LanguageTool.oxt SingletonFactory properly implemented XServiceInfo, see the attached JLanguageTool-XServiceInfo.patch. (Using com.sun.star.lib.uno.helper.Factory.createComponentFactory instead of an own SingletonFactory unfortunately appears not possible, due to the large number of createInstance calls, which would lead to fresh instances with Factory.createComponentFactory, where SingletonFactory is careful to only create a single instance -- though that code is not properly synchronized.) -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 15:13 Message: Thank you for the patch, I have just committed it so it will be in LT 1.8 (and upcoming daily snapshots, of course). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526635group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526956 ] LanguageTool 1.7 does not work well with openjdk-7
Bugs item #3526956, was opened at 2012-05-15 08:35 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Joseph (indianart) Assigned to: Nobody/Anonymous (nobody) Summary: LanguageTool 1.7 does not work well with openjdk-7 Initial Comment: LanguageTool 1.7 does not work well with openjdk-7 is very slow often causing LibreOffice (LO) to crash. Enabling the LanguageTool (1.7) extension with openjdk-7 causes the problem the problem. When openjdk-6 is used with or without LanguageTool (1.7) there is no problem. When openjdk-7 is used LanguageTool (1.7) is disabled the problem goes away. So I think we have the culprit, enabling LanguageTool (1.7) on LO with openjdk-7 causes the undesirable bug. -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:48 Message: @dnaber I am writing documents in English. On checking 'Writing Aids' (Tools - Options - Writing Aids) I noticed the Slovenian (User defined Dictionary) as well as the US UK English (User defined Dictionary) was checked. I have unchecked the Slovenian (User defined Dictionary). After this, the moment I enabled LanguageTool (1.7) the problem has started again. So I am forced to disable LanguageTool (1.7). -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:37 Message: Hi dnaber It is generally slower than when openjdk-6 is used but particularly painfully slow at startup. Daniel, I feel this may be the the same bug as described in the link below that you may be very familiar with. https://bugs.freedesktop.org/show_bug.cgi?id=35270 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 09:18 Message: Thanks for your bug report. Is it slow only at startup, or even after that? Which language are you writing documents in, probably English? -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 08:40 Message: Further details, System: Ubuntu Release 12.04 (precise) 32-bit Kernel Linux 3.2.0-24-generic-pae LibreOffice 3.5.3.2 Build ID: 350m1(Build:2) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526956 ] LanguageTool 1.7 does not work well with openjdk-7
Bugs item #3526956, was opened at 2012-05-15 08:35 Message generated for change (Comment added) made by indianart You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Joseph (indianart) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageTool 1.7 does not work well with openjdk-7 Initial Comment: LanguageTool 1.7 does not work well with openjdk-7 is very slow often causing LibreOffice (LO) to crash. Enabling the LanguageTool (1.7) extension with openjdk-7 causes the problem the problem. When openjdk-6 is used with or without LanguageTool (1.7) there is no problem. When openjdk-7 is used LanguageTool (1.7) is disabled the problem goes away. So I think we have the culprit, enabling LanguageTool (1.7) on LO with openjdk-7 causes the undesirable bug. -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:48 Message: @dnaber I am writing documents in English. On checking 'Writing Aids' (Tools - Options - Writing Aids) I noticed the Slovenian (User defined Dictionary) as well as the US UK English (User defined Dictionary) was checked. I have unchecked the Slovenian (User defined Dictionary). After this, the moment I enabled LanguageTool (1.7) the problem has started again. So I am forced to disable LanguageTool (1.7). -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:37 Message: Hi dnaber It is generally slower than when openjdk-6 is used but particularly painfully slow at startup. Daniel, I feel this may be the the same bug as described in the link below that you may be very familiar with. https://bugs.freedesktop.org/show_bug.cgi?id=35270 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 09:18 Message: Thanks for your bug report. Is it slow only at startup, or even after that? Which language are you writing documents in, probably English? -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 08:40 Message: Further details, System: Ubuntu Release 12.04 (precise) 32-bit Kernel Linux 3.2.0-24-generic-pae LibreOffice 3.5.3.2 Build ID: 350m1(Build:2) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3523776 ] Overlap in rules results in wrong replacement
Bugs item #3523776, was opened at 2012-05-05 09:51 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: development version Status: Open Resolution: None Priority: 6 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Nobody/Anonymous (nobody) Summary: Overlap in rules results in wrong replacement Initial Comment: The German sentence Die falle schnappte zu. triggers two different rules. One of the rules should only mark 'falle', the other one 'falle schnappte'. Actually 'falle schnappte' is underlined. Now the suggestion 'Falle' from rule 1 is applied to the marked sequence 'falle schnappte' from rule 2, resulting in an undesired deletion of the word 'schnappte'. This behavior is very confusing. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 14:05 Message: This is now tracked at LibreOffice, including a patch: https://bugs.freedesktop.org/show_bug.cgi?id=49605 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 12:41 Message: It's an error in LibreOffice. We create two errors with different suggestions, differtent error messages and different lengths. Only the start positions are the same and that seems to confuse LO. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-06 02:50 Message: In my opinion, this isn't so much of a problem as long as we make sure that on our side error markup and suggestion belong to the same rule. The overlap in itself is not the problem in the above example, but rather the fact that the markup is taken from one rule and the suggestion (replacement) from another. Wouldn't it be possible to fix that part and leave the rest as is? -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 02:20 Message: If two rules match, we create two error markups which might overlap. LibreOffice cannot properly handle that. There are two ways to cope with that: 1. submit a bug report at LO with the example in this bug report. Set László Németh on Cc (author of LightProof), as he is probably also interested in fixing this. 2. Work around the problem in LT by not creating duplicate markups (i.e. filter matches). Provide a special version of LT that still shows the problem for the LO developers so they can debug the issue. Jan, would you like to submit a bug report at LO? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526956 ] LanguageTool 1.7 does not work well with openjdk-7
Bugs item #3526956, was opened at 2012-05-15 08:35 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Joseph (indianart) Assigned to: Nobody/Anonymous (nobody) Summary: LanguageTool 1.7 does not work well with openjdk-7 Initial Comment: LanguageTool 1.7 does not work well with openjdk-7 is very slow often causing LibreOffice (LO) to crash. Enabling the LanguageTool (1.7) extension with openjdk-7 causes the problem the problem. When openjdk-6 is used with or without LanguageTool (1.7) there is no problem. When openjdk-7 is used LanguageTool (1.7) is disabled the problem goes away. So I think we have the culprit, enabling LanguageTool (1.7) on LO with openjdk-7 causes the undesirable bug. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 14:48 Message: I can reproduce that the freeze on startup is much longer with Java 7 than with Java 6. It's hopefully fixed with https://bugs.freedesktop.org/show_bug.cgi?id=35270 , which will be part of LibreOffice 3.5.4, to be released in just a few weeks. We'll just have to wait for that... -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:48 Message: @dnaber I am writing documents in English. On checking 'Writing Aids' (Tools - Options - Writing Aids) I noticed the Slovenian (User defined Dictionary) as well as the US UK English (User defined Dictionary) was checked. I have unchecked the Slovenian (User defined Dictionary). After this, the moment I enabled LanguageTool (1.7) the problem has started again. So I am forced to disable LanguageTool (1.7). -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 12:37 Message: Hi dnaber It is generally slower than when openjdk-6 is used but particularly painfully slow at startup. Daniel, I feel this may be the the same bug as described in the link below that you may be very familiar with. https://bugs.freedesktop.org/show_bug.cgi?id=35270 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-15 09:18 Message: Thanks for your bug report. Is it slow only at startup, or even after that? Which language are you writing documents in, probably English? -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 08:40 Message: Further details, System: Ubuntu Release 12.04 (precise) 32-bit Kernel Linux 3.2.0-24-generic-pae LibreOffice 3.5.3.2 Build ID: 350m1(Build:2) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526956 ] LanguageTool 1.7 does not work well with openjdk-7
Bugs item #3526956, was opened at 2012-05-15 08:35 Message generated for change (Tracker Item Submitted) made by indianart You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Joseph (indianart) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageTool 1.7 does not work well with openjdk-7 Initial Comment: LanguageTool 1.7 does not work well with openjdk-7 is very slow often causing LibreOffice (LO) to crash. Enabling the LanguageTool (1.7) extension with openjdk-7 causes the problem the problem. When openjdk-6 is used with or without LanguageTool (1.7) there is no problem. When openjdk-7 is used LanguageTool (1.7) is disabled the problem goes away. So I think we have the culprit, enabling LanguageTool (1.7) on LO with openjdk-7 causes the undesirable bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526635 ] SingletonFactory should implement XServiceInfo
Bugs item #3526635, was opened at 2012-05-14 09:41 Message generated for change (Tracker Item Submitted) made by bergmann-rh You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526635group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stephan Bergmann (bergmann-rh) Assigned to: Nobody/Anonymous (nobody) Summary: SingletonFactory should implement XServiceInfo Initial Comment: Since commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=c2fd9b533cfad18735df212cc7fd61443628dc0c New cppu::defaultBootstrap_InitialComponentContext implementation to LibreOffice master towards LibreOffice 3.6, adding LanguageTool.oxt to LibreOffice (via Tools - Extension Manager... - Add... or unopkg add) would lead to a cryptic Bad insert element failure. The reason is that JLanguageTool's org.languagetool.openoffice.SingletonFactory does not implement XServiceInfo. Old LibreOffice versions silently ignored this problem (but live deployment of the extension did not work correctly -- e.g., Tools - Langugage Tool - Configuration... and Tools - Language Tool - About... would silently fail to display dialogs before a restart of LibreOffice). http://cgit.freedesktop.org/libreoffice/core/commit/?id=3b1798a55bf7c193b911ce23e280e6a0e1e4314a Work around extension factories not implementing XServiceInfo now makes LibreOffice master ignore the problematic factory during live deployment again, instead of making extension deployment fail. However, it would be better if the LanguageTool.oxt SingletonFactory properly implemented XServiceInfo, see the attached JLanguageTool-XServiceInfo.patch. (Using com.sun.star.lib.uno.helper.Factory.createComponentFactory instead of an own SingletonFactory unfortunately appears not possible, due to the large number of createInstance calls, which would lead to fresh instances with Factory.createComponentFactory, where SingletonFactory is careful to only create a single instance -- though that code is not properly synchronized.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526635group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3526956 ] LanguageTool 1.7 does not work well with openjdk-7
Bugs item #3526956, was opened at 2012-05-15 08:35 Message generated for change (Comment added) made by indianart You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: 1.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Joseph (indianart) Assigned to: Marcin Miłkowski (milek_pl) Summary: LanguageTool 1.7 does not work well with openjdk-7 Initial Comment: LanguageTool 1.7 does not work well with openjdk-7 is very slow often causing LibreOffice (LO) to crash. Enabling the LanguageTool (1.7) extension with openjdk-7 causes the problem the problem. When openjdk-6 is used with or without LanguageTool (1.7) there is no problem. When openjdk-7 is used LanguageTool (1.7) is disabled the problem goes away. So I think we have the culprit, enabling LanguageTool (1.7) on LO with openjdk-7 causes the undesirable bug. -- Comment By: Paul Joseph (indianart) Date: 2012-05-15 08:40 Message: Further details, System: Ubuntu Release 12.04 (precise) 32-bit Kernel Linux 3.2.0-24-generic-pae LibreOffice 3.5.3.2 Build ID: 350m1(Build:2) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3526956group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3520116 ] Zu viele false positives bei angeblich subst. Verben
Bugs item #3520116, was opened at 2012-04-21 10:26 Message generated for change (Settings changed) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3520116group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 4 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: Zu viele false positives bei angeblich subst. Verben Initial Comment: Beispielsatz: Das haben wir aus eigenem Antrieb getan. Haben wird fälschlich als subst. Verb erkannt. Irgendwie muss an der Regel mal etwas getan werden. -- Comment By: Daniel Naber (dnaber) Date: 2012-04-22 04:45 Message: Ich habe den Fall verbessert, vermutlich gibt es aber noch mehr. Wenn Du weitere Beispiele hast, füge sie bitte hier ein. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3520116group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Feature Requests-3525059 ] GUI: Make categories foldable
Feature Requests item #3525059, was opened at 2012-05-09 03:03 Message generated for change (Tracker Item Submitted) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655720aid=3525059group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Nobody/Anonymous (nobody) Summary: GUI: Make categories foldable Initial Comment: It would be nice if the rules in the configuration dialog could be folded away by clicking on the category headers. This would make navigation in the dialog a lot easier. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655720aid=3525059group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3525054 ] [de] nested quotation marks
Bugs item #3525054, was opened at 2012-05-09 02:30 Message generated for change (Settings changed) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3525054group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 4 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] nested quotation marks Initial Comment: Beispielsatz: „Für das ‚Gros der Studierenden‘ seien die Bedingungen“ schlecht. Fehlermeldung: Es fehlt eine Klammer usw. Scheint mir nicht richtig. Getestet mit dem gestrigen development build (8. Mai). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3525054group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3525054 ] [de] nested quotation marks
Bugs item #3525054, was opened at 2012-05-09 02:30 Message generated for change (Tracker Item Submitted) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3525054group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] nested quotation marks Initial Comment: Beispielsatz: „Für das ‚Gros der Studierenden‘ seien die Bedingungen“ schlecht. Fehlermeldung: Es fehlt eine Klammer usw. Scheint mir nicht richtig. Getestet mit dem gestrigen development build (8. Mai). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3525054group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3520116 ] Zu viele false positives bei angeblich subst. Verben
Bugs item #3520116, was opened at 2012-04-21 10:26 Message generated for change (Settings changed) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3520116group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: 1.7 Status: Open Resolution: None Priority: 4 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: Zu viele false positives bei angeblich subst. Verben Initial Comment: Beispielsatz: Das haben wir aus eigenem Antrieb getan. Haben wird fälschlich als subst. Verb erkannt. Irgendwie muss an der Regel mal etwas getan werden. -- Comment By: Daniel Naber (dnaber) Date: 2012-04-22 04:45 Message: Ich habe den Fall verbessert, vermutlich gibt es aber noch mehr. Wenn Du weitere Beispiele hast, füge sie bitte hier ein. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3520116group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3524295 ] [de] false positives of DE_AGREEMENT rule
Bugs item #3524295, was opened at 2012-05-07 01:08 Message generated for change (Comment added) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] false positives of DE_AGREEMENT rule Initial Comment: I attach some false positives in a text file. Most conspicuously, the first two or three examples seem to show that 'wir' is treated as an article rather than a pronoun by this rule. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-07 11:55 Message: Thanks for the fast responses. I'll download a nightly build later this week and test it on Wikipedia data. Hitting the right balance between true and false positives will always be a problem. Maybe we can cover some of the newly introduced false negatives of the Java rule by an XML rule? BTW I'm planning to do a small comparison Hunspell+LanguageTool vs. MS Word (built-in spell-check and grammar capabilities) vs. Duden Korrektor in the near future. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 11:22 Message: I fixed the issue with wir, but we now miss the error in Erst recht wir fleißiges Arbeiter. The rule could use a general rewrite anyway. -- Comment By: gulp21 (gulp21-1) Date: 2012-05-07 10:04 Message: I fixed some false positives, but there is stil a problem with wir, denselben, and diejenigen. These words are tagged as ALG, which might be a problem; ll. 416-423 seem to contain code to handle that postag. PRONOUNS_TO_BE_IGNORED contains wir, but it is commented out for some reason. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3524295 ] [de] false positives of DE_AGREEMENT rule
Bugs item #3524295, was opened at 2012-05-07 01:08 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] false positives of DE_AGREEMENT rule Initial Comment: I attach some false positives in a text file. Most conspicuously, the first two or three examples seem to show that 'wir' is treated as an article rather than a pronoun by this rule. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 11:22 Message: I fixed the issue with wir, but we now miss the error in Erst recht wir fleißiges Arbeiter. The rule could use a general rewrite anyway. -- Comment By: gulp21 (gulp21-1) Date: 2012-05-07 10:04 Message: I fixed some false positives, but there is stil a problem with wir, denselben, and diejenigen. These words are tagged as ALG, which might be a problem; ll. 416-423 seem to contain code to handle that postag. PRONOUNS_TO_BE_IGNORED contains wir, but it is commented out for some reason. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3524295 ] [de] false positives of DE_AGREEMENT rule
Bugs item #3524295, was opened at 2012-05-07 01:08 Message generated for change (Comment added) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] false positives of DE_AGREEMENT rule Initial Comment: I attach some false positives in a text file. Most conspicuously, the first two or three examples seem to show that 'wir' is treated as an article rather than a pronoun by this rule. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-07 12:22 Message: Another false positive of the same rule I happened to find a moment ago: allen Ernstes. I didn't double-check this one, but I think it is a fairly common phrase. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-07 11:55 Message: Thanks for the fast responses. I'll download a nightly build later this week and test it on Wikipedia data. Hitting the right balance between true and false positives will always be a problem. Maybe we can cover some of the newly introduced false negatives of the Java rule by an XML rule? BTW I'm planning to do a small comparison Hunspell+LanguageTool vs. MS Word (built-in spell-check and grammar capabilities) vs. Duden Korrektor in the near future. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 11:22 Message: I fixed the issue with wir, but we now miss the error in Erst recht wir fleißiges Arbeiter. The rule could use a general rewrite anyway. -- Comment By: gulp21 (gulp21-1) Date: 2012-05-07 10:04 Message: I fixed some false positives, but there is stil a problem with wir, denselben, and diejenigen. These words are tagged as ALG, which might be a problem; ll. 416-423 seem to contain code to handle that postag. PRONOUNS_TO_BE_IGNORED contains wir, but it is commented out for some reason. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3523776 ] Overlap in rules results in wrong replacement
Bugs item #3523776, was opened at 2012-05-05 09:51 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: development version Status: Open Resolution: None Priority: 6 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Marcin Miłkowski (milek_pl) Summary: Overlap in rules results in wrong replacement Initial Comment: The German sentence Die falle schnappte zu. triggers two different rules. One of the rules should only mark 'falle', the other one 'falle schnappte'. Actually 'falle schnappte' is underlined. Now the suggestion 'Falle' from rule 1 is applied to the marked sequence 'falle schnappte' from rule 2, resulting in an undesired deletion of the word 'schnappte'. This behavior is very confusing. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 12:41 Message: It's an error in LibreOffice. We create two errors with different suggestions, differtent error messages and different lengths. Only the start positions are the same and that seems to confuse LO. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-06 02:50 Message: In my opinion, this isn't so much of a problem as long as we make sure that on our side error markup and suggestion belong to the same rule. The overlap in itself is not the problem in the above example, but rather the fact that the markup is taken from one rule and the suggestion (replacement) from another. Wouldn't it be possible to fix that part and leave the rest as is? -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 02:20 Message: If two rules match, we create two error markups which might overlap. LibreOffice cannot properly handle that. There are two ways to cope with that: 1. submit a bug report at LO with the example in this bug report. Set László Németh on Cc (author of LightProof), as he is probably also interested in fixing this. 2. Work around the problem in LT by not creating duplicate markups (i.e. filter matches). Provide a special version of LT that still shows the problem for the LO developers so they can debug the issue. Jan, would you like to submit a bug report at LO? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3523776 ] Overlap in rules results in wrong replacement
Bugs item #3523776, was opened at 2012-05-05 09:51 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: development version Status: Open Resolution: None Priority: 6 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Marcin Miłkowski (milek_pl) Summary: Overlap in rules results in wrong replacement Initial Comment: The German sentence Die falle schnappte zu. triggers two different rules. One of the rules should only mark 'falle', the other one 'falle schnappte'. Actually 'falle schnappte' is underlined. Now the suggestion 'Falle' from rule 1 is applied to the marked sequence 'falle schnappte' from rule 2, resulting in an undesired deletion of the word 'schnappte'. This behavior is very confusing. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 14:05 Message: This is now tracked at LibreOffice, including a patch: https://bugs.freedesktop.org/show_bug.cgi?id=49605 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-07 12:41 Message: It's an error in LibreOffice. We create two errors with different suggestions, differtent error messages and different lengths. Only the start positions are the same and that seems to confuse LO. -- Comment By: Jan Schreiber (janschreiber) Date: 2012-05-06 02:50 Message: In my opinion, this isn't so much of a problem as long as we make sure that on our side error markup and suggestion belong to the same rule. The overlap in itself is not the problem in the above example, but rather the fact that the markup is taken from one rule and the suggestion (replacement) from another. Wouldn't it be possible to fix that part and leave the rest as is? -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 02:20 Message: If two rules match, we create two error markups which might overlap. LibreOffice cannot properly handle that. There are two ways to cope with that: 1. submit a bug report at LO with the example in this bug report. Set László Németh on Cc (author of LightProof), as he is probably also interested in fixing this. 2. Work around the problem in LT by not creating duplicate markups (i.e. filter matches). Provide a special version of LT that still shows the problem for the LO developers so they can debug the issue. Jan, would you like to submit a bug report at LO? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3524295 ] [de] false positives of DE_AGREEMENT rule
Bugs item #3524295, was opened at 2012-05-07 01:08 Message generated for change (Tracker Item Submitted) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: development version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Daniel Naber (dnaber) Summary: [de] false positives of DE_AGREEMENT rule Initial Comment: I attach some false positives in a text file. Most conspicuously, the first two or three examples seem to show that 'wir' is treated as an article rather than a pronoun by this rule. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3524295group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3153545 ] OOo/LO: freeze on start up caused by LT
Bugs item #3153545, was opened at 2011-01-09 01:00 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3153545group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eugeny Shkrigunov (eshkrig) Assigned to: Nobody/Anonymous (nobody) Summary: OOo/LO: freeze on start up caused by LT Initial Comment: Hi! Sorry for my English. oocalc: list of fonts in dialogue Format Cells (menu Format - cells ... tab Font) opens very slowly (10 times) after installing LanguageTool. Version: LanguageTool 1.1, 1.2 OpenOffice.org 3.2.1 (OOO320m19 (Build: 9505), ooo-build 3.2.1.6) Gentoo Linux amd64/10.0 -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 03:06 Message: See https://bugs.freedesktop.org/show_bug.cgi?id=35270 for debugging updates -- Comment By: Daniel Naber (dnaber) Date: 2012-04-28 15:26 Message: I have finally come up with a more detailed analysis: on each startup, the slow method SvxLinguConfigUpdate::UpdateAll() is called. A comment in the code suggests that this isn't needed anymore. Can we change the code like the comment suggests in unolingu.cxx, line 395? Here's in detail what happens: doclay.cxx calls (*pLayIter)-GetCurrShell()-LayoutIdle(); layact.cxx calls ((SwTxtFrm*)pCnt)-_AutoSpell( pCntntNode, *pSh-GetViewOptions(), nTxtPos ); txtedt.cxx calls bSpell = xSpell.is() ? xSpell-hasLanguage( eActLang ) : sal_False; unolingu.cxx calls SpellDummy_Impl::GetSpell_Impl() finally, SpellDummy_Impl::GetSpell_Impl() calls this: if (SvxLinguConfigUpdate::IsNeedUpdateAll()) SvxLinguConfigUpdate::UpdateAll(); IsNeedUpdateAll() will return true, because aLinguOpt.nDataFilesChangedCheckValue is -1 because SvxLinguConfigUpdate::UpdateAll() will set it to -1, with a comment that this is only needed to = OOo 3.0 (for the time being (developer builds until OOo 3.0)...). Thus after each startup, SvxLinguConfigUpdate::UpdateAll() gets called which takes a few seconds and blocks the machine. Another question is why SvxLinguConfigUpdate::UpdateAll() is so slow and blocks the machine. I haven't checked that out yet. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 08:00 Message: I just checked that the problem is not caused by the pure size of LT: if I remove language resources that doesn't help. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-28 07:52 Message: Some analysis: on my machine, OOo (tested with 3.2.0) hangs 7 seconds. 1 second is because we initialize every language on startup. That will be fixed in tomorrow's LT snaphot. The other 6 seconds is somewhere in OOo, where it calls getLocales() more than 200 times. However, we answer that call in less than 1ms. If we don't iterate and return all the locales we support but only one, the hang is 3.5 seconds instead of 7 seconds. -- Comment By: Daniel Naber (dnaber) Date: 2011-08-14 06:34 Message: Related bug reports at LibreOffice / OpenOffice.org: http://bugs.freedesktop.org/show_bug.cgi?id=35270 http://bugs.freedesktop.org/show_bug.cgi?id=30762 http://openoffice.org/bugzilla/show_bug.cgi?id=116409 http://openoffice.org/bugzilla/show_bug.cgi?id=32279 -- Comment By: Yakovru (yakovru) Date: 2011-03-22 22:38 Message: Yes. This problem is stil there: OpenOffice 3.3.0 Windows Reproduce as is in 1 comment If cursor is in A1 cell. -- Comment By: Eugeny Shkrigunov (eshkrig) Date: 2011-03-16 11:51 Message: I have no OpenOffice. The problem is still there: Gentoo, LibreOffice 3.3.1 (OOO330m19), sun-jdk-1.6.0.24 -- Comment By: Marcin Miłkowski (milek_pl) Date: 2011-03-16 03:25 Message: I cannot reproduce it with 3.3 stable (Windows XP, Java 6u20). Could you check if it is still there? -- Comment By: Yakovru (yakovru) Date: 2011-01-12 08:01 Message: OpenOffice.org bug 116409 http://www.openoffice.org/issues/show_bug.cgi?id=116409 -- Comment By: clio (oilc) Date: 2011-01-10 14:05 Message: I can confirm this with LT 1.1 + OOo 3.3.0rc8/LO 3.3.0rc2 + Ubuntu 10.o4 + JRE6u20 To reproduce 1. Close OOo/LO completely 2. Open new Calc document 3.
[LanguageTool] [ languagetool-Bugs-3523776 ] Overlap in rules results in wrong replacement
Bugs item #3523776, was opened at 2012-05-05 09:51 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: development version Status: Open Resolution: None Priority: 6 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Marcin Miłkowski (milek_pl) Summary: Overlap in rules results in wrong replacement Initial Comment: The German sentence Die falle schnappte zu. triggers two different rules. One of the rules should only mark 'falle', the other one 'falle schnappte'. Actually 'falle schnappte' is underlined. Now the suggestion 'Falle' from rule 1 is applied to the marked sequence 'falle schnappte' from rule 2, resulting in an undesired deletion of the word 'schnappte'. This behavior is very confusing. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 02:20 Message: If two rules match, we create two error markups which might overlap. LibreOffice cannot properly handle that. There are two ways to cope with that: 1. submit a bug report at LO with the example in this bug report. Set László Németh on Cc (author of LightProof), as he is probably also interested in fixing this. 2. Work around the problem in LT by not creating duplicate markups (i.e. filter matches). Provide a special version of LT that still shows the problem for the LO developers so they can debug the issue. Jan, would you like to submit a bug report at LO? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3037111 ] False grammar error alert if special apostrophe is used
Bugs item #3037111, was opened at 2010-07-30 07:05 Message generated for change (Comment added) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3037111group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: 1.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andreas Lück (pax523) Assigned to: Nobody/Anonymous (nobody) Summary: False grammar error alert if special apostrophe is used Initial Comment: The grammar checker detects a non-existent grammar error in following sentence at the apostrophe's position: Wie geht’s? This bug does only occur if the special apostrophe generated by MS Word is used (decimal position in ANSI table: 146). The usual apostrophe (decimal position in ANSI: 39) works fine. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 07:53 Message: Should be fixed with the next nightly build -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3037111group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3380020 ] LibreOffice: Could not create Java implementation loader
Bugs item #3380020, was opened at 2011-07-27 08:49 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: jesteranime (jesteranime) Assigned to: Nobody/Anonymous (nobody) Summary: LibreOffice: Could not create Java implementation loader Initial Comment: During all attempts to install LanguageTool 1.4 into LibreOffice 3.3.3 I keep getting an error that says: Could not create Java implementation loader This computer has Windows 7 Home Premium and Java Version 6 update 26 loaded on it. All other specs are available on request. -- Comment By: jesteranime (jesteranime) Date: 2011-07-27 18:33 Message: I have gone through the suggested website and I'm still having the same issue. -- Comment By: Daniel Naber (dnaber) Date: 2011-07-27 11:18 Message: Have you tried the suggestions at http://www.languagetool.org/issues/ ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3380020group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3037111 ] False grammar error alert if special apostrophe is used
Bugs item #3037111, was opened at 2010-07-30 07:05 Message generated for change (Settings changed) made by dnaber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3037111group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Problem with German Group: 1.0 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Andreas Lück (pax523) Assigned to: Nobody/Anonymous (nobody) Summary: False grammar error alert if special apostrophe is used Initial Comment: The grammar checker detects a non-existent grammar error in following sentence at the apostrophe's position: Wie geht’s? This bug does only occur if the special apostrophe generated by MS Word is used (decimal position in ANSI table: 146). The usual apostrophe (decimal position in ANSI: 39) works fine. -- Comment By: Daniel Naber (dnaber) Date: 2012-05-06 07:53 Message: Should be fixed with the next nightly build -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3037111group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
[LanguageTool] [ languagetool-Bugs-3523776 ] Overlap in rules results in wrong replacement
Bugs item #3523776, was opened at 2012-05-05 09:51 Message generated for change (Settings changed) made by janschreiber You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenOffice.org integration Group: development version Status: Open Resolution: None Priority: 6 Private: No Submitted By: Jan Schreiber (janschreiber) Assigned to: Marcin Miłkowski (milek_pl) Summary: Overlap in rules results in wrong replacement Initial Comment: The German sentence Die falle schnappte zu. triggers two different rules. One of the rules should only mark 'falle', the other one 'falle schnappte'. Actually 'falle schnappte' is underlined. Now the suggestion 'Falle' from rule 1 is applied to the marked sequence 'falle schnappte' from rule 2, resulting in an undesired deletion of the word 'schnappte'. This behavior is very confusing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=655717aid=3523776group_id=110216 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Languagetool-cvs mailing list Languagetool-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-cvs
