Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Columns UI (Read 5023403 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Re: Columns UI

Reply #8350 –
Yes, confirmed, "cursor follows playback" is enabled. Regarding custom keyboard shortcuts, I'll have to check if and what I might have changed.

Thanks for your feedback so far. 😊

Re: Columns UI

Reply #8351 –
Confirmed, page-up/down keys are customarily configured to play the next/previous playlist entry. It's so long ago I made the setup, I forgot and assumed it to be the default.

But these settings don't explain/affect the different behaviour of the playlist cursor in the versions of UI Columns, when advancing at the visible bottom/top of the current playlist view.

In UI Columns v3.0, when the cursor is at the top of the currently visible playlist items, advancing to the previous entry will scroll the playlist down by just one item, every time, contrary to v1.0. However, when at the bottom of the visible playlist entries, advancing to the next entry will scroll the playlist up for one entry, then advancing to the next entry again scrolls the playlist for a couple of items, centering the currently highlighted/playing entry, just like v1.0 has done ever since. That is what keeps me wondering.

Re: Columns UI

Reply #8352 –
If the item is partially visible, it will scroll the smallest amount needed to make it fully visible. If the item is fully off screen, it is supposed to instead centre it vertically. Seems it is indeed not doing that when repeatedly playing the previous track in this scenario, so there must be a bug in the logic. I'll check, thanks.
.

Re: Columns UI

Reply #8353 –
Ah yes, that makes perfectly sense. I remember that in the past, after changing my monitor to one with slightly more screen space, but same resolution, I had to adjust the bottom border of my playlist to fix the playlist forward transition when advancing to the next item.

The top of my playlist window ends at the top of foobar2000's user screen space, so the topmost row is always perfectly aligned, hence UI Columns 3.0 advances the playlist always for just one row when going to a previous item.

But as you stated, the logic kinda fails at the bottom of the playlist. I just zoomed in very closely with Windows' magnifier (press Win+Plus-key a couple of times) to fine-adjust the bottom border of the playlist, so that the current bottom playlist entry would be perfectly aligned. But I can get it to work to progress for one row on every second advance only.

If you could find a fix for that, I'd be more than happy to finally upgrade after all these years. Please feel free to get in touch if I can assist or run any tests. 😊

Re: Columns UI

Reply #8354 –
Quote from: musicmusic on
Quote from: Negapmahs on
Code: [Select]
0544:fixme:dwrite:dwritefontcollection2_GetFontSet 00000000034F2100, 000000000011CD00.
Unfortunately, Wine implements a newer version of a particular DirectWrite interface, but without implementing all the methods. The fact that it indicates support for the newer interface causes Columns UI to try and use it, but it then use gets an error when using the unimplemented method.

You could stick with Columns UI 2.1.0.

You could file a bug report to Wine to request that IDWriteFontCollection2::GetFontSet is implemented. (Note that, even if that one is implemented, it's possible there are other unimplemented methods that could still stop it from working.)

You could configure your fonts with 2.1.0, and then upgrade again.

Or, if it's at all possible, you could try and get a native copy of DWrite.dll working.

The message error is gone now with wine 10.6

In the bug report is said something about direct2d SVG features in columns ui doesn't supported in wine but as I don't use it as daily basic I don't know isf is there others problems.

Re: Columns UI

Reply #8355 –
UI bug using columns UI (alpha 6) + Win 11:
https://hydrogenaudio.org/index.php/topic,127820.msg1062724.html#msg1062724

Re: Columns UI

Reply #8356 –
Running Columns UI v3.0.0 alpha 6 32-bit with foobar2000 v2.24.4 32-bit (due to some legacy 32-bit plugins I'm still using).

With Columns UI's dark mode activated, I identified two plugins, Ganbatte! and Hively Tracker decoder, where the dark mode theme isn't properly applied to their config dialogs.

Upon selecting the Hively Tracker decoder in foobar2000's decoding dialog, the dark mode even is disabled for the entire UI, and when selecting any other entry, the UI dark mode is restored.

Screen capture: https://imgur.com/a/E0pqCUb

Are these issues rooted in Columns UI, or do they relate to the individual plugin code?

Re: Columns UI

Reply #8357 –
Quote from: deus-ex on
Are these issues rooted in Columns UI, or do they relate to the individual plugin code?
The latter.

Preferences pages from third-party components can indicate to the foobar2000 core whether they support dark mode. If they don't, the core switches the entire dialogue to light mode while that page is open.

In the case of Ganbatte!, apparently its preferences page is indicating that it supports dark mode, without actually supporting it (or having some bug in its implementation).
.

Re: Columns UI

Reply #8359 –
Hey musicmusic and marc2k3, thanks for the replies. 🙂👍

Re: Columns UI

Reply #8360 –
Win 11 + Foobar v1.6.18 + columns UI (alpha 6)

Bug on dark mode in menus which have multiple columns.

Youtube component
X

SMP
X

For comparison an SMP menu without the menu separator flag:
Spoiler (click to show/hide)

It happens whenever MF_MENUBREAK or MF_MENUBARBREAK are used. http://msdn.microsoft.com/en-us/library/ms647616(VS.85).aspx

Have not found any similar menu on native foobar2000 though to test it.

Re: Columns UI

Reply #8361 –
The dark mode rendering of menus is handled entirely by Windows (and so Columns UI has no control over it, I'm afraid). When it comes to old Win32 functionality, in general, Microsoft only bothered with adding dark mode support to things that they wanted to use. Given the rarity of multi-column menus, I'm not surprised that they do not support dark mode. I recall that another dark mode bug was also reported with menus, IIRC it was with the scroll buttons for a long menu.
.

Re: Columns UI

Reply #8362 –
Hey there @ musicmusic, I'm not using the new CUI alpha just yet but I have a feature idea going forward. I think it would be neat for theme makers to have a main menu option for switching window color modes, if that would be possible, for example -

Code: [Select]
View > Window mode
   Light mode
 • Dark mode
   System setting
   ----------------------
   Toggle window mode
   ----------------------
 ✓ Window transparency

Then a theme could implement a simple toolbar button to toggle between light/dark modes. And ability to switch main window transparency on/off with this menu would be handy too...

(My theme is always slightly transparent to show background vis/art, but then sometimes I'd like to watch music videos without the transparency, and could control that with javascript if only there were a menu option)

Cheers ;)

Edit: Probably would be useful in DUI as well if Peter is reading ...