Summary: | add NOPRINTROW and NOPRINTCOL functions | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Tim Deaton <tim> |
Component: | Spreadsheet | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | qubit, winfrieddonkers |
Version: | 4.0.6.2 release | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | use of filter to hide/show rows |
Description
Tim Deaton
2014-01-27 03:32:09 UTC
(In reply to Tim Deaton from comment #0) > The first spreadsheet program I used (ancient shareware: ExpressCalc) had a > function called NOPRINT. I could put it in a cell by itself, or use it > inside > another function (like IF(G15=0,NOPRINT,"")). Either way, if any cell in a > given row evaluated to "NOPRINT", then that row would not be printed when I > printed the spreadsheet. Sounds like a neat idea. Status -> NEW I don't know how hard it would be to implement, or whether it would require an extension to ODF, so I'll cc Winfried for an expert opinion :-) Created attachment 111558 [details]
use of filter to hide/show rows
(I don't know if if get the gist of the requested enhancement right, so I made an attachment to make myself clear.)
Doesn't the use of filter do just what you want?
Thank you, Robinson & Winfried, for noticing and commenting on this. Winfried, I had not previously been aware of the filter menu option. THANK YOU! It does indeed do much of what I want. With the AutoFilter turned on, I could do things manually in 5 steps: 1. click the down-arrow for a column with data only in the rows I want to print, 2. select "Not Empty" from that menu, 3. print the spreadsheet, 4. click the down-arrow for the same column again, and 5. select "All". With the NOPRINT function I suggested, the printing process would search for the output of that function (just as it now searches for a "print range") and on finding that output would perform those five steps automatically. -Tim Deaton (In reply to Tim Deaton from comment #3) > With the NOPRINT function I suggested, the printing process would search for > the output of that function (just as it now searches for a "print range") > and on finding that output would perform those five steps automatically. Hi Tim, I have two more comments on your request that need consideration: - The NOPRINT function you suggest only supports not printing empty cell-rows, whereas the filter offers many more options. To make a NOPRINT function versatile (i.e. useful for many users, not just one or two), it would need to have rather a lot of arguments as various filter-options (ranges as well as criteria) must be possible. This makes the function less easy than your macro. - The NOPRINT function you suggest is not a function in the way the functions are defined (see http://docs.oasis-open.org/office/v1.2/cos01/OpenDocument-v1.2-cos01-part2.html#__RefHeading__1017860_715980110 ), i.e. a function returns a result which is shown in the cell where the function resides, a function is stored with the document together with its result (making it fast to read a spreadsheet document as no calculation is needed). All in all, I think that the functionality you want can be added in 3 ways: -use your macro and saved in in your default spread document so that it is available to you in all the spreadsheet documents that you create. This is a solution for you/your documents only; -make an extension that offers the functionality of your macro. Extensions can me made quite easily (if you can write macros, making extensions shoud be within your grasp, too) and can be made available to alle users who want his functionality; -develop an extra functionality in Calc. Not a function, but a menu option (something like 'print filtered selection ...'), possibly with remebering the filter settings, so that setting is needed only the first time and when settings are to be changed. The first two options are directly available to you, the third would need some discussion with UI-experts before developing can be started. It may even be that UI-experts say that the gain of the extra functionality is small compared with the added complexity of the menu. It is not that your idea is bad, not at all, but I try to balance the current possibilities with the effort needed to enhance them and the benefit to the general user. This is just my personal opinion; I interested in your thoughts. |
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.