linuxmint/mint-themes

Mint-X, Mint-Y..

mint-themes's Issues

Replant Mint-X gtk?

Looking through the Mint-X code there is a lot of unused elementary leftover code (granite widgets? wingpanel?), and the jagged corner edges that have been done away with by Adwaita (and Evolve) are still visible in Mint-X as it is based on an old theme and not sufficiently updated.

Before too much work is put into Mint-X, maybe it would be a good idea to grab the bull by the horns and base Mint's gtk+metacity theme on fully updated and maintained themes like either Adwaita or Evolve instead of slowly trying to get an outdated theme up to speed with gtk 3.6?

Changing any color for Mint-X (via mate-appearance-properties) makes GTK+3 tooltips white

Steps to reproduce:

1. mate-appearance-properties -> Customize -> Colors
2. Change any color (except for Tooltip Text - it's inaccessible). Even the slightest change is enough, e.g. 212122 instead of 212121 for Window Text.
3. Look at the tooltip of Network Manager applet on the panel (as an example of GTK+3 software). Its text color should change to white.

This probably has something to do with tooltip_fg_color:#EDEDED in gtk-2.0/gtkrc. However, that color is never applied when every other color is set to default, and the tooltip text color is always set to match the window text color (i.e. 212121). But once you change something, that color is somehow applied - to GTK+3 apps only.

Tested in LMDE (MATE 1.4, mint-themes 1.0.8) and Mint 15 (MATE 1.6, mint-themes 1.2.4).

Mint-X theme on window borders produces unacceptable text when antialiasing is turned on

The text in question is the text in windows' titlebars; and this happens with every font I have tried and is worse when using bold. The visual defect is that antialiasing (on any settings save 'off', I think) produces a strong white outline at the bottom of the letters.

The problem is particularly serious since Mint-X is, I think, the default theme on Mint Cinnamon and, further, because Mint-X is a good theme and there is no similar theme, to my knowledge.

A few further details are here: linuxmint/cinnamon#4836.

Keep text black in progress bars.

This problem is best illustrated by this image.

Observe the synthesizing progress bar.
The text in the part filled by the progress is white which should remain black IMO as the progress meter is a light green color which does not go well with white. This behavior is good if the progress bar is of a dark colour but black should be preferred here. It would also look a lot more consistent as the entire text would be of the same colour.

Also, you might consider making the selected text(the '50' pixels here) black too.

Apply Mint-Y theme to the Desktop panel too for completeness

In Linux Mint 19, the GTK theme is switched to Mint-Y theme but the Desktop panel theme is still left out to the old one. Applying Mint-Y theme to the Desktop panel gives a much more complete and sleeker look as seen below.

1. Linux Mint Desktop panel theme as it is right now in Mint 19:
   
   

2. Linux Mint-Y Desktop panel theme applied (look at the app menu and calendar especially)
   
   

Switching to the Mint-Y theme for the Desktop panel improves consistency and look and feel.

gnome-screenshot cannot work on Mint-X theme

system: Linuxmint 19 Tara
gnome-screenshot cannot work on mint-x and its variations, but can work on mint-y themes.

After clicked "select area to grab", all desktop became blank.

And then move the mouse, the rectangle shows as the following.

Photos viewer should be dark by default

elementary OS, macOS and GNOME all have made a very nice decision to make the photo viewer as dark by default, as it caters to the use case of images and enhances the purpose.

It would be nice to do the same for the Photo viewer on Mint. Here are comparisons of the current light theme vs the Mint-Y dark theme applied.

xreader: Text selection and losing focus

Please see issue linuxmint/xreader#19 of linuxmint/xreader

Minus tick ( - ) is blurry

See the first line out of six, - is blurry

Firefox bookmark separators not visible

Firefox bookmark separators under the Bookmarks Toolbar are invisible or nearly invisible (depending on theme) in Linux Mint 19. Can this be fixed? Or, is this due to Firefox's incomplete GTK implementation?

Mint-X caja file manager side pane color fix.

Disregard this post, the code has already been merged.

Forgive me if this is already planned, I know this is a work in progress, but I just installed Slackware64-current in a virtual machine. I am running Mate 1.20 with GTK 3.22. On my machine the caja side bar background is white and not respecting the previous color settings. Adding this code to the "mate-applications.css" in the caja section fixes the problem.

.caja-side-pane notebook treeview.view,
.caja-side-pane notebook textview.view text,
.caja-side-pane notebook viewport.frame,
.caja-side-pane notebook widget .vertical {
    background-color: shade (@caja_sidebar_bg, 1.0);
    color: @caja_sidebar_fg;

Also forgive me for not submitting a pull request, I am trying to fix various issues I find with Mint-X and Mate, but I am not as acquainted with Gtk 3.2x framework as you probably are. I have a few more I am working on and I will post them here in "issues" for your input if that is ok?

Mint-X-Gtk3: Invisible entries in LibreOffice's spinbuttons

Linux Mint 19 MATE, LibreOffice 6.0.3.2

Mint-X-Dark for Window borders

I wish there were a Mint-X-Dark theme for Window borders. I don't like the look of the Mint-Y-Dark exit button.

Use "Breeze icons" in Libreoffice instead of "Tango" for consitentcy with the rest of Mint 19

Breeze has nice symbolic icons which go nicely with the look and feel of the rest of Mint 19. Comparison of Tango vs. Breeze:

[Mint-X/Gtk3] Some issues and some possible issues

Hello, everybody.

@JosephMcc: I opened this issue instead of submitting a PR because some of the possible issues that I found might not be issues at all and you are a lot more acquainted with the Gtk3 changes.

• The scrollbar.overlay-indicator:not(.dragging):not(.hovering) button selector in gtk-widgets.css#L1962 has the background-color property duplicated.
• gtk-widgets-borders.css#L75 .button.default selector should (?) be button.default.
  • I saw that the shutdown dialog didn't have the Shutdown button highlighted with a border colored with the accent color. Changing the button class to the button tag fixed it.
• I saw several other places were the button class is used and I think (and I stress I think) that it should also be changed to the button tag.
  • The .mate-panel-menu-bar .button selector is used in several places (gtk-widgets-backgrounds.css#L12, gtk-widgets-backgrounds.css#L28 and gtk-widgets-borders.css#L11). But in gtk-widgets-borders.css#L29 the button tag is used instead of the class.
  • The .sidebar-button.button selector is used in several places (gtk-widgets-backgrounds.css#L21-L22 and gtk-widgets-borders.css#L26-L28). But in several places of the gtk-widgets.css file the button.sidebar-button selector is used.

Minty: Green Mint-X GTK/Cinnamon theme for Linux Mint 17

With the help of my firiends [color=#BF0040][b]caribriz[/b][/color],[color=#BF0040][b] hexdef101[/b][/color] and [color=#BF0040][b]austin.texas[/b][/color] I've created a new green gtk theme for Linux Mint 17. Get it here http://gnome-look.org/content/show.php?content=162478[/url]

Minty-V2: http://gnome-look.org/content/show.php?content=162491

Libreoffice fill icon doesn't represent color on LO 5.0

Moving here. Didn't know that LO icons is this repo.
More: linuxmint/mint-x-icons#131

Mint-X Vertical Scroll Bar behaves incorrectly

Clicking near the right edge of the slider in the vertical scroll bar causes the slider to move. This happens only in Mint-X themes. (Slider with rounded ends and shadowed edge.)

To exercise the bug: open a long document or web page, or a big directory in Nemo. Anything big enough to have a vertical scroll bar. Click near right hand edge of vertical slider to exercise the bug. Click elsewhere on the slider to see expected behaviour.

Expected behaviour: slider stays where it is. (In some themes it flashes, but not Mint-X.)

Actual behaviour: slider moves as if the click were in the trough below the slider. In warp mode (default), the slider centers on the click. In page mode (with SHIFT key or gtk-primary-button-warps-slider = false in ~/.config) it moves down one page-full.

This behaviour overrides my touchpad's double-click-to-drag feature, so that when I try to drag the slider, if my pointer is too far to the right, it runs away from me! But a single click is enough to exercise the basic bug.

Observed on
Linux Mint 18.3 64-bit
Cinnamon 3.6.7+sylvia

Compatibility with GTK+ 3.8

This maybe premature to bring up now, but is there any way, perhaps a quick patch, to get this theme working in GTK+ 3.8?

LO 5.0 missing icons

See more at linuxmint/mint-x-icons#130

Right click menu entries in chromium browsers must be gray, not black.

I created ticket on chromium bug tracker, but lated I found out that the problem is in Mint theme.
https://code.google.com/p/chromium/issues/detail?id=490252

As it should be (2nd entry is unclickable, and so grey):

As it is in Mint:

Window controls scaling issue

The Mint-X window controls do not scale properly.

To replicate the issue:

• Clean install of Linux Mint Cinnamon 17 64-bit
• Preferences > Fonts > Window title font: Sans Bold 40

nemo left side shadow display problem

it display as a color
block not a shadow.
I am using arch and the last version of cinnamon and nemo and mint themes 1.4.5

Black background for some widgets

Abiword ruller panel, Libreoffice notebook bar are black

Regression on the 2px borders?

I'm not sure if this is a stylistic choice or not, but I've noticed that in Nadia the Mint-X theme only has the 2px menu-item padding applied to the GTK2 theme and not the GTK3 theme.

This causes a regression on my original pull #1 and causes some visual inconsistency.

I could submit a pull to restore the original theming, but if it's a stylistic choice their are probably alternate solutions possible (i.e. padding just the first item to prevent the cursor highlighting the function).

Photo manager should be dark by default

elementary OS, macOS and GNOME all have made a very nice decision to make the photo manager as dark by default, as it caters to the use case of images and enhances the purpose.

It would be nice to do the same for the Photo manager on Mint. Here are comparisons of the current light theme vs the Mint-Y dark theme applied.

Google Chrome with System Title Borders

When using Google Chrome with System Title and borders, the grey title bar stands against the green pretty starkly:

This can be worked around easily enough by turning them off, but that's undesirable somtimes since you lose access to the right-click menu to set workspace properties and the like.

It wasn't a problem in Mint-Z since Mint-Z colored that element grey.

Perhaps a specific application override is needed?

Conflicting gradient effects in Mint-X

Mint-X currently seems to use a number of different directions of gradients in parts of the interface. In some areas they're too prominent and lead to a "dirty" look when against a white background, in other areas they clash with regular UI elements.

Below are some examples:

Side-to-side gradient conflicts with the button gradient. It also gets inconsistent with other arrow effects.

This is just ugly. The gradient effect doesn't fit at all. A similar effect is seen in other apps.

Same problem here: the gradient being applied to the list view just doesn't work with other elements. Even if it did, the net effect would be to make things look oddly "dirty".

A different problem on the Synaptic tab page. The gradient stretches from top to bottom through the full range, which causes the tab page to lose definition. If we're aiming for a metallic type effect then the tab should be like a little raised surface on a metal plane, and have a much smaller gradient which gives the impression of a single specular reflecting plane.

Widget Factory Side-by-Side

I'll take a run at these depending what people think.

No visual feedback (focus borders) when using keyboard navigation

No visual feedback (focus borders) when using keyboard navigation. In other themes, like for example Adwaita you can see where your current focus is when using keyboard short cuts and tab-navigation. It seems that this is a design-decision for the mint-x theme, but I think that keyboard navigation is an all-day task (not only for power-users). If someone wants to use the keyboard there must be some visual feedback, otherwise it seems incomplete. At least in my opinion. Therefore, it would be really nice to have it as default. Or, if the first suggestion is not possible, to have an option to set it from cinnamon settings, maybe as a "mint-x-for-keyboard-navigation" theme or something similar.

Thanks.

I posted this issue already (maybe at a wrong place) under https://github.com/linuxmint/mint-x-theme/issues/6

Window list items have no borders in Mint Mate 19

Window list items in the Mate panel are right next to each other without any borders. Only the active window and a hovered window does have borders.

OS is Mint Mate 19 64-bit. Problem occurs all the time, no further actions needed to reproduce.

Chromium based browser progress color is too light

Chrome has recently changed their gtk decoration module (2-3 versions ago). Now Mint-X color is almost invidible

Poor contrast with active window in MATE window list

This could be subjective, but IMO there's a big contrast issue with the Mint-Y theme under MATE.

The active window in the MATE window list gets a very light green highlight (and has white text).

This bright highlight + light text is pretty difficult to read, and is kind of an eye sore over time since you almost always have an active window in the window list

XFCE4 Logout window

@JosephMcc I've done some work over logout menu, I will create single commit if it will be approved, here are screenshots:

murrine engine supports only inner (there are four modes: dots, rectangle...) GreenShadow for highlighting, there is no option to edit it's radius (there are a few mans in the Internet, nowhere shadow radius was mentioned). Also colors murrine_green_shadow (top #ADC595 bottom #A7BF8F) Mint-X_green_shadow:(top #ACCD8A bottom #94B177), looks identically.

Basic view

The only problem that is unable to solve (I've done a lot of work over it) is that pressed button is green, not grey (here I was holding left click on it and released it over celar space)

On one hand is keyboard navigation, on the other hand is a bit of eclectism...

Mint-Y dark in Thunderbird: unreadable tooltip

Thunderbird 52.9.1, using the default Thunderbird theme and Mint-Y global theme.

Screenshots:

Note the tooltip with white text on a yellow background.

Files app theming looks weird with incosistent use of white and dark elements

Files app under Mint-Y theme has inconsistent use of dark and light elements.

Either make the app theming fully light by default or make the top part dark like this.

Problem with highlighting in caja

Hello,
I noticed some strange behaviour with caja, when using mint-x theme. I'm not sure if it is related to caja itself or the theme, but I can't reproduce it with mint-y, so I write here. In advance - please excuse me if this is not the right place.
The problem: I use List view in caja. When I select a file with a single mouse click it becomes marked (that's OK). Then if I hold control key and start navigating with up/down arrows I am supposed to see a small black dotted rectangle around the current name and when I hit space to mark the file (paint in green). This is standard file manager behavior - I hope I've explained it well.
However the issue is that the black dotted line is not visible in list mode. It works fine and is visible in compact or icon mode, but not in list mode. In Mint 13, if I switch to mint-y theme (which is now not available) the dotted line is fine, which makes me think this is theme related.
Here you can find a screenshot - https://dl.dropbox.com/u/3391287/Screenshot.png
The dotted line I talked about is the one around the .pdf file. It is not visible in List mode.
I'm ready to provide more details, in case the information above remains unclear.

Cheers,
Tsvetomir

Scrollbars arrows

GTK2 has arrows on scollbars, GTK3 doesn't.

Mint Themes 1.6.1 Gtk3-2.x ready?

I see that you released a new mint-x theme version a few days ago, I was just wondering if these are now compatible with the new gtk-3.2x or are they still for gtk-3.1x?

Thanks

Mint-X: Srollbars are too pale/have low contrast

Hello,

the scrollbars are too pale and have a very low contrast thus making them hard to spot.

For instance, while browsing the net one usually only uses peripheral vision. Because of the low contrast the scrollbars are hard to spot at first sight. This hampers the usability

Cheers
Frank

Distro: Linux Mint 17.3 Rosa
Desktop: Cinnamon 2.8.6
Theme: Mint-X

Old Pane Separator Look?

@JosephMcc Thank You for restoring the old mate-panel look, it looks just like 18.3 now. I am not trying to beat a dead horse here and this is the last time I am going to bring up this issue. Essentially everything looks the way it should now with Mint 19, it even looks better IMO, because the tab alignment and your small tweaks have made it better. The last lingering thing is the new pane separator look. It doesn't look bad but I still prefer the old 18.3 look. I just fix the code on my own machine to the old look so its a non issue for myself, but I was wanting to get opinions from others on what they think about the new look. Is the old look or new look better? Below is a screenshot. Left is 19, right is 18.3.

Mint-X Window Borders

This "issue", if i may call it that, it might be be design, anyway, within Themes,
Select Desktop => Mint-Y-Dark
Select Controls => Mint-Y-Dark
Select Window Borders => Mint-X

Now, the active window title bar is black - when in my opinion it should be grey.
Why, because, go back and change Window Borders => Mint-Y, and you see the title bar turns grey
The Title bar should only be black if you select Window Borders = Mint-Y-Dark.

This issue is present on LM19 Cinnamon and LMDE3

Linux Mint 18 default plymouth theme created!

I have made a new plymouth theme for Linux Mint 18 with a color-cycling bootup animation and zoom out shudown. I would like to submit it to the Linux Mint dev. team. Get it here http://gnome-look.org/content/show.php/Ultimint%3A+Ultimate+Mint+plymouth+theme?content=163329

Terminal app needs to be fully dark

Every interface (GNOME, elementary, Unity, Mac, etc.) that have a dark theme for the terminal, have it dark throughout. As such, it is odd looking when the Mint terminal opens up to a mix of dark and light themes.

Make the terminal theme dark by default.

Little things like these will go long way in UX polish. :)

Special theme for not-so-hi-dpi screens

Cinnamon currently has an option for x2 UI scaling. This is perfect for QHD screens, but not for Full HD 13.3 with 1920x1080. For such screens x1 scaling is too small and x2 is too large. x1.5 will be ideal but GTK can't do this.

It is possible to solve the problem partially by setting font scaling to 1.8-1.9 but this does not scale checkboxes, radio buttons, scrollbars and various icons - they all remain too small.

My idea is to provide a special variant of the default theme for such screens where all icons, bitmaps and controls are 1.5 larger. What need to be increased:

• Bitmaps for checkboxes and radiobuttons
• Scrollbars and sliders
• Toolbar icons from 16x16 to 24x24.
• Icons in treeview and such.

Unfortunately my knowledge of GTK themes is clearly not enough to do this but this task is easy for any theme developer.

I opened a feature request on GitHub linuxmint/cinnamon#4632 but it was closed immediately with the comment "Cinnamon developers don't produce themes".
So, I'm opening it here - probably this is the right place.

Mint X icon theme with LibreOffice

Bamm Gabriana mentioned in a bug report on LibreOffice that he and Clem wanted to push the Mint X icon theme upstream to LibreOffice and i would like to assist with making that happen as i work with the libreoffice design team.

https://bugs.documentfoundation.org/show_bug.cgi?id=72871

Would also like to mention that more toolbar buttons were introduced in LibreOffice 5.0, so the Mint X icon theme would need to be updated, so toolbar icon buttons dont appear as text buttons.

[Mint-X gtk+ 3] Scrollbar regression from 3.18

The trough of the scrollbar is too small to fit the slider in. Mint 18.3 with gtk+ 3.18 looked fine.

Linux Mint 17 - Libre Office 4.3 PPA Conflict With mint-themes Package

Hi development team,

Following Libreoffice 4.3 PPA repo conflict with mint-themes package.

sudo add-apt-repository ppa:libreoffice/ppa

Installation of Libreoffice 4.3 from this PPA, removes packages of mint-themes, mint-artwork-gnome and mint-meta-cinnamon.

Libreoffice 4.3 try to install libreoffice-style-human. But mint-themes package conflicting with libreoffice-style-human.

I edit package of mint-themes (with removed conflicting sections) as following.

https://dl.dropboxusercontent.com/u/35943691/Paketler/mint-themes_1.3.5_all.deb

Best regards
Gökhan Gökkaya

Advice for repository organisation

I advise to create external repo for mint-libreoffice-icon theme, it is already implemented by shimmer project https://github.com/shimmerproject/libreoffice-style-elementary (just copy makefile and adopt paths and names). With zipped file in repo it's hard to create PRs, observe changes and of course git-diff. Also providing SVGs along with PNGs will help a lot (SVGs would be fine for mint-x-icons too)

Since gtk 3.20.3 virutally everything is broken

Since gtk 3.20.3 virutally everything is broken. I had to switch to adwaita. This is not a single issue. You have to test it, then you will see.

"Ubuntu" font is too small with Mint-X theme

This is a very old bug, it's been there since Mint-X theme has been introduced in 2010.

When you set the font to Ubuntu instead of Sans while leaving the size at 10, you'll see the font become smaller. That's because Mint-X sets font size to 9. There's a workaround - I'll quote it from this post:

commenting out line 52 (font_name = "9") in /usr/share/themes/Mint-X-Metal/gtk-2.0/gtkrc makes Mint-X-Metal honor the font size specified in gnome settings

That's what I usually do in my systems when I want them to use this "Ubuntu" font. But it's just a workaround, and you have to apply it every time the package gets updated (and the file gets overwritten).

I think it's time to fix it for good. :)