numixproject / numix-folders Goto Github PK

Alternate folders for use with our base icon theme.

License: GNU General Public License v3.0

Shell 38.03% Python 61.97%

numix-folders's Introduction

Folders

This program provides and installs alternate folders for use with our base icon theme. To use the script simply download this repo, move into the repos directory and then run the script. All work here is licensed under the GNU GPLv3+

Styles

Style	Preview	Screenshot	Description
0	-	-	The default in our base theme - choose this to revert back
1		link	The original folder design
2		link	Plain design which matches our Legacy theme
3		link	Tilted design which never made it to production
4		link	One that launched with the redesign of Circle
5		link	Curvy design which became default in 2023
6		link	The design which was used from 2015 to 2023

Colours

Colour	Primary	Secondary	Symbol
default	-	-	-
blue	`#42a5f5`	`#1976d2`	`#2a74b9`
brown	`#8d6e63`	`#5d4037`	`#634b43`
green	`#66bb6a`	`#388e3c`	`#448647`
grey	`#bdbdbd`	`#757575`	`#7f7f7f`
orange	`#f57c00`	`#e65100`	`#ab5d0b`
pink	`#f06292`	`#ec407a`	`#c64077`
purple	`#7e57c2`	`#512da8`	`#54398d`
red	`#ef5350`	`#d32f2f`	`#ab3634`
yellow	`#ffca28`	`#ffb300`	`#c79a18`
style#	colours from folder sytle no. # (cf pictures in table above)
custom	-	-	-

macOS

While this program is only supported on Linux, there's a macOS script by @BKrajancic which might be of interest.

Non-GUI usage

To use the interactive command-line interface of numix-folders (instead of the GUI which might not work) run ./numix-folders -t inside the directory where the numix-foldersscript file is installed.

If you do not specify values for folder style and colour and just hit enter, default values are used.

Run ./numix-folders --help to see available CLI options

numix-folders's People

Contributors

Stargazers

Watchers

numix-folders's Issues

Colour contrast issue with green on green for colour green

For Styles No. 6 and No. 5, in actions for colour green, the additional green elements for green-add-folders-to-archive.svg, green-document-open-recent.svg and green-folder-new.svg are hardly visible at all.

This is because these green elements are of a different green in Styles No. 6 and No. 5 when compared to Styles No. 1-4. The contrast for the different colours is sometimes better and sometimes not ideal, but especially for this green on green, the elements become almost invisible.

I would suggest for just these two special cases in Styles No. 6 and No. 5 and just for the green folder colour to make the contrast more visible by e.g. making the green for the additional green elements darker.

Comparative screenshots of Styles No. 6 and No. 5 and then of Styles No. 1-4 (as an example in folder size 24x24, but this goes for all folder sizes):

Style No. 6 (problem)

Style No. 5 (problem)

Style No. 1 (ok)

Style No. 2 (ok)

Style No. 3 (ok)

Style No. 4 (ok)

Add chart with default folder colours to Readme

In continuation of my comment over at #63 (comment), I would like to suggest to add a colour chart with the default folder colours.

Actually, this might also allow to specify "old" default colours, so e.g. #7 could be solved by the user specifying the "old" colours.

Folder naming for "Projects" is inconsistent

The folder names for "Projects" are projects in sizes 16x16, 48x48 and 96x96, but in contrast project for the other sizes.

This issue report is just to keep track: the issue is already being addressed in #43.

Provide custom colour folder icons for the custom option of Folder Color

Hi, this recent comment of @Foggalong caught my attention: #61 (comment). I am opening a separate issue for this for clarification purposes. @costales and I have been in contact about the custom colour option as well.

So is this happening now for Numix icon theme? That would be great! Especially useful for colours that are totally different from the Numix colours on purpose, to stand out. Then again, as far as I am aware, currently there is only a "custom color icon" for default style 6 in size 48x48.

Or is this about a custom colour global/default option from Numix's side?

Wrong orange colour in blue-folder-copy.svg in size 22 in style 5

A wrong orange colour is showing in blue-folder-copy.svg in size 22x22 in Curvy Design No. 5:

Icons in 16x16/places only complete for default colour, all colours in Numix base

