Launchpad has imported 18 comments from the remote bug at
https://bugs.documentfoundation.org/show_bug.cgi?id=52504.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2012-07-25T21:05:07+00:00 jimav wrote:

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.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/8

------------------------------------------------------------------------
On 2012-10-06T20:51:47+00:00 Cno wrote:

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

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/11

------------------------------------------------------------------------
On 2012-10-07T07:56:53+00:00 jimav wrote:

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.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/13

------------------------------------------------------------------------
On 2012-10-07T08:01:57+00:00 jimav wrote:

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

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/15

------------------------------------------------------------------------
On 2012-10-07T22:20:08+00:00 Cno wrote:

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...

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/17

------------------------------------------------------------------------
On 2012-10-09T00:37:57+00:00 jimav wrote:

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

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/19

------------------------------------------------------------------------
On 2012-10-09T00:58:11+00:00 jimav wrote:

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.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/21

------------------------------------------------------------------------
On 2014-05-15T07:38:55+00:00 jimav wrote:

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.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/23

------------------------------------------------------------------------
On 2014-06-22T13:34:30+00:00 Cno wrote:

Isn't your case just covered by using
 & in search and
 \nFOO in replace?

For me that works in Writer

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/25

------------------------------------------------------------------------
On 2014-06-22T22:47:25+00:00 jimav wrote:

> 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).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/27

------------------------------------------------------------------------
On 2014-06-29T18:58:35+00:00 Cno wrote:

(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 .. ?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/29

------------------------------------------------------------------------
On 2014-06-30T15:56:09+00:00 jimav wrote:

Not sure where the regex code is.   It manifests in writer and and ing
Basic macro editor in Calc.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/31

------------------------------------------------------------------------
On 2014-11-04T20:53:06+00:00 Cno wrote:

Still a problem in 4.4.0alpha1
 > New

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/33

------------------------------------------------------------------------
On 2014-11-05T16:52:58+00:00 jimav wrote:

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.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/35

------------------------------------------------------------------------
On 2015-06-07T20:08:52+00:00 Gordon1drake wrote:

To add text to the beginning of every paragraph you can do it in two
passes.  The first finds the start of the paragraph and the first
character and replaces it with whatever text and the first character.
The second pass will find empty paragraphs and replace it with whatever
text and a paragraph break.

Search For:    ^.
Replace With:  <text>&

Search For:    ^$
Replace With:  <text>\n

I don't know if LO has anything for the start of a line whether it is
the beginning of a paragraph or a line that has been word-wrapped .

Windows Vista 64
Version: 4.4.3.2
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/36

------------------------------------------------------------------------
On 2015-06-07T22:11:36+00:00 jimav wrote:

> Search For:    ^.   etc.

No, that does not work as explained in comment#2 (empty lines have
nothing for the "." to match).

The ^ alone is supposed to match the start (but doesn't).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/37

------------------------------------------------------------------------
On 2015-06-07T22:57:45+00:00 Gordon1drake wrote:

You have four paragraphs like this:
this works

this works
this works

First, run this:
Search For:    ^.
Replace With:  yes &

Then, run this:
Search For:    ^$
Replace With:  this also works\n

The result looks like this:
yes this works
this also works
yes this works
yes this works

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/38

------------------------------------------------------------------------
On 2015-06-07T23:08:05+00:00 jimav wrote:

Ok, I see what you are doing.  That two-step procedure will work (but
should not be needed).

Thanks for pointing it out.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/465309/comments/39


** Changed in: df-libreoffice
       Status: Unknown => Confirmed

** Changed in: df-libreoffice
   Importance: Unknown => Wishlist

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/465309

Title:
  [Upstream] Regular Expression Search for circumflex by itself does not
  find beginning of a paragraph

Status in LibreOffice:
  Confirmed
Status in OpenOffice:
  New
Status in libreoffice package in Ubuntu:
  Incomplete
Status in openoffice.org package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  1) lsb_release -rd
  Description:  Ubuntu 12.04 LTS
  Release:      12.04

  2) apt-cache policy libreoffice-calc
  libreoffice-calc:
    Installed: 1:3.5.3-0ubuntu1
    Candidate: 1:3.5.3-0ubuntu1
    Version table:
   *** 1:3.5.3-0ubuntu1 0
          500 http://us.archive.ubuntu.com/ubuntu/ precise-updates/main i386 
Packages
          100 /var/lib/dpkg/status
       1:3.5.2-2ubuntu1 0
          500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages

  3) 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

  4) What happens instead is nothing is found.

  WORKAROUND: Notepad++ 6.1.2:
  http://notepad-plus-plus.org/download/v6.1.2.html

  via WINE.

  apt-cache policy wine1.5
  wine1.5:
    Installed: 1.5.4-0ubuntu1~ppa1~precise1+pulse17
    Candidate: 1.5.4-0ubuntu1~ppa1~precise1+pulse17
    Version table:
   *** 1.5.4-0ubuntu1~ppa1~precise1+pulse17 0
          500 http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu/ precise/main 
i386 Packages
          100 /var/lib/dpkg/status

  ProblemType: Bug
  Architecture: amd64
  Date: Fri Oct 30 11:36:03 2009
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-core 1:3.1.1-4ubuntu2 [modified: 
var/lib/openoffice/basis3.1/program/services.rdb]
  ProcEnviron:
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-12.41-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-12-generic x86_64

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/465309/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to