I have been waiting forever for OOo to implement a "Find all" feature that searches all pages by default and gives a list of clickable results. I am now hoping that LibreOffice calc will implement this soon.
I have 3 files that I open at work daily using another application because Calc lacks this feature.
Created attachment 50233 [details]
Illustrates problem with LibO Calc search feature
I have attached a file to further illustrate what the problem is.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
No action has been taken to address the issues raised
Version 3.5 is out and this issue has not been addressed. Sadly, I didn't miss any of the improvements that we made. I am confident that if the developers wanted to, they could fix this problem. I just can not understand why they don't want to.
This is a Calc issue, therefore changed the 'Component' field accordingly. This will make it easier to find this report, I hope.
This is an enhancement request, not a bug report, therefore changed the 'Importance' field accordingly.
I can appreciate the reasons for the changes even if I don't agree with them. Just want to point out that when anything bugs me, I regard it as a bug.
It really is a pity that the only attention I cannot get is that of the developers.
Yes I know it is free, but they will accept contributions so...
Do I really need to wait until I retire in another 15 years or so, plus another 2 or so years that it may take me to learn programming (If I live that long) for this to be fixed?
*** Bug 47426 has been marked as a duplicate of this bug. ***
Hmm... dotting the Is and crossing the Ts of bug reporting protocol. I wonder if this means that action is being taken to fix the bug, or should I just consider all the time and effort I have already put into filing this bug in the hope of helping to improve Libre Office, a waste of time?
(In reply to comment #10)
> Hmm... dotting the Is and crossing the Ts of bug reporting protocol. I wonder
> if this means that action is being taken to fix the bug, or should I just
> consider all the time and effort I have already put into filing this bug in the
> hope of helping to improve Libre Office, a waste of time?
Hi there, thanks for your bug report - competitive analysis and write-up.
This is an enhancement request; as such it needs someone to take an interest in the issue and come up with a patch. In the absence of any volunteers to do that this might take some time:
> Do I really need to wait until I retire in another 15 years or so, plus
> another 2 or so years that it may take me to learn programming
Well - you could interleave the tasks & learn to program now, and find a new job in S/W engineering with your new skills :-)
Anyhow - I'll make it an easy hack by adding some code pointers to your nice description.
It looks like we should fix the find dialog to be modelled on the gnumeric one.
First we should convert that dialog to a .ui file so we can tweak the layout; cf.
and svx/inc/svx/srchdlg.hxx - SvxSearchDialog.
It needs to be 'tabbed' and glade-ified inside SvxSearchDialog and the sub-classes checked;
Then we can add this 'Matches' tab, and embed a table with the results (presumably as well as selecting them on the screen to avoid changing functionality).
Quite a big chunk of work - but hopefully with some positive results.
We should prolly rid ourselves of the expander, and move those less frequently used options to the Advanced tab.
I'm going to try to start working on this over the next week.
(In reply to comment #14)
> I'm going to try to start working on this over the next week.
I am the happiest man in the world today.
The find and replace dialog is now converted to .ui format as svx/uiconfig/ui/findreplacedialog.ui
MatuÅ¡ Kukan committed a patch related to this issue.
It has been pushed to "master":
fdo#39881 change Find All behaviour in Calc
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Wow - nice work Matus ! :-) don't forget:
when you're done ? :-)
From the results of my tests, I would say the this bug is fixed in 4.2 Alpha0+ Master. I'm as proud as punch. Michael Meeks and Matúš Kukan are my new heroes.
I would love to have their autographed pictures.
Respect due to all Liberoffice Development crew.
Guess I'm too excited to pay attention to spelling.
Nothing to do with me - Matus is the main man here :-) nice work Matus !
Please don't forget to add your nice work to https://wiki.documentfoundation.org/ReleaseNotes/4.2#Calc :-) best with a screenshot of the new result dialog.
(In reply to comment #22)
> Please don't forget to add your nice work to
> https://wiki.documentfoundation.org/ReleaseNotes/4.2#Calc :-) best with a
> screenshot of the new result dialog.
Yep, sorry, only now briefly edited it
This was fixed. As of tonight it is back to square one. I am no longer getting a list of results to click.
Build ID: 420m0(Build:2)
Has anybody else tested this latest problem yet. Could it be an Ubuntu issue?
I am seeing a somewhat similar issue with Google Chrome. (A window I expect to load doesn't)
(In reply to comment #24)
Not reproducible in 18.104.22.168 (installed from official PPA), it works flawlessly.
Tested with Ubuntu 12.04 32bit
22.214.171.124 works perfectly
Migrating Whiteboard tags to Keywords: (EasyHack,DifficultyInteresting,SkillCpp )