On large screens in large spreadsheets, it is hard to track which cells are in the same row (or column). It should be at least optional that all cells in the same column/row should be highlighted, e.g. by being darker, lighter, or with some additional semi-transparent color. Note: This is not the same as selecting rows/columns via Ctrl+Space or Shift+Space. My request is optical only, it does not change the content or functionality of a spreadsheet.
Someone else had requested this before. In fact, there was even a patch (though not implemented correctly). I'll keep this meanwhile.
Happy anniversary! Kohei: Any news about this bug? If someone else requested this before, is there are a bug report on this? Where can I get the patch you are speaking of?
Any progress on this Kohei? This would be a really useful feature, I was actually looking for it in MS Office at my work today thinking "man that would be useful" from what I can see, they don't have it, it would be awesome if we did :) Let me know if there's something I can do to help - if you link to the old patch I might be able to see what I can do with it
Unassign. No time for this.
Thanks for the update. After I'm done moving measurements I might take a stab at this, until then I'll try to find someone else to pawn it off on :)
*** Bug 78682 has been marked as a duplicate of this bug. ***
Related AskLO thread: http://ask.libreoffice.org/en/question/40153/
Apparently this is quite difficult to implement...which is unfortunate. Maybe a decent GSoC idea for the next round
(In reply to comment #7) > Related AskLO thread: http://ask.libreoffice.org/en/question/40153/ Sorry. That was a duplicate thread. Original AskLO thread and LO forum thread (which contains a clear mockup) added to URL field. My comments are info only (for clarity of others) and not a desire to see this issue pushed. @Joel, shame about the difficulty all the same as it does seem a decent feature.
Created attachment 106721 [details] Mockup of what this feature would look like. Mockup from LO forum thread added for ease of use.
This would be a really great feature and plenty of users would vote for it if they only knew how they could - or that this RFE existed...
It is obvious no author of excel/calc really uses it for serious work with big tables, otherwise this feature would already be there. Sorry for OT, but it is like debating if we need graphical representation for cursor. In the end, You can just start writing and see where it is, or You can just click with mouse to ensure its location, so where is the problem?
Please refrain from adding useless comments that add nothing to getting the enhancement moving forward. http://joelmadero.wordpress.com/2014/10/11/user-expectations-and-the-reality-of-our-community/?sn=c&c=326#comment-326 Of course - if you have the skills (and aren't just demanding other people to put in time) - patches more than welcome
*** Bug 93702 has been marked as a duplicate of this bug. ***
Just want to state that I personally think it would be a useful feature, if possible even with some sort of options menu where you can chose the kind of highlighting and whether to select the complete row column (like a cross +) or only the two sides related to the row column (L-form). I am aware, depending on the implied work, this might be more or less prioritized, but it's one of those things that might make a positive impression on potential new users, encouraging LO usage.
Happy 5th anniversary! So, most agree that this is a good idea. Anyone actually working on it?
No - we don't give ETAs or guarantees. A volunteer with some pretty serious skills would have to take an interest and put in the time. Talking to one of the experienced developers...it's no trivial task. It might never be implemented, really just depends on if a volunteer wants to do it.
It seems a quite popular request even in Excel, where there is a (commercial) extension set that does it, and a series of hacks with VBA. Just saying --- I'd love to have the skill for implementing it, so I will not whine ;-). See https://www.extendoffice.com/documents/excel/1494-excel-highlight-active-row-and-column.html
I can take a swing at this issue if given a starting point by someone more familiar with the project. Are there any instructions on how to set up the project in an IDE like Eclipse or IntelliJ IDEA?
Sad to hear it's not a trivial task to highlight the current row.
I completely agree, the VBA macro for excel is something like 25 lines of code, pretty sparse code In fact it just dynamically sets the background color property of all cells in active row/column. Is it really so difficult to implement something similar in LibreOffice that it takes several years?
Oh, how I really hope time travel would be real. Because I am pretty sure that given 30 years, LO or OO or whatever succeeds them will have this function implemented natively without the use of macro. Or maybe Microsoft Office would be totally free and there's no need to use OO or LO. So I just need to go to 2048 and grap a copy of the software!
I am not a programmer, but this lack of a feature has always baffled me for its seemingly simple solution, and the lack of it has made working from a spreadsheet much more tedious (when calling hundreds of phone numbers from a contact list, for example.) I've never understood why this is such a difficult task, considering so many other programs, like gnucash, are able to highlight (or put a temporary border) around the row and/or column last clicked on. It sees to me, and this is for anyone who does have the notion for programming it in, that it should be as simple as duplicating the routines in the select row/column action that cause the selected row/column to highlight. It is obvious this routine analyzes the position of the cell, figures out which column and row it is in, determines which cell in that row is the first one in the sheet that is actively being displayed on the screen, and then paints a background color in that originating cell, and continues +1 until all actively displayed cells in the row/column are painted. Couldn't a duplicate of this routine be created for a highlighting function (turned on and off in a menu item?) The only difference would be using a different color. This routine also wouldn't select the first cell in the column/row you select, as you would be selecting a cell first, and calling the routine to highlight second.
+1!
I have a vision problem that makes going across a row difficult some days to follow. This is just what I need. While I cannot code I would be willing to test such a patch.
+1 Similar to Rich with the vision. Having the highlight would be of a big help.
+1 i really need this feature.
*** Bug 129545 has been marked as a duplicate of this bug. ***
+1 similar to Rich and Ben
I can understand this might be difficult to implement. A compromise could be a function to momentarily select the row and/or column of the current cell. It could be a shortcut you press to highlight the row and/or column for one second, or it could highlight the row/column for an instant each time you press the left/up or right/down arrow.
Instead of changing the behaviour of the software can this perhaps be implemented with a sort of modifier keys? The user selects the cell and the behaviour is unchanged but if the user uses key+click to select the cell that highlights the row and the column. Would this be easier to implement? Sorry for not being able to bring a bigger contribution to this.
+1
Hello there... Seems like no user of OOo 1 has read this bug so far, because that feature was already in OOo (or was it Star Calc?) before. And yes, it was EXTREMELY helpfull!! I think it vanished when Windows XP arrived, because there was a problem with the new Theme back then. But that is ages ago ;) Count me in to the people that want that feature (back) in LibO. It really is so hard to copy lines to paper by hand, if there is no visual highlight of the current line/row... I started to select the line that I'm working on right now, but thats more of a workaround, not a permanent solution...
Feature still missing in 6.4.5.2
Created attachment 164684 [details] Transparent rectangle for the current row & column
Maybe there's an easy way to implement this in v7! I saw in the LO 7 release notes[1] that there's now support for transparent text in Writer and other components. Can that code be reused to apply a transparent rectangle over the current row and column, as illustrated at https://superuser.com/questions/899479/how-to-highlight-whole-row-and-column-under-cursor-in-openoffice-calc? [1]: https://wiki.documentfoundation.org/ReleaseNotes/7.0
Actually, this SHOULD be easy to implement - just do exactly what clicking a row or column header does (or Shift+Space), but with a different color.
+1 I also need this feature for work with long and wide spreadsheets. It seems such feature is present in Windows version? Or is it only system feature there? I am a Linux user (KDE), have only seen it by other people.
(In reply to Wojciech from comment #38) > It seems such feature is present in Windows version? I wish that would be so... Don't worry, Linux users are not disadvantaged here, there is currently no highlight, on any OS.
(In reply to Dan Dascalescu from comment #37) > Actually, this SHOULD be easy to implement - just do exactly what clicking a > row or column header does (or Shift+Space), but with a different color. Thanks for the hint on Shift + Space. That makes the situation already a bit better ;)
All. This feature request is more then ten years old now. It is funny that we are still in the same shame. +1, this should be an extremely helpful feature. CTRL+SPACE and Shift+Space does not work for me on Version: 7.1.4.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: hu-HU Ubuntu package version: 1:7.1.4~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded Ctrl+space OR shift+space alone itself are working, but cannot highlight the current cell as a +, due to the complete sheet gets highlighted upon pressing the second set of keyboard shortcuts.
Sounds like a good enhancement. We should make it optional in both on/off and color. Tools > Options > Calc > View: "[x] Highlight col/row <Blue>" (default color ideally taken from the system theme). And it requires an entry under the View main menu and a good shortcut. Perhaps alt+space since ctrl/shift+space select the col/row. A selection overwrites the highlighting, of course.
It could be a highlight (transparent shade of color) or even a border (similar to selection highlight in another color, maybe, or just a colored border making a "cross" row-column). I use to have to explore big student data spreadsheets (thousands of rows and around one hundred columns) and this would be a life safer --- now I sometimes have to select a column and use an on-screen horizontal ruler to be sure to pick the right spot. Heiko's suggestions seem spot on!
Was looking into the code but it seems to be a tricky thing. We could use either ScOutputData::DrawBackground() or ScOutputData::DrawGrid() for the highlighting (would suggest to add a boolean parameter to the function because it's also used for print and other previews), which is called from ScGridWindow::DrawContent() (gridwin4.cxx). But no idea what cells is focused at this position.
(In reply to Heiko Tietze from comment #42) > Sounds like a good enhancement. We should make it optional in both on/off > and color. Tools > Options > Calc > View: "[x] Highlight col/row <Blue>" > (default color ideally taken from the system theme). Marked selection is already blue, so that should be something different. > shortcut. Perhaps alt+space No, because Alt+Space opens the window menu in at least GNOME and other window managers. (In reply to Heiko Tietze from comment #44) > Was looking into the code but it seems to be a tricky thing. We could use > either ScOutputData::DrawBackground() or ScOutputData::DrawGrid() Anything ScOutputData would be wrong because it's not related to data at all, nor styles. It also wouldn't be a background. Take a look at ScTabView::MarkRows() and ScTabView::MarkColumns(), which are called for .uno:SelectRow and .uno:SelectColumn, it would be almost the same (without the actual mark and selection of course) and should be a HighlightOverlay added to the OverlayManager, similar to the SelectionOverlay that is updated from InitBlockMode() as ScGridWindow::UpdateSelectionOverlay(), e.g. like UpdateHighlightOverlay() and so on. They could share a great portion of code.
Thanks Heiko and Eike for working on this :) (In reply to Eike Rathke from comment #45) > (In reply to Heiko Tietze from comment #42) > > Sounds like a good enhancement. We should make it optional in both on/off > > and color. Tools > Options > Calc > View: "[x] Highlight col/row <Blue>" > > (default color ideally taken from the system theme). > Marked selection is already blue, so that should be something different. I just played with colors: - Color only on the Border (as someone suggested) → In my opinion too subtle to be really helpful in crowded tables. - Blue highlight → I tried it with less opaque versions of the "selection blue" and indeed that doesn't work, as the “selection blue” is already quite light, and you can't really go much lighter. Darker is also bad because you lose contrast to the content then. So Eike is right, it has to be another color then the "selection blue".
Too difficult for me. ScTabView::MarkColumns() and *Rows() take a lot of conditions into account such as merged cells (not perfectly correct though), other selection, and many more situations that are not clear to me. I also wonder if adding a selection is the right way. We could do it on-the-fly in ScGridWindow::UpdateSelectionOverlay(), and perhaps only if nothing else is selected. The range would be from 0 to max_view (GetScrSize()?) with GetCurX/Y() by cell width (no idea how to calculate the width/height in px) and has to respond to ScGridWindow::CursorChanged() but also resize and scroll. Bayram, is this something for you?
(In reply to Heiko Tietze from comment #47) > > Bayram, is this something for you? I'm not sure, but I'll work on it as soon as possible.
Any progress? For LO 7.4 beta1?
(In reply to Phil from comment #49) > Any progress? > For LO 7.4 beta1? no progress so far.
In the meanwhile, I discovered that (at least on Gnome Shell) I can use the "Universal access" hairline zoom feature, which helps a lot. There is an explanation here: https://askubuntu.com/a/1095983/16395 --- if you choose a very transparent color for the airline cursor and a default zoom factor of 1.00, you can then use the keyboard (by default super+alt+8, but you can change it) to superpose to the mouse cursor a full-screen crossline. Clearly not the same thing, because it follows the mouse and not the active cell, but it's better than nothing on very big sheets.
Exactly what I have been looking for. It would be great to see this one day
+1 to this request I have always felt the need for this feature when working with very long tables. I was about to report an enhancement request about this.
Can suggest a half-measure - highlight the mouse cursor when hovering over the desired row/column. Maybe it's easier to implement?
@Yahueni, I do not understand what you mean by "desired row/column". Here: https://i.stack.imgur.com/Ly5sO.png you can see what I have using the "hack" I explained in my comment #51. Without the airline cursor lines, it is very difficult to find at a glance which row/column the cursor is in. The problem with my hack is that it's gnome-specific, it's slow, and follows the mouse, not the active cell.
Let's say cell X100 is currently active. Now, if the mouse cursor is anywhere in row 100 or anywhere in column X, it takes on a different shape or color
+1 to this request This would be highly desirable.
Might I suggest a kludge? How about an option that will allow us to highlight every nth row (give us the option, we put in a number); and then we select a color. On the same panel, we can have the same options for columns, a) every nth column, in b) a selected color.
One addition which shouldn't be much more work: allow us to highlight every 9th row/column, starting at row/column x. That way we might assign multiple colors: every 8th row/column starting at 2 might be yellow, every 8th row/colunm starting at 4 might be pink, etc.
nth, not 9th.
First of all, Happy 12th birthday, bugno 33201! This feature would be highly desireable, indeed - since MSO doesn't have this, too, it would be a significant advantage if this would be done. Is there anybody here who can point me in the right direction were to look for the right place to do this in the sources? @Joe Abraham: IMHO we should wait until this feature has been developed before we ask for further enhancements ... Best regards, MT
(In reply to mtness from comment #61) > Is there anybody here who can point me in the right direction were to look > for the right place to do this in the sources? Se Comment #45 in this bug ticket. I would start here: https://opengrok.libreoffice.org/xref/core/sc/source/ui/inc/gridwin.hxx https://opengrok.libreoffice.org/xref/core/sc/source/ui/view/gridwin.cxx https://opengrok.libreoffice.org/xref/core/sc/source/ui/view/gridwin4.cxx To implement this, one will have to add a new sdr::overlay::OverlayObjectList to handle this new highlight overlay.
When the bug (feature request) was exatly 10.5 years old a first useful comment stated the relevant fact concerning overlays and now we get more detail about this. The requested feature is concerning a very plausible wish of quite a lot of users, and a good way to offer another advantage of Calc compared to commercial competitors, without compromising the existing compatibility. However, it seems to me that the implementation does not amount to an "easy hack". Conflicts with conditional formatting must be carefully avoided. Well, I don't really understand any of this... Who might assign him(f/m)self to this?
Since I cannot find a way to vote, I'll just add my +1
*** Bug 155857 has been marked as a duplicate of this bug. ***
I need this feature too. Is possible to fund/pay for this feature?
(In reply to Massimiliano Vessi from comment #66) > I need this feature too. Is possible to fund/pay for this feature? You could ask Andreas: https://blog.documentfoundation.org/blog/2023/04/25/want-new-features-in-libreoffice-help-to-fund-developers/
@Massimiliano: If you found a developer who is able to implement this and costs would be too high: Post it back here and maybe we can setup some kind of crowdfunding. I'm sure there are several people here that would donate something to get this feature.
I would love to have this kind of highlight. It's much better than using Ctrl+Space or Shift+Space all the time.
Some hints for development are posted at https://dev.blog.documentfoundation.org/2023/08/10/highlight-the-current-row-and-column-in-calc-difficulty-interesting-easyhack/ They said has a difficulty of "Intersting EasyHack". Maybe someone can solve it before the 15th-year anniversary.
This feature would be indeed REALLY helpful! Apparently there is a way to implement it in MSO Xl using VBA... I haven't tried it, but it is described here... https://www.ablebits.com/office-addins-blog/highlight-active-row-column-excel/ ...and here https://trumpexcel.com/highlight-active-row-column-excel/ Perhaps it could give new ideas of how to implement it in LO Calc.
Sahil Gautam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/487e30bec174342fff07f1f8cc76c9beed4c4843 tdf#33201 Highlight current row and column in spreadsheet It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #72) > Sahil Gautam committed a patch related to this issue. Thanks Sahil for this contribution! This is looking great! I've just tested it and it is working as requested. Do you plan to do anything else about this issue? I would only suggest you add a Uno command to easily toggle Highlight On/Off. Then this could be added to the menu and toolbars/notebookbars.
Somethings -> * For tiling window managers like mine, if the tile is suddenly zoomed into(i.e. changed to fullscreen, then the highlight doesn't update then and there.) For others (desktop environments like kde, gnome etc, please confirm). About the Shortcut definitely (would be nice to have). [Screen Status]? when not maximized, enable highlighting, and then dragging the corner of the window, increase the window size.
Created attachment 190899 [details] Screenshot Looks too light for me with 'Standard spreadsheet theme' Scheme 'Automatic' 'System theme'/'Light' Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8369765ec5be151082a6e31c16e2ab2b0df13f5c CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo
Sahil Gautam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b05905dc2da404fd307b4589ca2df424b1bb4d65 tdf#33201 Make Row/column highlight usable It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Do I need to do something? Because I don't see any change. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: baecfd21797310bb15ab98ca3962445d99e397db CPU threads: 16; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to elmau from comment #77) > ... Edit the expert configuration, search for 'ColumnRowHighlighting' change to true.
(In reply to m.a.riosv from comment #78) > (In reply to elmau from comment #77) > > ... > Edit the expert configuration, > search for 'ColumnRowHighlighting' > change to true. Thank... like you, is very light in my default system, but, is a great tool.
The light color will be fixed ASAP. Please give some color preferences like make it dark black, or green etc.. or use this hex value instead.. etc.
Created attachment 190925 [details] Screenshot of the proposed color. I like a light rose fff5f5, a color not used on other parts.
(In reply to Sahil Gautam from comment #80) > Please give some color preferences... The cell frame is drawn with the accent color. I'd use rStyleSettings.GetAccentColor() and make it 75% lighter/darker depending on the theme; and let the user override the default to allow light rose or pink.
Patch will be up soon..
This is quite a killer feature, thanks! Effectively, the shade is basically invisible now, but I'm confident it will be changed ;-). A suggestion: if you make it configurable, it would be better to have a couple of colors, for light and dark mode, to take into account the systems that switch automatically.
Sahil committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b6f274f3d0a415e84cda45f5929d89130974ee2d tdf#33201 Change default HighlightOverlay color It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
This is great... work fine in: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: c8f7408db73d2f2ccacb25a2b4fef8dfebdfc6cb CPU threads: 16; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Wow, that's perfect! Thank you a lot! Now, the only missing thing it's the possibility to bind the on/off to a key combo and/or to a toolbar icon and/or an item in the "View" menu (maybe after the show hidden row/columns?) A doubt --- 24.2 means that it will be in the version released next February? I have 7.6.3.2 now...
Sahil Gautam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a4d11d07fbace142cba82c30ecb09ff99b9bbb6f tdf#33201 Checkbox Implementation for Col/row Highlight It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Checkbox is working well in Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: bc95ece0618b9886890d9c758b9d0ebc0fc41c69 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Tools - Options - LibreOffice Calc - View - Column/Row highlighting
(In reply to BogdanB from comment #89) > Checkbox is working well in Thanks for testing.
(In reply to Romano Giannetti from comment #87) > 24.2 means that it will be in the version released next > February? Yes. See also https://wiki.documentfoundation.org/ReleasePlan
First of all, a BIG THANK YOU to Sahil for implementing this :) But there is always a but :D In my opinion, this is a first class killer feature, that sets LibO ahead of MS-Office, but we seem to want to hide it as good as possible :( Even after knowing that there is that ominous checkbox "somewhere", it took me quiet a while to find it. I'd wish there would be an Entry in the View-Menu and a button in the Toolbar. That would make this feature much mire visible and approachable, then a very good hidden checkbox deeply buried in the options.
I totally agree with you. I hope we see the additional features you suggest implemented soon. Otherwise, as soon as the new version is published, new bug/issue will be opened.
Well... to be honest, I still have to find the checkbox... I still activate it with the "advanced settings" thing.
Sahil committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0e942c11e074244224a9968046da105dc62656e8 tdf#33201 Move Cell position logic inside the function It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Romano Giannetti from comment #94) > Well... to be honest, I still have to find the checkbox... I still activate > it with the "advanced settings" thing. Menu/Tools/Options/LibreOffice Calc/ Column/Row highlighting
(In reply to bugzilla2 from comment #92) > Even after > knowing that there is that ominous checkbox "somewhere", it took me quiet a > while to find it. I'd wish there would be an Entry in the View-Menu and a > button in the Toolbar. > > That would make this feature much mire visible and approachable, then a very > good hidden checkbox deeply buried in the options. I agree with this... we need a Uno command linking to this feature, making it possible to add this to the menubar and the Tabbed UI. This way, it will be very easy to toggle highlighting whenever it is necessary. Is this already planned?
> Is this already planned? Yes it is.
Sahil committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d981ee6256a905eb8a45557869288a06eb5ae0fc tdf#33201 Add UNO command for Column/Row Highlighting It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
A pity that we missed the feature freeze for 24.2.0 by a couple of days. That would mean that users will have to wait almost another year to have this feature available to the average user. Not sure though, but freeze for 24.2.1 is in February. Is this UNO/GUI thing a too big change to bring it into the first minor-release?
(In reply to bugzilla2 from comment #100) > A pity that we missed the feature freeze for 24.2.0 by a couple of days. > That would mean that users will have to wait almost another year to have > this feature available to the average user. > > Not sure though, but freeze for 24.2.1 is in February. Is this UNO/GUI thing > a too big change to bring it into the first minor-release? As the feature itself is in 24.2, the later stuff can be backported to it just fine.
(In reply to Buovjaga from comment #101) > As the feature itself is in 24.2, the later stuff can be backported to it > just fine. Great news :) Sahil's "It will be available in 24.8.0." scared me :D
(In reply to bugzilla2 from comment #102) > Sahil's "It will be available in 24.8.0." scared me :D The CI tool Jenkins adds these messages to Bugzilla (if the summary has a tdf#12345 info). And meanwhile Xisco cherry-picked this patch for 24.2, see https://gerrit.libreoffice.org/c/core/+/160641.
This is great news. I hope it will be shown in the release notes! Now, add the missing array functions (xlookup, filter &co), and LO calc will be ahead of Excel and Sheets! Thanks a lot for the feature.
Sahil committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/4dc019cc752013692b74df7d110f415533f4dd12 tdf#33201 Add UNO command for Column/Row Highlighting It will be available in 24.2.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I suppose that would help. I don't know how that would appear if the row &/or column are coloured. What I had in mind was a thicker cell border.
(In reply to marcusfb@gmail.com from comment #106) > I suppose that would help. I don't know how that would appear if the row > &/or column are coloured. > > What I had in mind was a thicker cell border. The context for this comment is bug 158611.
(In reply to Romano Giannetti from comment #104) > I hope it will be shown in the release notes! Not there ATM (FWIW).
Sahil: would you like to add this to https://wiki.documentfoundation.org/ReleaseNotes/24.2 ? Thanks.
DoneG(In reply to Buovjaga from comment #109) > Sahil: would you like to add this to > https://wiki.documentfoundation.org/ReleaseNotes/24.2 ? Thanks. Done.
(In reply to Commit Notification from comment #105) > Sahil committed a patch related to this issue. > It has been pushed to "libreoffice-24-2": > > https://git.libreoffice.org/core/commit/https://candyclicker.io > 4dc019cc752013692b74df7d110f415533f4dd12 > > tdf#33201 Add UNO command for Column/Row Highlighting > > It will be available in 24.2.0.0.beta2. > > The patch should be included in the daily builds available at > https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > information about daily builds can be found at: > https://wiki.documentfoundation.org/Testing_Daily_Builds > > Affected users are encouraged to test the fix and report feedback. thank you, i have succeeded when following your instructions
*** Bug 158611 has been marked as a duplicate of this bug. ***
Playing https://subwaysurfers3d.com is always a blast! The game's design is visually appealing, and the fast-paced gameplay is thrilling. I enjoy collecting coins and power-ups to improve my score. The different city backdrops and character skins keep the game exciting.
Heiko Tietze closed this issue a few minutes ago, but the Toolbar-Button to quickly toggle this function on/off is still missing. Is there another bugreport for that? Otherwise it might be better to keep that in this bugreport and reopen it?
(In reply to bugzilla2 from comment #115) > Heiko Tietze closed this issue a few minutes ago, but the Toolbar-Button to > quickly toggle this function on/off is still missing. Is there another > bugreport for that? Otherwise it might be better to keep that in this > bugreport and reopen it? View - Column/Row Highlighting You can add it to toolbars via Tools - Customize - Toolbars.
Created attachment 195236 [details] Missing icon in Column/Row Highlight In my case (24.2.4 from the fresh Ubuntu PPA) the problem is that there is no icon for the action, so adding it to the taskbar is quite awkward...
(In reply to Romano Giannetti from comment #117) > Created attachment 195236 [details] > Missing icon in Column/Row Highlight > > In my case (24.2.4 from the fresh Ubuntu PPA) the problem is that there is > no icon for the action, so adding it to the taskbar is quite awkward... In the Customize dialog after adding the command to a toolbar: Modify - Change Icon.
Hmmm... yes, I can select another icons, but then it doesn't really work correctly --- for example, the state selected/unselected is not really following the real state of the options. Anyway, the menu option is simple to reach, so no problem.
...and by the way, enabling/disabling the option from the menu does not change the status immediately, you have to click on a different cell to see it. Maybe both things are related?
(In reply to Romano Giannetti from comment #117) > In my case (24.2.4 from the fresh Ubuntu PPA) the problem is that there is > no icon for the action, so adding it to the taskbar is quite awkward... Yes, there is none. We can add another Ion that somehow represents that action, but there is no "perfect one". > Hmmm... yes, I can select another icons, but then it doesn't really work > correctly --- for example, the state selected/unselected is not really > following the real state of the options. I can confirm this. The Icon is always "on", no matter if the function is enabled or not. > ...and by the way, enabling/disabling the option from the menu > does not change the status immediately, you have to click on a different > cell to see it. Maybe both things are related? I can confirm this too. Thanks to Buovjaga for giving the hint, that the Ion can be changed :) Nevertheless I think that an appropriate icon in the toolbar should be "built in". The average user will not add a custom toolbar icon. But I still think this is a great function, so users should be able to toggle it right from the toolbar, with an built-in toolbar-button. And the highlight should be immediately visible when toggling the switch and the toolbar-button should also respect the on/off-state of the function.
(In reply to bugzilla2 from comment #121) > ... But I still think this is a great function ... You can bet it --- I have fellow workers who are Excel-only who are installing LibreOffice just to use Calc to browse big, complex tables. It's a killer feature.