linuxmint / mint-themes Goto Github PK
View Code? Open in Web Editor NEWMint-X, Mint-Y..
Mint-X, Mint-Y..
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
See more at linuxmint/mint-x-icons#130
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.
I'll take a run at these depending what people think.
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.
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:
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.
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
Please see issue linuxmint/xreader#19 of linuxmint/xreader
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. :)
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.
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)
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
Moving here. Didn't know that LO icons is this repo.
More: linuxmint/mint-x-icons#131
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.
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. :)
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.
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?
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.
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?
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.
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
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
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:
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?
GTK2 has arrows on scollbars, GTK3 doesn't.
@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.
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
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.
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.
Linux Mint Desktop panel theme as it is right now in Mint 19:
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.
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
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
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).
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
@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.
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...
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.
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
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?
Steps to reproduce:
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).
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.