In Gnome 3.36, I see a stray vertical line of transparent pixels to the right hand side of images viewed in eog.

I do not see this in adwaita.

I have a HI-DPI screen with 200% scaling.

There's an abandoned Arc Dark theme for IceWM over at https://github.com/Aethusx/icewm-arc-dark

Would it be possible to integrate it into this repo, similar to how the Openbox theme was integrated?

There are some bugs with the IceWM theme because I assume it's outdated.

Libhandy introduced header bar controls that move to the bottom if window is too narrow.
Those bottom buttons exactly match the buttons that would be in the header bar in Adwaita.
In Arc those buttons do not match. Also, those libhandy apps display a few pixel high bar at the bottom, even if the Libhandy controls are currently in the header bar. Adwaita does not do that.

I made a small clip better showing the issue: https://youtu.be/wjfmA9DCdw0

Solving that issue is important for using the Arc Theme with the Pinephone/Phosh

Just installed arc-theme_20190917+git20200328-2_all.deb on Ubuntu 19.10, Gnome 3.34.2.

Everything is OK on Gnome Shell Arc an Arc Light variants, but on the Arc Dark variant, there are a few button/icon/text color problems:

Arc

Arc-Dark

Thank you for maintaining this fantastic theme!

As reported in Debian bug # 956553, with Debian Sid having switched to Gnome 3.36, notifications are now blurry. I've checked the default adwaita theme and confirmed that without arc-theme there is no issue.

I could not get attachments to work here. You can see it here: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=956553;filename=blury_notifications.png;msg=5

Details

With the current HEAD, the fonts of several elements are way too huge. Here are comparison of how it looks with this theme and how it looks with Mint Y Dark, both with the same font size of 11px.

arc-theme dark:

Mint Y Dark:

This also affects text in desklets.

Please add the following information:

• Distribution and version: Manjaro 20.0.1
• Versions for the affected applications/desktops/tookits: Cinnamon 4.6.2

There is a small visual glitch in the calendar dropdown when week numbers are displayed:

Without week numbers	With week numbers

The day selector is elongated vertically, and the spacing between calendar rows is increased.

For comparison, this is what the calendar with week numbers looks like with the default shell theme:

This issue can be fixed by reducing the top/bottom margins of the week number boxes:

.calendar-week-number {
  ...
  margin: 3px 6px;
  ...
}

With this fix, the end result looks like this:

I can submit a PR if helpful.

On a more general note, there are a few visual inconsistencies in the gnome-shell theme that I would like to flag (most of which are either carry-overs from horst's theme or consequences of the default shell theme being transposed to Arc, rather than issues with this particular repo).

Would you prefer that I file them as issues, or would you prefer PRs to be submitted?

Hi there!

I'm using this theme on a 4k display, and we all know that Gnome (and many other Linux DE's) lacks good support for HiDPI resolution. One thing that bothers me is the close button clickable area. In order to click the close button I have to reach the cursor inside that red circle icon, and that circle is very tiny on a 4k display. Even on regular 1080p display it's not that easy to click on that button.

On the image bellow we can see that the "More option" button actually has a good and square clickable area, while the close button doesn't.

So here is my question. Have you considered a close button overhaul? I mean, this round close button seems dated, and there are better design for close buttons like those in Google Chrome and VS Code. They have prominent "X" buttons that are easy to reach. If a redesign is out of question, would be possible to make the clickable area a square, just like the "More option" button?

Also, thank you for continuing support this theme. Some now and then I try new themes, and always come back to Arc.

Hi,

There's a missing separator on this following dialog. Separator only appears on hover.

Please add the following information:

• Distribution and version: Arch / GNOME 3.34.1
• Versions for the affected applications/desktops/tookits: 511728f

• Distribution and version: 5.1.9-arch1-1-ARCH
• Versions for the affected applications/desktops/tookits: GNOME shell 3.32.2, gtk3 3.24.8

Command ./autogen.sh --prefix=/usr fails unless the --disable-cinnamon option is used:

autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: creating directory build-aux
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:12: installing 'build-aux/install-sh'
configure.ac:12: installing 'build-aux/missing'
autoreconf: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether ln -s works... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
Detected GTK3 3.24.8
Building GTK3 theme 3.20
checking for gnome-shell... yes
Detected GNOME Shell 3.32.2
Building GNOME Shell theme 3.32
checking for cinnamon... no
        
configure: WARNING: Could not find cinnamon from $PATH.
configure: error: Could not determine Cinnamon version. Install Cinnamon, or use the --with-cinnamon=<version> option. Alternatively you can choose to not build the Cinnamon theme with --disable-cinnamon option.
configure: WARNING: cache variable ac_cv_prog_CINNAMON_FOUND contains a newline

Hello, I am new to Linux. I am trying to build and install your theme but can't seem to get it to work. I have installed the dependencies but the make install command gives me an error code.

autoreconf: Entering directory .' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing autoreconf: Leaving directory .'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether ln -s works... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
Detected GTK3 3.24.14
Building GTK3 theme 3.24
checking for gnome-shell... yes
Detected GNOME Shell 3.34.4
Building GNOME Shell theme 3.34
checking for cinnamon... no

configure: WARNING: Could not find cinnamon from $PATH.
configure: error: Could not determine Cinnamon version. Install Cinnamon, or use the --with-cinnamon= option. Alternatively you can choose to not build the Cinnamon theme with --disable-cinnamon option.
configure: WARNING: cache variable ac_cv_prog_CINNAMON_FOUND contains a newline

make: *** No rule to make target 'install'. Stop.

Not sure what to make of it. I have googled and I am stumped. Thanks for your time.

• Distribution and version: Manjaro Linux 20, AUR latest
• Versions for the affected applications/desktops/tookits:

Would be useful to include this other darker variant of Arc-Dark
https://www.gnome-look.org/p/1317409/

Trying to get this built on Clear Linux and I have to pull down gigabytes of dev dependencies that I will not use for anything else.

Would it not make sense to have a folder with all the built themes in the root directory of this repo for casual users who are not packaging these themes for distros? Would save a lot of computing cycles for your users.

Current:

Expected:

Adwaita, for reference:

Screenshots from GNOME Clocks 3.36.2

It would be nice if it has GTK 4 support, preferably before GTK 4 gets released. In GTK 4, some selectors have been changed and widget style properties are deprecated in favor of CSS properties. The easiest way to know what has changed would be to do a git diff origin/gtk-3-24 origin/master -- gtk/theme/Adwaita/ after cloning https://gitlab.gnome.org/GNOME/gtk, i.e. look at the changes in Adwaita between GTK 3 and 4.

Details

Hey, just updated from the default arc-gtk-theme package to yours, seeing that arc-gtk-theme was not maintained and was not going to get updated to match Gnome 3.36.

After updating, and setting the theme, I noticed a few things:

1. Fonts on search panel, and system tray (and generally all over the shell) are extremely small, however, everywhere else, they are completely ok (I have not changed my font config in years so rest assured a font config change is not the problem), as if after installing the AUR package, the shell font has been hardcoded to something else insted of following whatever is set in gnome-tweaks:

Imgur
Imgur

2. Fonts on Chrome, have been hardcoded to this horrible weird font on webpages that don't set their own font (I suppose) such as github and chunks of other sites. Again, it is not following my system fonts, and I cannot change it.

(This somehow fixed itself after rebooting)

Please add the following information:

• Distribution and version: Latest Manjaro Unstable (Kernel 5.5) (Everything updated)
• Versions for the affected applications/desktops/tookits: Latest AUR package at the time of writing

This repo forked from outdated https://github.com/horst3180/arc-theme instead of https://github.com/arc-design/arc-theme