This one is a question: Am I correct in assuming that the complete set of folder icons in 16x16/places is only present for the default colour (and only the icons changing with the folder style in all colours), because all the colours in this size are present in Numix base?

This makes sense because the majority of the icons in 16x16/places has the same design and thus does not need to be present in the non-default colours in all 6 Folder Styles; it is more efficient to simply have them in Numix base right away.

And could this potentially cause a problem in case that s.o./s.th. is searching for these icons in "Numix-Folders" and not in Numix base (quite unlikely, but I was just wondering)?

Screenshot of Style No. 6, to illustrate that only the default colour folder icon set is complete in 16x16/places:

Visual inconsistency with folder colours pink and purple in style 5

This issue may be rather a subjective impression than an objective issue, but this caught my attention, and as right now is the proper time to address this, I am filing this report. Please feel free to close this.

When going through the different folder colours in Curvy Design No. 5, the pink and purple colours caught my attention. The folders in these colours look somewhat "flatter" than in the other colours. I realised that this seems to be because of the colour of the upper edge in the background.

Screenshot of the default-folder, size 48x48:

For default-folder, the marked upper edge in the background is visible "darker" or "further away" than the main folder colour in the front.

In contrast, screenshots of pink-folder and purple-folder, size 48x48:

In both these cases, the colour in the background is almost the same as in the front. For purple, it looks just a nuance darker, for pink it even looks a nuance lighter.

This takes away some "depth" and even evokes the impression that the entire folder front is flat, and that the darker part is only a kind of curvy print on the surface, not actually the backside of the folder further in the background. But that would be inconsistent with the "depth" of the overall folder design.

To illustrate further, here is a screenshot of pink-folder-open:

The upper edge looks almost like it is closer to the observer than the front, which is visually misleading.

As a comparison, screenshot of default-folder-open (all fine):

I only had this impression with the folder colours pink and purple, all the other colours looked fine to me.

Finally, for a direct comparison and for verification, screenshot overview with all 10 folder colours:

Wrong shadow for style 6 coloured folder-music

Hi, I noticed that for Curvy Design No. 5, the symbol drop shadow colour for folder-music in the non-default folder colours in sizes 32, 64, 128 and 256 is orange instead of grey as everywhere else.

Example screenshots of grey-folder-music and of purple-folder-music in size 256:

In contrast, the colour of the symbol drop shadow for the default folder colour is fine:

folder style in launcher icon

Is there a possibility to change the style of the .desktop file with this script?
Or could you just include new .desktop files for all alternative folder layouts in the numix main icon theme and manage them with this script here.

Because you want to achieve true consistency between all folder icons in the project (as I read in the blogpost on numixproject.org), this would be really great.

Plain folder is higher/larger than other folders in sizes 128 & 256 in style 2

Another detail that caught my attention: In Style No. 2, for sizes 128x128 and 256x256, the "plain" folder (without any symbol) is a little higher/larger than all the other folders of these two sizes. This goes for all 10 colours.

Screenshot of default-folder in 128x128:

Screenshot of default-folder-documents in 128x128 (a little lower/smaller, same for the rest):

Screenshot with a couple of folders in 256x256 in a row, with a helping line: the plain folder (here: blue-folder) is a little higher/larger than all the other folders. This becomes noticeable esp. when these folders are located next to each other:

So far, I have not noticed folder size inconsistencies of this kind in any other size of Style No. 2 or in any other folder style at all.

Problem with folder-symbolic.svg in style 5

Hi, there seems to be a problem with folder-symbolic.svg in Curvy Design No. 5 (fantastic one, btw): For some reason, there is a white "paper" part in this icon, which does not correspond to the default folder design (without "paper"), and this is not displayed correctly in Nautilus/Files in Ubuntu 14.10.

Screenshot of the icon, "paper" area marked:

Screenshot of Nautilus/Files in Ubuntu 14.10 (default Ambiance GTK theme, but this effect is the same with Numix GTK theme):

Thanks for providing these alternative folder styles, this is great work and a welcome enhancement!

Adjust colours spelling in Readme to the default colour switcher script

