[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Sun Jun 20 10:10:55 + 2010 --- @os hi, I've heard that OOo 3.3 will enhance Calc allowing it to handle up to 2^20 columns from the actual upper limit which is 2^16 (65536 columns) 2^16 is actually the same upper limit for autocorrect database entries. do you think that Writer autocorrect database could be upgraded to 2^16 to 2^20 as well as Calc? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Fri Jan 22 07:23:55 + 2010 --- hi guys. this morning while i was shaving i came out with this idea. what about splitting each language acor.dat file, into subfiles according to first letter? let me try to explain: - actually the acor_en-US.dat contains a list of all spelling errors from A to Z and has an upper limit of 65535 entries - would it be possible to do somenthing like: acor_en-US_ABCD.dat -- aople -- apple acor_en-US_EFGH.dat -- eplehant -- elephant acor_en-US.IJKL.dat -- juce -- juice . . acor_en-US_WXYZ.dat that would split the database into smaller ones according to the first letter of the spelling error. each one of this smaller database would still have the 65535 entry limit, but this would dramatically amplify the number of available autocorrect entries per language: user could store 65K entries in the acor_en-US_ABCD.dat, another 65K entries in the acor_en-US_EFGH.dat etc. etc. morevoer the loading of the repalacement table would be easier and faster if OOo doesn't have to load all the entries from A to Z but only a limited set (A to D or E to H etc. etc.) do you think that this workaround would be a feasible solution? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 User shantanuo changed the following: What|Old value |New value CC|'kpalagin,mba,mh,sba' |'kpalagin,mba,mh,sba,shant | |anuo' - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 User tommy27 changed the following: What|Old value |New value CC|'kpalagin,sba'|'kpalagin,mba,sba' --- Additional comments from tomm...@openoffice.org Thu May 7 07:10:57 + 2009 --- i'm curious about the status of this issue. 1- did you find a way to try to fix it? 2- what's the meaning of Status whiteboard RM-S4? 3- is there any chance to see the issue fixed Regolare ampiezza dei forami di coniugazione nervosa. OOo 3.1.1 or at least 3.2? thank you - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 User os changed the following: What|Old value |New value CC|'kpalagin,mba,sba'|'kpalagin,mba,mh,sba' --- Additional comments from o...@openoffice.org Thu May 7 08:02:46 + 2009 --- 1- did you find a way to try to fix it? No, I didn't. This issue is not the one with the highest priority. The way you are using this feature is not the common practice as your list is more or less a mechanism to correct the spelling of lots of word with lots of alternatives for each of it. 2- what's the meaning of Status whiteboard RM-S4? mh added this status (now cc'ed) 3- is there any chance to see the issue fixed Regolare ampiezza dei forami di coniugazione nervosa. OOo 3.1.1 or at least 3.2? Not a real chance. To extend the number of entries in the list is not that complicated. But the user interface is not even capable to handle the current possible number of entries. Opening the dialog with 64 K entries takes minutes to fill the ListBox. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Thu May 7 16:24:22 + 2009 --- Thanks for feedback... however i respectfully diasgree with some of the things you said: a- issue priority maybe is not the highest, but it's still a P2 issue which is higher than many P3 and P4 issues i see round here. b- the way i use autocorrect well, i think my use of autocorrect is not that strange. The whole database is a list of the many typing errors i made in my daily work. I write medical reports all the day and i have to write them fast... that's why i have collected so many mistakes and i entered in the replacement table to avoid future errors. With my massive everyday use of Writer i saturated the OOo acor.dat file with 65534 entries in 2 years. You should expect that other users will reach that limit one day... maybe they will take longer than me but day after day they will get at that point. I think the problem is that: 1- autocorrect entries number is limited entries are not infinite unlike in MS Word (as far as i know - read previous posts) and this is a weak point of OOo. 2- reaching the limit causes data loss as i reported, once you add entry number 65535 the acor.dat file crashes and all the database is permanently erased... this is really bad... i was lucky i had backupped it before so i did not loose my precious autocorrect databases... i would have been very pissed off if that ever happened POSSIBLE SOLUTIONS i think you should find a way to address at first the data loss issue and, if possible, also the entry limit issue. Solution A: lock the acor.dat file once entry 65534 is added. you should prevent users to add entry 65535 that causes the crash and data loss. I remember that OOo user custom dictionaries had a 2000 words limit (that has been now set to 3), once you reached that limit and tried to add a new word, you were alerted with an error message telling you “dictionary is full”. Solution B: let acor.dat file store more than 65K entries. I know that would make OOo replacement table open very slowly (even 15 minutes with the actual 65K limit) Solution C (which would be my favourite one and that i suggested in earlier posts): allow creation of additional acor.dat files once an acor.dat file is full, the user should be allowed to start a new replacement table database just like with dictionaries. Old autocorrection would still be active and new ones should be added to the brand new acor.dat file which woyld also load faster since it is almost empty. Issue 101224 that i open few days ago could be a kind of workaround for this. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Mon Apr 20 14:18:10 + 2009 --- in the meantime i reached 33960 entries in my acor.dat file that means that it's half full now. i also opened a new issue 101224 asking for the common replacement table for similar language groups as a new feature. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 User mh changed the following: What|Old value |New value Status whiteboard| |RM-S4 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Tue Apr 7 19:10:33 + 2009 --- excuse me, what's the meaning of Status whiteboard: RM-S4? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Mon Mar 30 13:36:38 + 2009 --- new update... my count is now 31667 which means that almost 50% of my database is already full... i was thinking that a workaround could be to enable sharing of autocorrect entries among “same language subgroups”... OOo has indeed separate replacement tables for UK English, USA English, AUS English... it has also “Italian (Italy)” and “Italian (Swiss)”... however actually they are not mutual... if u enter an entry in the UK database it won't correct that mistake if you are writing in a US English document. Do u think is possible to make them mutual or at least to create a new common replacement table for all of the “same language subgroups”? something like: acor_it-ALL.dat working both on italian and swiss language acor_en-ALL.dat working on both UK, US, AUS etc. ect. English variants that would mean another 65535 entries available once the original acor_it- IT.dat file will be completely full. something like: acor_it-ALL.dat working both on italian and swiss language acor_en-ALL.dat working on both UK, US, AUS etc. ect. English variants that would mean another 65535 entries available once the original acor_it- IT.dat file will be completely full. i opened a topic on OOo Forum about it: http://www.oooforum.org/forum/viewtopic.phtml? t=81211highlight=sid=af038b278131c0743dbca648347f05ec hope somebody will have an idea about it. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Thu Feb 26 17:01:50 + 2009 --- i counted again my autocorrect entries... from june 2008 to february 2009 i collected another 26600 items... with this pace i think i'll reach the 65535 limit at the end of 2009... do you think that OOo 3.2 (which is planned for september 2009) is going to fix this issue? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from tomm...@openoffice.org Thu Jan 22 17:36:35 + 2009 --- has any progress been done on this issue in the meantime? i suggested it as a 3.1 blocker but u think it didn't make the cut before the code freeze. what about 3.2? do you think there are chances to see it fixed for that release? please, understand my question are only led by curiosity... i'm not complaining at all about not having fixed yet my issue. i'm just wondering what kind of startegy are you thinking to use to prevent the data crash and overcome the 16-bit limitation - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from [EMAIL PROTECTED] Mon Dec 8 22:30:48 + 2008 --- to os. i respectfully ask you again to consider the handle more acor.dat files for each language solution. i.e. acor_it-IT1.dat , acor_it-IT3.dat , acor_it-IT4.dat etc. etc. there is people who is submitting their own autocorrect entries database as extensions. (i.e. http://extensions.services.openoffice.org/project/ AutocorrectRomanian ). if you wanna use it you should overwrite your pre-existing acor_yourlanguage.dat file handling more than one .dat file for each language (just like distionaries) would have several advantages: - no overwriting of pre-existing acor_yourlanguage.dat file allowing sharing of .dat files among users, just like dictionaries - workarounding the 65535 limit (you should however prevent the data loss, and not let add more entries when it's full... just like the 2000 limit in dictionaries) - faster loading of Ctrl+H replacement table (as i said with 65535 is terribly slow, allowing more entries in the same file would make it even slower. it would be much better to start with an empty and faster one once the first one is full, bloated and slow as a turtle) these are just my 3 cents. i'd like to know what you think about it. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from [EMAIL PROTECTED] Sat Nov 1 10:01:24 + 2008 --- @os you said: data structures based on 16 bit data are used. This naturally produces problems if there are more than 65535 entries in the list. i have a suggestion: OOo should be able to handle more than 1 acor.dat file for the same language. actually if you saturate the acor_it-IT.dat you cannot enter more italian autocorrection. the only way to do it is to use the workaround method i told before using a universal acor_.dat for all languages. however once you have saturated that file you are again at the starting point. my suggestion is that OOo should be able to handle more acor.dat files for the same language. i.e. acor_it-IT1.dat , acor_it-IT3.dat , acor_it-IT4.dat etc. etc. each one can contain 65535 entries this is just like with dictionaries in which you have a 2000 word limit. once you fill the first standard.dic you cannot enter new words inside it but you can start a standard2.dic or a standard3.dic. autocorrect should work the same way. once you reach the 65535 limit a warning should alert that the file is full (data loss crash should be prevented) and a new acor.dat file with proper language should be started. do you think this is possible? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from [EMAIL PROTECTED] Sat Nov 1 10:45:13 + 2008 --- -tommy27: We should fix it. Integrating a workaround takes the same amount of work as fixing it. The difference to dictionaries is that there the size has direct influence on the performance as the spell checking searches in these dictionaries while spelling. The auto correction file is only checked at the time you write a new word. So in this case size doesn't matter that much. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from [EMAIL PROTECTED] Sat Nov 1 11:11:18 + 2008 --- i understand, however i noticed the the performance of manual insertion of corrections in the autocorrect replacement table with the ctrl + h hotkey is affected by the acod.dat file size. if you have few entries in it the replacement table opens in a few seconds but the more entries you put inside it the opening becomes slower and slower. with my previous acor.dat file it took 15 minutes to access the replacement table after clicking ctrl+h. that was due to its enornous amount of entries. i was thinkg that using more acor.dat files as i suggested could solve also this issue. if you indeed remove the 65353 limit, having more entries in a single acor.dat file (i.e. 75000, 9. etc) will make the process even slower. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 User os changed the following: What|Old value |New value Component|Word processor|framework Status|NEW |STARTED OS/Version|Windows XP|All QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] Platform|PC|All Summary|autocorrect limit. acor.da|autocorrect limit. acor.da |t with entry 65214: Loop a|t with entry 65535: Loop a |nd/or loss of acor data |nd/or loss of acor data Subcomponent|editing |code --- Additional comments from [EMAIL PROTECTED] Tue Oct 28 11:56:44 + 2008 --- The reason of the problem is the fact that data structures based on 16 bit data are used. This naturally produces problems if there are more than 65535 entries in the list. Subject changed (no is 65535) component changed to framework, platform+os changed to All - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 87672] autocorrect limit. acor.da t with entry 65535: Loop and/or loss of acor d ata
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=87672 --- Additional comments from [EMAIL PROTECTED] Tue Oct 28 13:38:30 + 2008 --- 65535 ? my OOo crashed with entry number 65214 but i suppose the method i used to calculate the autocorrect entries number (see my first post) was not 100% accurate. anyway, now i hope there will be a wat to solve this. with time other people will saturate their acor.dat files and loss of data would be very annoying - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