Due to that all infrastructure for changing the color of the theme (like this script and its deps https://github.com/arc-design/arc-theme/blob/master/change_color.sh, https://github.com/arc-design/arc-theme/blob/863d0a14ce518e0c3f0c28881d33cbd7d2adad5e/common/gtk-3.0/_colors.scss.thpl, etc) are not presented in this fork

I have a bug on Arch Linux with Gnome 3.36 where the focused application is always highlighted on the extension dash to dock with this theme on. I'm including a screenshot.

This, of course, doesn't happen with adwaita selected as shell theme.
Edit: it might be worth to point out I'm using this branch of dash to dock: https://github.com/3v1n0/dash-to-dock/tree/gnome-3-36
which is not officially released yet so it might be a problem on their end.

I'm using the latest version of Inkscape:

1.1-dev (1:0.92.0+devel+202003261347+0707750)

It seems that some of the command line parameters have changed - specifically export-file has changed to export-filename: https://wiki.inkscape.org/wiki/index.php/Release_notes/1.0#Command_Line

When I made the following changes, by build worked:

diff --git a/common/gtk-2.0/Makefile.am b/common/gtk-2.0/Makefile.am
index 22285ef..010823a 100644
--- a/common/gtk-2.0/Makefile.am
+++ b/common/gtk-2.0/Makefile.am
@@ -36,7 +36,7 @@ $(dark): $(srcdir)/dark/assets.svg | dark/assets
 
 $(light) $(dark):
 if INKSCAPE_1_0_OR_NEWER
-       $(INKSCAPE) --export-id-only --export-file="$@" --export-id="$(basename $(notdir $@))" --export-dpi=$(if $(filter $(OPTION_GTK2_HIDPI),true),192,96) "$<" >/dev/null
+       $(INKSCAPE) --export-id-only --export-filename="$@" --export-id="$(basename $(notdir $@))" --export-dpi=$(if $(filter $(OPTION_GTK2_HIDPI),true),192,96) "$<" >/dev/null
 else !INKSCAPE_1_0_OR_NEWER
        $(INKSCAPE) --export-id-only --export-png="$@" --export-id="$(basename $(notdir $@))" --export-dpi=$(if $(filter $(OPTION_GTK2_HIDPI),true),192,96) "$<" >/dev/null
 endif
diff --git a/common/gtk-3.0/common.am b/common/gtk-3.0/common.am
index fc434d8..757a563 100644
--- a/common/gtk-3.0/common.am
+++ b/common/gtk-3.0/common.am
@@ -15,7 +15,7 @@ clean:
 
 $(normal): $(srcdir)/assets.svg | assets
 if INKSCAPE_1_0_OR_NEWER
-       $(INKSCAPE) --export-id-only --export-file="$@" --export-id="$(basename $(notdir $@))" --export-dpi=96 "$<" >/dev/null
+       $(INKSCAPE) --export-id-only --export-filename="$@" --export-id="$(basename $(notdir $@))" --export-dpi=96 "$<" >/dev/null
 else !INKSCAPE_1_0_OR_NEWER
        $(INKSCAPE) --export-id-only --export-png="$@" --export-id="$(basename $(notdir $@))" --export-dpi=96 "$<" >/dev/null
 endif
@@ -23,7 +23,7 @@ endif
 
 $(hidpi): $(srcdir)/assets.svg | assets
 if INKSCAPE_1_0_OR_NEWER
-       $(INKSCAPE) --export-id-only --export-file="$@" --export-id="$(patsubst %@2,%,$(basename $(notdir $@)))" --export-dpi=192 "$<" >/dev/null
+       $(INKSCAPE) --export-id-only --export-filename="$@" --export-id="$(patsubst %@2,%,$(basename $(notdir $@)))" --export-dpi=192 "$<" >/dev/null
 else !INKSCAPE_1_0_OR_NEWER
        $(INKSCAPE) --export-id-only --export-png="$@" --export-id="$(patsubst %@2,%,$(basename $(notdir $@)))" --export-dpi=192 "$<" >/dev/null
 endif
diff --git a/common/xfwm4/Makefile.am b/common/xfwm4/Makefile.am
index 73dc201..e5fbdc5 100644
--- a/common/xfwm4/Makefile.am
+++ b/common/xfwm4/Makefile.am
@@ -18,7 +18,7 @@ $(dark): $(srcdir)/dark/assets.svg | dark/assets
 
 $(light) $(dark):
 if INKSCAPE_1_0_OR_NEWER
-       $(INKSCAPE) --export-id-only --export-file="$@" --export-id="$(basename $(notdir $@))" --export-dpi=$(if $(filter $(OPTION_GTK2_HIDPI),true),192,96) "$<" >/dev/null
+       $(INKSCAPE) --export-id-only --export-filename="$@" --export-id="$(basename $(notdir $@))" --export-dpi=$(if $(filter $(OPTION_GTK2_HIDPI),true),192,96) "$<" >/dev/null
 else !INKSCAPE_1_0_OR_NEWER
        $(INKSCAPE) --export-id-only --export-png="$@" --export-id="$(basename $(notdir $@))" --export-dpi=$(if $(filter $(OPTION_GTK2_HIDPI),true),192,96) "$<" >/dev/null
 endif

Seeing as there is no pre-built binary for Ubuntu, I am trying to build it from source.

I use the cinnamon desktop, so I ran this:

root@redacteduser:/home/redacteduser/arc-theme# ./autogen.sh --prefix=/usr --disable-gnome-shell --disable-gtk3 --disable-gtk2 --disable-xfwm

It failed with this log:

me-shell --disable-gtk3 --disable-gtk2 --disable-xfwm
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing
autoreconf: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking whether make supports nested variables... no
checking whether ln -s works... yes
checking for cinnamon... yes
Detected Cinnamon 4.4.8
Building Cinnamon theme 4.4
checking for sassc... /usr/bin/sassc
checking that generated files are newer than configure... done
configure: error: conditional "INKSCAPE_1_0_OR_NEWER" was never defined.
Usually this means the macro was only invoked conditionally.

I have autoconf, automake, pkgconf, and sassc installed. Cinnamon is working.

Problems with the Darker variation in Synaptic.

Can't build on updated Xubuntu. Installed sassc, optiping and more. Build environment already installed. (Built Audacity yesterday for example). I'm on Xfce 4.14 on Xubuntu 18.04. (Not 4.12)

Config:
./autogen.sh --prefix=/usr --disable-light --disable-lighter --disable-plank --disable-unity --disable-cinnamon --disable-gnome-shell
Error in config: "...Building GTK3 theme 3.22
checking for inkscape... /usr/bin/inkscape
checking for optipng... /usr/bin/optipng
checking for sassc... /usr/bin/sassc
checking that generated files are newer than configure... done
configure: error: conditional "GNOME_SHELL_3_32_OR_NEWER" was never defined.
Usually this means the macro was only invoked conditionally."

Result: No target for make install.

What have missed? I followed the build instructions here on GitHub.

Thank you

I just wanted to say it, seeing how after the previous fork was archived I went on to a deep dive into the world of GTK themes but didn't find anything close that's as good as the Arc theme.

I don't know how long you plan on maintaining this and if this will become the next official-non-official repository but your efforts are greatly appreciated

Please close this at any time as it is not a bug/feature request

These are some sliders from a wxWidgets application (http://mi.eng.cam.ac.uk/~ahg/wxRegSurf/). Note the clipped circles and the text too close to the slider:

The problem is specific to Arc, here are the same sliders with Adwaita:

Ubuntu 20.04, gtk 3.24. Arc snapshot as of today (30 June 2020). Happy to help debug, but don't know where to start myself!

Issue

It looks like the arc-theme package on Fedora is out of date and not using this repo as the upstream source.

Description

The Fedora package lists the @NicoHood repo (now renamed/redirected to @arc-design) as the source, now outdated, last update ages ago but still being used for rebuilds for each new Fedora version.

@arc-design / @NicoHood arc-theme repo recommends this repo as the new actively maintained upstream.

There's a recent bug report of this outdated upstream issue reported at 2020-04-09 13:50 UTC by Fredrik Blomqvist: https://bugzilla.redhat.com/show_bug.cgi?id=1822634 (there is another upstream request here, still marked as new, but it should be disregarded as it's outdated)

Fedora Repo Package Maintainer

A user called besser82 is set as the maintainer on the Fedora repo, the besser82 fedora repo profile is linked here - although there have been unresponsive maintainer reports in the past since besser82 has been busy.

Possible Solutions

It looks like besser82 and is active on GitHub under the same username! @besser82 Are you able to make this repo the upstream for the arc-theme Fedora package or could you had over the maintainer responsibility to @jnsh (if jnsh wants it?)

I'm not sure about how to maintain a package myself or how transfer maintainer of Fedora packages but it may have something todo with orphaning the fedora package then taking over as maintainer if besser is unresponsive.

Update arc-theme Install Instruction to include Fedora

We could then update the README to include the Fedora package in the install instructions also.

arc-theme_20190917+git20200328-2_all.deb on Ubuntu 19.10, Gnome 3.34.2

Wondering if the current menu dividers (white lines) could be modified to look more subtle (e.g. inset dotted, etc.) and have 100% width? I'm not a fan of the new look, too busy and take on too much vertical space.

This is likely personal preference, but others might weigh in as well!

Hi,

The Nautilus path bar has different styling when it's maximized or it's resized wide enough. The maximized style has a background and border around it. Probably it's a design decision since it's consistent with Adwaita. But it looks a bit odd for me.

Yaru theme has some discussions here ubuntu/yaru#1304

• Distribution and version: Arch / GNOME 3.34.1
• Versions for the affected applications/desktops/tookits: Git Master

I really don't know anything about GTK, so help would be appreciated :/ I did not see any errors during the installation.

Distro -> Ubuntu 20.4
GTK -> 3.24.18-1ubuntu1
Gnome -> 3.36.1
Cinnamon -> 4.4.8-4

Find this issue on the old theme repo, with the same bug : horst3180#924

Hi, I'm using Dash to Panel extension and the extension allows you to customise the "Show Application" icon.

As you can see below, there's a black background if I use a custom icon.

and here's the clicked state.

Would you be able to make those look nicer. Thank you in advance.

I runned

sudo ./autogen.sh --prefix=/usr

and after

sudo make install

than i got this error

make: *** No rule to make target 'install'. Stopped.

I just updated by Arch Linux to the newest version. Since there were some changes in Gnome that made the community theme package look outdated I started looking for an update and found out that this is the repository that is actively maintained.

When I tried to build AUR package I got this:

make[2]: Leaving directory '/var/tmp/pamac-build-dev/arc-gtk-theme-jnsh-git/src/arc-theme/common/gtk-2.0'
Making all in gtk-3.0
make[2]: Entering directory '/var/tmp/pamac-build-dev/arc-gtk-theme-jnsh-git/src/arc-theme/common/gtk-3.0'
Making all in 3.24
make[3]: Entering directory '/var/tmp/pamac-build-dev/arc-gtk-theme-jnsh-git/src/arc-theme/common/gtk-3.0/3.24'
make[3]: *** No rule to make target 'all'.  Stop.
make[3]: Leaving directory '/var/tmp/pamac-build-dev/arc-gtk-theme-jnsh-git/src/arc-theme/common/gtk-3.0/3.24'
make[2]: *** [Makefile:456: all-recursive] Error 1
make[2]: Leaving directory '/var/tmp/pamac-build-dev/arc-gtk-theme-jnsh-git/src/arc-theme/common/gtk-3.0'
make[1]: *** [Makefile:465: all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/pamac-build-dev/arc-gtk-theme-jnsh-git/src/arc-theme/common'
make: *** [Makefile:363: all-recursive] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

AUR points at the newest master. Is there some more information I could provide to help resolve that issue?

Hi. I greatly appreciate the huge effort you've taken into maintaining this very popular theme. I'd been using the original for years, and I'm happy to find this fork has fixed so many tiny things that I kept noticing broken.

There's interest in replacing the Archlinux package of arc-theme to point to this new fork. I'm sure other distributions will want to follow suite as well now that the originally is formally "archived".

Would you mind making a proper "release"? It doesn't need to be called "v2.0" or anything, I'm guessing that a simple git tag with the current date would do. The current master seems great too; it's working great for so many people. Downstream packagers would love to just use that as a "formal" release for distribution packages, and then this sweetness can trickle down to many more users with greater ease 😌

Again, many thanks for your work and contribution to the community! 🙏

I ran into an issue when trying to build and install from source on Fedora 31 as root user. Seems to be an issue with configuring during install step. I tried finding the problem in the .scss file but was unable to.

This is the configuration I tried to pass:
# ./autogen.sh --prefix=/usr --disable-cinnamon --disable-gtk2

This is the result when trying to install:
# make install Making install in common make[1]: Entering directory '/home/user/arc-theme/common' Making install in gtk-3.0 make[2]: Entering directory '/home/user/arc-theme/common/gtk-3.0' Making install in 3.24 make[3]: Entering directory '/home/user/arc-theme/common/gtk-3.0/3.24' /usr/bin/mkdir -p "light"/ echo '@import url("resource:///org/gnome/arc-theme/gtk-main.css");' > "light/gtk.css" /usr/bin/sassc "./sass/gtk.scss" "./gtk.css" cp "gtk.css" "light/gtk-main.css" /usr/bin/sassc "./sass/gtk-dark.scss" "./gtk-dark.css" cp "gtk-dark.css" "light/gtk-main-dark.css" /usr/bin/mkdir -p "assets"/ /usr/bin/inkscape --export-id-only --export-filename="assets/checkbox-checked.png" --export-id="checkbox-checked" --export-dpi=96 "assets.svg" >/dev/null Unknown option --export-filename=assets/checkbox-checked.png make[3]: *** [Makefile:565: assets/checkbox-checked.png] Error 1 make[3]: Leaving directory '/home/user/arc-theme/common/gtk-3.0/3.24' make[2]: *** [Makefile:456: install-recursive] Error 1 make[2]: Leaving directory '/home/user/arc-theme/common/gtk-3.0' make[1]: *** [Makefile:465: install-recursive] Error 1 make[1]: Leaving directory '/home/user/arc-theme/common' make: *** [Makefile:363: install-recursive] Error 1

Is there a way to get this theme on KDE based distribution ?

The menu at the top right of the screen (what do we call this?) could possibly do with tweaking under Gnome 3.36

arc:

adwaita:

The color of the notifications changed after updating xfce4-notifyd from version 0.4.4 to 0.6.0. I'm using arc-darker.

With 0.6.0:

With 0.4.4:

I'd like to get the dark notifications back when using arc-darker.

Btw. it's awesome that you still maintain this theme!

I'm using Fedora 32, and installed the theme from source. When using Arc-Darker, if I try to save a file, or open a file, with Firefox or Chromium, the bottom of the Nautilus dialogue is white and the file type selection is grey.

Here's my current dilemma:
I want to change the window buttons of arc. So I extract the gresource (and everything from it). Then I change the filepath to gtk-main.css , originally the resource path. Now all assets disappear! I mean when I launch a gtk 3 app like gtk3-widget-factory there are no checkboxes. Yes, the assets directory exists. But if I put my window button SVGs into the assets dir and insert the relevant code into gtk-main.css, those window buttons show but still not the other assets. Very very strange behavior. This would be simplified a lot by a version without gresource (if I can compile with a certain flag, please do tell).
thanks in advance

Distribution and version: Linux Mint Cinnamon 19.3
Version of the arc-theme: Downloaded and compiled few minutes before posting this.

Some windows doesn't show a close button on cinnamon (the font is also a bit smaller), see the attached screenshots with the dialog "Downloading Package information".
It show the close button with the default themes "Mint-Y" and "Mint-X")

Arc Theme:

Mint-Y-Dark:

Mint-X:

It seems that it is affected by the "Window border" customization. (Icon packs doesn't change a thing if you ask)

READ CAREFULLY BEFORE SUBMITTING

This list is for avoiding duplicated issues, if your issue isn't listed, you should remove this and continue.

• The theme doesn't work in a distribution that have a GTK+ 3 version lower than 3.14.
  • Arc only supports versions since 3.14, you should update to latest versions.
• The theme is broken after a major GTK+ 3 update (i.e. 3.18 to 3.20 or 3.20 to 3.22).
  • Update the package or install from sources.
• The theme is broken after installing from sources.
  • Possibly a bug on GTK+ 3 version checking, use --with-gnome=<version> flag with ./autogen.sh.
• Theme isn't transparent on GNOME applications without CSD (i.e. Ubuntu's applications).
  • Transparency isn't supported for non-CSD applications.
• Theme doesn't build from AUR in Arch/Manjaro and others.
  • Ensure you have the base-devel group installed.

Checks

Ensure you...

• Really read the list above and checked if your issue is or not duplicated.
• Really read the README and there is nothing about your issue.
• Really checked if the theme is installed or built specifically for the GTK+ 3/distribution version you're using.

Details

• Distribution (with version): Mint 19.1
  • Base distribution (if have, with version): Ubuntu 18.04
• Desktop environment (with version): Cinnamon 4.0.10
• Arc version/commit (don't put "latest"): 7bb1d43
• GTK+ 3 version: 3.22.30
  • Murrine engine version: 0.98.2-2ubuntu1
  • gnome-themes-standard version: 3.28-1ubuntu1
• Installation method (package or source): Source

Hi jnsh, I'm an occasional contributor over at NicoHood's fork (mainly to the Cinnamon theme) and was intrigued by your fork and particularly the Cinnamon versioning so I thought I'd give it a test run.

This issue is simply re the process of building from source. On my system with no gnome shell installed the standard ./autogen.sh --prefix=/usr falls over when it fails to locate gnome-shell.

./autogen.sh --prefix=/usr --disable-gnome-shell works fine.

I can't recall if it's an issue in NicoHood's fork as-well. Will test.

./autogen.sh --prefix=/usr
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: creating directory build-aux
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:12: installing 'build-aux/install-sh'
configure.ac:12: installing 'build-aux/missing'
autoreconf: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether ln -s works... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
Detected GTK3 3.22.30
Building GTK3 theme 3.20
checking for gnome-shell... no
        
configure: error: Could not find gnome-shell from $PATH.
configure: WARNING: cache variable ac_cv_prog_GNOME_SHELL_FOUND contains a newline

This is a bit of a crapshoot, but I've been stuck trying to figure out why my build script is failing for quite some time now and I think I've finally reached some sort of conclusion.

How to replicate (assuming theme is checked out):

mkdir newbuild
cd newbuild
../configure --srcdir=..
make

The error I get:

cp "gtk-dark.css" "dark/gtk-main.css"
cp: cannot stat 'gtk-dark.css': No such file or directory

The file is present here: common/gtk-3.0/3.24/gtk-dark.css but the cp command is looking here: newbuild/common/gtk-3.0/3.24/gtk-dark.css. I'm not sure what the correct location is, but it feels like sass should put the files in the newbuild one instead of the root one. Either way, they're seemingly out of sync atm.

This can be seen in Epiphany:

Notice the top right corner is not round. When clicking on the "Tabs" button (the last button in the action bar), the right corner will be rounded, but the left will now be square.

Adwaita, for comparison:

I think this happens when a GtkStack is used to house many headerbars. Also happens in Foliate 2.3.0.

Hello, nice theme!

But what about to make workspace workspace switcher more smaller, like original Gnome Shell has?

As you see original is smaller, simpler(without icon) and looks more clear.

firstly thanks for keeping arc alive!
secondly, this has been bothering me for ages https://i.imgur.com/0CU4TWB.png
themes without that top bar look so much better. can something be done?

thirdly, im dreaming about a compact version. but a lot of work i guess

• Distribution and version: Xubuntu 20.04
• Versions for the affected applications/desktops/tookits: xfce4-genmon-plugin 4.0.2-1

I'm using Arc-Dark, but the color difference between the panel color and the bar background color is to small to be noticed.

With Arc and Arc-Darker, the bar background color is white, so its easy to see it from the panel background color.

Install fails with this message:
autogen.sh: 10: autoreconf: not found

Tweaks to the calendar needed under Gnome 3.36. The combination of text and background colours make some of the text barely readable. (Especially considering it's shown much smaller on screen than in the below cropped screenshot).

First and foremost big thanks for maintaining our beloved arc-theme.

I ran into following message:

Failed to load module "canberra-gtk-module"

while attempting to build the theme system wide, Ubuntu 18.04 LTS. Quick research shows following libraries need to be installed first:

• libcanberra-gtk-module
• libcanberra-gtk3-module
  (not installed out of the box on my system)

The message was gone after running:
sudo apt install libcanberra-gtk-module libcanberra-gtk3-module

Hopefully sharing my experience will help others. Perhaps it is worth mentioning the libcanberra modules in INSTALL.md?

Please create versioned releases as you go so they can be used in distributions instead of relying on a git clone/checkout.