In continuation of #50 and #51, I would like to suggest to adjust the colours spelling in the Readme to the script. This means lower case letter for the colours (the script only runs when colours are entered in lower case). At the same time, I would recommend to have them in bold letters, just as the style numbers above, so the user knows what to enter for the two options in the script (style and colour).

Plain folder shape varies considerably in different sizes in style 6

This is not necessarily an issue with Numix folders at all, but rather an observation of the folder icons in practice:

In current default Style No. 6, the plain folder shape (i.e. the plain folder without symbols) varies considerably e.g. inbetween sizes 48, 32 and 16. This might be a completely intentional design choice, but e.g. for my personal taste, in Style No. 6 the plain folder does look somewhat large in size 16.

This probably intentional design choice also has consequences e.g. for folder icons that have been manually selected e.g. for extra folders in the Home directory in Files/Nautilus in Ubuntu. Here is an example from current Ubuntu 14.10 comparing Style No. 6 (problem) with Style No. 5 (fine). Again, also this is not necessarily a Numix issue, but rather a Nautilus issue, but still this appears to be a rather common use case. I am only comparing the two latest Styles No. 6 and No. 5 here.

Apparently, Files/Nautilus in Ubuntu (14.10) "hardcodes" a manually selected icon that is selected via the standard way of going into the folder properties, clicking on the folder icon and selecting an icon for that folder. "Hardcodes" in this context means that the icon stays the same and is scaled up and down to all different sizes, whereas the default folder icons get picked according to their respective sizes without the need for additional scaling.

In preparation, here come three screenshots of the plain folder in sizes 48, 32 and 16 in Styles No. 6 and No. 5. I have enlarged them so that the canvas is of the same size in the screenshot. It is obvious that the plain folder shape in Style No. 6 varies considerably (gets quite larger in relation to the canvas as the icon size gets smaller), whereas the plain folder shape in Style No. 5 stays just about the same throughout the different sizes.

Style No. 6, 48x48

Style No. 6, 32x32

Style No. 6, 16x16

Style No. 5, 48x48

Style No. 5, 32x32

Style No. 5, 16x16

And now, here come three screenshots of Files/Nautilus in Ubuntu 14.10 with Styles No. 6 and 5. The first one is the default grid view (apparently size 48). This is the size in which I have manually selected the 48x48 folder icon for wine and vm. The second one is the default list view (apparently size 32). The third one is the smallest icon size in grid view (apparently size 16).

For Style No. 6, just as expected, in the default grid view (48) all folder icons look the same, including wine and vm. But for list view (32), as the size 48 folder icon is scaled down to 32, the folder icons for wine and vm look somewhat smaller and "inconsistent". And for the smallest icon size in grid view (16), the folder icons for wine and vm look very different from the usual (unscaled) plain folder icons.

For Style No. 5, in contrast, as the plain folder shape stays about the same in sizes 48, 32 and 16, in all three screenshots the folder icons, even if scaled down for wine and vm, look "constistent" and in line with the other default folder icons (that get picked respectively for each size that they have been designed for).

Irregular symbol drop shadow in folder-download in style 5

Hi, upon further inspection I noticed that there is an irregular symbol drop shadow in folder-download.svg in Curvy Design No. 5, specifically in size 48x48 (should be one consistent colour).

Screenshot:

${colour}-folder-open.svg is missing in all sizes in style 3

I think the title says it all. I think they used to be a symlink to ${colour}-fileopen.svg, am I right? They got probably llost at some point

No "Enter" Option

The script doesn't check (for colour or style) for the user just pressing enter rather than typing in an option. Currently the script will run, spurt errors, and then break the users Numix installation.

Idea as suggested by @dirtydancing would be to have it go with the default if the user does this.

Brown folder design?

