Reporting this as it's an outstanding issue that I can't help but notice - the title bar has a very sudden colour transition from the light->dark blue:

Really this is due to the fact that xfwm4 does not have any support for stretching a bitmap across the title bar, this was the best I could come up with originally. Essentially the transition takes place across the icon portion of the title bar, the rest is tiled.

Would like to see if there's a better looking workaround for this.

The active state on check boxes and radio buttons never appears, only the hover state shows. I expect this is due to the order of the CSS rules in the stylesheet.

Need to implement theming for GtkToggleButton.

Need to implement theming for GtkScale.

The list box control needs theming - not by much I think, maybe an adjustment to padding and remove the :hover style as shown here:

Need to implement theming for GtkFrame.

Small caption buttons are not yet themed - so far this affects GtkNotebook and CSD title bars... might be other places too.

Issue to track implementation progress for the Plex theme.

Need to implement theming for GtkTooltip.

Weird issue - the button in GtkComboBox tiles across the entire widget when it is disabled. I don't remember this being an issue previously but I may have simply overlooked it.

Here's an example:

I've had this thought in my head for a while, and that is whether it is worth reviewing over Adwaita's upstream source and basing the themes from there.

This sounds like the obvious thing to do, but it's easier said than done. Though neither path is easy to be honest:

• The current method has involved me going through GTK documentation and various other theme sources to try and piece things together - this has got us a number of themed controls so far, but with breakages unfortunately on a per-application basis
• Basing the theme on Adwaita's upstream source and trying not to deviate too far in terms of structural styles should allow the themes to work without causing per-application breakages, however I need to invest time into understand the Adwaita source and probably refactor it to make it easier to work with

The difficulty really is that Adwaita's CSS, even 'split up' into SASS/SCSS it's like 4000 lines of style. It's a mammoth basically, and I wonder if it's possible to make it easier to understand before basing the XP themes on it:

• First step would be to have a gloss over the Adwaita CSS as it stands
• Understand the hierarchy of the rules defined
• Try to group things into individual documents, akin to this repo with a stylesheet per control / element in the UI
• Begin refactoring the existing work on the Luna theme to this refactored Adwaita source

I will begin looking at how viable this is, as I would really like some way of working closely with Adwaita itself since that is the theme that application developers will be working with. If the XP theme is a 'visual' modification of this theme then in theory there should not be compatibility issues (or at least, they should be very minor).

Need to implement theming for GtkProgressBar.

The numeric spin button control needs theming - it's partially taking from the default button styles, needs some work on it specifically.

I'm not sure how accurate I can make it to XP, since XP arranges the horizontal buttons differently.

The CSD window borders and embedded controls along the 'header bar' are unthemed, and mismash with default Adwaita styles.

Here's an example of a CSD dialog from the widgets factory:

I'm including the embedded button controls in this too - imo these should be styled as the blue caption buttons, except for :last-child which I think we can safely assume will be the red close button.

For reference (since it might be useful) here are examples of a couple borderless, but themed, windows made in Windows XP.

Might be worth looking at for ideas on handling these CSD windows.

Issue to track implementation progress for the Royale theme.

Issue to track implementation progress for the Sample Test Visual Style (Chartreuse Mongoose) theme.

Issue to track implementation progress for the Luna (Olive Green) theme.

Issue to track implementation progress for the Sample Test Visual Style (Blue Lagoon) theme.

There is no theming for GtkButton in the disabled state - I must've forgotten about it, the necessary bitmap is present in the Resources folder.

Need to implement theming for GtkComboBox.

Need to implement theming for GtkLinkButton.

Issue to track implementation progress for the Royale Noir theme.

As in title, I have so far only themed GtkNotebook when the orientation has tabs at the top of the control. When the orientation is anything else, the theming appears broken:

Need to implement theming for GtkEntry.

I presume this to affect Mozilla applications in general though of course I notice this in Thunderbird since it is primarily using GtkTreeView.

