gnumeric issueshttps://gitlab.gnome.org/GNOME/gnumeric/-/issues2018-05-24T10:38:41Zhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/337Weird display with merged rows and filtered columns2018-05-24T10:38:41ZBugzillaWeird display with merged rows and filtered columns## Submitted by boulshet `@boulshet`
**[Link to original bug (#796338)](https://bugzilla.gnome.org/show_bug.cgi?id=796338)**
## Description
Created attachment 372335
Minimal datasheet to repdoduce the issue
i have some little issue...## Submitted by boulshet `@boulshet`
**[Link to original bug (#796338)](https://bugzilla.gnome.org/show_bug.cgi?id=796338)**
## Description
Created attachment 372335
Minimal datasheet to repdoduce the issue
i have some little issue with a large spreadsheet that i managed to reproduce in a minimal datasheet :
when filtering a table with merged rows, under some circumstances, the test of a cell is displayed twice.
Please have a look at the attachments, it will be more easy.
I am running gnumeric 1.12.41 on mageia cauldron (development) uptodate
Thanks
**Attachment 372335**, "Minimal datasheet to repdoduce the issue":
[gnumeric.gnumeric](/uploads/ce1b4ed99d027c8ddae4b31c77c1dcb4/gnumeric.gnumeric)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/336Fails to render menus toolbars dialogs2018-05-22T14:35:38ZBugzillaFails to render menus toolbars dialogs## Submitted by Kingsley G. Morse Jr.
**[Link to original bug (#794542)](https://bugzilla.gnome.org/show_bug.cgi?id=794542)**
## Description
Created attachment 369928
super small work book that stops gnumeric from rendering menus to...## Submitted by Kingsley G. Morse Jr.
**[Link to original bug (#794542)](https://bugzilla.gnome.org/show_bug.cgi?id=794542)**
## Description
Created attachment 369928
super small work book that stops gnumeric from rendering menus toolbars dialogs
Thanks again for maintaining gnumeric.
I'm happy to present
1.) A super small work book that stops gnumeric from rendering its menus toolbars dialogs every time. At least for me.
2.) A video showing the bug happening, with an over-the-top sound track!
Both are attached.
It seems to me one bug begat another.
1.) The first bug corrupted the work book's cell A1. I don't know how to elicit this bug.
2.) That corruption elicits a second bug. It stops gnumeric from rendering menus toolbars dialogs. The attached video shows it happening with the attached super small work book.
Other cells were corrupted too.
One had data that looked like 3 entire rows, including "`" (back tick) characters that I often use as a delimiter when importing and exporting from and to text files.
I don't know what caused this corruption either.
Thanks again for maintaining gnumeric.
I look forward to seeing a fix.
So,
Kingsley
**Attachment 369928**, "super small work book that stops gnumeric from rendering menus toolbars dialogs":
[bug.gnumeric](/uploads/1e8433f5991d9eb06ee8d90a21fcd33b/bug.gnumeric)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/334need to insert copied/cut row/cell2018-05-22T14:35:18ZBugzillaneed to insert copied/cut row/cell## Submitted by fateh
**[Link to original bug (#794078)](https://bugzilla.gnome.org/show_bug.cgi?id=794078)**
## Description
hi,
great effort , to make your software more useful to me i need it to do every thing i do with other soft...## Submitted by fateh
**[Link to original bug (#794078)](https://bugzilla.gnome.org/show_bug.cgi?id=794078)**
## Description
hi,
great effort , to make your software more useful to me i need it to do every thing i do with other software so:
in ms excel i can cut a row or a cell then go to another row/cell and right click then choose "insert copied cell or row", the behavior of this operation moves the cut row above the row i choose and moves rows up to the location i cut from
for example:
i select to cut row 2 , then go to row 15 and right click it then select "insert cut cells" what happens is row 2 becomes row 14 and rows from 3 to (the old 14) are moved one step back and became (new 2 to new13)https://gitlab.gnome.org/GNOME/gnumeric/-/issues/333Ctrl+Home doesn't work intuitively when the first row is frozen2018-05-22T14:35:10ZBugzillaCtrl+Home doesn't work intuitively when the first row is frozen## Submitted by T-Gergely
**[Link to original bug (#792419)](https://bugzilla.gnome.org/show_bug.cgi?id=792419)**
## Description
When the first row is frozen, Ctrl+Home navigates to it, but all other rows remain in place. But then i...## Submitted by T-Gergely
**[Link to original bug (#792419)](https://bugzilla.gnome.org/show_bug.cgi?id=792419)**
## Description
When the first row is frozen, Ctrl+Home navigates to it, but all other rows remain in place. But then if you press the down arrow, it will jump to the 2nd row even if it was off-screen. So this my workaround, but I'd prefer to see these first rows immediately after pressing Ctrl+Home. Doesn't everybody?
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/332The current fix for Bug 789412 is a terrible CPU hog2018-05-22T14:32:41ZBugzillaThe current fix for Bug 789412 is a terrible CPU hog## Submitted by T-Gergely
**[Link to original bug (#792417)](https://bugzilla.gnome.org/show_bug.cgi?id=792417)**
## Description
Created attachment 366623
it's a patch
Even an idle Gnumeric keeps calling scg_scrollbar_config_real i...## Submitted by T-Gergely
**[Link to original bug (#792417)](https://bugzilla.gnome.org/show_bug.cgi?id=792417)**
## Description
Created attachment 366623
it's a patch
Even an idle Gnumeric keeps calling scg_scrollbar_config_real in an infinite loop, and it burns up my CPU with my GeForce 6150SE nForce 430 config.
I propose a new patch based on what Nils Nordman wrote: https://bugzilla.gnome.org/show_bug.cgi?id=765410#c39
It works for me, but feel free to correct it if needed.
**Patch 366623**, "it's a patch":
[patch](/uploads/27c7a5f173602975e5fb3c8b9f4c64b7/patch)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/316File -> Full History loading is very slow2018-05-22T14:28:18ZBugzillaFile -> Full History loading is very slow## Submitted by Kip
**[Link to original bug (#782354)](https://bugzilla.gnome.org/show_bug.cgi?id=782354)**
## Description
File -> Full History loading is very slow to load. The UI locks for a few seconds on my quad core machine.
V...## Submitted by Kip
**[Link to original bug (#782354)](https://bugzilla.gnome.org/show_bug.cgi?id=782354)**
## Description
File -> Full History loading is very slow to load. The UI locks for a few seconds on my quad core machine.
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/315Pixel-based smooth scrolling for touchpads (and touchscreens)2018-05-22T14:28:00ZBugzillaPixel-based smooth scrolling for touchpads (and touchscreens)## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#781993)](https://bugzilla.gnome.org/show_bug.cgi?id=781993)**
## Description
One thing that GTK3 brings and that I'd love to see in gnumeric is smooth scroll...## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#781993)](https://bugzilla.gnome.org/show_bug.cgi?id=781993)**
## Description
One thing that GTK3 brings and that I'd love to see in gnumeric is smooth scrolling (even kinetic scrolling maybe). In applications such as Nautilus, Evince, or even Firefox, I get super smooth scrolling when using my touchpad and moving two fingers slowly or using the touchpad's edge scroll feature.
Gnumeric is hard to use on a laptop because it scrolls in a discrete way, bumping up/down a bunch of rows at once for each scroll unit... whereas touchpads are continous instead of discrete, and they don't have the tactile feedback (the clickiness) of a traditional mouse wheel so the gnumeric UI mismatches the physical device.
It would be awesome if it supported smooth scrolling for touchpads, touchscreens, and (some) mice that support it.
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/309Scrollbars always drawn at leftmost/uppermost spot2018-05-22T14:26:48ZBugzillaScrollbars always drawn at leftmost/uppermost spot## Submitted by mik..@..oo.com
**[Link to original bug (#777995)](https://bugzilla.gnome.org/show_bug.cgi?id=777995)**
## Description
Loaded large CSV (16000 rows, 105 columns) and scrollbars worked in odd ways.
The scrollbar curso...## Submitted by mik..@..oo.com
**[Link to original bug (#777995)](https://bugzilla.gnome.org/show_bug.cgi?id=777995)**
## Description
Loaded large CSV (16000 rows, 105 columns) and scrollbars worked in odd ways.
The scrollbar cursors were always drawn at the leftmost or topmost spot. But if I clicked in the middle of the scrollbar's track, the display area would scroll in the direction of the click, but the scrollbar cursor itself would stay put. Likewise if I tried to drag the scrollbar cursor - the display area would scroll but the cursor would stay put. So, it feels like the scroll bar is not being drawn in the right spot.
Running version 1.12.33, which was compiled with homebrew.
OSX version 10.10.5
XQuartz 2.7.11 (xorg-server 1.18.4)
output from "brew doctor" below:
alonso:~ mike$ brew doctor
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry and just ignore them. Thanks!
Warning: The filesystem on / appears to be case-sensitive.
The default macOS filesystem is case-insensitive. Please report any apparent problems.
Warning: Unbrewed dylibs were found in /usr/local/lib.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected dylibs:
/usr/local/lib/libtcl8.6.dylib
/usr/local/lib/libtk8.6.dylib
Warning: Unbrewed header files were found in /usr/local/include.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected header files:
/usr/local/include/fakemysql.h
/usr/local/include/fakepq.h
/usr/local/include/fakesql.h
/usr/local/include/itcl.h
/usr/local/include/itcl2TclOO.h
/usr/local/include/itclDecls.h
/usr/local/include/itclInt.h
/usr/local/include/itclIntDecls.h
/usr/local/include/itclMigrate2TclCore.h
/usr/local/include/itclTclIntStubsFcn.h
/usr/local/include/mysqlStubs.h
/usr/local/include/odbcStubs.h
/usr/local/include/pqStubs.h
/usr/local/include/tcl.h
/usr/local/include/tclDecls.h
/usr/local/include/tclOO.h
/usr/local/include/tclOODecls.h
/usr/local/include/tclPlatDecls.h
/usr/local/include/tclThread.h
/usr/local/include/tclTomMath.h
/usr/local/include/tclTomMathDecls.h
/usr/local/include/tdbc.h
/usr/local/include/tdbcDecls.h
/usr/local/include/tdbcInt.h
/usr/local/include/tk.h
/usr/local/include/tkDecls.h
/usr/local/include/tkPlatDecls.h
Warning: Unbrewed .pc files were found in /usr/local/lib/pkgconfig.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected .pc files:
/usr/local/lib/pkgconfig/tcl.pc
/usr/local/lib/pkgconfig/tk.pc
Warning: Unbrewed static libraries were found in /usr/local/lib.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected static libraries:
/usr/local/lib/libtclstub8.6.a
/usr/local/lib/libtkstub8.6.a
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/306WARNING **: Unparsable expression ... cannot copy-and-paste with defined names2018-05-22T14:26:01ZBugzillaWARNING **: Unparsable expression ... cannot copy-and-paste with defined names## Submitted by John Denker
**[Link to original bug (#768169)](https://bugzilla.gnome.org/show_bug.cgi?id=768169)**
## Description
Created attachment 330530
trivial spreadsheet to help demonstrate "unparseable expression"
Rationale...## Submitted by John Denker
**[Link to original bug (#768169)](https://bugzilla.gnome.org/show_bug.cgi?id=768169)**
## Description
Created attachment 330530
trivial spreadsheet to help demonstrate "unparseable expression"
Rationale: The overall objective is to cut-and-paste a sheet from one workbook to another.
Recipe:
1) Start *one* instance of gnumeric looking at both of the attached files:
:; gnumeric blank.gnumeric uncopyable.gnumeric
2) Copy all the non-blank cells from the source. Paste them into the destination. Observe everything seems more-or-less normal at this point, if you don't look too closely. Save the destination workbook as unparseable.gnumeric. Quit out of gnumeric.
My version of unparseable.gnumeric is also attached.
3) Open the new file:
:; gnumeric unparseable.gnumeric
Observe some very strange cell contents, i.e. equations converted to strings. Observe scary messages on the controlling window:
** (gnumeric:26536): WARNING **: Unparsable expression for A5: ='multi-bit'!eps
** (gnumeric:26536): WARNING **: Unparsable expression for B5: ='multi-bit'!eps*2
** (gnumeric:26536): WARNING **: Unparsable expression for A6: ='multi-bit'!eps*3
** (gnumeric:26536): WARNING **: Unparsable expression for B6: ='multi-bit'!eps*4
================================
No matter what else is going on, gnumeric should not write unparseable files.
This is presumably related in some way to "Defined Names". Copy-and-paste seems to have multiple issues with Defined Names.
This is a big problem for me, because I really need to copy-and-paste some sheets from one workbook to another, and many of my sheets use Defined Names.
Background info:
:; gnumeric --version
gnumeric version '1.12.31'
datadir := '/usr/local/share/gnumeric/1.12.31'
libdir := '/usr/local/lib/gnumeric/1.12.31'
:; git log
commit e86ea3144fafb4b886c24b86f2bee0796220723c
Date: Tue Jun 28 13:46:58 2016 -0400
:; uname -a
Linux asclepias 3.18.0+ #4 SMP Mon Jul 6 15:51:42 MST 2015 x86_64 x86_64 x86_64 GNU/Linux
:; lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04 LTS
Release: 16.04
Codename: xenial
**Attachment 330530**, "trivial spreadsheet to help demonstrate "unparseable expression"":
[blank.gnumeric](/uploads/ba6abbcbf1effc2d7edc6bcdd243cc0d/blank.gnumeric)
Version: git masterhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/305unreadable popup2018-05-22T14:25:40ZBugzillaunreadable popup## Submitted by an unknown user
**[Link to original bug (#767289)](https://bugzilla.gnome.org/show_bug.cgi?id=767289)**
## Description
Created attachment 329193
screen shot
The function popup has become unreadable, see screenshot. ...## Submitted by an unknown user
**[Link to original bug (#767289)](https://bugzilla.gnome.org/show_bug.cgi?id=767289)**
## Description
Created attachment 329193
screen shot
The function popup has become unreadable, see screenshot. I recall no recent changes/updates on my system other than recent recompiles of Gnumeric from git.
**Attachment 329193**, "screen shot":
![screen-popup](/uploads/cf42d5f7118a37bff390496dcfc9aeb2/screen-popup.png)
Version: git masterhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/302Anting sometimes uses too much cpu2018-05-22T14:24:29ZBugzillaAnting sometimes uses too much cpu## Submitted by John Denker
**[Link to original bug (#765165)](https://bugzilla.gnome.org/show_bug.cgi?id=765165)**
## Description
Created attachment 326177
stack traces from loop 100% cpu
Recipe:
Start a fresh copy of gnumeric.
Cl...## Submitted by John Denker
**[Link to original bug (#765165)](https://bugzilla.gnome.org/show_bug.cgi?id=765165)**
## Description
Created attachment 326177
stack traces from loop 100% cpu
Recipe:
Start a fresh copy of gnumeric.
Click on the "A" column header, to select the whole column.
(Select more than one column if you wish.)
Type ^C to copy the region to the clipboard.
Observe 100% CPU usage. Not good.
I'm not sure whether this should be classified "General" or "Main" or "Gui" or whatever, so I took a wild guess.
To obtain a possible hint about what's going on, I interrupted the loop using SIGUSR1. See attached file with stack traces.
Possible workaround / recovery: Do whatever you want with the copied stuff, then select some single cell and type ^C. CPU usage drops immediately.
Note: I rated it "minor" because this bug is *not* very important to me. That's because of the relatively simple and obvious workaround / recovery.
============
This bug has been around for ages, provably since 1.12.22 and almost certainly much longer than that. However this report is based on a freshly-pulled git version:
gnumeric version '1.12.29'
datadir := '/usr/local/share/gnumeric/1.12.29'
libdir := '/usr/local/lib/gnumeric/1.12.29'
commit 1a58d23634c58d58dec12300ed55f0d13d0e76b1
Date: Fri Apr 1 19:38:01 2016 -0400
uname -a
Linux asclepias 3.18.0+ #4 SMP Mon Jul 6 15:51:42 MST 2015 x86_64 x86_64 x86_64 GNU/Linux
lsb_release
LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-3.1-amd64:cxx-3.1-noarch:cxx-3.2-amd64:cxx-3.2-noarch:cxx-4.0-amd64:cxx-4.0-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-3.1-amd64:desktop-3.1-noarch:desktop-3.2-amd64:desktop-3.2-noarch:desktop-4.0-amd64:desktop-4.0-noarch:desktop-4.1-amd64:desktop-4.1-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch:graphics-4.1-amd64:graphics-4.1-noarch:languages-3.2-amd64:languages-3.2-noarch:languages-4.0-amd64:languages-4.0-noarch:languages-4.1-amd64:languages-4.1-noarch:multimedia-3.2-amd64:multimedia-3.2-noarch:multimedia-4.0-amd64:multimedia-4.0-noarch:multimedia-4.1-amd64:multimedia-4.1-noarch:printing-3.2-amd64:printing-3.2-noarch:printing-4.0-amd64:printing-4.0-noarch:printing-4.1-amd64:printing-4.1-noarch:qt4-3.1-amd64:qt4-3.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
**Attachment 326177**, "stack traces from loop 100% cpu":
[loopy.logg](/uploads/9ff7cafec12dedb5b8e0d3e9fff58a88/loopy.logg)
Version: git masterhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/297Color dialog2018-05-22T14:23:36ZBugzillaColor dialog## Submitted by kordik
**[Link to original bug (#762914)](https://bugzilla.gnome.org/show_bug.cgi?id=762914)**
## Description
Created attachment 322729
Gnumeric new color dialog
Dear Gnumeric developers,
first of all I would like ...## Submitted by kordik
**[Link to original bug (#762914)](https://bugzilla.gnome.org/show_bug.cgi?id=762914)**
## Description
Created attachment 322729
Gnumeric new color dialog
Dear Gnumeric developers,
first of all I would like to thank you for the great application as Gnumeric is.
Recently, I have updated my Gnumeric from version 1.12.18 to 1.12.27.
Today, I noticed that there is a new color dialog (color picker) in the Gnumeric new version. The dialog window appears, however, very simplistic (see the attachment) in comparison with the previous Gnumeric versions. The main concern is that a particular value of an alpha channel can not be adjusted. In my opinion, this is a great drawback, because the colors in my charts can not be now repeated exactly from chart to chart.
I suggest to add a text box with alpha value into the dialog, as it was in previous Gnumeric versions. Similarly, in this new version, there is a text box for color HTML code, which is great.
Maybe, the whole problem is hidden in some GTK settings and maybe the color dialog is a part of GTK libraries (so you can not change it).
Thank you for investigating this case in advance!
Best regards,
J. Kordik
**Attachment 322729**, "Gnumeric new color dialog":
![Gnumeric_color_dialog](/uploads/79d5a1aed12293f0a0bfb38c5b7b607d/Gnumeric_color_dialog.png)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/292"Insert graphic" window is too big for small resolution2018-05-22T14:22:07ZBugzilla"Insert graphic" window is too big for small resolution## Submitted by John H
**[Link to original bug (#760399)](https://bugzilla.gnome.org/show_bug.cgi?id=760399)**
## Description
Created attachment 318658
The dialogbox buttons can't be seen with this resolution
My laptop has a rather...## Submitted by John H
**[Link to original bug (#760399)](https://bugzilla.gnome.org/show_bug.cgi?id=760399)**
## Description
Created attachment 318658
The dialogbox buttons can't be seen with this resolution
My laptop has a rather small resolution (1024*600). I'm using 1.12.9 with Xubuntu.
As a result, I can't use the "Insert graphic tool", on of the key features of Gnumeric. Indeed, the windows doesn't scale to my resolution, and I can't click on some buttons.
Right now, I'm forced to use the Alt+Drag option to drag the windows out of screen to access the buttons.
It could be easily solved by allowing to downsize this window, thus creating a scrollbar on the right side. For the moment, the window can only be enlarged.
**Attachment 318658**, "The dialogbox buttons can't be seen with this resolution":
![gnumeric](/uploads/e1d509ba8f9bc0612727ef6d5214ccfb/gnumeric.png)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/291gnumeric-1.12.23 add "Clear" button on "History" window2018-05-22T14:21:52ZBugzillagnumeric-1.12.23 add "Clear" button on "History" window## Submitted by Sergey
**[Link to original bug (#758223)](https://bugzilla.gnome.org/show_bug.cgi?id=758223)**
## Description
History (Recently Used Documents) window contains very pretty and almost sufficient "Existing only" check...## Submitted by Sergey
**[Link to original bug (#758223)](https://bugzilla.gnome.org/show_bug.cgi?id=758223)**
## Description
History (Recently Used Documents) window contains very pretty and almost sufficient "Existing only" checkbox.
But sometimes I need to reset history.
I.e. in addition to two existing buttons ("Cancel" and "Open") make third one: "Clear", resetting history according applyed filters.
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/290Insert image option in cell context menu2018-05-22T14:21:45ZBugzillaInsert image option in cell context menu## Submitted by Dan MacDonald
**[Link to original bug (#757988)](https://bugzilla.gnome.org/show_bug.cgi?id=757988)**
## Description
If I right-click a cell under gnumeric 1.12.23 I only get one insert option, 'Insert 1 cell'. I fre...## Submitted by Dan MacDonald
**[Link to original bug (#757988)](https://bugzilla.gnome.org/show_bug.cgi?id=757988)**
## Description
If I right-click a cell under gnumeric 1.12.23 I only get one insert option, 'Insert 1 cell'. I frequently want to insert images using gnumeric so I'd find it very convenient if 'Insert image...' was added to the context menu. It'd make sense to me if it was added just above 'Insert 1 cell' in the context menu.https://gitlab.gnome.org/GNOME/gnumeric/-/issues/288GTK3 OS X integration2022-10-04T06:27:26ZBugzillaGTK3 OS X integration## Submitted by m.r..@..il.com
**[Link to original bug (#754644)](https://bugzilla.gnome.org/show_bug.cgi?id=754644)**
## Description
Created attachment 310759
Mac OS X running Gnumeric 1.12.23
Could Gnumeric be updated to use new ...## Submitted by m.r..@..il.com
**[Link to original bug (#754644)](https://bugzilla.gnome.org/show_bug.cgi?id=754644)**
## Description
Created attachment 310759
Mac OS X running Gnumeric 1.12.23
Could Gnumeric be updated to use new GTK3 OS X integration to get Mac OS native menus support?
It would give it a better experience with a native GUI, plus the rendering of menus is a bit buggy under GTK3 so using native features of GTK3 would improve this.
**Attachment 310759**, "Mac OS X running Gnumeric 1.12.23":
![Capture_d_écran_2015-08-20_à_21.51.25](/uploads/94bb75b4dff665fbd3949688f24b6c46/Capture_d_écran_2015-08-20_à_21.51.25.png)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/284HIDPI problems throughout the place2021-06-22T05:03:00ZBugzillaHIDPI problems throughout the place## Submitted by ma...@..il.com
**[Link to original bug (#749566)](https://bugzilla.gnome.org/show_bug.cgi?id=749566)**
## Description
Hello,
I possess a screen with a dpi value of 192, and Gnumeric does not handle well some things ...## Submitted by ma...@..il.com
**[Link to original bug (#749566)](https://bugzilla.gnome.org/show_bug.cgi?id=749566)**
## Description
Hello,
I possess a screen with a dpi value of 192, and Gnumeric does not handle well some things I would like to group in this bug report if you don't mind.
My tests are in the following conditions: Archlinux, Plasma 5.3.0.
1. The dpi value of the DE does not seem to be taken into account automatically.
Indeed, by default, horizontal and vertical dpi values are set to 96.0. Yet, some parts seem fine, others do not. Here is a screenshot to give you an idea: http://s14.postimg.org/dhtvnskpt/gnumeric_global.png
Here is a list of what seems wrong:
- the cells width and height;
- toolbars icons;
- mouse pointer inside the table pane;
- charts legend sizes (not visible on the screenshot).
However, the cell name, input area and zoom values seem just fine.
2. Setting the dpi value (horizontal and vertical) to 192 does not fix everything. Here is a screenshot of the result: http://s16.postimg.org/4islrr9dx/gnumeric_global_hidpi.png
Here is a list of things not impacted by the dpi value:
- mouse pointer inside the table pane (I've just found out that the mouse pointer theme is actually different in the pane! Not matching the breeze theme of plasma 5);
- toolbars icons;
Would you mind having a look at those issues?
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/269Simplify changing names in the sheets manager dialog2018-05-22T14:14:40ZBugzillaSimplify changing names in the sheets manager dialog## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#742299)](https://bugzilla.gnome.org/show_bug.cgi?id=742299)**
## Description
Created attachment 293696
screenshot
The current system for renaming in the she...## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#742299)](https://bugzilla.gnome.org/show_bug.cgi?id=742299)**
## Description
Created attachment 293696
screenshot
The current system for renaming in the sheet manager dialog (see attached screenshot) feels very convoluted, as if changing names was a very dangerous operation that required multiple barriers to prevent you from doing it by mistake... there are "current name" and "new name" columns and a warning that name changed and a dedicated "apply name changes" button, which takes a huge amount of horizontal space on some locales (such as French).
I would like to suggest having no such button, and having only one "Name" column containing the editable entries (similar to what's in the current "New name" column). You change the name and you're done, it applies directly, plain and simple. It's not like this is a nuclear missile launch command, it's just renaming a sheet! People can put back the old name if they don't like what they just typed :)
Bonus: doing these simplifications will save around 40-50% of the used width of the dialog, and will prevent needless scrolling.
**Attachment 293696**, "screenshot":
![Capture_d_écran_de_2015-01-03_23_30_44](/uploads/15f94ba720c310e7d9c7bc27376d58e1/Capture_d_écran_de_2015-01-03_23_30_44.png)
Version: 1.12.xhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/268HAlignmentSelector and VAlignmentSelector2018-05-22T14:14:18ZBugzillaHAlignmentSelector and VAlignmentSelector## Submitted by an unknown user
**[Link to original bug (#741920)](https://bugzilla.gnome.org/show_bug.cgi?id=741920)**
## Description
We have code for an action called HAlignmentSelector.
It's not in the GUI. It can be put there ...## Submitted by an unknown user
**[Link to original bug (#741920)](https://bugzilla.gnome.org/show_bug.cgi?id=741920)**
## Description
We have code for an action called HAlignmentSelector.
It's not in the GUI. It can be put there by adding
<toolitem action="HAlignmentSelector"/>
somewhere in a toolbar in GNOME_Gnumeric-gtk.xml.in and installing.
The code dates back to 2004 and has never been hooked up in the GUI.
Do we want it?
Version: git masterhttps://gitlab.gnome.org/GNOME/gnumeric/-/issues/264Warnings when running with G_ENABLE_DIAGNOSTIC=12018-05-22T14:13:05ZBugzillaWarnings when running with G_ENABLE_DIAGNOSTIC=1## Submitted by an unknown user
**[Link to original bug (#737287)](https://bugzilla.gnome.org/show_bug.cgi?id=737287)**
## Description
(gnumeric:32305): GLib-GObject-WARNING **: The property GtkToolButton:stock-id is deprecated and ...## Submitted by an unknown user
**[Link to original bug (#737287)](https://bugzilla.gnome.org/show_bug.cgi?id=737287)**
## Description
(gnumeric:32305): GLib-GObject-WARNING **: The property GtkToolButton:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The signal GtkWidget::state-changed is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The signal GtkWidget::state-changed is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The signal GtkWidget::state-changed is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The signal GtkWidget::state-changed is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The property GtkAlignment:xalign is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The property GtkAlignment:yalign is deprecated and shouldn't be used anymore. It will be removed in a future version.
(gnumeric:32305): GLib-GObject-WARNING **: The signal GtkWidget::state-changed is deprecated and shouldn't be used anymore. It will be removed in a future versio
Version: git master