I personally like both design 4 (the new one of a few months ago) and 6 (the new one that's the standard now) equally, so I don't care which one, but I really preferred the old colours. Why was design 4 in that scheme removed? I still have the old script, so I'll probably keep using those.

Wrong folder icon in actions in sizes 16, 22 and 24 in style 4

In Style No. 4, for sizes 16, 22 and 24, in actions the icons for document-open and for document-open-recent are wrong. They feature the regular folder icon, just as folder-new right next to them.

The correct icon would not be the folder icon, but rather fileopen/folder-open, which one exactly for Style No. 4 depends on how #23 is addressed.

This applies to all colours.

Style No. 4, Numix/24x24/actions (incorrect, as also sizes 16 and 22)

Style No. 4, Numix/32x32/actions (correct, as also all the larger sizes)

Comparison: Style No. 5, Numix/24x24/actions (correct)

Add lower case converter to the default colour switcher script

This is just opening an issue to keep track of this. Cf. #53 (comment) and #63 (comment) (point 4 mentioned there was referring to the lower/upper case spelling).

folder-open a symlink for default colour & missing for all non-default colours in style 3

For Tilted Design No. 3, there is a problem with the icon for folder-open: For the default colour, default-folder-open.svg is only a symlink to default-fileopen.svg. And for all non-default colours, default-folder-open.svg is missing completely.

This applies to all folder sizes.

Comparative screenshots of Tilted Style No. 3 and Style No. 4 in Files/Nautilus, searching for "open" in Numix/48x48/places:

Tilted Style No. 3:

Style No. 4 (and all the other folder styles):

Adding new folders

Hello ,
I just wanted to ask if you are going to add some new folders?

Thank you for your awesome work !! and i guess this will not be as hard to do as before.

Extend timeout in case of error in the switcher script

When I entered a wrong option in the script with "Run in terminal", the terminal window closed a little too fast to process the command to display the valid options. So I would suggest to extend this timeout from 3 to 5 seconds.

Folder Color

How can I use the different folder colors now, as they are shown in the readme file?
Sorry if this is obvious, but I just don't get it...

Numix Folders in Action

Hi, I would like to suggest to add some user screenshots of "Numix Folders in Action" (or whatever title you would prefer) to the numix-folders startpage.

Reason: My impression is that several users might not be aware of e.g. Curvy Folder Style No. 5, simply because that never went into production, or they might have seen only one folder icon and might have dismissed it from this incomplete impression. I am aware of e.g. this recent Numix Project post on Google+ relating to the different folder styles: https://plus.google.com/+NumixProjectOrg/posts/6P4KMDGZGQD but also this post is visually limited to a screenshot of the current numix-folders startpage with one example icon for each Numix folder style.

E.g., just yesterday I sent a screenshot of my desktop to a friend of mine who is also a Ubuntu & Numix user, and he switched to Curvy Folder Style No. 5 right away. Now, I would volunteer a screenshot of my actual desktop to get this going. This is Folder Style No. 5 on Ubuntu 14.10 with default Ambiance GTK theme and with default Ubuntu wallpaper (same as in 14.04 LTS), and since I figure that a lot of Numix users are using Ubuntu, they should be able to directly relate to this screenshot:

This is just an idea to make the folder styles options more approachable and to give users a more encompassing "in action" impression of the Numix folder styles. I would be delighted to hear what you make of this suggestion.

Inconsistency with folder-documents.svg in style 5

Hi, looking at the folder designs in Curvy Style No. 5, I noticed s.th. that to me looks like an inconsistency with folder-documents.svg. The white symbol for documents (specifically the "frame") appears very thin when compared to all the other white symbols.

Comparative screenshots of Curvy Style No. 5 and Default Style (Ubuntu 14.10, Nautilus/Files):

More detailed comparative screenshots of folder-documents.svg and e.g. of user-desktop.svg (48x48):

This appears to relate specifically to sizes 48x48 and 96x96. For comparison, here is a screenshot of folder-documents.svg in size 256x256, thickness of the white symbol all fine here:

Folder style does not change in nautilus bookmarks section

I recently discovered, that the script does not change the folder style in the bookmarks section of nautilus. I'm on Ubuntu 14.04 x64 and everywhere it changes but at this location. I just noticed that this is not supposed to be...

The script changes the icons in firefox, the launcher icon, the folders in nautilus, but only the bookmarks stay untouched. It also doesn't matter which style I choose, it stays the same.

EDIT: I am using the actual Nautilus Version 3.10.1

fileopen.svg is wrongly named document-open.svg in style 1

In Style No. 1, in Numix/.../places, for all colours the folder icon ...-fileopen.svg is wrongly named ...-document-open.svg.

...-document-open.svg exists as well, but in all other instances is located in Numix/.../actions.

This applies to folder sizes 32, 48, 64, 96, 128 and 256.

What might have added to the confusion here is that these two icon names are using the same icon design.

Comparative screenshots of Style No. 1 (wrong) and Curvy Style No. 5 (correct, as all other styles as well):

Style No. 1, 48x48/actions (correct)

Style No. 1, 48x48/places (wrong)

Style No. 5, 48x48/actions (correct)

Style No. 5, 48x48/places (correct)

Two slightly different folder drop shadows in sizes 128 and 256 in style 6

For current default Style No. 6, I came across two slightly different folder drop shadows in sizes 128 and 256. I only noticed this in size 256 and could trace it back to size 128 as well, but all the other folder sizes appear to have the same consistent drop shadow.

Several folder icon apparently have a slightly larger and lighter drop shadow (first kind), whereas others have a slightly shorter and darker one (second one).

This applies to all folder colours.

Example for the first kind of drop shadow: download
(also folder, documents, dropbox, music, pictures, publicshare, recent, saved-search, system, templates, ubuntu, video, wine, network, user-desktop, user-home)

Example for the second kind of drop shadow: hdd
(also art, cloud, google-drive, project, rss, steam, vm)

Inconsistent icon for document-open and for document-open-recent

In Styles No. 2 and No. 4 and possibly also in Style No. 6, the icon for document-open and for document-open-recent is inconsistent.

In Styles No. 1, 3 and 5, for these two icons in .../actions, the same (consistent) icon is used as for fileopen in .../places.

But in Styles No. 2 and No. 4, the same icon is used as for folder-open in .../places. Yet, document-open refers to opening a document and not to opening an entire folder, so this is potentially misleading:

Style No. 2 48x48/actions

Style No. 2, 48x48/places

Style No. 4, 48x48/actions

Style No. 4, 48x48/places

In Style No. 6, also not the same icon as for fileopen is used, but here this is also not the very same icon as for folder-open (that one incluces an arrow pointing upwards), so this could be intentional:

Style No. 6, 48x48/actions

Style No. 6, 48x48/places

In contrast, Styles No. 1, 3 and 5 are using the same (consistent) icon for document-open (and document-open-recent) in .../actions as for fileopen in .../places.

Style No. 1

Style No. 3

Style No. 5

Well, since this a kind of a tie (3 to 3), this all could be intentional after all :-) Still reporting it, because to me the document-open (actions) and fileopen (places) icon is a consistent combination.

