[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find & Replace window open

2016-10-01 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=87525

Heiko Tietze  changed:

   What|Removed |Added

 Blocks||102847
 Depends on|102847  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102847
[Bug 102847] [META] Quick Find, Search and Replace
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find & Replace window open

2016-09-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=87525

Heiko Tietze  changed:

   What|Removed |Added

 Depends on||102847


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102847
[Bug 102847] [META] Quick Find, Search and Replace
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

--- Comment #12 from Heiko Tietze heiko.tie...@user-prompt.com ---
The issue comes from the fact that the Find  Replace dialog is not modal. Is
there any reason for?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

Michael Bauer f...@akerbeltz.org changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #8 from Michael Bauer f...@akerbeltz.org ---
It's hardly UNCONFIRMED any longer, no? See comment #1?

Anyway, I thought I was pretty clear in comment #5 but I'll try and be clearer.

Current behaviour:
If Find  Replace window is open and the user selects a data range and then
runs find  replace, the selected data range is ignored because the Current
selection box remains unticked.

This is illogical (and referring to comment #6 in fact is annoying users as it
is). I have yet to hear someone suggest a situation in which a user is doing
Find  Replace, selects a data range manually but still wants to run Find 
Replace on the whole data range. 

Proposed behaviour: When the user manually selects a data range, this should be
the default range for Search or Search  Replace, irrespective of what
window was open before or during the selection of the data range. Search and
search   Replace should only cover the entire document if the user manually
deselects Selected range in the options.

This is, by the way, also the default behaviour in Excel.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

Beluga todven...@suomi24.fi changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
  Component|Spreadsheet |ux-advise

--- Comment #9 from Beluga todven...@suomi24.fi ---
(In reply to Michael Bauer from comment #8)
 This is, by the way, also the default behaviour in Excel.

Excel 2013 doesn't have a tickbox to alternate between current selection.
Always defaults to selection, if present.

Changing this to ux-advise.

Comment from Matthew Francis:
I would e.g. select something to copy and paste *into the dialog*, then get
confused/annoyed by the lack of result

This is not a far-fetched scenario, as the Current selection tickbox is hidden
by default.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

Robinson Tryon (qubit) qu...@runcibility.com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #10 from Robinson Tryon (qubit) qu...@runcibility.com ---
(In reply to Beluga from comment #9)
 (In reply to Michael Bauer from comment #8)
  This is, by the way, also the default behaviour in Excel.
 
 Excel 2013 doesn't have a tickbox to alternate between current selection.
 Always defaults to selection, if present.
 
 Changing this to ux-advise.

Fair enough:
Status - NEW

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

--- Comment #11 from Michael Bauer f...@akerbeltz.org ---
A lack of results is a more preferable 'error' in my view because no data is
lost or affected until the correct settings are chosen. When I discovered this
'behaviour' by accident, I had already lost 2 days work because the default
behaviour 'silently' affects the whole sheet. This of course includes the
selected range but unless you *happen* to have to rows or columns side by side,
only one of which should be affected, then you potentially, as I did, mess up a
whole swathe of data without ever noticing it until it's way too late.

True, Excel has no such tickbox but it is the default behaviour. Thank you for
clarifying.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

Robinson Tryon (qubit) qu...@runcibility.com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||qu...@runcibility.com
 Ever confirmed|0   |1

--- Comment #7 from Robinson Tryon (qubit) qu...@runcibility.com ---
(In reply to Beluga from comment #6)
 Changed severity to enhancement, but this needs to be debated. Some users
 might get annoyed, if this sniffing of selection was implemented.

Sounds like one for the UX to contemplate...

(In reply to raal from comment #4)
 You propose findreplace If the user has (and that's the behaviour most
 users will exhibit) selected a particular data range, than this should
 automatically active the 'current selection only' feature., but user untick
 Current selection.

Is that what's being proposed here? Let's get our ducks in a row first, and
then this can go over to the UX Team for clarification.

Status - NEEDINFO

(Michael: Once you've added a clear proposal for what to change re: Find 
Replace, then change status back to UNCONFIRMED, please. Thanks!)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2015-01-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

Beluga todven...@suomi24.fi changed:

   What|Removed |Added

 CC||todven...@suomi24.fi
   Severity|normal  |enhancement

--- Comment #6 from Beluga todven...@suomi24.fi ---
(In reply to Michael Bauer from comment #5)
 It is simply illogical to assume that a user manually selects a data range
 and then wants, be default, to ignore that selection and
 search/search/replace the entire sheet. Why would a user bother to select a
 data range for that?

Changed severity to enhancement, but this needs to be debated. Some users might
get annoyed, if this sniffing of selection was implemented.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2014-12-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

--- Comment #2 from Michael Bauer f...@akerbeltz.org ---
Ah... thank you. I think I will keep this open as a bug though because this is
pretty idiotic I must say, as a 'feature'. If the user has (and that's the
behaviour most users will exhibit) selected a particular data range, than this
should automatically active the 'current selection only' feature.

In my case, this may have cost me 2 days work because I did NOT realise that
the adjacent column aside, this may have affected data across the large
spreadsheet I was working in. Now I have to backtrack to make sure LO did not
mess up my data.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2014-12-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

--- Comment #3 from Michael Bauer f...@akerbeltz.org ---
Ah and I discovered something else. When the FindReplace window is not open
and I select a data range, then I open it, then the Selected Range Only is
selected. So the problem is 'ticking that box' when the window is already open.
So I think it actually is a bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2014-12-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

--- Comment #4 from raal r...@post.cz ---
(In reply to Michael Bauer from comment #3)
 Ah and I discovered something else. When the FindReplace window is not open
 and I select a data range, then I open it, then the Selected Range Only is
 selected. So the problem is 'ticking that box' when the window is already
 open. So I think it actually is a bug.

Yes, looks like dialog check selected cells during starting. How LO should
solve this situation?

 - user select more cells
 - open FindReplace window
 - untick Current selection for some reason
 - run FindReplace  -- (more cells are selected)

You propose findreplace If the user has (and that's the behaviour most users
will exhibit) selected a particular data range, than this should automatically
active the 'current selection only' feature., but user untick Current
selection.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2014-12-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

--- Comment #5 from Michael Bauer f...@akerbeltz.org ---
I'm not sure I understood what you meant but what I'm saying is this:

When the user manually selects a data range, this should be the default range
for searching or search  replace, irrespective of what window was open before
or during the selection of the data range. The search and searchreplace should
only cover the entire document if the user manually deselects 'Selected range'
in the options.

It is simply illogical to assume that a user manually selects a data range and
then wants, be default, to ignore that selection and search/search/replace the
entire sheet. Why would a user bother to select a data range for that?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 87525] Wrong replace behaviour with Find Replace window open

2014-12-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=87525

raal r...@post.cz changed:

   What|Removed |Added

 CC||r...@post.cz

--- Comment #1 from raal r...@post.cz ---
Do you have checked Other options - Current selection only on Findreplace
dialog?

Probably when Findreplace dialog is starting then dialog check if more than
one cell is selected. If yes, dialog tick the option Current selection only.

I can reproduce with Version: 4.5.0.0.alpha0+
Build ID: 2116f1cfb31e5fcf829c2f101cd878a32b56c365
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time:
2014-12-19_05:59:03

I think it's not a bug, you can tick the option Current selection by
yourself.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs