[framework-issues] [Issue 7372] Enhance Find Replace for formatting in Calc
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=7372 --- Additional comments from gudm...@openoffice.org Thu Mar 12 14:05:45 + 2009 --- It should be possible to search for text with any specific formatting and replace that text, formatting or both with any other text, formatting or both. Examples of what should be possible: - use regular expressions (or any other method) and change all black, autoformatted or e. g. non-blue text in a spreadsheet to red text. - not limit the formatting options to things like bold, italic only. - not tie the feature to styles etc (non-applicable in Calc, presumably), but be fine-grained enough to work selectively on a text or letter by letter level, and/or on a cell/block/column/row level - non-globally in the document. In the Find Replace dialogue for Calc and Impress/Presentation, the buttons [Attributes...], [Format...] and [No Format] are missing. Using the format painter doesn't seem to work either in this context. This is available and works Writer. - 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 15666] Search and Replace - can't substitute regular expression subexpression i n replace
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=15666 --- Additional comments from [EMAIL PROTECTED] Wed May 28 08:42:05 + 2008 --- From the 2.4 help file (node regular expressions;list of): or $0Adds the string that was found by the search criteria in the Search for box to the term in the Replace with box when you make a replacement. For example, if you enter window in the Search for box and frame in the Replace with box, the word window is replaced with windowframe. You can also enter an in the Replace with box to modify the Attributes or the Format of the string found by the search criteria. ^$ Finds an empty paragraph. But: or $0 in the Replace box do not insert an empty paragraph mark but instead the characters or $0. Nicely enough, works for inserting \n (with e. g. inserting \n\n\n if only one \n and one \n alone was in the Search box), which indicates that correct handling of \n (for inserting line breaks (newline)) and \r (for inserting paragraph breaks) might not be impossible after all. @SBA: Should this too be viewed as a special case, with an issue of its own? I thought issue 46165 http://www.openoffice.org/issues/show_bug.cgi?id=46165 was supposed to be some sort of collector issue for regular expressions in general. Or should I reopen issue 70554 http://www.openoffice.org/issues/show_bug.cgi?id=70554 as being a special case/mutating issue? I can't find a spec template that you've mentioned in issue 46165. Is this it?: http://specs.openoffice.org/ http://specs.openoffice.org/collaterals/template/2.0/OpenOffice-org-Specification-Template.ott http://specs.openoffice.org/collaterals/OpenOffice_org_Specification_guide.sxw http://eis.services.openoffice.org/EIS2/guide.CheckSpecification If this is the kind of thing it takes, I guess I should file an RFE to the OOo Bugzilla that such pointers be included in every issue page, Write a specification template. - 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 46165] Regular expressions work i nconsistently or not at all when combined.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46165 --- Additional comments from [EMAIL PROTECTED] Wed May 28 14:03:20 + 2008 --- Experimenting with 2.4 in conjunction with issue 15666 seems to give some hints on two small improvements that may perhaps be possible for reducing the impact of not being able to search for ^$ in conjunction with any string at all: 1. Use \r for inserting a paragraph mark/paragraph break instead of \n 2. Use \n for inserting a newline/line break Rationale: - OOo 2.4 can insert newlines, try a regex search and replace searching for \n (any number) replacing it by or $0 ($n if () are used in the search expression) - OOo 2.4 can insert paragraph breaks already, but uses the wrong (illogical) expression for it, \n, which is already used for newlines. If this part of the code today is remotely like what it AFAIR was in 1.x, using \r instead of \n for inserting a paragraph break seems to be a matter of replacing the string \n by \r in the corresponding places of the code (and the help files). Let's hope a real programmer beats me to finding, downloading and messing up a current snapshot of the code, although that part seems to be the easy part, after looking at this: http://specs.openoffice.org/ http://wiki.services.openoffice.org/wiki/Specification http://specs.openoffice.org/collaterals/template/2.0/OpenOffice-org-Specification-Template.ott http://wiki.services.openoffice.org/wiki/The_Three_Golden_Rules_for_Writing_OpenOffice.org_Specifications (etc. etc. etc. etc) - 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 46165] Regular expressions work i nconsistently or not at all when combined.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46165 --- Additional comments from [EMAIL PROTECTED] Tue May 20 17:44:43 + 2008 --- Since I can't find an answer to the question I asked below, and the behaviour in OOo 2.4 has not improved for e. g. substituting line breaks but is still broken, I ask again: @SBA: in 70554 you say You can as well produce an entire specification (better use the spec template :-) and attach it to that issue.. What do you mean by spec template? If there's something I am able to do that may contribute to getting this fixed, I'll do what I can, of course. - 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 4579] Special Character Shortcuts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4579 --- Additional comments from [EMAIL PROTECTED] Wed Apr 23 12:24:55 + 2008 --- Once you set out to write a cross-platform application, it does become the concern of the application developer to fill in the blanks left by the operating system, or the application doesn't do its intended job in the concerned platform. Even if it were a MSWindows issue, it would still be an OpenOffice issue too, as long as OpenOffice is intended to run on Windows. As for considering running OpenOffice on Linux, I've done so for many years, but still *have to* use Windows for most tasks, as do a fair number of people, for reasons other than ignorance or bloodymindedness on their own part. I see the smiley, but can't help getting frustrated. If you know of a general method for getting special characters via sensible keyboard actions in platforms where this doesn't work in OpenOffice today, please tell us all. BTW, I wonder if the special characters features in Linux you're talking about, e. g. getting ß by pressing AltGr+S - S don't depend on a few things like locale settings, keyboard layout etc. etc. - 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 4579] Special Character Shortcuts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4579 --- Additional comments from [EMAIL PROTECTED] Wed Apr 23 12:45:07 + 2008 --- Once you set out to write a cross-platform application, it does become the concern of the application developer to fill in the blanks left by the operating system, or the application doesn't do its intended job in the concerned platform. Even if it were a MSWindows issue, it would still be an OpenOffice issue too, as long as OpenOffice is intended to run on Windows. As for considering running OpenOffice on Linux, I've done so for many years, but still *have to* use Windows for most tasks, as do a fair number of people, for reasons other than ignorance or bloodymindedness on their own part. I see the smiley, but can't help getting frustrated. If you know of a general method for getting special characters via sensible keyboard actions in platforms where this doesn't work in OpenOffice today, please tell us all. BTW, I wonder if the special characters features in Linux you're talking about, e. g. getting ß by pressing AltGr+S - S don't depend on a few things like locale settings, keyboard layout etc. etc. - 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 4579] Special Character Shortcuts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4579 --- Additional comments from [EMAIL PROTECTED] Wed Apr 23 13:01:51 + 2008 --- @redi2go: I must have either missed that, or it's due to my being on the tenth (twentieth?) OOo installation since last May, some of the last ones being special things for dealing with the infamous OOXML format, and the next upcoming being for hopefully getting to terms with OOo shortcomings in regular expressions. Depending on macros for performing standard tasks isn't a solution, much as I appreciate the effort. Will download and try it at any rate, thanks for the effort! (I notice my last post got posted twice. This was probably triggered by my reloading/updating the page in Firefox, sorry!) - 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 4579] Special Character Shortcuts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4579 --- Additional comments from [EMAIL PROTECTED] Wed Apr 23 19:38:25 + 2008 --- There's no sign in sight one would have to worry about a configuration nightmare, at least as far as Windows is concerned. I'd be happy to be proven wrong, but the chances of Windows getting a global ability of *easily* typing any manner of characters any time soon, look exceedingly remote. It would probably have to go FOSS before that happens. Apart from this, with all the characters possible in e. g. UTF8, there would always be a large amount of characters that wouldn't be practicable to access with keyboard combos without switching keyboard layout. So the bug would still stand, it seems. Switching keyboard layouts (yes, it's possible in Windows - if an Admin/root has installed the corresponding language packs, activated this that and whatnot etc.) and then dealing with unfamiliar key placements, is precisely what fixing this bug would help us avoid. Since no really useful *standard* solution seems to exist for at least Windows (no, using Windows Charmap just isn't practical enough, and there most probably are no other *standard* solutions), it has to be solved some other way. As for missing features between apps - that happens all the time. Just take having to use different spellcheck dictionaries for different apps, forcing you to duplicate and triplicate work. Sad, but hard to avoid unless all the involved app makers and the OS makers start talking to each others and standardize. - 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 46165] Regular expressions work i nconsistently or not at all when combined.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46165 --- Additional comments from [EMAIL PROTECTED] Sun Nov 25 11:49:33 + 2007 --- My issue, http://www.openoffice.org/issues/show_bug.cgi?id=70554 was closed as a duplicate of this one. I've been looking at http://www.openoffice.org/issues/show_bug.cgi?id=15666, which looked promising, but now doesn't seem to address the problems in this issue or 7054. In short, what issue 70554 is about, is giving an ordinary user the ability to - search and find line breaks, any kind - search and find paragraph breaks, any kind - substitute any of the above, be it one or many with one or many of any combination of the above. Some *potentially* interesting info from drking in 15666 (which is targeted for 2.4): The good news is that if OOo migrates to the ICU regex engine, many of the existing issues may be resolved at a stroke. Although (looking at the ICU regex spec) probably not all of them. How likely this is to happen, or if it indeed solves this issue, I don't know. Is there a general rework in progress? What issue should one look at to see what's up, if any? @SBA: in 70554 you say You can as well produce an entire specification (better use the spec template :-) and attach it to that issue.. What do you mean by spec template? If there's something I am able to do that may contribute to getting this fixed, I'll do what I can, of course. - 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]
[sc-issues] [Issue 83950] Find and Replace with form atting is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83950 Issue #|83950 Summary|Find and Replace with formatting is missing Component|Spreadsheet Version|OOo 2.3 Platform|All URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|gudmund --- Additional comments from [EMAIL PROTECTED] Sun Nov 25 12:26:05 + 2007 --- It's currently not possible to search for text with a certain formatting and replace that text or that formatting with some other text or formatting. E. g., it currently doesn't seem possible to e. g. use regular expressions (or any other method) and change all black, autoformatted or e. g. non-blue text in a spreadsheet to red text. In the Find Replace dialogue for Calc, the buttons [Attributes...], [Format...] and [No Format] are missing. Using the format painter doesn't seem to work either in this context. This is available and works Writer, but seems to have gone missing in Presentation too. Not sure whether this should be set to editing or formatting. - 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 15666] Search and Replace - can't substitute regular expression subexpression i n replace
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=15666 --- Additional comments from [EMAIL PROTECTED] Sat Nov 10 11:43:46 + 2007 --- Please pardon my ignorance as a layman. Does the Resolved and FIXED in this issue mean that the issues in bugs http://www.openoffice.org/issues/show_bug.cgi?id=46165 and http://www.openoffice.org/issues/show_bug.cgi?id=70554 are also covered and fixed? In short: will an ordinary user be able to - search and find line breaks, any kind - search and find paragraph breaks, any kind - substitute any of the above, be it one or many with one or many of any combination of the above? There is a whole lot of translators and other users waiting for this good news, since these bugs make it impossible for us to use Openoffice as anything much more than an (resource heavy) auxiliary for petty tasks. - 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 70554] Regular expression searchi ng/replacing line breaks is broken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=70554 User gudmund changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|DUPLICATE | --- Additional comments from [EMAIL PROTECTED] Fri Mar 9 08:58:37 + 2007 --- I don't want to insult your intelligence :), but after reading the issues pointed to, and the one this is supposed to be a duplicate of, *and* from sad experience, I wonder if you really, really got the whole point in this issue. There is a crucial part of this issue, that I could not find clearly in any of these issues you point to (directly or indirectly): http://www.openoffice.org/issues/show_bug.cgi?id=75214 http://www.openoffice.org/issues/show_bug.cgi?id=46165 http://www.openoffice.org/issues/show_bug.cgi?id=63074 http://www.openoffice.org/issues/show_bug.cgi?id=28913 What is lacking there, is any mention of the ability to use replace for /inserting/ *any number of CR's, LF's or CRLF's in any combination* into a document. OOo needs to be able not only to distinguish between different ways of ending a line, but also needs to be able to *both* find them *and* replace them *with any one of the different kinds*. This has been misunderstood so many times, and in so many ways, that I feel forced to reopen the issue until unambiguously confirmed that the above has been correctly understood and is included in whatever other bugs this is regarded as being a duplicate of. Please note that this is not just me being finicky - not having this feature (along with a few others) contributes strongly to reducing OOo to a mere sideshow for a whole professional group. - 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 4579] Special Character Shortcuts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4579 --- Additional comments from [EMAIL PROTECTED] Mon Feb 19 11:10:25 + 2007 --- Whatever solution is found should *definitely* be implemented throughout the suite! Anything else would be a truly bad joke. - 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 70554] Regular expression searchi ng/replacing line breaks is broken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=70554 --- Additional comments from [EMAIL PROTECTED] Thu Dec 7 05:46:22 -0800 2006 --- Es/Sba, a duplicate of which issue? I searched for this problem before posting and didn't find it. There are lots of different issues about regular expressions. Sometimes many such issues get reported in one go - and get ticked off in the same go when/if there is some resolution or other. Perhaps that's why you think you've seen it before? - 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 15666] Search and Replace - can't substitute regular expression subexpression i n replace
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=15666 User gudmund changed the following: What|Old value |New value CC|'akrioukov,cheyrich,danm,e|'akrioukov,cheyrich,danm,e |castro,er,gurubert' |castro,er,gudmund,gurubert | |' - 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]
[sc-issues] [Issue 64368] Inconsistant regex-support with named classes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64368 User gudmund changed the following: What|Old value |New value CC|'grsingleton,jes,khirano,m|'grsingleton,gudmund,jes,k |ike_hall' |hirano,mike_hall' - 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 70554] Regular expression searchi ng/replacing line breaks is broken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=70554 Issue #|70554 Summary|Regular expression searching/replacing line breaks is |broken Component|Word processor Version|OOo 2.0.4 Platform|All URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|gudmund --- Additional comments from [EMAIL PROTECTED] Wed Oct 18 05:00:27 -0700 2006 --- Using the search replace dialogue with regular expressions to find and/or replace CRLF's doesn't work (CR = carriage return, LF = line feed). Using \n for searching only finds LF's, including several consecutive LF's, but (predictably) not CRLF's. Inconsistently, using \n for inserting/replacing something *with* an LF, instead inserts a CRLF. This includes inserting several consecutive CRLF's. Using any combination (that I've managed to test so far) using $ to search replace CRLF's, can only handle replacing *one*, the first, CRLF, not many consecutive. The standard regular expression \r for searching and/or replacing CR's (for some reason often used for CRLF's too) doesn't work at all. This all makes things like e. g. searching and replacing a string followed by three CRLF's with some string followed by one *LF* impossible ATM. Not being able to perform arbitrary search replace operations on any types of texts in formats supported by OOo with the means delivered in OOo, i. e. regular expressions, renders OOo useless for many professional purposes without external helper applications that *can* perform such standard operations, i. e. MS Office or more highly specialized (read: non-trivial) tools. This defeats the purpose of having OOo at all. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 20878] Q-PCD Show spaces at end of a line in Writer
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=20878 --- Additional comments from [EMAIL PROTECTED] Thu Nov 10 00:10:04 -0800 2005 --- Before adding this bug to the Translators Wishlist for OOo, I tried to duplicate the bug behaviour in OOo 2.0 on W2K, and there is an oddity with triple-clicking marking all the line *but* any spaces at the end of a line, but I can clearly *see* the spaces. Tried with odt, rtf and an old Word doc, inside and outside of tables and headings. I don't know if the text selection oddities when triple-clicking should be viewed as a part of this bug, or qualify as a new bug. - 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 20878] Q-PCD Show spaces at end of a line in Writer
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=20878 --- Additional comments from [EMAIL PROTECTED] Thu Nov 10 03:42:40 -0800 2005 --- After some discussing and testing this on the OOo for translators list, we found that the bug is indeed there after all, but it is only *at the wrapped end of a wrapped line* that the space disappears. IMHO, the bug summary should be changed to Show spaces at wrapped end of a line in Writer, to avoid confusion and better pinpoint the problem. I believe this is one reason why nobody addressed or even set this issue to confirmed or worksforme. In a table this bug shows as a downright ridiculous breakage of the WYSIWYG paradigm: after typing past a line wrapping, one can insert as many new spaces as one likes, none at all show. Hard spaces show the behaviour one might expect from normal space. If inserting all those spaces didn't result in a corresponding amount of space characters being inserted, it might not have mattered (in some senses, although it would of course be a serious thing in other ways), but it does. Copy-pasting the portion from the table reveals all those spaces again. If OOo is used to process tables that are used for importing e. g. proofread material into some application, the results can be more or less disastrous. This is not an academic excercise, I and many other translators use such applications every day to make a living. I suggest raising this bugs priority as much as possible, it's a serious bug. - 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]