Simpler Code

It would be nice if this section of code just read which colours were used in the custom icon for the users chosen style rather than having to state all the colours (and questions) for each case. Reasoning being that this is going to get very unwieldy as more styles (potentially with more colours) are added.

The pseudo code would look something like this:

if "COLOUR_PRIMARY" in "$STYLE"/path/to/custom-folder-videos.svg:
    CODE = ask("Choose primary colour in hex notation: ")
    checkhex($CODE)
if "COLOUR_SECONDARY" in "$STYLE"/path/to/custom-folder-videos.svg:
    CODE = ask("Choose secondary colour in hex notation: ")
    checkhex($CODE)
if "COLOUR_SYMBOL" in "$STYLE"/path/to/custom-folder-videos.svg:
    CODE = ask("Choose symbol colour in hex notation: ")
    checkhex($CODE)

replace_placeholders_with_colours()
# continue from here...

hown to install in archlinux

hown to install in archlinux ?

Rerun script on every numix-theme update

I have to rerun this script everytime when there is a new update on numix-icon-theme.
Is there a way to automate this or any other workaround?

Visual inconsistency with folder-ubuntu.svg in style 5

I just noticed a slight inconsistency with the Ubuntu symbol in folder-ubuntu.svg in style 5: the Ubuntu symbol appears to be a little too thin/small when compared to the other folder symbols.

I do not have this impression e.g. in style 6, all fine there.

This relates to the already reported and fixed #10, but it is not as obvious and quite possibly only a subjective impression of mine. Still reporting this, just in case.

Screenshot in the important icon size 48x48 (e.g. default in Nautilus):

Screenshot with folder overview, comparison e.g. to folder-recent.svg:

In contrast, the same folder overview with style 6, all fine there:

Small typo error in package from ppa

Since you uploaded the numix-folder package to your ppa I suppose it's time to report one small bug

in /usr/bin/numix-folders the first line reads

$#!/bin/bash

but it should of course read

#!/bin/bash

Clean icon cache after executing the script

Hi,

I believe it would be helpful to either add a pointer at the end of README.md or directly include this step in the script on how to clean the icon cache after executing the script. It took me a while to figure that despite doing Alt-F2 gnome-shell --replace the folder icons would remain those of the old (default) style and colour.

I found in #30 the way to do this: sudo gtk-update-icon-cache -f /usr/share/icons/Numix (if that's where your Numix icon theme is installed), which worked as expected.

Thanks for your great work!

Include numix-folders in the Numix PPA

Question: Would it be manageable and reasonable to include the numix-folders package in the Numix PPA? Reasons:

This way, there would be no need for users to check back here on GitHub for updates.
numix-folders is supposed to be located in the same directory as Numix base anyways.
And additionally, this would give some more exposure to the awesome Numix Folders project :)

How to keep the selected non-default folder style over Numix base PPA updates

Question: is there a way to keep the selected non-default folder style over Numix base PPA updates?

So far, after every PPA update (in daily sequence when there are a lot of changes), the folder style is reset to the default style 6. As I am using curvy style 5, I am currently running the script every time again.

folder color support

Hello, i use usualy folder-color on my ubuntu 14.10 to change the color of some folders to make things look nice.
i would like to ask if it's possible to support it with numix folder colors :D
the officiel web site : http://foldercolor.tuxfamily.org/
the folder color are here : /usr/share/folder-color/media
it would be really so cool to see those colored folders with a numix style

Thank you so much :D

Files app icon symbol size possibly too small in style 5

In continuation of #8, I am wondering: For Curvy Design No. 5 and its Files app icon, is the symbol a little smaller than usual on purpose? To me, this looks somewhat inconsistent with the other Numix-Circle icons. So far, I have not had this impression with the other Files app icon styles (i.e. Styles 3 and 6).

On the other hand, this might simply be a matter of getting used to it, but I thought nevertheless I would bring this to your attention.

Comparative screenshot of file-manager.svg for styles 1-6. As you can see, the folder symbol in Style No. 5 appears to be a little smaller than the others:

Screenshot of Ubuntu 14.10 Unity launcher. The folder symbol size in the Nautilus/Files app icon (second from the top) to me appears to be somewhat small in this context:

Use 100% opacity for all symbol colours

Just a quick question: Is there a reason why you're using 40% opacity for most of your symbols in style 2,3,4,6 (plus outlines of style 2) instead of 100% opacity. Using complete opaque colours would make recolouring etc. much easier.

Moreover its inconsistent among different colours / and styles. In style 4 for example you are using completely opqaue colours for some designs/colours; 0.4 opacity for a few others (different for sizes and or colours).