The GtkTreeView styles work in other applications, notably the gtk3-widget-factory, but in Mozilla applications the selected row has no style.

Here's an example - the email is selected, but you wouldn't know it from the screenshot!

Similar to scrollbars there must be something specific to their widgets.

Windows XP themes did not make use of top-level non-focused styles other than for the window borders (as far as I know). As such all :backdrop psuedoselector styles in the CSS need to be removed.

Whilst theming the built in task switcher and application launcher plugins for xfce-panel is nice, it would be neat to have a proper Start menu (with the Start button) and XP-like taskbar for a closer experience to XP.

With my tiny knowledge of GTK, I suppose the Start stuff could be put together using subclassed GtkButton for the button itself and GtkPopover for the Start menu flyout. Perhaps could reference existing launchers to see how this is achieved.

For the taskbar, I know how to use WNCK for watching open windows so it is mostly the GUI portion that needs looking into.

Things look a lot more stable following the Adwaita refactor for #40 , it's probably worth updating the README with some new screenies!

Usually not visible, but if you run GTK 3 apps from command line you'll get a bunch of warning spam regarding the theme because some CSS rules do not have any units (like px).

Simple enough fix: add the missing units.

Issue to track implementation progress for the Candy theme.

In order to run the build script (at least for Debian), the packages fakeroot and sass are required. This isn't mentioned in README.MD currently as I must've overlooked it.

Issue to track implementation progress for the Watercolor (Professional) theme.

The switch control needs theming - it's a mishmash of styles inherited by button and Adwaita at the moment.

Bit of an odd one... Windows XP has no direct counterpart for this control so not entirely sure how to go about this one in terms of design.

The pressed (active) and disabled (inactive) button states seem to have incorrect stling. The former has borders from the hover state, and the latter has no effect (uses default style).

This repo only has a simplistic (placeholder-ish) README.MD, need to take a moment to put together a nicer one.

GtkComboBox widgets with autosize, where the width of the widget is determined by the longest text size contained, will result in text overlapping the drop-down button if the longest value is selected.

Example:

Right now the project layout is designed around the Luna (Blue) theme - the common structural stuff should be separated from the theme resources. That way the build script should be able to 'swap in' resources from whatever theme to make it easier to port across more of them.

Issue to track implementation progress for the Luna (Silver) theme.

In Mozilla Firefox and Thunderbird, the up/down buttons for the scrollbar are not themed. The trough and slider are themed correctly however.

Icons/images on standard GtkButton widgets should be removed as buttons didn't natively support this in Windows XP - it looks out of place and Linux-y.

The popover control need theming - it's largely unchanged from Adwaita other than picking up the base colours.

Reckon these should probably look like borderless toolbar windows like this volume control from XP:

Buttons that are within a container (GtkBox) with the linked style are not themed and fall back to the Adwaita styles where the borders are removed.

A couple of examples from the widget factory:

In /themes/luna/blue/debian-control, the architecture is specified as amd64 - this is unnecessary as the package does not contain anything architecture-dependent. This needs to be adjusted to allow building on any platform.

Buttons with the destructive-action style are unthemed and default to white text.

This button is from the widget factory, and is defined here: https://gitlab.gnome.org/GNOME/gtk/-/blob/gtk-3-24/demos/widget-factory/widget-factory.ui#L3056

Issue to track implementation progress for the Zune theme.

Not sure why this occurs, but some dialog boxes have no background colour, and the text is white. These should have the normal colour scheme.

Here's an example:

Need to implement theming for GtkTreeView.

As title says - currently there is a single build script build-deb.sh. It works well enough to package the theme into a .deb file for easy installation on distros that use that package format, for others it's a bit of a pain currently.

Need things done:

• Support using no package manager - output the files into a nice directory structure ready for copying in, so at least users using a format not implemented by the build script can still install the files themselves (not ideal but so it works)
• Look into other popular package formats (like AUR?) and see about supporting them

Issue to track implementation progress for the Slate theme.

Issue to track implementation for the Embedded theme.