Good to know you found a solution. Maybe add some or all of this to the Wiki?
Regards,
Adrien
> On Mar 19, 2020 w12d79, at 10:03 AM, mcmurchy1917techy via gnucash-user
> wrote:
>
> I seem to have a resolution that works for me.
>
> I've kept as packaged the /usr/share/themes/Breeze/gtk-3.0/gt
Thanks for that info. I do recall now a push to move away from VCL for
LibreOffice.
Regards,
Adrien
> On Mar 19, 2020 w12d79, at 9:48 AM, mcmurchy1917techy via gnucash-user
> wrote:
>
> I've not read about Firefox being GTK however it seems to respect changes to
> .config/gtk-3.0/gtk.css
>
I seem to have a resolution that works for me.
I've kept as packaged the /usr/share/themes/Breeze/gtk-3.0/gtk.css
I've created abespoke .config/gtk-3.0/gtk.css in my home directory. See
below.
@import 'colors.css';
scrollbar {
-GtkScrollbar-has-backward-stepper: true;
-GtkSc
I've not read about Firefox being GTK however it seems to respect
changes to .config/gtk-3.0/gtk.css
I've read a blog by one of the libreoffice developers (
https://caolanm.blogspot.com/2019/10/native-gtk-dialogs-in-libreoffice.html
) where it's stated that
Over the last few major releases t
I didn’t think either Firefox or LibreOffice were GTK. I thought each had its
own toolkit.
GIMP is GTK (it was originally the GIMP Tool Kit) as is Gedit. (among others
belonging to the Gnome desktop suite) Maybe try installing something like those
and seeing what the scrollbars do.
Regards,
Ad
Sorry, I sent too fast and read too slowly.
If the arrows only appear on the main window when a dialog has focus, but not
when the main window has focus, that would seem backwards to me.
You might have a bug there. (which might still be part of a GTK on Plasma
conflict)
Regards,
Adrien
> On M
The full screen / off full screen makes no difference. The character in
the scroll bar up/down buttons is missing.
So far I've now looked at three GTK3 based applications - gnucash,
libreoffice and firefox.
For all three applications, I can alter the width of the scrollbar by
editing the app
Again, sounds like a preference in Plasma, though perhaps a design choice of
Plasma, or even GTK.
I’m surprised you still have the scroll bar at all if that window doesn’t have
focus.
There may not be an easy solution if that behavior is by design without an
exposed preference to change it.
R
Apologies, might not have explained it very well.
The arrows < > do appear on the vertical scrollbar of the main window,
but only when a dialog has the main focus. When the dialog is closed the
arrows disappear and will only reappear if another dialog is opened.
Your "proper solution" is prob
Is your main window set to full screen?
If so, do the buttons appear properly when you take it off full screen?
A quick work around might be to size the window to fill the screen but not use
the full-screen setting. Then you know where to look for a setting or report a
bug to either GTK or Plas
Sounds like a Plasma preference, though I find it curious it is visible on
dialogs but not the main window.
The proper solution probably involves resolving a display problem with GTK on
Plasma, but you might be able to fake it with the `::before` pseudo element and
some creative positioning to
Hi everyone
My system is
Slackware Current
KDE5 Plasma
with
gtk+3 3.24.14
linux 5.4.25
gnucash 3.8
I have a config file .config/gtk-3.0/gtk.css which contains the folllowing
@import 'colors.css';
scrollbar {
-GtkScrollbar-has-backward-stepper: true;
-GtkScrollbar-
12 matches
Mail list logo