Would you mind/encourage if I change that accordingly, and use completely opaque colours for all of them? (Just to be clear I wouldn't touch the shadows of course+ the design would stay exactly the same)

Some folder icon files are executable

Some folder icon files have the file property "executable". This appears to be unintentional.

So far, I have come across "executable" .svg files in Style No. 2 in folder Numix/48x48/places (most of the files there) as well as in Styles No. 2, 3 and 4 for folder-symbolic.svg in Numix/scalable/places.

It probably would make sense to have all the folder icon files consistently non-executable.

Cleanup and Colours

Carried across from #4 and #204. Work on this is being done in the rainbow branch.

This is a total todo list for this issue, sorted by priority:

If we can merge styles, this is a 2528 icon issue. If we can't, it's a 5056 icon issue. I think this might just be our biggest issue yet :P

Folder naming for "Google Drive" is inconsistent

In continuation of #44: The folder names for "Google Drive" are gdrive in sizes 48x48 and 96x96, but in contrast google-drive in all other sizes.

There should be one consistent name, arguably google-drive (as gdrive seems to be the exception).

Inconsistent use of a second colour in some icons in style 1

This issue came up in a conversation over here: #63 (comment). Apparently, style 1 is using one colour as its folder colour. But for some icons, a second colour is added. This employment of a second colour seems to be unnecessary and leads to complications with the option of a default custom colour, cf. the thread referred to above.

The relates to the following icons:

actions/add-folders-to-archive
actions/document-open
actions/document-open-recent

places/fileopen
places/folder-open

and possibly
places/folder-move

In addition, it seems that this colour is wrongly lighter for some icons in the default folder colour, whereas it is rightly darker in the other colours.

Exemplary screenshot:

To address this, it might be recommendable to use a shading of some kind that is overlayed over the single folder colour in style 1. Style 2 might serve as an example for that. And for a lighter colour, this might be handled with less opacity of the primary colour. By using one primary colour consistently and using this one colour also for the icons mentioned above, the icon design gets simpler and is better to customize.

As you can tell from the referred conversation, it is not entirely clear how these colours are used in style 1 and why there is a secondary colour, or if this is used on purpose (in which case this issue might be a non-issue after all). Anyways, this inconsistency seems to be present only in style 1.

Colour inconsistency between default and the others for folder-copy in style 5

There is a colour inconsistency between the default colour and the additional 9 other colours for folder-copy in Folder Style No. 5: In the default colour, the second folder (in the back) is a tad darker than the first folder in the front, whereas for all other colours, the folder colour is the same for both colours.

This applies to all the folder sizes.

Default colour (a tad darker in the back):

E.g. grey (same colour in front and back; this goes for all other non-default colours as well):

This is an inconsistency that does not exist for Folder Styles 1,2,3,4 or 6. Not all of these styles use (a bit) different folder colours for folder-copy, but they all follow the same design consistently with all 10 colours, default and non-default all the same.

Style No. 1 (consistently the same folder colours, default example):

Style No. 2 (consistently a tad darker for the back folder, default example):

Style No. 3 (consistently a tad darker for the back folder, default example):

Style No. 4 (consistently a tad darker for the back folder, default example):

Style No. 6 (consistently the same folder colours, default example):

Replacing won't work: doesn't recognise my choice

I ran the script and chose style four (new folder style in original cardboard colours) but it doesn't accept that. Here's the output:

wolf@UbuntuWLM:~$ sudo ~/Downloads/numix-folders-master/script.sh
[sudo] password for wolf: 
Which folder style do you want? 4
basename: ontbrekend argument [translation: "basename: missing argument"]
Typ 'basename --help' voor meer informatie. [translation: "Type 'basename --help' for more information."]
Please choose a valid style number Run
' --list' for a complete list
wolf@UbuntuWLM:~$

Numix-Colors ;-)

Thanks for this great utility offering users so many options - for folders in Numix icon theme.

How about renaming this github repository as numix-colors? Or - with or without renaming - adding also a similar script to produce a number of color variations of the great Numix GTK theme???

It should be 10 times easier than the present one changing folder colors/styles.
Even with beginner-level bash scripting skills I've created one for myself and produced a nice Numix-Blue GTK theme simply by replacing all instances of the existing orange color code with the blue color code (the one you use in blue folders) in all relevant css and svg files...

Additionally, I would like to suggest that these scripts create a copy of the base theme, add a color-style suffix to its root folder, and then begin making changes in it.

Update script?

The script only supports styles 0-2, [3]* ) style="3"; break;; should be added, no? =)

Incorrect sizes for some icons in 22x22 for style 5

I found another small bug in style 5 by chance (@dirtydancing it's hard to believe, but you missed something :P).
*-user-home.svg and *-user-desktop.svg (all colors) in 22x22 are the icons from 24x24 and therefore have the wrong size.
I'll create a pull request for that

Problem with default colour switcher script

I am running into difficulties with the default colour switcher, cf. #50. When doing some testing, also in combination with Folder Color (only using Folder Color for individual folders, not Folder Color's global feature), I somehow ended up like this:

I am not sure how to reproduce that, but this happened after I deliberately entered some wrong values for folder style and folder colour when running the script, so this might have to do with that. What I also noticed is that when then using Folder Color for individual folders, this worked for some colours, but not for others (marked in the screenshot below):

Is this just me, or is there a problem with the default colour switching script, or is this a problem when the script (for the default colour) and Folder Color (for individual folders) are used in combination?

@costales pinging you on this one, in case there might be a problem from Folder Color's side :)