RetroBar 1.18 and font in context menu

[rbro]

First, thanks for creating RetroBar. It's pretty amazing.

In RetroBar 1.17, when I right-click on a program in the taskbar, the context menu is in Tahoma, but in RetroBar 1.18, it's in Segoe UI.

I am using the Windows 2000 theme. I also have Windows set-up to override Segoe UI with Tahoma, but I'm not sure if that's related.

Is there a way to go back to Tahoma, or did something change in 1.18?

Please let me know if you need more information to help narrow it down. Thanks for your help.

1.17

1.18

[xoascf]

It was removed in #1004, will be restored once #461 is merged (but it is still a WIP).

For now you can restore it by creating a new .xaml theme in %LOCALAPPDATA%/RetroBar/Themes:

<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
                    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
                    xmlns:system="clr-namespace:System;assembly=mscorlib">

    <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary Source="pack://siteoforigin:,,,/Themes/Windows 2000.xaml" />
    </ResourceDictionary.MergedDictionaries>

    <Style TargetType="ContextMenu"
           x:Key="{x:Type ContextMenu}"
           BasedOn="{StaticResource GlobalFonts}">
    </Style>

</ResourceDictionary>

[rbro]

Yes, creating a custom theme works great. Thanks.

[vindasal]

As an aside, is there a reason that the context menu looks different than the OS one? It's inconsistent in sizing and is missing the Alt + F4 text to the right of Close. This exact menu still exists in Windows if you click the top left of a window, so it creates an odd disparity both with the old taskbar and the OS itself. 7+ Taskbar Tweaker can restore this on the built-in Windows taskbar pre 11.

This is what I mean:

[xoascf]

@vindasal, the reason it looks different is mainly because we're not really calling the system menu (with GetSystemMenu), but a XAML re-implementation with the basic menu items (Restore, Move, Size, Minimize, Maximize, Close) by default, which is also why some applications like Google Chrome (with additional options) or Pixelformer (stylized menu) don't show it as it "should", but the "default" classic one (which is supposed to have a more accurate design in #461, still different from the system one, but the theme selected).

Google Chrome System Menu:

Pixelformer System Menu:

[xoascf]

The Alt+F4 thing could probably be implemented, but we'd have to override the ContextMenu behavior, since it closes when Alt is pressed (https://stackoverflow.com/questions/15246865/wpf-when-alt-key-is-pressed-my-contextmenu-wont-open), and redirect the exit signal to the program with the open system menu in RetroBar, which should be easy...

[vindasal]

The Alt+F4 thing could probably be implemented, but we'd have to override the ContextMenu behavior, since it closes when Alt is pressed (https://stackoverflow.com/questions/15246865/wpf-when-alt-key-is-pressed-my-contextmenu-wont-open), and redirect the exit signal to the program with the open system menu in RetroBar, which should be easy...

Wow, I had never noticed that Alt closes context menus until now after 20+ years of Windows use. Thanks for the clarification, I figured there was a reason for it.

[dremin]

This is addressed in the latest release.