[sw-issues] [Issue 94565] Alphabetical index: allow marking pages as entry range even if the keywo rd doesn't appear on every page
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94565 User nicklevinson changed the following: What|Old value |New value Summary|Alphabetical index: allow |Alphabetical index: allow |marking pages as entry ran|marking pages as entry ran |ge even if the keyword doe|ge even if the keyword doe |sn't appear on every pages|sn't appear on every page --- Additional comments from nicklevin...@openoffice.org Thu Jun 24 16:19:32 + 2010 --- To helmut_lothar: It's a page range only after pagination is applied to a document. Before that, we need a different term for the content in question, since we can never be sure that it can't fit on one page until someone specifies page size, font dimensions, etc., while just the word purple might spread over two pages, as pur-/ple. The term might be prepagination range. I like the start-stop framing idea; bookmarking could be adapted so, to the user, it seems to be part of the indexing process. In the absence of that for any particular passage, normal word boundaries would define an entry; and the page number in the index could be wherever the word range begins, essentially as happens now. Concatenation is a problem when adjacent pages use the same index word but they're really to be indexed separately. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 107681] Calc: entering large numb ers stopping scientific/extended notation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107681 --- Additional comments from nicklevin...@openoffice.org Tue Dec 15 17:13:37 + 2009 --- You got it. If you will write numbers with more significant figures, that is only possible when you write them as text, for example be putting an apostrophe at the beginning or formatting the cell to text before entering the figures. But then you have to do all calculations by yourself, using macros for example. You've described the problem. The solution is to make calculating more like the method for shorter numbers, since that's already familiar to users. But probably it can't be programmed to be done the same way. So, what would help is if the method for large numbers at least could be given a similar user interface and supplied with Calc. Then users wouldn't all have to invent workarounds or be mystified by trying to handle large exact numbers. - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 107681] Calc: entering large numb ers stopping scientific/extended notation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107681 --- Additional comments from nicklevin...@openoffice.org Wed Dec 16 02:43:41 + 2009 --- I read both and their links. No disagreement. This feature does not need to reproduce all of Calc's math capabilities. The most popular will do for now. Calc might thus outperform, say, Excel in meeting users' expectations. - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 104430] Modularize Calc's express ion evaluator to support alternate arithmetics
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104430 --- Additional comments from nicklevin...@openoffice.org Wed Dec 16 03:23:52 + 2009 --- Another approach is in issue 107681. - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 107681] Calc: entering large numb ers stopping scientific/extended notation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107681 Issue #|107681 Summary|Calc: entering large numbers stopping scientific/ext |ended notation Component|Spreadsheet Version|OOO300m9 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Tue Dec 15 07:01:27 + 2009 --- Large numbers should be enterable without approximation to extended or scientific notation. I understand the problem that for Calc to perform the math users expect you rely on the platform's hardware to save on major programming work and that the hardware is usually designed to an IEEE standard limiting numbers to about 15 decimal places. I see this also affects large positive integers even without a decimal part. I found it with 20-digit numbers. But sometimes we just want very little arithmetic because we're willing to do our own work, for which we do want to enter the numbers and have them stay the way we enter them. I found a workaround: type a letter and follow it, in the same cell, with the very large number I want. Of course, adding them up then gets even more complicated, requiring another workaround. The approach that might be best is to allow us to turn extended notation off when it starts approximating in exchange for accepting less sophistication with calculations available. I use OOo 3.0.0 OOO300m9 (Build 9358). I don't plan to upgrade now since this one works. I looked in the help index but it had nothing on scientific notation or extended notation. Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 93584] Spell Check Find: ligatu res diacriticals: accommodate
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93584 --- Additional comments from nicklevin...@openoffice.org Tue Dec 1 02:59:54 + 2009 --- It's pretty close to the other issue, so I'm marking this as a duplicate. Thanks. - 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 93584] Spell Check Find: ligatu res diacriticals: accommodate
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93584 --- Additional comments from nicklevin...@openoffice.org Tue Dec 1 03:19:46 + 2009 --- I give up. Could someone else please mark this as a duplicate? My efforts to do that failed. Thanks. - 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 93234] how many file-type menus i n save/open dialogs in KDE/Gnome
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93234 User nicklevinson changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Additional comments from nicklevin...@openoffice.org Sat Nov 28 22:05:23 + 2009 --- I'm closing this issue. This is Gnome-specific. The setting that controls which dialogs appear for the Save and Open functions is in Tools Options but only if the Gnome desktop environment is running; whereas if KDE is running Writer Tools Options doesn't have the option. When OOo dialogs are run in either desktop environment, a single type menu appears, not two. So the problem only occurs when OS dialogs are run. So this is about a non-OOo dialog when Gnome is running. So it's their problem. This is based on OOo 3.0.0 OOO300m9 (Build 9358). A somewhat related issue is at Bug 105789 (http://qa.openoffice.org/issues/show_bug.cgi?id=105789). 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 93234] how many file-type menus i n save/open dialogs in KDE/Gnome
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93234 User nicklevinson changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from nicklevin...@openoffice.org Sat Nov 28 22:13:16 + 2009 --- See comment above. - 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
[sw-issues] [Issue 106701] find: regex: 2 expression s across multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106701 --- Additional comments from nicklevin...@openoffice.org Sun Nov 8 19:22:32 + 2009 --- Three aspects: On inferring item numbers in the array: Inferring is possible and will yield consistent results, since otherwise whenever a user opened a file its paragraphs would be subject to random reordering, which would have made Writer useless. Therefore, the arrays must be retaining order already. On overlapping matches: In the example above, the algorithm should allow (and maybe already allows) for more than one first-paragraph partial match and more than one second-paragraph partial match. For example, if one paragraph had been Rug rug., the next paragraph was to be ignored, and the third paragraph was Hop hop., all four possible combinations should be exposed to the user as search results, although a shorthand notation would be acceptable and probably desirable, perhaps as a later enhancement. On the skipped-lines problem, affecting the paragraph count: There should be an easy way for a user to expose and number all paragraphs, e.g., a toolbar toggle button or at least a direct menu command not requiring poking through a dialog. Users who skip lines to make spaces between paragraphs are less likely to be experts who know their way through lots of dialogs. (I didn't see the feature in my Writer or it wasn't functional.) This could be done in the left margin, as the paragraph symbol and the consecutive number on each line where a paragraph begins. This could also be a later enhancement. Thanks. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 99038] Writer/Calc Properties whe n saving-as has old info
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99038 --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 17:02:29 + 2009 --- I did it again in OOo 3.0.0 OOO300m9 (Build 9358). It takes hours to download, install, and configure a new version, so I tested on this one, which I already have running on my upgraded Fedora 10 Linux laptop. The problem remains. (Perhaps someone has a newer version already installed.) To reproduce: 1. Set options to see Properties, as follows: Writer Tools menu Options dialog Load/Save General Save Edit document properties before saving: checkmark. 2. Create a new document: File menu New Text Document. 3. Writing anything doesn't matter. 4. File menu Save As. In the dialog, for the file type to be saved as, I use Text Encoded. Name the file anything but Untitled; I named it trashable-4. Click the Save button. 5. The Properties dialog appears, set to the General tab. A field shows apparently the file name as Untitled, although before naming it the file's default name was Untitled 1. Although the insertion point can be moved and the word Untitled can be selected (highlighted), it cannot be edited, yet the field does not have the appearance of being uneditable. Click OK. 6. Observe that Total editing time is 00:00:00. 7. Add and delete text. 8. Save As again, but rename the file (I renamed it trashable-5). 9. When the Properties dialog reappears, observe that the apparent file name is now trashable-4.txt, i.e., my previous name, and the Total editing time is still 00:00:00. Click OK. 10. The save-as itself is successful, including the new name as trashable-5.txt. 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 99038] Writer/Calc Properties whe n saving-as has old info
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99038 User nicklevinson changed the following: What|Old value |New value Version|OOo 2.4.0 |OOO300m9 - 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
[sw-issues] [Issue 106699] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106699 Issue #|106699 Summary|regex: 2 expressions across multiple paragraphs Component|Word processor Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|programming Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 17:51:57 + 2009 --- I understand from Bug 105750 that finding using two regular expressions (or, I suppose, 2 literal expressions) where expressions are to be found in different paragraphs is a problem because paragraphs in OOo Writer are items in an array. (I entered this for the OOo version then under discussion, but the bug discussion suggests that the problem continues to apply to newer versions.) Could this be solved by searching for the first expression, identifying its containing paragraph, searching for the second expression, identifying its containing paragraph, and testing whether the containing paragraphs are separate in the array? This should work even with a single-column array, since even in them each list item is identifiable by an inferable sequential number. Example of how I imagine the search: 1. Find rug in some paragraph, ignore the next paragraph only, and find hop in the paragraph after the ignored one. 2. Text to be searched, as would be shown on a screen: I opened a flying carpet business. I have standards to live up to and a reputation to keep. A customer came in and wanted to fly on a cheap rug. I think he takes me for an idiot. Now he's hopping mad. Aviation is so regulated these days, no cheap aircraft are allowed anymore. We may as well toss the rug into the garbage. Not even a self-respecting rabbit would hop on it. I don't have another word to say. 3. Array, assuming zero-based counting (1-based counting works just as well), the item numbering inferred: item 0. I opened a flying carpet business. item 1. I have standards to live up to and a reputation to keep. item 2. A customer came in and wanted to fly on a cheap rug. item 3. I think he takes me for an idiot. item 4. Now he's hopping mad. item 5. Aviation is so regulated these days, no cheap aircraft are allowed anymore. item 6. We may as well toss the rug into the garbage. item 7. Not even a self-respecting rabbit would hop on it. item 8. I don't have another word to say. 4. The search is begun for the string rug. 5. The search string rug is found the first time in a paragraph. 6. The first paragraph containing rug is in the array as inferred item 2. 7. The partial result is stored the same way as any other partial result and therefore is not shown to the user as a positive find. 8. Now the search is begun for the string hop. Since the search request was that hop would follow rug, the search for hop begins where rug was found the first time. 9. The search string hop is found the first time in a paragraph. 10. The first paragraph known to contain hop is in the array as inferred item 4. 11. By further inference, there is exactly one paragraph between container-paragraph number 2 and container-paragraph number 4. Thus, the search requirement that exactly one paragraph in between be ignored is satisfied. 12. One search result is reported to the user. 13. The search is resumed. 14. The search string rug is found the second time in a paragraph. 15. The second paragraph containing rug is in the array as inferred item 6. 16. The search string hop is found the second time in a paragraph. 17. The second paragraph containing hop is in the array as inferred item 7. 18. By further inference, there is no paragraph between container-paragraph number 6 and container-paragraph number 7. Thus, the search requirement that exactly one paragraph in between be ignored is not satisfied. 19. The second result is discarded. 20. The search concludes and only one result is reported to the user, who never sees the failed match. Among variations this allows with some additional coding is that the number of in-between paragraphs can be a range (e.g., from 2 to 6 paragraphs in between) and that the strings to be searched for could be in the same or different paragraphs (expressable as there being from 0 to infinitely many paragraphs in between). The present system, which finds multiple expressions only within a single paragraph, could be a special case of the latter (there being from 0 to 0 paragraphs in between). If this is doable, the Help page should remind users that many text strings may be searchable as paragraphs and should be counted when setting up
[sw-issues] [Issue 106700] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106700 Issue #|106700 Summary|regex: 2 expressions across multiple paragraphs Component|Word processor Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|programming Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 17:53:42 + 2009 --- I understand from Bug 105750 that finding using two regular expressions (or, I suppose, 2 literal expressions) where expressions are to be found in different paragraphs is a problem because paragraphs in OOo Writer are items in an array. (I entered this for the OOo version then under discussion, but the bug discussion suggests that the problem continues to apply to newer versions.) Could this be solved by searching for the first expression, identifying its containing paragraph, searching for the second expression, identifying its containing paragraph, and testing whether the containing paragraphs are separate in the array? This should work even with a single-column array, since even in them each list item is identifiable by an inferable sequential number. Example of how I imagine the search: 1. Find rug in some paragraph, ignore the next paragraph only, and find hop in the paragraph after the ignored one. 2. Text to be searched, as would be shown on a screen: I opened a flying carpet business. I have standards to live up to and a reputation to keep. A customer came in and wanted to fly on a cheap rug. I think he takes me for an idiot. Now he's hopping mad. Aviation is so regulated these days, no cheap aircraft are allowed anymore. We may as well toss the rug into the garbage. Not even a self-respecting rabbit would hop on it. I don't have another word to say. 3. Array, assuming zero-based counting (1-based counting works just as well), the item numbering inferred: item 0. I opened a flying carpet business. item 1. I have standards to live up to and a reputation to keep. item 2. A customer came in and wanted to fly on a cheap rug. item 3. I think he takes me for an idiot. item 4. Now he's hopping mad. item 5. Aviation is so regulated these days, no cheap aircraft are allowed anymore. item 6. We may as well toss the rug into the garbage. item 7. Not even a self-respecting rabbit would hop on it. item 8. I don't have another word to say. 4. The search is begun for the string rug. 5. The search string rug is found the first time in a paragraph. 6. The first paragraph containing rug is in the array as inferred item 2. 7. The partial result is stored the same way as any other partial result and therefore is not shown to the user as a positive find. 8. Now the search is begun for the string hop. Since the search request was that hop would follow rug, the search for hop begins where rug was found the first time. 9. The search string hop is found the first time in a paragraph. 10. The first paragraph known to contain hop is in the array as inferred item 4. 11. By further inference, there is exactly one paragraph between container-paragraph number 2 and container-paragraph number 4. Thus, the search requirement that exactly one paragraph in between be ignored is satisfied. 12. One search result is reported to the user. 13. The search is resumed. 14. The search string rug is found the second time in a paragraph. 15. The second paragraph containing rug is in the array as inferred item 6. 16. The search string hop is found the second time in a paragraph. 17. The second paragraph containing hop is in the array as inferred item 7. 18. By further inference, there is no paragraph between container-paragraph number 6 and container-paragraph number 7. Thus, the search requirement that exactly one paragraph in between be ignored is not satisfied. 19. The second result is discarded. 20. The search concludes and only one result is reported to the user, who never sees the failed match. Among variations this allows with some additional coding is that the number of in-between paragraphs can be a range (e.g., from 2 to 6 paragraphs in between) and that the strings to be searched for could be in the same or different paragraphs (expressable as there being from 0 to infinitely many paragraphs in between). The present system, which finds multiple expressions only within a single paragraph, could be a special case of the latter (there being from 0 to 0 paragraphs in between). If this is doable, the Help page should remind users that many text strings may be searchable as paragraphs and should be counted when setting up
[sw-issues] [Issue 106701] find: regex: 2 expression s across multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106701 Issue #|106701 Summary|find: regex: 2 expressions across multiple paragraphs Component|Word processor Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|programming Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 17:54:22 + 2009 --- I understand from Bug 105750 that finding using two regular expressions (or, I suppose, 2 literal expressions) where expressions are to be found in different paragraphs is a problem because paragraphs in OOo Writer are items in an array. (I entered this for the OOo version then under discussion, but the bug discussion suggests that the problem continues to apply to newer versions.) Could this be solved by searching for the first expression, identifying its containing paragraph, searching for the second expression, identifying its containing paragraph, and testing whether the containing paragraphs are separate in the array? This should work even with a single-column array, since even in them each list item is identifiable by an inferable sequential number. Example of how I imagine the search: 1. Find rug in some paragraph, ignore the next paragraph only, and find hop in the paragraph after the ignored one. 2. Text to be searched, as would be shown on a screen: I opened a flying carpet business. I have standards to live up to and a reputation to keep. A customer came in and wanted to fly on a cheap rug. I think he takes me for an idiot. Now he's hopping mad. Aviation is so regulated these days, no cheap aircraft are allowed anymore. We may as well toss the rug into the garbage. Not even a self-respecting rabbit would hop on it. I don't have another word to say. 3. Array, assuming zero-based counting (1-based counting works just as well), the item numbering inferred: item 0. I opened a flying carpet business. item 1. I have standards to live up to and a reputation to keep. item 2. A customer came in and wanted to fly on a cheap rug. item 3. I think he takes me for an idiot. item 4. Now he's hopping mad. item 5. Aviation is so regulated these days, no cheap aircraft are allowed anymore. item 6. We may as well toss the rug into the garbage. item 7. Not even a self-respecting rabbit would hop on it. item 8. I don't have another word to say. 4. The search is begun for the string rug. 5. The search string rug is found the first time in a paragraph. 6. The first paragraph containing rug is in the array as inferred item 2. 7. The partial result is stored the same way as any other partial result and therefore is not shown to the user as a positive find. 8. Now the search is begun for the string hop. Since the search request was that hop would follow rug, the search for hop begins where rug was found the first time. 9. The search string hop is found the first time in a paragraph. 10. The first paragraph known to contain hop is in the array as inferred item 4. 11. By further inference, there is exactly one paragraph between container-paragraph number 2 and container-paragraph number 4. Thus, the search requirement that exactly one paragraph in between be ignored is satisfied. 12. One search result is reported to the user. 13. The search is resumed. 14. The search string rug is found the second time in a paragraph. 15. The second paragraph containing rug is in the array as inferred item 6. 16. The search string hop is found the second time in a paragraph. 17. The second paragraph containing hop is in the array as inferred item 7. 18. By further inference, there is no paragraph between container-paragraph number 6 and container-paragraph number 7. Thus, the search requirement that exactly one paragraph in between be ignored is not satisfied. 19. The second result is discarded. 20. The search concludes and only one result is reported to the user, who never sees the failed match. Among variations this allows with some additional coding is that the number of in-between paragraphs can be a range (e.g., from 2 to 6 paragraphs in between) and that the strings to be searched for could be in the same or different paragraphs (expressable as there being from 0 to infinitely many paragraphs in between). The present system, which finds multiple expressions only within a single paragraph, could be a special case of the latter (there being from 0 to 0 paragraphs in between). If this is doable, the Help page should remind users that many text strings may be searchable as paragraphs and should be counted when setting up
[sw-issues] [Issue 106699] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106699 --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 18:21:07 + 2009 --- Sorry. Network problem my error. Ignore this bug report. See other. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 106699] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106699 User nicklevinson changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 18:30:07 + 2009 --- Marking as duplicate failed, but treat it that way. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 106699] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106699 User nicklevinson changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 18:38:44 + 2009 --- See Bug 106701. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 106700] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106700 User nicklevinson changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 18:51:58 + 2009 --- Sorry. Network problem and my error. Treat this as duplicate of Bug 106701. See that bug report. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 106700] regex: 2 expressions acro ss multiple paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106700 User nicklevinson changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from nicklevin...@openoffice.org Sat Nov 7 19:00:54 + 2009 --- No comment needed here. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 88102] Regex pattern for paragrap h malfunction
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88102 User nicklevinson changed the following: What|Old value |New value CC|'cornouws,joopb' |'cornouws,joopb,nicklevins | |on' - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[www-issues] [Issue 105797] OOo website: advanced sea rch: bug number doesn't get report
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105797 --- Additional comments from nicklevin...@openoffice.org Sun Oct 11 21:18:00 + 2009 --- You're right. I think it was that nothing happened on the first submission click, so I clicked again. My fault. - 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...@openoffice.org For additional commands, e-mail: issues-h...@openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105749] min and max numbers: clar ify Help sentence
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=105749
--- Additional comments from nicklevin...@openoffice.org Sat Oct 10
16:48:16 + 2009 ---
For m{2,3} with commmon and the request for a better example, hardly any words
with three identical consecutive characters occur to me, but here's one, based
on U.S. English:
For example, r{2,3} finds both arrow and grrrl but not girl.
-
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...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org
-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105748] Help: pipe character (|) meaning AND or OR?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105748 User nicklevinson changed the following: What|Old value |New value Status|RESOLVED |REOPENED Resolution|WONTFIX | --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 17:04:04 + 2009 --- Good point, and it's an old problem with Boolean AND/OR, because we have to explain to ordinary human beings that if you want lots of results you should specify OR, not AND, which is counterintuitive and makes us look bizarre. But I recommend something that fits both audiences, geeks and humans. Keep the _or_ conjunction while conveying that both strings will be found. Something like this: Finds the terms that occur before or after the '|'. For example, 'this|that' finds either 'this' or 'that'. It will find get this book or get that book, as long as either term is present, but not get another book, even if that term is present. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 88102] Regex pattern for paragrap h malfunction
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88102 --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 17:38:38 + 2009 --- Would this be a workable approach for the next OOo version that requires that old documents be upgraded? Add a string to the end of each paragraph in the array, the string (perhaps 1-2 characters long) to be defined as an end-of-paragraph mark. The string would be inserted by OOo and would not be displayed or printed. Then regex handling could accommodate this, too. I assume this should wait for the next upgrade that requires docs to be upgraded for compatibility or else users' docs might have the string already with an intent that it be seen and their string would then disappear without notice, so explicit upgrading of docs is needed to protect users' data. Or, perhaps, paragraphs in the array could be counted and thereby each one identified, and the consecutive paragraph IDs used to support an enhanced regex. The user wouldn't have to see the IDs. I don't think this would require upgrading any docs. Bug 105750 is also relevant. My comment is based on OOo 3.0.0 OOO300m9 (Build 9358), on Fedora 10 Linux (this bug reporting form doesn't seem to allow me to update certain fields). Thanks. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 105790] Calc: custom sort order: also provide numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105790 Issue #|105790 Summary|Calc: custom sort order: also provide numbers Component|Spreadsheet Version|OOO300m9 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P5 Subcomponent|editing Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 19:58:49 + 2009 --- When I install OOo, with the option for custom sort order, I also insert the following lists: cardinal numbers; ordinal numbers in digits (including _2d_, _2nd_, _3d_, _3rd_ (in the U.S., the short ordinals are used by lawyers and the long ordinals by most others)); and ordinal numbers in words (including alternative capitalizations). Rows might be labeled with numbers as words. Alternatives do not interfere with sorting when the user types their preferred forms into cells, as long as what they type coincide with what's in the list; for example, One Two Four Five will sort properly despite the user not typing Three; as a result, alternatives like 2d may be in the same list with primary forms like 2nd. Thirty is an arbitrary cutoff here. The following 3 lists are here to support copy-and-paste into a patch: One Two Three Four Five Six Seven Eight Nine Ten Eleven Twelve Thirteen Fourteen Fifteen Sixteen Seventeen Eighteen Nineteen Twenty Twenty-One Twenty-one Twenty-Two Twenty-two Twenty-Three Twenty-three Twenty-Four Twenty-four Twenty-Five Twenty-five Twenty-Six Twenty-six Twenty-Seven Twenty-seven Twenty-Eight Twenty-eight Twenty-Nine Twenty-nine Thirty 1st 2d 2nd 3d 3rd 4th 5th 6th 7th 8th 9th 10th 11th 12th 13th 14th 15th 16th 17th 18th 19th 20th 21st 22d 22nd 23d 23rd 24th 25th 26th 27th 28th 29th 30th First Second Third Fourth Fifth Sixth Seventh Eighth Ninth Tenth Eleventh Twelfth Thirteenth Fourteenth Fifteenth Sixteenth Seventeenth Eighteenth Nineteenth Twentieth Twenty-First Twenty-first Twenty-Second Twenty-second Twenty-Third Twenty-third Twenty-Fourth Twenty-fourth Twenty-Fifth Twenty-fifth Twenty-Sixth Twenty-sixth Twenty-Seventh Twenty-seventh Twenty-Eighth Twenty-eighth Twenty-Ninth Twenty-ninth Thirtieth I use OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux and don't plan to upgrade now, since it's stable and upgrading takes time. Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 105792] Calc: custom sort order: need Sept in abbreviated months
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105792 Issue #|105792 Summary|Calc: custom sort order: need Sept in abbreviated mont |hs Component|Spreadsheet Version|OOO300m9 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P5 Subcomponent|editing Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 20:21:03 + 2009 --- The list of month abbreviations is missing a form commonly used in the U.S. and maybe elsewhere: Sept. It does have Sep. Including both in one list is not a conflict, since most people will type only 12 or fewer months and sorting will then proceed normally with either abbreviation using the same list. I use OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux. I don't plan to upgrade now, since it's stable and upgrading takes time. Here's the patched list: Jan Feb Mar Apr May Jun Jul Aug Sep Sept Oct Nov Dec Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105793] Writer: words with TWo CA pitals: more
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105793 Issue #|105793 Summary|Writer: words with TWo CApitals: more Component|Word processor Version|OOO300m9 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P5 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 21:14:37 + 2009 --- When I install OOo, with the option for words with 2 capitals, I also insert the following. I don't insert words that are all capitals (mainly multi-letter periodless abbreviations). A rationale for most of these here is that probably proportionately more OOo users are IT-minded than are Microsoft Office users. Likely more terms will come to mind. I considered Bug 26664, but didn't find the problem in Writer (that bug was about Impress, which I didn't test). The following list is here to support copy-and-paste into a patch: IDs OSes URLs URIs IRIs IPs IPv4 IPv6 I use OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux, and don't plan to upgrade now, since it's stable and upgrading takes time Thank you. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[www-issues] [Issue 105794] OOo website: advanced sea rch: link gets wrong form
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105794 Issue #|105794 Summary|OOo website: advanced search: link gets wrong form Component|www Version|current Platform|All URL|http://www.openoffice.org/servlets/Search?mode=advance |d OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|openoffice.org website general issues Assigned to|iss...@www Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 21:47:04 + 2009 --- On many pages after logging in, such as http://www.openoffice.org/servlets/StartPage, in the left navbar, click the Advanced search link. This gets http://www.openoffice.org/servlets/Search?mode=advanced. This offers one field, one menu, and one picklist. While this page is boldly titled Advanced search, this hardly qualifies as advanced. What I want can be reached via a Query link, but that link is not on the search page. A solution is to search for a word that has at least one bug report (quill or quack works). Opening that bug report reveals a Query link, and that gets a more sophisticated search page. Entering a word that has no bug reports fails to get the Query link. Thank you. -- Nick - 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...@openoffice.org For additional commands, e-mail: issues-h...@openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[www-issues] [Issue 105796] OOo website: advanced sea rch: bug number doesn't get report
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105796 Issue #|105796 Summary|OOo website: advanced search: bug number doesn't get r |eport Component|www Version|current Platform|All URL|http://www.openoffice.org/servlets/Search?mode=advance |d OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|openoffice.org website general issues Assigned to|iss...@www Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 22:31:55 + 2009 --- Searching by bug number in the so-called advanced search form gets anything but. 1. Log in. 2. On http://www.openoffice.org/servlets/Search?mode=advanced, type or paste a bug number, especially for a bug that has been mentioned anywhere else or had any email about it, e.g., 105794 (without quote marks), into the field. This reproduces for any bug number. If the only thing with the number is the bug report itself, this retrieves nothing. If anything else exists, it may retrieve them, including other bug reports that mention the bug being searched for, but not the bug report itself. It should find the indicated bug thread. Thank you. -- Nick - 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...@openoffice.org For additional commands, e-mail: issues-h...@openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[www-issues] [Issue 105797] OOo website: advanced sea rch: bug number doesn't get report
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105797 Issue #|105797 Summary|OOo website: advanced search: bug number doesn't get r |eport Component|www Version|current Platform|All URL|http://www.openoffice.org/servlets/Search?mode=advance |d OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|openoffice.org website general issues Assigned to|iss...@www Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Oct 10 22:33:50 + 2009 --- Searching by bug number in the so-called advanced search form gets anything but. 1. Log in. 2. On http://www.openoffice.org/servlets/Search?mode=advanced, type or paste a bug number, especially for a bug that has been mentioned anywhere else or had any email about it, e.g., 105794 (without quote marks), into the field. This reproduces for any bug number. If the only thing with the number is the bug report itself, this retrieves nothing. If anything else exists, it may retrieve them, including other bug reports that mention the bug being searched for, but not the bug report itself. It should find the indicated bug thread. Thank you. -- Nick - 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...@openoffice.org For additional commands, e-mail: issues-h...@openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105749] min and max numbers: clar ify Help sentence
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105749 User nicklevinson changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|INVALID | --- Additional comments from nicklevin...@openoffice.org Fri Oct 9 06:04:25 + 2009 --- To install a new OOo and reconfigure it takes something like an hour or two, I have a stable installation, and version 3 isn't exactly old, so the text I quoted probably hasn't changed in between. Could you please verify in your setup? Thanks. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 105747] Welcome dialog: alt keys don't respond
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105747 Issue #|105747 Summary|Welcome dialog: alt keys don't respond Component|framework Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P5 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Thu Oct 8 23:37:28 + 2009 --- To reproduce: 1. Open OOo Writer. 2. Close the file. 3. The Welcome to OpenOffice.org dialog appears. 4. Do not use a menu. 5. In the middle of the dialog, click one of alt-d, alt-s, alp-p, alt-r, alt-o, alt-m, or alt-n. (I don't have Base installed, so alt-a is disabled.) What I get: No response. What I expect: The same effect as when I click the adjacent icon (tested with Text Document and Spreadsheet) or select from the File menu (often used for a text document). Other information: I use OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux. I don't plan to upgrade now, since it's stable and upgrading takes time. All menus open to alt-f, alt-e, alt-v, alt-t, alt-w, alt-h, and alt-spacebar. Also, ctrl-n and ctrl-o (and probably other ctrl-key combinations) work. Opening a menubar or window menu, typing esc to close the menu, and typing esc again to deselect the menu title results in the Text Document icon, in the middle of the dialog, getting a heavier border and alt-d or alt-s working. Closing the resulting window, however, leaves the middle-of-dialog alt keys nonfunctional again. As OOo's market share penetrates large institutions with ordinary nontech users, the speed typists among them will expect this to work, especially as it's the first thing they see when OOo starts up. Thank you. -- Nick - 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 99698] opening .dtd or .ent files gives little besides notes, data lost, need t ext option
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99698 User nicklevinson changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WONTFIX | Summary|opening .dtd or .ent files|opening .dtd or .ent files | gives little besides note| gives little besides note |s, need text option |s, data lost, need text op | |tion --- Additional comments from nicklevin...@openoffice.org Fri Oct 9 00:15:25 + 2009 --- I'm reopening because some files open with apparently full visibility of contents, because the prior problem report included not only temporary loss of data but permanent loss of data, and because if a user didn't know where the files came from they shouldn't be expected to visit Filext.com or another source to find out before opening the file to see what it is. Permanent data loss is not expected or warned about, thus it's a serious defect. See after step 12 in the original post (Almost everything is lost.) and, in the second comment, Almost everything is permanently lost. The resulting files were 4 and 42 bytes, whereas the originals were over 11 and 24KiB. Writer properly handles various formats it doesn't list, opening them to show us roughly whatever is inside the files. I recently tried this with *.pm, *.cgi, *.pl, *.trc, *.trt, all successfully. For this comment, I used OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux. I don't plan to upgrade now, since it's stable and upgrading takes time. The previous comments were based on OOo 3.0.l, since that's what I had before I upgraded Fedora. To handle *.dtd and *.ent, I use gedit, but most users wouldn't know to do that. If OOo Writer shouldn't handle formats that are not in its menu, that's a reasonable design decision. But an inconsistent response to unlisted-format files gives an impression that something is broken, either the file or the program, usually the program. I propose either: --- a consistent response to all formats that are not listed in the Open dialog's format menu; or --- for formats you'd rather OOo not open, an information window telling us to use another program, such as a text editor, followed by a refusal to open the file. 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
[sw-issues] [Issue 93327] insertion point highligh ting sometimes invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93327 --- Additional comments from nicklevin...@openoffice.org Fri Oct 9 00:46:53 + 2009 --- This may narrow down the circumstances under which the problem occurs. I also found a kludgy solution. This is based on OOo 3.0.1 running on Fedora Core 4 Linux. Problem circumstances: I don't think the problem ever occurs right after starting OOo Writer. Apparently, I have to work with Writer for a few hours before the problem begins. When I pasted-special into a file, edited, saved-as in text-encoded to a new name, and repeated about 25-30 times with the same document, the insertion point started to disappear. In one case, the disappearance began with the 33rd save-as (probably plus a small number of ordinary saves) with one document. Perhaps a document history being lengthy leads to highlight/point disappearance, perhaps suggesting a memory problem. A similar sequence of paste-special-and-edit steps led to the same effect although several documents were involved. Possibly each was named by OOo default as Untitled 1 and a history is stored with that name during a session, leading to a slowdown. A related symptom is the slowness in quitting OOo. When I have 2 files with lots of actions taken to the stage where the insertion point starts to disappear, ctrl-q took 10-11 seconds to execute. When I restarted Writer in the same computer boot session and user login, opened the same 2 documents, did only 4 keystrokes to one file and saved it, ctrl-q took 6-7 sec to execute. Neither quit required saving any files, since they were saved in separate steps earlier. I'm not reporting slowness in quitting as a separate bug since 11 seconds to quit is no big deal, but the difference suggests that a document's history causes a slowdown during use, not just when quitting. Kludge: When the insertion point or selection highlight disappears, possibly the best way to get it back without inserting or selecting within the text (which would create a new insertion point when I want the old one) is to click in (a) an empty area of the menubar to the right of menu titles, (b) an empty area of the Standard and Formatting toolbars to the right of tool icons (I haven't tested other toolbars, since I don't usually have them open), (c) a scroll box in either the vertical scrollbar or the horizontal one, (d) the top left junction of the rulers (but that may alter a tab control), (e) the left ruler above the paper's top edge (I didn't test below the paper's bottom edge), (f) the left ruler above the paper's top margin (I didn't test below the paper's bottom margin), (g) the top ruler to the left of the left margin (I didn't test to the left of the paper's left edge), (h) the top ruler to the right of the right margin (I didn't test to the right of the paper's right edge), or (i) the status bar. However, clicking in an empty area of the window titlebar does nothing. Intermittently, alt-tabbing to see one or more other documents and coming back seems to be what makes the insertion point or selection highlight disappear from one Writer document but not necessarily from all Writer documents. The docs are saved in the same format, which is Text Encoded. Both have only text; e.g., no images. The file length or page count seems irrelevant. Similarly, the problem occurred after each Paste Special as unformatted text; when the Paste Special dialog went away, the insertion point was invisible. Although the titlebar shows that the window of the problematic file (the one with the disappearing insertion point or highlight) is already active, the temporary resolution of this problem is as if the window has to be activated or brought forward a little bit more. That's not a precise description suitable for reprogramming but I don't have a more precise understanding of the problem as I write this. One possible cause: Maybe stuff is building up in memory and memory bloat interferes with some operation that brings the doc fully forward. I now run OOO300m9 (Build 9358) on Fedora 10 Linux, which doesn't have the problem. Because upgrading takes hours and my present installation is stable, I plan to leave it in place. I left the bug report as affecting 3.0.1, since that's per my experience. Thanks. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands,
[sw-issues] [Issue 105748] Help: pipe character (|) meaning AND or OR?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105748 Issue #|105748 Summary|Help: pipe character (|) meaning AND or OR? Component|Word processor Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Fri Oct 9 01:40:01 + 2009 --- In OOo 3.0.0 OOO300m9 (Build 9358), with Fedora 10 Linux, in Writer Help menu OpenOffice.org Help Index tab regular expressions list of Display button List of Regular Expressions Character column |: It says, Finds the terms that occur before or after the '|'. For example, 'this|that' finds 'this' and 'that'. Do you mean or or and? Thank you. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105749] min and max numbers: clar ify Help sentence
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=105749
Issue #|105749
Summary|min and max numbers: clarify Help sentence
Component|Word processor
Version|OOO300m9
Platform|PC
URL|
OS/Version|Linux
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|ui
Assigned to|writerneedsconfirm
Reported by|nicklevinson
--- Additional comments from nicklevin...@openoffice.org Fri Oct 9
02:03:06 + 2009 ---
In OOo 3.0.0 OOO300m9 (Build 9358), with Fedora 10 Linux, in Writer Help menu
OpenOffice.org Help Index tab regular expressions list of Display
button List of Regular Expressions Character column {1,2}:
It says, Defines the number of times that the character in front of the opening
bracket can occur. For example, 'tre{1,2}' finds both 'tree' and 'treated'.
Since it mentions only one number but shows two and then gives an example
yielding two words, it would help neophyte users to clarify by inserting
minimum and maximum so as to produce Defines the minimum and maximum number
of times that the character in front of the opening bracket can occur. For
example, 'tre{1,2}' finds both 'tree' and 'treated'.
Thank you.
--
Nick
-
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...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org
-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105750] Help: regex for 2 terms i n 2 paragraphs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105750 Issue #|105750 Summary|Help: regex for 2 terms in 2 paragraphs Component|Word processor Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Fri Oct 9 02:26:45 + 2009 --- In OOo 3.0.0 OOO300m9 (Build 9358), with Fedora 10 Linux, in Writer Help menu OpenOffice.org Help Index tab regular expressions searching Display button note: It says, You can only search for regular expressions within the same paragraph. That is, you cannot search for one term in a paragraph and a different term in the next paragraph. This is unclear. If you mean searching is limited to 1 paragraph, just say You can only search for regular expressions within the one paragraph that has the insertion point or the highlight. and drop the 2d sentence. If you mean that 2 regexes can't be run in different paragraphs at once, drop the 1st sentence and just say You cannot search for one term in one paragraph and a different term in another paragraph. Thank you. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105748] Help: pipe character (|) meaning AND or OR?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105748 User nicklevinson changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|INVALID | --- Additional comments from nicklevin...@openoffice.org Fri Oct 9 05:31:55 + 2009 --- Your misunderstanding. The Help quotation is Finds the terms that occur before or after the '|'. For example, 'this|that' finds 'this' and 'that'. That's contradictory. That's what this bug report is addressing. More likely, the word and in the example, should be edited to or. That would produce For example, 'this|that' finds 'this' or 'that'. Or, if the opposite was intended, then the example should be left as it is but the first sentence quoted should be edited to replace the or with and, to produce Finds the terms that occur before and after the '|'. Outside of OOo, pipes are often used to mean or and I don't know any context where it means and. Thanks. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105665] opening Writer Text Encod ed: charset changes perm to spreadsheet CSV te mp default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105665 Issue #|105665 Summary|opening Writer Text Encoded: charset changes perm to s |preadsheet CSV temp default Component|Word processor Version|OOO300m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Wed Oct 7 02:34:52 + 2009 --- When opening a Text Encoded file that should open with charset 8859-1, that being what I've set as a default, under some conditions it opens as UTF-8 instead. To reproduce: 1. In Writer, make a new file. Type some text. Save as Text Encoded. Set ASCII Filter Options Character set Western European (8859-1) and Paragraph Break CR LF. 2. Close the file. 3. Open the file, leaving the unlabeled menu at All files. 4. This results in OOo attempting to open as a spreadsheet with Character set as Unicode (UTF-8). Click Cancel button. 5. Again, try to open the file, but this time change All files to Text Encoded. Click Open button. What I get: ASCII Filter Options Character set reads Unicode (UTF-8). What I expect: ASCII Filter Options Character set reading Western European (8859-1), my usual default. Other information: I use OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux. I don't plan to upgrade now, since it's stable and upgrading takes time. Partial solution: With all files closed, begin a new spreadsheet. Write something in a cell. Save as Text CSV (.csv) (not the default ODF Spreadsheet (.ods)). Specify charset as 8859-1. Close the file. (This will result in a new default for Writer's Text Encoded files.) Repeat the process above for opening a Text Encoded file. It will still go to UTF-8 for the erroneous attempt to open the text file as a spreadsheet. Cancel. Resume the process above at step 5. This time, I get 8859-1, as I should. However, repeating this partial solution (beginning a new spreadsheet, etc.) results in UTF-8 reappearing as the default. Nonetheless, 8859-1 persists for Text Encoded's default, as if changing it once and reverting is enough for permanence elsewhere. If changing for CSV is supposed to change it for Text Encoded, then the reversion-vs.-persistence suggests another bug. Partial diagnosis proposed for this main bug (opening with All files causing 8859-1 to revert to UTF-8 in Writer): Apparently, OOo's attempt to open as a spreadsheet (previously reported in Bug 84774 and Bug 91199) causes charset to change. After that, OOo picks the charset for the Text Encoded file according to the charset default of the nondefault spreadsheet CSV file format in OOo, if CSV's default was changed once. Thank you. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105400] either a crash report or lack of a place to file bugreport
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105400 User nicklevinson changed the following: What|Old value |New value URL| |https://bugzilla.redhat.co | |m/show_bug.cgi?id=527126 --- Additional comments from nicklevin...@openoffice.org Sun Oct 4 20:23:08 + 2009 --- Thanks. I've told Red Hat. https://bugzilla.redhat.com/show_bug.cgi?id=527126. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 105400] either a crash report or lack of a place to file bugreport
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105400 Issue #|105400 Summary|either a crash report or lack of a place to file bugre |port Component|Word processor Version|OOo 3.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sun Sep 27 21:51:29 + 2009 --- I had OOo 3.0.0 Writer text-encoded documents and the Firefox 3.0.4 browser open, and had been working about 6 hours. I had selected all in the main DublinCore.org Documents page, copied it, pasted-special into Writer as unformatted text, typed alt-f-a (save-as), named the file, and tried but failed to go two steps up the folder hierarchy via alt-up-up. The cursor did not freeze. The dialog did not respond to anything I tried, including clicking the Close button and alt-c for Close. I was able to select and copy the crash report and close that. I restarted OOo Writer, let document recovery go forward, closed the recovered documents (due to a reported bug they open in Calc if I can't or don't access the file type menu so I had to close them), reopened the file I wanted in Writer, and resumed working, including pasting-special what was in the browser and saving including alt-up-up in the heirarchy, with no further problem. I don't know the diagnosis but suspect either a problem with OOo or with the Web page indicated when I selected all its content and pasted-special. OOo is likelier since the problem was not right after pasting, but a little later. It is now the next day, after a cold reboot, and everything seems to be fine. I'm submitting the report in case it represents a problem beyond me or my work alone. The crash report was titled OOo has crashed!: Paste this text into your bugreport. All of it is quoted below. Version: 3.0.0 OOO300m9 Build 9358 from Red Hat, supplied with Fedora 10 Linux, installed on a Dell Latitude C840 laptop with a Pentium 4 (I think that's an i686 platform). I installed without Java Runtime Environment because JRE with past versions has crashed my machine. I appreciate in advance your recommendation that I install the latest native version of OOo but I don't plan to, since installing takes a lot of time. Hopefully, you have an automated way of parsing the bug report pasted below and will know if anything needs attending to, perhaps in future OOo versions. If this is the wrong place to submit this, three comments: --- I searched the program's Help. The index wouldn't search for bugreport (without quote marks) (the word is in your dialog's title) because I don't have JRE and wouldn't turn it on due to JRE's crash risk. --- I poked around the OOo website and used its internal search box but didn't see an obvious place, even after reading some online mail with bugreport as the subject. Perhaps a place should be created. I imagine that a dedicated place to file them would allow you to run an automatic parser on them and allow a more efficient system for disposing of them. If my filing this report somewhere helps you, I'm happy to help. --- The bugreport dialog's title or opening lines could state a better way to submit the bugreport. Thanks. * * * * * (I)x.org loaded video driver of... (II) Loading /usr/lib/xorg/modules/drivers//nv_drv.so (II) Loading /usr/lib/xorg/modules/drivers//fbdev_drv.so (II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so (II) Unloading /usr/lib/xorg/modules/drivers//fbdev_drv.so (II) Unloading /usr/lib/xorg/modules/drivers//vesa_drv.so (--) Depth 24 pixmap format is 32 bpp (III) Desktop is: GNOME (IV) openoffice.org-kde version is: package openoffice.org-kde is not installed (V)libgcj version is: libgcj-4.3.2-7-i386 (VI) kernel is: Linux 2.6.27.5-117.fc10.i686 #1 SMP Tue Nov 18 12:19:59 EST 2008 i686 i686 i386 (VII) OpenOffice.org core rpm version is: openoffice.org-core-3.0.0-9.10.fc10-i386 (VIII) accessibility is: false (IX) fedora release is: Fedora release 10 (Cambridge) (X)LANG is: en_US.UTF-8 ...start free space details ... Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 36156124 6880832 27438648 21% / /dev/mapper/VolGroup00-LogVol00 36156124 6880832 27438648 21% / ...end free space details ... ...start (default) java details ... java version 1.6.0_0 IcedTea6 1.3.1 (6b12-Fedora-10) Runtime Environment (build 1.6.0_0-b12) OpenJDK Client VM (build 1.6.0_0-b12, mixed mode) ...end (default) java details ... ...start
[sc-issues] [Issue 99037] Calc: closing files and ke eping Calc open
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99037 User nicklevinson changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME --- Additional comments from nicklevin...@openoffice.org Sun Jun 21 17:41:35 + 2009 --- The problem is solved. OOo Calc 3.0.1 OOO300m15 (Build 9379) on Linux stayed open when I closed the only file whether the file had been either used or not, both via selecting the Close command from File and by alt-f-c, and that's how it should work. On the discussion of why it's a bug: The File menu has both Close and Exit commands. Usability, or how an application responds to how people actually use the program and therefore how it should be designed, suggests that Exit and Close should not behave identically. Exit should get rid of the whole program. Close should close only the one document but leave the program open for new work. When I reported the bug, that's how OOo Writer behaved. Calc exited when merely closing. Writer was right. Calc was wrong. Either one being a module of OOo doesn't change the usability issue. As OOo increasingly competes with Microsoft Office, it has to be transparent to people who are not technically savvy but expect to get their work done, and most users will see Calc and Writer as separate programs, regardless of the behind-the-scenes structure, because that's what the applications menu shows the users. You mention having only the menu item 'File'. In my installation, after I closed the only open file, I had 6 menus and the File menu had several available commands. You might want to review how your installation works and see if something needs reinstalling. Thanks. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 102749] Calc: Find: alt-tab desel ects Current Selection Only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102749 User nicklevinson changed the following: What|Old value |New value Version|OOo 3.0.1 |OOo 3.1 --- Additional comments from nicklevin...@openoffice.org Mon Jun 15 00:32:27 + 2009 --- The use case is in multitasking in general. I keep a running memo in Writer of current work and often alt-tab between that and something else to keep track of intentions or completions, as when I drill down in a website and copy URLs along the way to the memo for provenance reconstruction. In this case, I was attempting to reproduce OOo behavior for the other bug and so I alt-tabbed between the FR dialog and the browser showing the old OOo bug report to be sure that every step was as intended. In ordinary work, I might have alt-tabbed to copy a string either to search for or to replace with so I could paste it into the Calc dialog and prevent an error. Good point re preselecting a cell. I must have already selected a range (relevant to the other bug report) and thus overlooked listing that as a step here. I'm changing this bug report's OOo version from 3.0.1 to 3.1 per comments above. If it should be 3.1 RC1 or 2 or later (I'm unclear on version chronology), please set the menu. Thanks. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 102749] Calc: Find: alt-tab desel ects Current Selection Only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102749 Issue #|102749 Summary|Calc: Find: alt-tab deselects Current Selection Only Component|Spreadsheet Version|OOo 3.0.1 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Jun 13 18:44:53 + 2009 --- To reproduce: 1. If any OOo application is open, exit all OOo apps. 2. Open Writer. 3. Open a document in the native format or Text Encoded. 4. Open Calc. 5. Open a native-format spreadsheet. 6. Type ctrl-f (for the Find Replace dialog). 7. Click the More Options button. 8. Current selection only: checkmark. 9. Alt-tab to the Writer doc. 10. Alt-tab to the spreadsheet. Result: Current selection only is uncheckmarked. Expected: Current selection only should stay checkmarked for the current or next use. This happened in OOo 3.0.1 OOO300m15 (Build 9379) and was discovered during the resolving of bug 99035. Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 102749] Calc: Find: alt-tab desel ects Current Selection Only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102749 --- Additional comments from nicklevin...@openoffice.org Sat Jun 13 19:01:41 + 2009 --- Alt-tabbing to gedit and back did not produce the problem. Therefore, the problem is within OOo, not the Gnome desktop environment. Thanks. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 99035] Calc: Find: Current Select ion Only disables before reruns
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99035 --- Additional comments from nicklevin...@openoffice.org Sat Jun 13 19:24:14 + 2009 --- It appears it no longer happens, so I'm setting the resolution to show that it works for me. Details: I used OOo 3.0.1 OOO300m15 (Build 9379), since that what I have on my laptop. I followed the procedure I described above except that I changed it in that I created a sheet at 200 columns x 2,000 rows (a small sheet doesn't show the effect slowly enough) with each cell filled with a 1-character value and no formulae and in the Find Replace dialog the additional settings Match character width and Sounds like (Japanese) were left uncheckmarked. I left the version on this bug report as it was originally, since that is where the problem occurred. A new problem, apparently related, has turned up, for which I've opened a new issue, bug 102749. Thanks. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 99035] Calc: Find: Current Select ion Only disables before reruns
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99035 User nicklevinson changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME --- Additional comments from nicklevin...@openoffice.org Sat Jun 13 19:34:13 + 2009 --- Resolution is set as intended per last comment (but had forgotten). -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 93868] buffer needed to keep comm ands in sequence entered
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93868 User nicklevinson changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Additional comments from nicklevin...@openoffice.org Sat May 9 02:21:30 + 2009 --- I can't confirm it, either, so perhaps it was cured, and so I'm closing this issue if the system lets me (I created the issue). I tested it in OOo 3.0.1 OOO300m15 (Build 3979) Writer. When I had either a nearly empty unsaved document (one character only) or a couple of pages or more of typed content, I typed alt-f-a (effectively alt-f alt-a without releasing alt in between) and then quickly typed an unmodified 2 or other character. The Save As dialog appeared and either it became inactive with the unmodified character appearing nowhere or the dialog stayed active with the unmodified character appearing in the file name field. Either of those behaviors is acceptable. Thank you. -- Nick - 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 93865] Force Quit for a subapplic ation within Writer forces all of Writer to qu it
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93865 --- Additional comments from nicklevin...@openoffice.org Sat Mar 28 05:08:16 + 2009 --- That makes sense. On the spellcheck dialog not closing, I couldn't reproduce it in OOo 3.0.1 Writer, and I'm not reinstalling 2.4.0 to test that. There's no need for a separate issue for that. Thanks. -- Nick - 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 99698] opening .dtd or .ent files gives little besides notes, need text option
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99698 --- Additional comments from nicklevin...@openoffice.org Sat Feb 28 06:28:27 + 2009 --- Text vs. Text Encoded makes no difference. I repeated one sequence of steps (9-12 in the previous post) to see if saving, closing, and reopening in Text rather than Text Encoded made much difference. It didn't. Replication: 1. Writer File menu Open File type All files (*.*). 2. Open both the *.dtd and *.ent files. 3. Save as Text, without overwriting original files. 4. Close and open both as Text. What I got is no content or almost no content. Almost everything is permanently lost. The resulting files were 4 and 42 bytes, whereas the originals were over 11 and 24KiB. Thank you. -- Nick - 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 99698] opening .dtd or .ent files gives little besides notes, need text option
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99698 Issue #|99698 Summary|opening .dtd or .ent files gives little besides notes, | need text option Component|framework Version|OOo 3.0.1 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|tm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Fri Feb 27 04:34:57 + 2009 --- To replicate: 1. Download *.dtd file, such as http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd. 2. Download *.ent file, such as http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent. 3. Writer File menu Open File type All files (*.*). 4. Open both. What I get is Writer/Web showing each file as a line of text and some notes on the right side. Most text is not visible. 5. Close both files. 6. Writer File menu Open File type any type other than All files (*.*). What I get is nothing. Neither file shows up for any other file type at all, not even a text-like type. 7. gedit File menu Open file type = All Files and Character Coding = Auto Detected. 8. Open both. What I get is both files opened more or less as text (plus color-coding). I can read probably all the text in the file. 9. Writer File menu Open File type All files (*.*). 10. Open both. 11. Save as Text Encoded, without overwriting original files. 12. Close and open both as Text Encoded. What I get is no content or almost no content. Almost everything is lost. 13. Writer File menu Open File type All files (*.*). 14. Open both of the original files. 15. Save as offered format (HTML), without overwriting original files. 16. When it asks whether to continue saving in that format or in ODF, choose either option. 17. Close and reopen both files as Text Encoded. What I get is each file with little or no text and some notes on the right side. Most text is not visible. What I expect in Writer is some kind of display of all the text contents, perhaps interpreted but still largely in view, and then to be able to save all of the text and see it all on reopening. The problem seems to be related to the extensions .dtd and .ent, both of which are specialized and uncommon. What's needed is an option in the File Open dialog to accept arbitrary filename extensions as if plain text. Thank you. -- Nick - 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
[sw-issues] [Issue 92974] Save: Text Encoded turns i nto Text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=92974 User nicklevinson changed the following: What|Old value |New value CC|''|'es' Priority|P3|P4 Version|OOo 2.4.0 |OOo 3.0.1 --- Additional comments from nicklevin...@openoffice.org Mon Feb 16 05:25:48 + 2009 --- After downloading OOo 3.0.1 from OOo's website and installing it, I discovered possibly why we had different experiences. In 2.4.0, I had been using the OS-generated Open dialogs (an OOo option) rather than OOo's native dialogs, and I had forgotten that by the time I reported the problem, so I didn't mention it in my event description. The option in 3.0.1 is at Tools menu Options OpenOffice.org General Open/Save dialogs Use OpenOffice.org dialogs. According to the option's tooltip, deselecting that causes the dialogs of the operating system to be used. In leaving this closed, I've also lowered the priority to P4, since I assume most users leave that option at its default, so the affliction affects fewer users. On the other hand, the growth in distribution means fewer people are still a lot. I'm open to retesting soon if you think it might be worthwhile. Thanks. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 93327] insertion point highligh ting sometimes invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93327 User nicklevinson changed the following: What|Old value |New value CC|''|'sba' Version|OOo 2.4.0 |OOo 3.0.1 --- Additional comments from nicklevin...@openoffice.org Mon Feb 16 05:59:23 + 2009 --- After downloading OOo 3.0.1 from OOo's website and installing it after a clean reinstall of the OS, I notice the problem remains. However, except that it only occurs after some hours of use without the problem, I have not been able to narrow down the circumstances under which it occurs. It is still intermittent. Thanks. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 --- Additional comments from nicklevin...@openoffice.org Sat Feb 14 20:15:42 + 2009 --- That's it (probably)! You narrowed the problem. I tested it without and with spelling and grammar checks. Since that identifies a new problem (no word is over 60 characters yet it jams up), I'm opening a new issue and about to close this one. I could change the title here but not the leading posts, so, to make it easier to understand, I'll open anew and refer back to here for some details. The zone of doubt left will be discussed there. Thanks for the idea. -- Nick - 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 99232] auto spelling/grammar chec k on huge text hangs OOo, perhaps only if text binary/compressed/encrypted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99232 Issue #|99232 Summary|auto spelling/grammar check on huge text hangs OOo, pe |rhaps only if text binary/compressed/encrypted Component|framework Version|OOo 3.0.1 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|tm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Sat Feb 14 20:45:34 + 2009 --- Pasting a text can clash with spelling and grammar checks without announcing that the problem has to do with spelling or grammar. The result is a hang or crash. Specifically: A 47KiB+ text that is binary, compressed, or encrypted (unknown which) and is pasted from gedit or Firefox into Writer causes, after a moment, OOo to fail. Menubar menus won't open, paging up or down fails (Page Up may work once but not Page Down), and the insertion point won't move. The service menu works and Writer can be moved to another workspace, but only the title bar shows up there and only alt-F4 is feasible at that point, getting a Force Quit box. If Calc was already open, Calc goes down with Writer. But if spelling and grammar checks are turned off before the pasting, Writer is fine. The text in question has no space or period, and apparently has no word longer than 60 characters (defining a word as any string bounded only by a space, period, beginning of line or file, and end of line or file, although gedit, at least, includes more boundaries and so has a higher word count, shortening the average word length in gedit's calculation, and I don't know if that's also true of Writer). By contrast, pasting of slightly larger texts composed of apparently human language, so content has something to do with it, not just length. The two human-language texts were these, each one repeated for enough lines to exceed total file size of the crasher text: Passes a Writer spell-check: where where where where where where where where where sample Fails a Writer spell-check: floccinaucinihilipilification floccinaucinihilipilification fremble Thus, something about certain kinds of strings causes the problem. For additional details and for possible access to the problematic text file (if our diagnosis is wrong the text could be dangerous to data on your computer, which is why I haven't posted it but it is possibly available), see issue 99029, including posts of February 13th. For the kludge, I turned off all options possible in the spelling-grammar dialog. Thus, I have not tested for whether spell-checking alone or grammar-checking alone is the problem or if some other combination of checkboxes within that dialog is the culprit. I also haven't tested shorter texts or tried typing the bad text by hand. Nor have I tried pasting the full text with background spell- and grammar-checking on and simply waiting, say, an hour before attempting to scroll, page, click, or keyboard-menu or anything else to see if OOo fixes itself. However, in a production environment, like an office, that's usually unacceptable. A fix is needed. Perhaps the key is for OOo to intercept a large paste coming and suspend background spell- and grammar-checking until the paste is done and then apply background spell- and grammar-checking serially to portions of text so no hang occurs, perhaps displaying a progress bar. Thanks. -- Nick - 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 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 --- Additional comments from nicklevin...@openoffice.org Sat Feb 14 21:18:54 + 2009 --- I use en-US. Thanks. -- Nick - 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 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 --- Additional comments from nicklevin...@openoffice.org Sat Feb 14 21:36:57 + 2009 --- I'm trying again to mark this as a duplicate of issue 99232. If it still doesn't succeed, either the radio option and the fill-in field aren't the way or I don't have the authority. Please let me know how or go ahead and do it. Thanks. -- Nick - 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 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 --- Additional comments from nicklevin...@openoffice.org Fri Feb 13 08:06:20 + 2009 --- I've emailed a file for testing (to cmc cc: mru). It's not confidential, but, until or unless we understand more, it should be considered dangerous to existing data, so I emailed it compressed and I don't want to put it on an open site. However, you may post it if you conclude that it's not a danger or that only reasonably cautious people who will take responsibility for fixing their own computer systems will handle it. Here's a replication procedure: 1. Decompress the file. (I believe it's safe while in its compressed state.) 2. Open in gedit or, probably, any text editor. 3. Open Calc and Writer in OOo 3.0.1. 4. Select all in the gedit file. 5. Copy from gedit. 6. Paste into Writer. 7. Page up to the top and then back down. Within a handful of seconds, the screen will freeze. Page Up, Page Down, and scrolling will fail. The insertion point won't move. No menus will open except the service menu in the title bar. If you use the service menu to move the file to another workspace, it will move but only the titlebar will be visible. Alt-F4 will produce a Force Quit alert. If you okay Force Quit, all of OOo will disappear. Two new facts: --- The encoding, according to an email service, is base64. --- This long string is not identical to the string that was originally discussed, yet the effect is the same. That it's not the same string is due to my having made a new (nonconfidential) spreadsheet (available on request), with different content, and emailing it to an address that wouldn't likely exist, causing an immediate bounce, in which the bounce message included this very long string evidently generated from the spreadsheet file. --- I was able to restart OOo during the same Linux login session, which is an improvement from the experience in my first post above. Thus, something in what I did the first time had the additional effect of preventing program restart without an intervening login, but maybe solving the narrower problem will moot the restart one. Thanks again. -- Nick - 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
[sw-issues] [Issue 99031] Text Encoded with CRLF: 0 a or 0d alone next to text loses text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99031 User nicklevinson changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|INVALID | Version|OOo 2.4.0 |OOo 3.0.1 --- Additional comments from nicklevin...@openoffice.org Fri Feb 13 11:45:17 + 2009 --- I replicated both cases in OOo 3.0.1. To see the problem of hex 0a alone: 1. Create a new document, save as type Text Encoded, and set paragraph breaking to CRLF. 2. Log into http://bugzilla.gnome.org/show_bug.cgi?id=570931 or any similar page. 3. Wipe to select Add me to CC list including the apparent trailing space (thereby including a hex 0a). 4. Paste into the Writer document. What happens is that pasting fails. It should have pasted. To see the problem of hex 0d alone, use the file I'm going to upload to this issue report. It is a Writer 3.0.1 Text Encoded file, named 0d-alone-in-test.txt. 1. Open it as read-only. 2. When the filter dialog appears, set paragraph breaking to CRLF and charset to Western Europe (ISO 8859-1). The contents are self-explanatory. After the hex 0d, the balance of the paragraph disappears. The reason for making the file via a hex editor is that the effect is caused by copying from certain Web pages under certain conditions, namely, when text has a hex 0a but not a hex 0d0a and is pasted that way into a Writer Text Encoded document with a CRLF setting. The hex editing achieves the same effect. Since the disappearance of text after pasting it in, especially when no warning is given, means that users' files would often be corrupted in a way users don't realize has afflicted them until too late to recover missing content, the problem is serious. I hope this is clearer. In general, I give more details because many of us have somewhat different defaults and habits and I see the problem inherent in not giving enough information. Both the 0a-alone and 0d-alone cases are in this one issue because they're likely to have the same cause. Thank you. -- Nick - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 99031] Text Encoded with CRLF: 0 a or 0d alone next to text loses text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99031 --- Additional comments from nicklevin...@openoffice.org Fri Feb 13 12:09:16 + 2009 --- Created an attachment (id=60138) See last post for case re hex 0d. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 --- Additional comments from nicklevin...@openoffice.org Thu Feb 12 17:55:46 + 2009 --- The browser is irrelevant. The problem also happened without a browser, when I copied from gedit into Writer. The font was gedit's default font (gedit simply says Monospace), and was an ordinary text font. That seems to eliminate the problem of not being able to draw the font. The culprit appears to be the string itself, or in it. I downloasded OOo 3.0.1 from OOo's website and did not customize it before the test (I have since). The OOo that came with FC4 was 2.0 Beta and it did not have the problem; 2.4, which I had downloaded from OOo's website, did, as did 3.0.1. No backtrace was shown. On a restart of OOo, if recovery is offered and attempted, a crash report is offered but has never shown up. OOo crashes and disappears completely. The problem with Writer also took Calc down. Writer can be restarted and recovery mode begins. At any rate, I'll accept the P2 decision. I don't know enough to analyze issue 99081. I have to leave now, but probably tonight I'll rewrite the reproduction path for clarity. It's in this issue but due to the retesting it's now in 2 posts. Thank you. -- Nick - 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 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 User nicklevinson changed the following: What|Old value |New value Component|Word processor|framework Status|CLOSED|UNCONFIRMED Priority|P2|P1 QA contact|iss...@sw |iss...@framework Resolution|WORKSFORME| Version|OOo 2.4.0 |OOo 3.0.1 --- Additional comments from nicklevin...@openoffice.org Wed Feb 11 07:19:57 + 2009 --- It still crashed, so I've reopened this issue. I installed 3.0.1. I used gedit to open the suspect email text copy and 2 nonsuspect email text copies (one earlier and one later), each in a separate gedit document. With each, I selected all, copied, alt-tabbed to Writer 3.0.1, pasted, and scrolled to the top. With the nonsuspect texts, I could scroll down, too. But the suspect text did not allow scrolling down because the insertion point had frozen. Menubar menus refused to open. Only the service menu opened and worked, and I used it to move the WEriter document to the next workspace down, but there only the titlebar showed up. The close box produced the Force Quit dialog. That's similar to what happened with 2.4.0 in a retest like the above, with freezing taking different forms, including in one case the disappearance of scroll bars, the menubar, and all toolbars. I did not customize 3.0.1. If installing it carries customizations forward from 2,.4, then those were present. Closing gedit after pasting into Writer 3.0.1 but before trying to scroll up made no difference. The browser doesn't matter. Copying from gedit 2.10.2 also causes the crash. My guess as to the cause is that a string is used by Writer or OOo for an internal meaning, and the string's coincident appearance in pasted or typed text confuses Writer or OOo. If so, the solution is to code OOo or Writer to alter how the user-supplied string is represented internally so OOo or Writer does not see it literally and then restore it when saving, displaying, or printing, so the user never learns of the change in representation. That raises a risjk that a user will inseryt a string that coincides with the altered form; the solution to that is to create on the fly a delimiter having no other meaning within OOo or Writer and not found in the user's input and then not attempt to restore whatever is so delimited. I now withdraw my offer to send you the string, since I now wonder if it might contain confidential content. Instead, to support open source coding and research, perhaps one of us could create a 7-10MB Calc spreadsheet with formulas, convert it to Excel 97 format, attach it to an email to an appropriate recipient (the best is a real recipient whose account has an under-10MB limit on an attachment to be received and the second best is a real domain with a fake username), email it from a Yahoo account, await the delivery failure (which might take up to 5 days), hope the attachment is returned inline (not as an attachment any longer) and represented internally as a gob of gibberish, and see if the new gob crashes Writer like the old gob did. If you want me to create the spreadsheet, let me know where to send it and what the attachment size limit is. As I noted in my first post, I wasn't requesting a repair to 2.x, only for future versions if it hadn't already been fixed in the interim, and it hadn't been. As to P2/P1, I did another test in OOo 3.0.1: I opened both Calc and Writer and induced the crash. Crashing Writer also crashed Calc. So, it crashes the whole product (http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#priority). That makes it P1. And, also because 2 apps crashed from 1 pasting, I changed the component from WEriter to framework. I also updated the OOo version on this report. Thanks. -- Nick - 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
[sw-issues] [Issue 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 User nicklevinson changed the following: What|Old value |New value Component|Word processor|framework Status|CLOSED|UNCONFIRMED Priority|P2|P1 QA contact|iss...@sw |iss...@framework Resolution|WORKSFORME| Version|OOo 2.4.0 |OOo 3.0.1 --- Additional comments from nicklevin...@openoffice.org Wed Feb 11 07:19:57 + 2009 --- It still crashed, so I've reopened this issue. I installed 3.0.1. I used gedit to open the suspect email text copy and 2 nonsuspect email text copies (one earlier and one later), each in a separate gedit document. With each, I selected all, copied, alt-tabbed to Writer 3.0.1, pasted, and scrolled to the top. With the nonsuspect texts, I could scroll down, too. But the suspect text did not allow scrolling down because the insertion point had frozen. Menubar menus refused to open. Only the service menu opened and worked, and I used it to move the WEriter document to the next workspace down, but there only the titlebar showed up. The close box produced the Force Quit dialog. That's similar to what happened with 2.4.0 in a retest like the above, with freezing taking different forms, including in one case the disappearance of scroll bars, the menubar, and all toolbars. I did not customize 3.0.1. If installing it carries customizations forward from 2,.4, then those were present. Closing gedit after pasting into Writer 3.0.1 but before trying to scroll up made no difference. The browser doesn't matter. Copying from gedit 2.10.2 also causes the crash. My guess as to the cause is that a string is used by Writer or OOo for an internal meaning, and the string's coincident appearance in pasted or typed text confuses Writer or OOo. If so, the solution is to code OOo or Writer to alter how the user-supplied string is represented internally so OOo or Writer does not see it literally and then restore it when saving, displaying, or printing, so the user never learns of the change in representation. That raises a risjk that a user will inseryt a string that coincides with the altered form; the solution to that is to create on the fly a delimiter having no other meaning within OOo or Writer and not found in the user's input and then not attempt to restore whatever is so delimited. I now withdraw my offer to send you the string, since I now wonder if it might contain confidential content. Instead, to support open source coding and research, perhaps one of us could create a 7-10MB Calc spreadsheet with formulas, convert it to Excel 97 format, attach it to an email to an appropriate recipient (the best is a real recipient whose account has an under-10MB limit on an attachment to be received and the second best is a real domain with a fake username), email it from a Yahoo account, await the delivery failure (which might take up to 5 days), hope the attachment is returned inline (not as an attachment any longer) and represented internally as a gob of gibberish, and see if the new gob crashes Writer like the old gob did. If you want me to create the spreadsheet, let me know where to send it and what the attachment size limit is. As I noted in my first post, I wasn't requesting a repair to 2.x, only for future versions if it hadn't already been fixed in the interim, and it hadn't been. As to P2/P1, I did another test in OOo 3.0.1: I opened both Calc and Writer and induced the crash. Crashing Writer also crashed Calc. So, it crashes the whole product (http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#priority). That makes it P1. And, also because 2 apps crashed from 1 pasting, I changed the component from WEriter to framework. I also updated the OOo version on this report. Thanks. -- Nick - 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
[sc-issues] [Issue 99037] Calc: closing files and ke eping Calc open
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99037 Issue #|99037 Summary|Calc: closing files and keeping Calc open Component|Spreadsheet Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 08:06:00 + 2009 --- It's convenient to leave Calc open even if we've closed all Calc files. But when only one file is open, closing it also closes Calc. That's not the case with Writer. Also, the blank file that's automatically opened when Calc first starts up, if the file is not itself used, disappears when another file is opened, so closing the second file leaves no file open, which is when Calc exits unrequested. Keeping a used file open (I entered a letter in one cell, pressed Return, and deleted the letter) may or may not prevent Calc from exiting when other files are closed. Regardless, even if that's a stopgap solution, that's not intuitive. All applications should stay open even when all documents are closed. Quitting an app itself should require a separate step. Thanks. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 99038] Writer/Calc Properties whe n saving-as has old info
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99038 Issue #|99038 Summary|Writer/Calc Properties when saving-as has old info Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 08:40:05 + 2009 --- When I set OOo 2.4 to give me the Properties dialog for editing automatically whenever I gave the save-as commend, after I complete the Save dialog the Properties dialog comes up after I named the file, yet it shows the file name as Untitled and refuses to allow me to change that name, even if I want to, which I hesitate to do lest I slightly misname it. Since the name field appears to be editable, the intent seems to have been allowing editing. If a decision was made against editability, the name should be omitted or shown in a noneditable field, for the sake of usability (not raising expectations that will be unmet). Also, it shows total editing time as zero, suggesting the properties were freshly assembled the instant I called the command. That too is wrong. In an experiment, I saved a new document, viewed its Properties, waited a few seconds, edited by typing a character and deleting it, gave the Save command, and viewed Properties again, wherein total editing time was still zero. I'm stating both points here since they seem closely related in terms of programming. I'm running OOo 2.4 without JRE (Java Runtime Environment) on Fedora Core 4 Linux. Of relevance is issue 20541. Thank you. -- Nick - 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
[sc-issues] [Issue 99039] Calc: Find: too many alt-s assignments
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99039 Issue #|99039 Summary|Calc: Find: too many alt-s assignments Component|Spreadsheet Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|ui Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 08:58:20 + 2009 --- Calc's Find dialog with More Options in OOo 2.4.0 has four options that are activatable by alt-s. While it correctly handles receiving alt-s as an input requiring further clarification, this requires of the uninitiated user an extra step that likely makes OOo look faulty. Thus, this is a usability issue for an growing user base. Instead, each option should have unique alt-character shortcuts. I propose the following: --- Search In, with drop-down list for Formulas, Values, and Notes: alt-n. --- Search Direction: alt-d. --- Search in All Sheets: Because all of its letters are assigned elsewhere, I propose you rephrase Search in All Sheets to Search Every Sheet and assign alt-v; in which case, conform Help concerning the dialog's options. The Search For field appearing with Less Options or More Options should retain its present alt-s shortcut. This is suggested only for future OOo versions, not for retrofitting. I'm using OOo 2.4.0 on Fedora Core 4 Linux with Gnome 2.10.0 desktop. Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 84774] MAC and UNIX formatted tex t files open in Calc instead of Writer
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84774 --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 09:43:51 + 2009 --- Possibly narrowing the problem: Writer File menu Recent Documents 1: . . . [path/file] opened a Text Encoded file in Writer, as it was supposed to, not in Calc, which is how it opens when using the File menu Open method without specifying Text Encoded instead of All files in the menu that is tooltip-described as Select which types of files are shown when running the Gnome 2.10.0 desktop (KDE's desktop makes the Open dialog different). Speculation (mine) on why Recent Documents works: Writer stores the file type for a file created during the same Writer session, or possibly for any file still in that submenu regardless of when created or last modified. If so, a kludge would be for the Open process to access that type history, although that would result in intermittent performance when Open opens some files in Writer and others in Calc and all are of the same type. I once tried Gnome desktop Main Menu Places Recent Documents, but no Text Encoded or Writer file was in that submenu, although Calc files were. I tried it again and some Text Encoded files were listed but others from the same OOo session were not and the difference mystifies me. -- Nick - 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
[sw-issues] [Issue 99029] binary, encrypted, or comp ressed string into Writer may crash OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 Issue #|99029 Summary|binary, encrypted, or compressed string into Writer ma |y crash OOo Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|code Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 06:08:19 + 2009 --- When I was pasting texts into Writer, one text repeatedly caused Save As to crash OOo, forcing logout before OOo could restart. I was pasting dozens of texts into separate documents. What's different about this text is that it included a very long string that is not in a human language, and therefore is binary, compressed, or encrypted. The problem is in 2.4 but not in 2.0 Beta. What I was doing in 2.4: Saving emails as text from my Yahoo account within the Firefox browser: --- In Firefox, open to my Yahoo email account's Inbox, go to a particular email intending to copy a sequence of them, and set the displayed email to show Full Headers, so all emails will show full headers. --- With each email, when displayed, select all of the email and copy. --- In Writer document with previously saved email, select all, delete, and Paste Special the new clipboard contents as unformatted text from unknown source. --- Save As. Prior settings were for Text Encoded as files to be shown and as the format to apply to new saves and the destination directory on the removable flash thumb drive was not changed. Filter settings were for ISO-8859-1 and CRLF, my usual, so I don't usually opt to see filter settings. Sometimes, I had folders open on the desktop for the flash drive. Exactly what happened at this point varied somewhat, but not much. I'd type the filename as the number of the new email, in this case 75 (without quote marks). Sometimes the previous file name, 74, would remain selected, with typing doing nothing. I might once have gotten 75 into the filename field but not progressed beyond that. In one attempt, screen redrawing was hindered; when alt-tabbing through windows, some window boundaries refused to disappear and erased pixels from the Writer document. Then: --- Waiting minutes made no difference. --- The cursor, when hovering over Writer's document window or the save-as dialog, would be an insertion point, but would be an arrowhead over desktop non-OOo space. --- I couldn't edit the filename field, Cancel the dialog, or select the File menu to quit. --- Switching to the Firefox window and coming back to Writer did not clear anything up. --- Force Quit, via Gnome 2.10.0 desktop panel button, applied to Writer. --- Restarting Writer from the Main Menu yielded nothing, not even the OOo splash screen. --- Starting Calc, which I had used in the past week, also yielded nothing, not even a splash, despite waiting. --- Starting Imendio Planner 0.13, a non-OOo application in the same Office submenu of the Main Menu, was fine, so the submenu was working. --- Saving the problematic text into gedit 2.10.2 worked fine. Settings were charset 8859-1 as above, to show text files rather than all files, and the same destination; I named the file 75 (without quote marks), as above, albeit not 75.txt as I should have (Writer automatically adds the extension). (gedit is not my preferred solution since Writer formats text better.) --- Either rebooting or logging out and back into the same user nonroot account was sufficient to allow restarting Writer 2.4. After a few failures following the above, I went to the next email and successfully saved it and all the ones after that, all with Yahoo's Full Headers on, in Writer as 76, 77, and 78 (all without quote marks), with my customary settings. A similar procedure in OOo 2.0 Beta (version 1.9.104) Writer on the same machine succeeded in saving. Thus, the issue was introduced after 1.9.104 and before or in 2.4. OOo 2.4 was not open. Keeping the procedure as similar as possible (considering that 2.4 adds features), I used a copy of a previously saved email copy (named 75 (copy).txt) to replace its contents and save-as under a new number (99.txt) and saved as Text Encoded. When exiting 2.0, a force-quit dialog briefly appeared but without input from me Writer promptly exited; the appearance of that dialog and fast self-operation is not unusual on my setup and doesn't seem alarming, work already having been saved. After the success with 2.0 Beta, I exited 2.0 and tried again with 2.4, but failed again. Alt-F would not open the File menu for saving. The cursor was an arrowhead
[sw-issues] [Issue 99031] Text Encoded with CRLF: 0 a or 0d alone next to text loses text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99031 Issue #|99031 Summary|Text Encoded with CRLF: 0a or 0d alone next to text l |oses text Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 06:39:43 + 2009 --- To reproduce: 1. In Writer (without JRE (Java Runtime Environment)), create and save a file as Text Encoded with charset 8859-1 and paragraphing as CRLF. 2. Go somewhere to find qualifying strings. Suggested Web pages are mentioned below and you might make and edit a file using a text editor like gedit 2.10.2 using UTF-8 and a hex editor like KHexEdit 0.8.6. You can paste into gedit and verify with KHexEdit or, probably, you can type into gedit and, with KHexEdit, delete an unwanted nonprinting character and move subsequent characters left one position. 3. Find text strings that end in a hex 0A character or include in the middle a hex 0D character but not both together. 4. Copy the string and paste into the Text Encoded document. 5. The text ending in a lone 0x0A will fail to paste. 6. Save. Close. Open. If the ASCII filter settings dialog asks if you want paragraph breaking at CR, change to CRLF (that being my default and I want consistency). The text following the lone 0x0D will disappear. 7. Close (without saving). Reopen. If the ASCII filter settings dialog asks if you want paragraph breaking at CR, leave it that way. The text following the lone 0x0D will reappear. I don't use JRE since it crashed my system, but, while I'm not able to use OOo Base, I'm not sure it matters for this problem. When closing and reopening a saved Text Encoded file that has been saved with paragraph breaking at CRLF and charset 8859-1, some content disappears. The content lost is from a hex 0D to the end of the paragraph containing the character; however, the loss is only if the hex 0D is not followed by hex 0A but is followed by visible text. Preceding text is not affected. No warning of loss is given by OOo; I only found out when I needed to reopen a file. Closely related (and therefore in this report) is that when a text string is followed by a space and the hex 0A character alone, the total string cannot be pasted into the Text Encoded file. Pasting results in nothing appearing. It can, however, be pasted into gedit, which is how I identified the hex character involved (using a hex editor on the file saved in gedit), but copying from gedit and into the Writer Text Encoded file fails. Thus, it doesn't matter from where the string was originally copied (it was originally copied from http://bugzilla.gnome.org/show_bug.cgi?id=570931 (the string Add me to CC list but only when selected so as to include a trailing space)). On the other hand, I discovered the hex-0D text-loss problem when copying text from fields in the Bug Report Wizard at https://bugs.opera.com/wizard/, as accessed Feb. 7, 2009. Their software apparently adds the 0x0d unsolicited when I paste text into their field; I assume they need it for breaking paragraphs within a field. If, in Writer, a Save command is given without closing the file, text does not disappear at the time of the save (it can be seen using a hex editor), although it will still disappear later. I do not know if the disappearance relative to Writer occurs upon closure or upon reopening, but all reopening was done without having quit Writer and opening as read-only or read-write makes no difference. If the file has been saved but has not been closed, it is possible to recover the text that will be lost after closing by using Undo. Thus, Save per se does not cause the loss. In the hex 0D case, when text is lost while opening with CRLF but recovered by closing and reopening with only CR set for paragraph breaks, that is not a permanent preservation. If the file is always opened as CRLF and new text is written at the place of loss, the file is saved and closed, the user quits OOo, and Writer and the file are opened later, the lost content is permanently lost. Expected behavior is that the Text Encoded format using CRLF and 8859-1 will ignore or delete the nonprinting characters, depending on the character, but not delete any visible characters. It should not add hex 0A to a lonely hex 0D or vice versa, lest that change the page layout by creating a new paragraph break not in the original. (Recovering data: Tangential note: If you're losing data and want it back, try closing
[framework-issues] [Issue 99033] common OOo menu commands: label to announce unexpected cross-OOo behavio r
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99033 Issue #|99033 Summary|common OOo menu commands: label to announce unexpected | cross-OOo behavior Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 07:03:45 + 2009 --- Any menu command that executes on all OOo applications should say so in the command name. This isn't about commands that are merely duplicated in other applications; this is about commands that, whether duplicated or not, when carried out in one application will automatically execute in all open OOo applications, especially if effects could be critical, e.g., document-changing. Example: In Calc, I invoked File Exit. That one action also closed Writer. That's a legitimate design feature. But it's not how one quits Lotus SmartSuite (Millennium ed.) or Microsoft Office applications, and growing OOo's installed base means being reasonably compatible with users' expectations. Solution that I propose: Rename commands as necessary, such as renaming Exit to read Exit OOo. I assume only menus are affected. If anything in a dialog also executes in more than one app but doesn't say so, I suggest saying so there, too. I assume any command that executes across more than one OOo app executes across all open OOo apps. If there's a command that operates on only, say, Impress and Base but not Calc and it's not obvious from the command's name or main function, then either it should be renamed, the functionality should be divided, or a dialog or alert should inform the user before it's too late. No retrofit is suggested. I'm running OOo 2.4.0 on Fedora Core 4 Linux with Gnome 2.10.0 desktop. Thank you. -- Nick - 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
[sc-issues] [Issue 99034] Calc: Replace All: confirm count of replacements, like Writer
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99034 Issue #|99034 Summary|Calc: Replace All: confirm count of replacements, li |ke Writer Component|Spreadsheet Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 07:23:30 + 2009 --- When doing a global search-and-replace, confirmation of completion would be helpful, and even more helpful would be a count of replacements performed. Both are available in Writer but neither one is in Calc. The usefulness of a count in Calc is in determining if one has changed too few or too many instances in formulas or was just right. Formulas are not easy to see simultaneously in many cells, especially when they're long. For instance, suppose one anticipates that a string replacement in formulas will change 50 formulas and the count reveals that 500 were replaced, then a user could assume there's an error in their replacement-process logic and immediately undo the replacements to reverse the damage. Similarly, if the numbers were the other way around, the user could assume their logic missed something and they could redesign the find-and-replace parameters. Counts would help. How to replicate in either program, especially useful in Calc: 1. In a new document, type lots of the letter a (without quote marks). If it's in Calc, type them into lots of cells. In Writer, holding the key down a while is good enough. 2. Give the Find command. Search for a. Replace with b. (No quote marks for either.) Leave Whole Words Only uncheckmarked. In Calc's Find, under More Options, be sure it'll search values, not formulas or notes. 3. Click Replace all. Result: Replacement will succeed. However, while Writer will confirm with Search key replaced . . . [#] times., Calc gives no message when done. That is a problem when the fact of replacement is not visible without burrowing through a document, for example, in the case of Calc by examining formulae or in the case of Writer by paging through a long document. In Calc, a partial kludge is available. If you repeat the identical search-and-replace when the string to search for is absent from the document or selection, the result will be the message Search key not found. However, this does not produce a count and if, as sometimes seems to happen, an option to search a selection only becomes without warning an option to search the whole sheet or document, unwanted replacements may ensue. Quick searches would confirm completion almost immediately, but, since large documents have more to search, search-and-replace generally takes longer, requiring feedback. None of my searches produced a cursor representing waiting (e.g., an hourglass or a wristwatch), so, if that's present in your design, it doesn't show up on screen early enough to serve to notify by its departure that the process is finished. A count is useful, because if I want to see if I've used a string too many times I can replace the string by itself and get a count without changing the document (other than changing its metainformation). I use such a feature in word processing for literary improvement by looking for overused words, and it might be useful in Calc for counting formulas sharing a given string, for instance. I used OOo 2.4 (the latest that I have), with Calc and Writer open simultaneously, on Fedora Core 4 Linux with the Gnome 2.10.0 desktop on a Dell Latitude C840 laptop. No retrofit is suggested. Issue 62188 may be relevant if the original author used incorrect terminology; and it is a bit confusing in its content. Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 99035] Calc: Find: Current Select ion Only disables before reruns
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99035 Issue #|99035 Summary|Calc: Find: Current Selection Only disables before rer |uns Component|Spreadsheet Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|nicklevinson --- Additional comments from nicklevin...@openoffice.org Mon Feb 9 07:48:26 + 2009 --- In Calc's Find, an option disables itself prematurely. To reproduce: --- In a native-format spreadsheet you don't need, select a column with data. (This does not happen if you select only a cell.) --- Bring up Find. --- Select More Options Current Selection Only. --- Other settings include don't match case, not entire cells, not backwards, not regex, not similarity search, not search for styles, search in values, search direction as rows, and don't search in all sheets. --- Enter a search string that won't appear or that'll appear a bunch of times so you may replace all instances with something else. --- Select Replace All. --- You've probably succeeded in replacing strings, but if the spreadsheet were large you wouldn't know that yet, so, to get confirmation, select Replace All again. --- The absence of the string in the range (due to either failure or having succeeded) will produce the window that says Search key not found. Select OK for the box. This will leave your Find dialog up but Current Selection Only will be unchecked and disabled. The disabling will occur as soon as the contents of the search-key-not-found window are filled in (on my setup, the window shows up as an empty frame first that is soon filled in), even before you've clicked OK, but not when the window first starts being drawn. In order to enable the option again, you have to reselect the already-selected range again. Simply clicking on the spreadsheet's title bar or toolbar region won't re-enable it. Clicking the column letter label re-enables the option, after which you have to reselect (recheckmark) the option, too. As a variant, I tried it again but with Backwards also chosen. In that case, two results differed: --- Backwards did not disable. --- Curent Selection Only still did disable, but at a different time: It disabled when the small window that would soon say Search key not found. first drew its frame on screen, and did not wait for the window to complete drawing. I haven't tested other options. Since limiting a series of searches to a selection is not a dangerous step requiring either strong notice or prevention, this looks like it should be fixed for future versions. No retrofit is suggested. I'm using OOo 2.4.0 on Fedora Core 4 Linux with Gnome 2.10.0 desktop. Possibly relevant issues include 92633, 58930, 55747, 55220. Thank you. -- Nick - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[l10n-issues] [Issue 95724] internationalization, exte nded tooltip, p, pp, f, ff, sort
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=95724
Issue #|95724
Summary|internationalization, extended tooltip, p, pp, f, ff,
|sort
Component|l10n
Version|OOo 2.4.0
Platform|All
URL|
OS/Version|All
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P4
Subcomponent|localedata
Assigned to|er
Reported by|nicklevinson
--- Additional comments from [EMAIL PROTECTED] Sat Nov 1 03:27:58 +
2008 ---
This change cannot be done by the help authors, it needs software engineering
efforts. Please submit a new issue to the default owner of the 'i10n'
component., says ufi Oct. 31, 2008, in Issue 94602.
The remaining issue, as I piece it together, is about sorting,
internationalization, extended tooltips, and abbreviations _p_ or _p._ ('page')
and _pp_ or _pp._ ('pages') (in U.S. English, usually placed before a page
number or range, as in pp. 12-13) and _f_ or _f._ ('and following' (singular
follower)) and _ff_ or _ff._ ('and following' (plural followers)) (in U.S.
English, usually placed after a page number or range, as in 42 ff.).
Periods per se are not the issue; they are a matter of OOo help style
Please see the cited issue for information.
Thank you.
--
Nick
-
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]
[sw-issues] [Issue 94565] index: mark passage, not j ust entry term
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94565 Issue #|94565 Summary|index: mark passage, not just entry term Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Thu Oct 2 07:06:49 + 2008 --- I selected a paragraph, turned it into an index entry, and created an index. I inserted a page break into the middle and recreated the index. What I hoped for is that the index would update itself so that what was on page 1 was now indexed as being on pages 1-2. But it cited only page 1. Passage-oriented is appropriate for indexing discussions or topics. Perhaps what you've written in a biography includes medical background, and what you've written about kidneys stretches from p. 32 to p. 35 even though you use the word kidney only once. Editing has to be accommodated. You may rethink your biography and add pages to the front. The index should automatically reflect that change when you create a new index from the existing entries. Thus, Writer 2.4 Insert menu Indexes and tables Entry dialog should have a way to recognize the beginning and the end of a passage that should define an index entry. E.g., with page breaks as indicated, We [p. 2:] the people in order [p. 3:] to form a more [p. 4:] perfect union should support an index entry such as people 1-4 as readily as it would support people .. 2 (I don't know if indexers call it passage-oriented; maybe there's a term of art for the entry type.) Thanks. -- Nick - 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]
[sw-issues] [Issue 94565] index: mark passage, not j ust entry term
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94565 --- Additional comments from [EMAIL PROTECTED] Fri Oct 3 02:06:58 + 2008 --- Created an attachment (id=56991) Native OOo Writer 2.4.0 file with indexes. - 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]
[sw-issues] [Issue 94602] indexing: tooltip: edit 1 0pp, 10p, )
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94602 Issue #|94602 Summary|indexing: tooltip: edit 10pp, 10p, ) Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|ui Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Fri Oct 3 04:21:57 + 2008 --- Writer 2.4.0 Insert menu Indexes and tables Indexes and tables (producing Insert Index/Table dialog) Index/Table tab Type and title Type menu set to Alphabetical Index. On the same dialog page, hover mouse over Combine identical entries with p or pp, to show the tooltip. The tooltip gives an explanation, which is clear, and an example, which is not. The example says, For example, the entries 'View 10, View 11, View 12' are combined as 'View 10pp', and 'View 10, View 10' as 'View 10p). It's confusing, because 10pp means 10 pages, a quantity and not a location, whereas 10p means 10 pence, referring to an old English coinage, when you probably mean to refer to page 10. Probably, then, you should replace 10pp with pp10-12 and 10p with p10. Also, please replace the unmatched closing parenthesis with the missing closing single quotation mark. Thanks. -- Nick - 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]
[sw-issues] [Issue 94408] index or table (ToC or ToA or of figs) updates dynamically preserving formats and edits
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94408 Issue #|94408 Summary|index or table (ToC or ToA or of figs) updates dynam |ically preserving formats and edits Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Mon Sep 29 06:57:22 + 2008 --- When updating tables of contents (ToC), legal tables of authorities (ToA), indexes, tables of figures or illustrations, and similar, allow the preservation of formats and edits. This will allow editing of the body without having to recompile and re-edit and reformat the indexes and tables. That's especially useful when yet another minor edit is discovered to be needed, especially one found by perusing the index or table. Technically, the method could be as follows: Compiling would create both an invisible index, etc. that would not be edited/formatted and a visible copy that could be edited/formatted. Entries from the visible would be associated with corresponding entries in the invisible. Updating would cause only the invisible copy to be updated, the visible copy would be automatically updated only for entries that are identical, and all other entries in the visible copy would be auto-tagged so the user could make decisions. By right-clicking a tagged entry, a user might toggle between an exact copy of the entry from the invisible copy and the non-updated visible entry; might keep either choice (i.e., freeze toggling); and might bring up a dialog with checkboxes to keep formatting and/or added edits (an example of an added edit would be an entry for FDR..52 that had been edited to FDR (Roosevelt, Franklin Delano).52 and/or integrated edits (such as FDR to Roosevelt, Franklin Delano) with OK in the dialog carrying out the update. By right-clicking in the table (index, etc.) but away from a tagged entry, a similar dialog could appear but would be applicable to the entire table, index, etc. With indexes that collect several entries into single paragraphs, produced by manual editing, such as: Flowers, 32-88; petals, 42-47; thorns (for the Old English letter see Linguistics) 71-74 a solution is to preserve the correspondences to the invisible index, in this case separately for flowers, petals, and thorns. I tested updating a ToC in Writer 2.4.0 without JRE on Gnome 2.10.0 but witnessed losses of formatting and an added edit. Thanks. -- Nick - 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]
[sw-issues] [Issue 32712] Table of Authorities
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=32712 --- Additional comments from [EMAIL PROTECTED] Tue Sep 30 00:25:36 + 2008 --- Formal styling of case names requires selective italicization. For example: Plaintiff v. Defendant, 250 U.S. 306 (1942) _Plaintiff v. Defendant_, 250 U.S. 306 (1942) (fairly formal) _Plaintiff_ v. _Defendant_, 250 U.S. 306 (1942) (most formal) One approach is to identify strings within strings as exempt from italiciziation. Examples: v. (including leading and trailing spaces) Ex parte (including trailing space) (as in Ex parte _Thompson_) ex rel. (including leading and trailing spaces) (as in _U.S._ ex rel. _Quixote_ v. _Stammerbob_) -- Nick - 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]
[sw-issues] [Issue 32712] Table of Authorities
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=32712 --- Additional comments from [EMAIL PROTECTED] Tue Sep 30 00:31:43 + 2008 --- To support internationalization of this feature, I suggest: 1. Let a user select a text string and tag it as ToA material. Compiling the ToA would then copy all these strings together into a table together with their (possibly dynamic) page numbers or page ranges. The user would then manually categorize, sort, edit, and format the strings as the user wishes, thus being able to conform to the user's nation's practice. Even though editing the ToA would be manual, that would be faster than having to copy manually and then edit manually. 2. Define particulars for each nation for which OOo has a language version. Local programmers can do this as demand warrants. Permit a user to select a national set of particulars from all national sets, regardless of the language being used by their installation of OOo; for example, an American lawyer might write a brief for an Israeli court. 3. Define particulars for each subnation. A subnation can be defined any way local users wish. For example, in the U.S., military law cited to military tribunals uses different conventions than those that apply to civilian law; thus, UCMJ, Article 3 is clearer to military officers but a Title 10 U.S.C. reference to the same UCMJ provision is clearer to civilian lawyers and judges. Programmers familiar with demands of any subnational community can program this. 4. Create an empty list of authority types. OOo should populate the list from each set of national and subnational particulars programmed by whomever programs them; that requires a standard by which programmers would declare authority types (at least one) so that OOo can extract them from each national/subnational set of particulars. To keep the list short enough for one user's needs, all national and subnational sets of particulars should populate a checklist in an options dialog; a user may then opt for only certain set(s) to be relevant to their work, in which case only those sets would populate the authority types list. Then, when a user tags a string as ToA-eligible, the user can assign an authority type to it before compiling the ToA. The compiled ToA would then be presorted. Thanks. -- Nick - 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 93868] buffer needed to keep comm ands in sequence entered
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93868 User nicklevinson changed the following: What|Old value |New value Version|OOo 2.4.0 |1.0.0 --- Additional comments from [EMAIL PROTECTED] Mon Sep 29 01:02:33 + 2008 --- An acceptable alternative is to discard the additional character before it goes anywhere. That's especially useful when the dialog can cause a critical effect so that ensuring the user has seen it is critical, and therefore any character that might dismiss the dialog before it can have been seen must be neutralized. My computer's speed is not an issue. The Pentium 4 processor runs at 1.2 to 2.0 GHz and RAM is, I think, 1 GiB. The gedit problem used as an illustration that the problem is not particular to OOo was not reproduced with a newer gedit version, although it occurred with an older gedit, maintaining the point. As I post this, the form shows the version as 1.0.0 rather than 2.4.0, but I don't know why. In case that was deliberate by someone, I'm leaving it that way, but noting that I didn't select it. -- Nick - 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]
[sw-issues] [Issue 93744] spellcheck: opt to refuse capitalization
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93744 --- Additional comments from [EMAIL PROTECTED] Fri Sep 19 01:40:17 + 2008 --- Hunspell, the Sourceforge item, looks interesting but I can't evaluate it or how it would be integrated into OOo. I'm not sure I'd call it an affix, since to a linguist an affix is a prefix, infix, or suffix and English uses no infixes although some other languages do, but there's no shortage of available alternative terminology. Thanx for adding the info. -- Nick - 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 94010] General I/O Error not spec ific enough
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94010 Issue #|94010 Summary|General I/O Error not specific enough Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Thu Sep 18 02:01:38 + 2008 --- A couple of different problems led to alerts reporting a general input/output error. A specific description of the error and its cause or possibly contributory causal factor was lacking. If an alert can be specific about causes or contributors, that would help. On the other hand, perhaps OOo only issues the vague alert when it doesn't have access to more specific information. In that case, there's no defect to fix or enhancement to provide. However, even incomplete information could help us. If you're concerned about overloading a user, a More Details button in the alert is a good device. An example of a problem is in the OOo forum, where I posted it recently and got a couple of answers: http://user.services.openoffice.org/en/forum/viewtopic.php?f=7t=9731p=45960#p45960. A poster speculated about checking a CLI interface for information, but I would assume a GUI can present at least as much information. If you have information available through a terminal, please transmit it into the alert in the GUI. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 on a Pentium 4 laptop. I didn't see this feature. Related, but much less specific: Issue 79726. Thank you. -- Nick - 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]
[sw-issues] [Issue 93876] spellcheck phrase when par t should fail otherwise
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93876 Issue #|93876 Summary|spellcheck phrase when part should fail otherwise Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|FEATURE Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Sun Sep 14 07:34:04 + 2008 --- For Spellcheck, a word should be any string including one with a hard or soft space in the middle. We might describe these as phrases, but they aren't always that. Linguists count a string as a word whether it's set solid, hyphenated, or with a space, because they behave grammatically like words. Some of them should not be approved by a spell checker unless all parts are present. Common instances include names. More than one space might occur. Examples: von der Lippe (a family name) stare decisis (a U.S. legal principle) I looked in 4 good print dictionaries. None of them has _decisis_. None of them has _der_ as a separate word other than as an abbreviation. Only one has _von_ and 3 don't; and the one that has it puts it into the context of personal names. Writer's Spellcheck doesn't recognize _decisis_. However, I did not look in a legal dictionary per se for _decisis_ by itself. One authority on whether a word can have a space inside it is Webster's Third New International Dictionary of the English Language Unabridged (Merriam-Webster), Explanatory Notes, section 1.1 (at page 16a), and The Writing of Compounds, sections 1.1 and 1.2 (at page 30a). Since Writer's Spellcheck does accept _von_ and _der_, it seems likely they were included because of their use with other strings, and not because of their use in isolation. The better method would be to include them separately only if they would be encountered with different neighbors, otherwise to include them only as parts of words that are spelled with intervening spaces. A word counted for good spelling does not have to be a word as defined by word wrap. The space that might be included in a word should be either hard or soft. As an experiment, I typed stare decisis (without quote marks and with a soft space) into an unsaved document and added it as a word to the standard user-defined dictionary. Nonetheless, when I ran the spellcheck (by F7), _decisis_ was displayed in the dialog as Not in dictionary, so that _stare decisis_ was not automatically accepted. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 on a Pentium 4 laptop. I didn't see this feature. Sources: von der Lippe's name is at http://www.valley.net/~townsend/Lippe.html, as accessed 9-13-08. Dictionaries: W3 (above); Shorter OED ([4th ed.]); American Heritage (3d ed.); Random House Webster's Unabridged (2d ed.). Somewhat related: Issue 12541. Thank you. -- Nick - 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 93865] Force Quit for a subapplic ation within Writer forces all of Writer to qu it
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93865 Issue #|93865 Summary|Force Quit for a subapplication within Writer forces a |ll of Writer to quit Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Sat Sep 13 21:06:44 + 2008 --- If Force Quit is meant to force all of Writer or OOo to quit, it should not have a dialog statement that can be understood by lay users as meaning that only a function within Writer will be forced to quit. I created a new document, without saving, and typed a short line. I pressed F7, invoking Spellcheck. The Spellcheck dialog window was blank (at other times, either it worked or it showed content from another document window). I clicked the Spellcheck dialog's close box. The Force Quit dialog that resulted had these sentences in its message: The window Spellcheck: is not responding. Forcing this application to quit will cause you to lose any unsaved changes. Technically, it's correct. However, most nontechnical users would read this as meaning that the application is Spellcheck, and wouldn't realize that all open documents having nothing to do with Spellcheck will also be made to go away, losing changes. I tend to think of Writer and other OOo programs as separate applications, which also turns out to be wrong, as I found when I reran the above experience but with an unsaved Impress document from 2.4.0 also open. For usability, then, reword the application to this OpenOffice.org suite. On the other hand, I reran the experiment but with only the Writer 2.4 document and an Impress 2.0 document from OOo 2.0 Beta. Force Quit forced the 2.4 document to quit but the 2.0 document remained open, which is correct behavior. Thus, application, even in the singular, refers to all of OOo within version 2.4 only. I set this as P2 because, to most nontechnically-proficient users, the loss of unsaved work would be unexpected. As a minor related point (of priority P5), the space after the colon is there in error. If it's there because it's in the title bar of the Spellcheck dialog itself, then the Force Quit dialog is right but the Spellcheck dialog is mistitled. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. Thank you. -- Nick - 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]
[sw-issues] [Issue 93870] let spellcheck filter rare ly-used words
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93870 Issue #|93870 Summary|let spellcheck filter rarely-used words Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Sun Sep 14 00:37:13 + 2008 --- One barrier to providing a long dictionary is that rare words are often similar in spelling to common-word misspellings. Thus, a misspelling can be accepted by OOo because a rarity with a different meaning matches it. Words that are correct but rarely appear should be approved after the user is reminded of their rarity, so they can reconsider usage or misspelling. This includes spelling variants, technical terminology, foreign borrowings, words used in a field of scholarship but not elsewhere, and ancient language being quoted. A solution already exists, by creating or installing multiple dictionaries and sometimes loading all of them, sometimes only the main one. One supplemental dictionary would list rarities only. But it would be easier to simply click a button in the Spellcheck dialog to approve rarities of one or more categories. In short, if floccinaucinihilipilification were in a document and in a Spellcheck word list, running Spellcheck would show the word as challenged but instead of describing it as wrong or not in the dictionary it would be shown as being in the dictionary but rare. This rarity check could be optional, with radio buttons to treat all rarities as either always wrong or always right or as rarities to be considered at every appearance. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93832] Find Spellcheck inside v s. outside of quotes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93832 Issue #|93832 Summary|Find Spellcheck inside vs. outside of quotes Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|FEATURE Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Fri Sep 12 15:29:22 + 2008 --- Some long documents have extensive quotations that may require different spelling standards, as when a foreign language or ancient English is being quoted. Even when the language is modern English, the only useful search results may be those only from inside quotations or only from outside of quotations. Affected documents often include academic scholarship, legal briefs, and students' papers. In Find, a selectable attribute should be only within quotations and another selectable attribute should be only outside of quotations, with both defaulting to off (both being on equalling both off). In Spellcheck, Options should include only within quotations and only outside of quotations, with both defaulting to off (both being on equalling both off). Besides quotation marks delimiting quotes, paragraph and character styles that are checkbox-identified as blockquotes or script quotations should be treated likewise. Script quotations should be whatever follows the first character that the user has defined as preceding a quotation, such as the paragraph's first colon or tab. A feature like this would probably add a user market for OOo that Microsoft Word, I think, does not fulfill. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see these features. Thank you. -- Nick - 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 93834] spellcheck should allow ex cluding words temporarily
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93834 Issue #|93834 Summary|spellcheck should allow excluding words temporarily Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Fri Sep 12 16:26:06 + 2008 --- Example: I'm writing a long essay that uses the word fetal but never the word fatal. Therefore, I'd like a spell-check to tell me if I've inadvertently typed fatal, but only in that essay, whether I edit it today or next week while I work on other essays in between in which fatal might be a fully acceptable spelling. This can be done manually, but a list of words can be handled faster if included in a single spellcheck operation. Solutions: (a) The spelling checker should offer negative dictionaries, that is, dictionaries in which words would be treated as wrong even though they'd normally be treated as correct. Then, entire negative dictionaries can be selected for a project. (b) Words in the built-in and user dictionaries can be flagged as negative, with the flags stored as nameable lists, removable and restorable, functioning much like negative dictionaries. That might complexify programming if your built-in dictionary compresses words with their inflections and the flag should be applied only to one inflection. Additional features: -- Multiple dictionaries, usable separately or together. For example, each might have a purpose. -- Copyable dictionaries, that is, a dictionary that can be copied whole and then re-edited. -- Nameable dictionaries, to allow a friendly name for a dictionary, in addition to the unchangeable unfriendly name (like negdict86465891658). -- Dates of creation and last modification of each negative dictionary, to make weeding them out easier. -- Stemming or whatever you call the process, if Writer now recognizes plurals of singulars, -er/-est comparatives, and the like in a dictionary without separate entries, this feature should do likewise, or ask the user editing a dictionary if it should. -- A native OOo-format file could include an invisible link to the negative dictionary, so that opening the document would invoke the negative dictionary by its unchangeable unfriendly name along with the regular spell-check facility. Users of other formats could still invoke the negative dictionary by its friendly name when needed. In either case, multiple dictionaries could be invoked or used. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93750] Open: files list: disconti guous selection
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93750 Issue #|93750 Summary|Open: files list: discontiguous selection Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Thu Sep 11 06:27:12 + 2008 --- When opening multiple files in Writer, not all are contiguous in the list. It would save us time if we can ctrl-click to select noncontiguous files, so all will open with a single ctrl-o command. As of now, we can shift-click to select contiguous files, which saves us time when the order of files in the dialog permits it. Control-click should not disturb shift-clicked selection, but add to it individually or, if control-clicked within a shift-clicked selection, subtract an individual file from it. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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]
[sw-issues] [Issue 93757] spellcheck opt without sup erscripts subscripts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93757 Issue #|93757 Summary|spellcheck opt without superscripts subscripts Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Thu Sep 11 09:24:21 + 2008 --- Spellcheck should optionally exclude superscripts and subscripts, such as those used for footnote or endnote references and chemistry symbolism, regardless of the content of the superscripted string, which might be numerals, letters, asterisks, or any other characters in any font. This does not apply to superscript references created via Insert menu Footnote. In those cases, Spellcheck correctly distinguishes a word from a reference. However, some recipients of word-processed documents containing footnotes or endnotes require that submissions use notes and note references that are created manually, preventing interplatform incompatibility. For users preparing documents using manual notes and note references, Spellcheck should have an option to ignore superscripts and subscripts. The option can be made operational or not via a checkbox. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93801] Find should find despite d emarcated insertions
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93801 Issue #|93801 Summary|Find should find despite demarcated insertions Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Fri Sep 12 03:54:07 + 2008 --- For a Find, bracketed substrings and similarly-delimited substrings, when they're insertions, should be ignorable and interpretable to produce results. A user may search based on known original text without knowing about a subsequent insertion. It's standard practice in scholarly and legal quotations to insert text into quotations on good authority and bracket it. Journalists and popular writers often use parentheses the same way, and scholars may use parentheses for insertions into nonquoted strings. Thus, a search for visit to the store should also find visit to the [grocery] store. Brackets are also used by lawyers and scholars to change case. For instance, suppose a judge said, One person, one vote. Suppose a lawyer writes a brief to agree with it, and writes We believe in the principle of '[o]ne person, one vote.' Suppose a user searches for One person, one vote (without quote marks), but because the string is common the user narrows the search by specifying case-sensitivity. Use of these conventions shows the author of the brief was referring to a capital O but bracketed a lower-case o because it was midsentence. From the lawyer's brief, you would know that the judge's original statement began with a capital O. A similar problem could arise if a cookbook said Begin with the ingredients. Someone writing about their experience might then write Begin[ning] with the ingredients, I made a disaster. A search for Begin with the ingredients should find the latter, but should not find Beginning with the ingredients, which is different and lacks the brackets. Not only should it be possible to return a result by eliding the brackets and bracketed content, but an adjacent space should also be elided because of what would have been in the original if no bracketed text had ever been inserted. But the algorithm can't always subtract a space; there might not have been one. To preserve literalness in Find, bracket-exclusion should be an option within a fuzzy search option. By checkmarking for fuzzy, a list of options might come up, all preselected but each user-deselectable. Bracket-exclusion could be one. This, I imagine, would put OOo ahead of major competitors like MS Office. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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]
[sw-issues] [Issue 93744] spellcheck: opt to refuse capitalization
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93744 Issue #|93744 Summary|spellcheck: opt to refuse capitalization Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Thu Sep 11 03:22:35 + 2008 --- The ability to reject a spelling because the first letter is capitalized but accept it if the whole word is lower-case would be useful. Example: the author e.e. cummings did not like capital E or C. More examples: various Linux commands if being written about in an essay should appear only in lower case. In such cases, even the word being used at the beginning of a sentence does not permit capitalization, and the spellcheck should recognize which words follow such a convention. Perhaps a user could tick a checkbox next to each dictionary entry to suppress capitalization for that entry. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93584] Spell Check Find: ligatu res diacriticals: accommodate
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93584 Issue #|93584 Summary|Spell Check Find: ligatures diacriticals: accommod |ate Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Mon Sep 8 06:48:24 + 2008 --- Spell checks and Find should accommodate ligatures (single characters each representing ae, oe, th, ff, fi, etc.), which are sometimes used in traditional Latin-alphabet typesetting, to save a little space and for style, and in quotations, and they should accommodate diacriticals either present or absent (e.g., a search for Francoise should find Francoise with a cedilla in either string but not the other). This for a spelling check only requires that the internal dictionaries be searched for character strings that correspond to ligatures and logically expanded to include the resulting additional forms. An alternative method is for the search function to convert entered substrings into or from ligatures before comparing to dictionaries. The latter method is also applicable to Find. The latter method is also adaptable for diacriticals. Users should be able to turn such a default off and thus apply literalness. As an extra enhancement, a checkboxed list of all known ligatures should be offered, so that a user can search and replace in favor of all of them in one sweep without having to remember and type each one separately into a search box or create and store a complex regex. Multiligature search would be more useful if it turns out that a desired font has only a subset of ligatures in its glyph set or if some are especially unattractive and to be avoided. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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]
[sw-issues] [Issue 93611] match parentheses, quote m arks, etc. for pairing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93611 Issue #|93611 Summary|match parentheses, quote marks, etc. for pairing Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|FEATURE Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Mon Sep 8 14:53:24 + 2008 --- Parentheses, quote marks, and the like should be checked for pairing, perhaps as an enhancement of the spell-check, under More Options. This is related to Issue 35339, though not identical. A character-pair checker should do this: -- An opening parenthesis should be closed; ditto brackets, braces, angle brackets, quotation marks, etc. -- A user should be able to define any pair of characters to be matched. -- A user should be able to mark a single particular instance of a character as not requiring matching. For example, a straight quotation mark might be an apostrophe or a foot or inch mark. -- A user should be able to mark instances of matched pairs, and thus locate unmarked characters, useful when studying a long or complex context to locate an apparent error. Example: if analyzing he went to the store (to buy diapers (for his new baby))), pretending that that was very long or complex, by marking the first and last parentheses as matched, then the second and third parentheses as matched, the unmatched one can be highlighted. This exists in some programming editors, but a manual option can be more reliable and faster. -- A character pair may support a multiparagraph exception, as when an opening quotation opens every consecutive paragraph until the last paragraph contains a matching closing mark. This characteristic should be user-specifiable for each character pair. -- Nesting order should be enforceable, to prevent such formulations as 3 x 2 (+ 6 x [4 + 3)]. -- Nesting levels should be user-definable. -- -- American English specifies double quotation marks, with singles nested within, with doubles nested within the singles, etc. -- -- English English specifies the other way around. -- -- American linguists' professional convention uses single quotation marks when they're not quoting but stating a definition. -- -- A quote inserted in brackets within a quote may use the same quotation marks as the outer pair. For example, John said he's going to the grocery store so I called Pat and said John's going to the store. may be accurately reduced to I called Pat and said John's going to the [grocery] store. Double quote marks appear inside double quote marks when insertional brackets intervene; the same principle places single quote marks inside single quote marks when insertional brackets intervene. -- -- People differ on how to demarcate a parenthetical comment within a parenthetical comment and that within another: some would use parentheses inside (as in newspaper style), others would use brackets (as in math style), and if using brackets the third level of nesting might call for braces (as in a stricter math style) or, perhaps, parentheses. I believe that when three levels are parentheses, brackets, and braces in that order then additional levels repeat the cycle, but I should be checked on that. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see these features. Thank you. -- Nick - 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]
[sw-issues] [Issue 93615] spellcheck abbrev.: traili ng period
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93615 Issue #|93615 Summary|spellcheck abbrev.: trailing period Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Mon Sep 8 16:00:31 + 2008 --- Trailing periods may be part of an abbreviation being added to a Spellcheck dictionary. This may be confusing to program, since a period may end a sentence. But it's confusing in the Spellcheck interface, because an unfamiliar word is displayed in red and the trailing period is also in red, yet when it is added to the Standard dictionary and the dictionary is then edited for the new word, the new word lacks the trailing period (as tested with the possibly nonexistent abbreviation T.Q.W. in midsentence, resulting in T.Q.W. appearing in red in the sentence but as T.Q.W in the dictionary). Thus, the dictionary accepts N.Dak but not N.Dak. (it also accepts N. Dak. or N. Dak with a space). One way to program it is with a checkbox that appears only if the last character is a period and that opts whether to include the end period in the word to be added or ignored. A spellcheck then has to shun inserting or requiring a trailing period next to a sentence-ending period or before an ellipsis or a suspension point or the space that may precede the ellipsis or suspension points. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93578] Open: let ASCII Filter Opt ions apply to all files
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93578 Issue #|93578 Summary|Open: let ASCII Filter Options apply to all files Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Sun Sep 7 23:51:18 + 2008 --- When I open files in Writer, I routinely open all of them in the same character set and with the same paragraph break setting. Recently, I opened 50 in a row, all with the same settings. To the ASCII Filter Options dialog, under the OK button, please add a button for OK for All. Clicking it would be the same as clicking the simple OK for each dialog of the same type. The new button should apply only to the files already waiting to be opened. When the user again gives the Open command, the dialog should reappear at that time. When this dialog is the only visible step between files being opened, eliminating the dialog after the first would save appreciable time during productivity. If it is possible that the available settings vary by file type, such that a setting that doesn't exist for the first file in the series might be desirable for another file waiting to open, the OK for All function should cease operating upon encountering the latter file, causing the dialog to reappear so the user can choose options and, perhaps, click OK for All again. As a bonus enhancement, when multiple files are being opened but the user is not using the OK for All button, once only one file is left awaiting opening, the OK for All button should be dimmed or unavailable. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93579] add command to Close All E xcept
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93579 Issue #|93579 Summary|add command to Close All Except Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Mon Sep 8 02:13:37 + 2008 --- Closing many files one by one in Writer is tedious. Please add a command to Close All Except It should bring up a scrolling dialog listing all open files with a checkbox for each. By default, all checkboxes should start out already checkmarked. The user could uncheck any files that are not to be closed; there might be one or two. The dialog should default to a visual size nearly the height of the screen, since nothing behind likely needs to be seen, and with horizontal scrolling as a narrow width may conceal part of a long file name. The ordinary Close command could then be a special case of the Close All Except... command, in which only one file would be checkmarked and no dialog would appear. In Writer, the command should appear in the File menu just below the Close command. I haven't used the latest Microsoft offerings, but, while Close All may exist somewhere in other word processors, I think no one offers Close All Except..., which would increase users' power. As a bonus feature, the dialog should offer the user an option of showing paths; otherwise, by default, only filenames should appear. This would be useful when same-name files are in different directories. What inspired me was having to work with 50 files at once. Quitting and restarting Writer and reopening the one I still wanted open was probably faster than closing 50 individually. This expands on Issue 91364. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. I didn't see this feature. Thank you. -- Nick - 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 93550] save dialog: enable tab af ter filename match
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93550 Issue #|93550 Summary|save dialog: enable tab after filename match Component|framework Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Sat Sep 6 21:00:31 + 2008 --- When saving-as and a filename begins like that of a previously-named file so a match is found in a drop-down menu, arrowing down to select a name is efficient. Once that's done, however, the next sensible efficient step is to tab to the next control in the Save dialog. But tabbing doesn't allow leaving the filename control, and pressing Enter saves the file without access to the other decisions. A mouse click is needed to set the location or file type, but mousing is less efficient than typing shortcuts. So, tabbing should be enabled to get to other controls in the Save dialog. The same problem occurred whether the matched filename was edited by deleting character or not edited at all. A user might match without editing because intending to change the location. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with Gnome 2.10.0 desktop on a Pentium 4 laptop. Thank you. -- Nick - 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]
[sw-issues] [Issue 93327] insertion point highligh ting sometimes invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93327 Issue #|93327 Summary|insertion point highlighting sometimes invisible Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|editing Assigned to|mru Reported by|nicklevinson --- Additional comments from [EMAIL PROTECTED] Mon Sep 1 10:40:52 + 2008 --- The disappearing insertion point and the disappearing highlight are annoying and seem to serve no useful purpose. For example, if I have a normal insertion point, fully visible, in a Writer Text Encoded document, go work in a browser for a while, and come back to the document, I often can't see where the insertion point is anymore, even if I remember exactly where it is. If I recall its exact location, I can type new text and it will appear there and push subsequent text forward but still the (now moving) insertion point remains invisible. I may apply Select All via ctrl-a but no highlighting is visible, although the text is. In order to see the insertion point or highlighting, I have to click anew, which causes the insertion point or highlighting to become briefly visible and then be replaced by the effect of the new click, namely the creation of a new insertion point. Thus it creates a risk if text is invisibly highlighted and the user types something intending to add and instead it replaces everything. I assume the problem is an artifact of something else and not an intentional feature, and it occurred in OOo 2.0 Beta, too, but it should come out. It would be particularly insidious if the user is new to computers and learning word processing. Explaining the disappearing highlight or insertion point and still teach how to use the system would be a challenge. The problem is intermittent and, beyond switching windows, working, and coming back, I have not identified all the conditions under which it's consistent. I don't have the problem with non-OOo applications. I hardly ever use non-Writer OOo applications. I don't often use OOo Writer 1.1.5 on Win98SE but, as little as I use it, I've had it a long time and don't recall the problem there. I'm using OOo Writer 2.4.0 without Java Runtime Environment on Linux Fedora Core 4 with the Gnome 2.10.0 desktop on a Pentium 4 laptop, a Dell Latitude C840. I didn't see a solution to this problem. Thanks. -- Nick - 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]
[sw-issues] [Issue 93327] insertion point highligh ting sometimes invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93327 --- Additional comments from [EMAIL PROTECTED] Tue Sep 2 04:18:22 + 2008 --- Additional symptoms, anecdotal: 1. Once at least, when using control-left arrow (perhaps also true of ctrl-right arrow), the insertion point disappeared from view in midtravel. (The control key speeds up travel, by implementing word-by-word travel instead of character-by-character travel, and thus is useful.) When it disappeared, I knew where it was but arrow-only movement did not make it reappear. Clicking was needed to see it. 2. This may not be relevant, but sometimes when the browser window is in front of a Writer window and I've alt-tabbed to bring the Writer window forward, Writer's insertion point is visible in the browser window (which insertion point it is can be determined by the point's position on screen and by its irrelevance to the browser window's content). Perhaps these are influenced by using my laptop for hours at a time. Since that generally does not affect other applications, if time in use is a factor it might be a factor specific to Writer or OOo, suggesting a memory-usage issue. Thank you. -- Nick - 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]
