What is expected to happen in Writer, Calc, or the Macro Editor is when one opens the Find & Replace window, with Regular Expression checkbox checked, in the Search for drop down put a circumflex in, and the beginning of every paragraph is found. Consulting the LO Wiki and built-in LO help, it is implied that using a circumflex by itself in the find field should match the beginning of a paragraph: http://help.libreoffice.org/Common/List_of_Regular_Expressions What happens instead is nothing is found. NOTE: A dollarsign ($) by itself *does* work as expected, i.e., it matches the end of each line.
Hi Jim, Pls use "^." (without the quotes) to find the first character of a paragraph. I think the ^ only is used in combinations. See some examples/explanation in the help . Regards, Cor
No. ^. is not equivalent. ^. means to match the first character on the line, and if doing a replace then the first character would be deleted. ^ by itself matches the start of the line (not including any characters), and replacing it with something effectively inserts the "replacement" text at the start of the line. You could use something ugly like replacing ^(.) with ${1}PREFIX to avoid deleting the first character, but that would fail on blank lines which don't have any characters in them. In any case, ^ (by itslef) is a standard, well-defined regular expression syntax used everywhere else (Perl, Python, vim etc. etc.) and Libre Office should not do something incompatible.
If you are unsure how regular expression syntax should work (in industry-wide practice), there are many books and online references, for example http://en.wikipedia.org/wiki/Regular_expression#POSIX_Basic_Regular_Expressions
Hi Jim, OK, sorry & thanks for explanantion. (In the mena time I understood that the same applies for $, that cannot be used on itself to find the end of a paragraph). Did it ever work as is expected, or is it something that has to be implemented.. In that case, this would be an enhancement...
AFAIK ^ has never worked correctly. I doubt anyone intentionally made Open Office regular expressions incompatible with industry practice, so I think this is a bug, not a missing feature. -Jim
Incidentally $ does match the end of paragraphs (as documented), but seems to match the paragraph break (not just tne -position- at the end of the paragraph), so paragraphs are merged forming a single new paragraph. Except only one of a group of successive empty paragraphs is matched. Matching the para-break itself seems odd to me (as usually unhelpful), but might be intentional. However the fact that only some empty paragraphs are matched is almost certainly a bug. EXAMPLE: In the following 1-line paragraphs, there are two empty paras between b and c (<P> indicates the paragraph symbol which is shown when displaying non-printing characters): a<P> b<P> <P> <P> c<P> Find-and-replace of $ with X replaces the 5 paragraphs with 2 paragraphs: aXbX<P> Xc<P> As you can see, the 5 paragraphs were collapsed into two paragraphs, except the "paragraph break" was not removed for one of the empty paragraps.
Any thoughts about fixing this? It's still a problem in 4.3-alpha1 Note that searching for ^. is not a work-around because it will not match the start of empty paragraphs (the "." does not match). So if you want to prepend something to every paragraph in a selection which includes empty paragraphs, then ^ alone is necessary.
Isn't your case just covered by using & in search and \nFOO in replace? For me that works in Writer
> Isn't your case just covered by using > & in search and > \nFOO in replace? Maybe that was a typo. The above does not work (does nothing--not matched). Can you suggest a work-around which inserts some text at the start of every line in Calc's Basic macro editor (including empty lines)? That's the problem this bug was originally about and which *should* be easy by replacing ^ with the desired text. That is standard regex behavior everywhere else in computerdom. ^ on its own should work (just like $ on its own does).
(In reply to comment #9) > Can you suggest a work-around which inserts some text at the start of every > line in Calc's Basic macro editor (including empty lines)? The component of this issue is Writer .. ?
Not sure where the regex code is. It manifests in writer and and ing Basic macro editor in Calc.
Still a problem in 4.4.0alpha1 > New
Maybe Component should be changed to Spreadsheet, because the problem is more simply visible when editing Basic macro code. It is common to want to insert spaces at the start of every line in a range (e.g. to "indent" the code one level), and replacing ^ with spaces does not work.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.