Cell formatting, such as font and colour, should only change the presentation of a cell, not its underlying value. Imagine if calculations involving cell values (such as sorting) could depend on formatting: Changing the font (or any part of the formatting) of a cell in some spreadsheet could actually break a calculation if a particular formula depended on certain values being in Comic Sans size 5 with orange background with a cell width of 0.1.
I am somewhat frightened that a question like this is even asked (and asked often), as that would mean that if this functionality was available, people would indeed use it. You can get the colour of a cell using macros, but please don't.
Instead of embedding information within the formatting, you should store it as a separate value. For example, if you have a column called fruit where one cell has the value apple, and you want to record that the apple is green, then do not just apply a green colour to the text apple. Instead create a colour column where the cell on the same row as apple has the value green.
I basically do that when I create spreadsheets (having extra columns for sorting), but I regularly receive files from MS-Office users who tell me "just sort by the color" and it is tiresome explaining every time that my tool cannot do that. They are not trying to annoy me, they just use their tool the way they always do.
Please allow me to quote somebody else: [..] the answer to "Train has overturned, people are trapped" is not "Train is designed to be operated in an upright fashion". Highlighting names by background color is a natural way for people to work.
Source: https://bugs.documentfoundation.org/show_bug.cgi?id=76258#c8
and since Libreoffice Calc is the poor man's Excel
OMG. How people are misled... (irrespective to my opinion on this request, which I personally don't need, but suppose to be implemented sooner or later anyway).
minus 10 for implementation!
The feature is neither basical nor actually useful. To the contrary it would cause problems and errors in different ways, disscussed over and over in real formus.
Nowadays I waste time again and again due to the habit of users to prefer stubborn and silly date formats - and often not being aware of the needs of text-based communication.
I really don't need users not knowing of the fact that often hundreds if not thousands of colors are not distinguishable to the human eye or shown very differently on different screens, that there are no reliable ways to define a term like "red" beyond the usage in a palette, and that palettes cannot be guarenteed to be long-term stable let allone to be compatible across applications - but expecting me to waste my remaining time with helping them out of the mess they made.
@Lupp: agree. However, I am sure that in practice someone will implement that. Too much wanted by many.
Quoting @Mike Kaganski:
...I'm sure ... someone will implement that ...
As an incurable optimist I don't feel quite sure, but I'm afraid, I'm wrong.
This is one of the cases where my suspicion tells me that MS-And-All developers also know how bad and dangerous such a feature is. If they actually implemented it, it must have been due to being forced by a mangement decision based on one truth: The only reason for anybody to buy/use our software is its incompatibility. They cannot take the risk to be compatible. But they may simulate an approach.
(I wouldn't search for it now, but actually I once wrote a bit of Basic code to help somebody to get a rough binning of our 2^24 colors under the labels "red", "yellow", and something else. I told him to exclusively use my help to find his cell ranges ...
Using color to mark up data for significance makes some sense.
Using such coloration as a condition for sort, filtering or summaries is a bad idea, because color is not an exact value.
Color is a visual clue. Vision varies from person to person, depends on lighting situation (white balance and such) and may be perceived differently depending on previous eye exposure. Also, color is a product of 3 or 4 distinct magnitudes (Luminance/hue/saturation, 3 additive primaries or 4 subtractive primaries) which can sometimes yield similar coloration (to our perception) from very different magnitudes.
In other words: Creating a solution which makes sense to the average user is a fairly overwhelming task. Also, because the input is not deterministic, it is not good input for a typical spreadsheet task. With limited developer resources available, this is not likely to be given priority.
Yes, there is a hack, as I have seen mentioned. No, I will not search for it and test it for you. Do a search. You are likely to find ut.
If you must do things the Excel way (be it out of own desire or client demand), at best use Excel.
Asked: 2017-11-01 14:43:45 +0200
Seen: 6,645 times
Last updated: Aug 07
Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.
.jpg "keme"){kind=small}
This is not a good title. Please change it so that it summarizes the question. Then provide more details in the question body. Is this cell background color or text color, and are styles involved? Also, give an example of how the colors should be sorted. What colors come first?
The question seems clear enough to me. Excel has had this for some time now...after setting up auto-data filters to column tops, on pulling down any of those column-heading menus, one will see an obvious "sort by color..." option that's not in the same place in Calc, if it exists anywhere. It lets the user filter cells by color, of course, which is a great visual method I use for tagging rows I want to follow up on. I'll keep looking.
@Dave S: Why don't you open a new question and add a link to this one? First, take a look at guidelines for asking. Recognize that many of us do not use Excel, so be sure to explain exactly what is needed.
Question reformulated
The question is formulated bad in the sense that all the question is fit into the title, and the description is almost empty, while it should be like this:
e.g.
Sort or filter by cell background color in Libreoffice Calc(so it gives a brief idea what it is about)Just a style issue, not a big deal :-)
And no, there's no such feature yet... tdf#76258, tdf#95520.
If there was such a feature it would encourage users to code relevant information using CellBackColor instead of explicit cell content. Such ways of "coding" are bad and dangerous for many reasons.
In addition users filtering by color would very likely also expect the filter to work with conditionally applied (CF) colors not understanding the difference. If I am asked I will opt against such a feature.