Paulo Braga

MediaInfo 21.09 Just noted something that never happened before. Default app for audio files is foobar2000; however, if I double click one or more .mp3 files, MediaInfo is invoked (one or more windows) instead of foobar2000. Correct icon is shown for mp3 files. This does not happen with other audio files like .flac, .m4a, .mpc. NirSoft FileTypesMan shows MediaInfo besides foobar2000 but if I remove it, it comes back again. [Edit] Please disregard. Noticed that the anomaly was caused by too long filenames....

MediaInfo 21.09 Just noted something that never happened before. Default app for audio files is foobar2000; however, if I double click one or more .mp3 files, MediaInfo is invoked (one or more windows) instead of foobar2000. Correct icon is shown for mp3 files. This does not happen with other audio files like .flac, .m4a, .mpc. NirSoft FileTypesMan shows MediaInfo besides foobar2000 but if I remove it, it comes back again.

Thank you for the effort! Le dim. 20 déc. 2020, à 07 h 06, Nick Korotysh nick-korotysh@users.sourceforge.net a écrit : status: open --> closed Comment: closing ticket due to project closure [tickets:#67] https://sourceforge.net/p/digitalclock4/tickets/67/ Clock numbers drift to the right* Status: closed Milestone: Bugreports Labels: moving Created: Thu Dec 03, 2020 01:55 PM UTC by Paulo Braga Last Updated: Fri Dec 04, 2020 07:13 PM UTC Owner: Nick Korotysh Attachments: drift4.jpg https://sourceforge.net/p/digitalclock4/tickets/67/attachment/drift4.jpg...

Just to inform that the problem disappeared lately. Perhaps some other process was interfering with the video writing. Le jeu. 3 déc. 2020, à 20 h 39, Paulo Braga pastraga@gmail.com a écrit : Changing alignment to right did not work; just noted that the seconds digit is already partly off screen. [image: drift7.jpg] Le jeu. 3 déc. 2020, à 17 h 29, Nick Korotysh nick-korotysh@users.sourceforge.net a écrit : thanks for the so quick reply! right now I only can assume that you observe expected movement...

Please note that I have already changed alignment to "right" but drift continues to occur. The skin I'm using is Comic Sans (it's the most discreet in my view). Le jeu. 3 déc. 2020, à 21 h 04, Paulo Braga pastraga@users.sourceforge.net a écrit : Changing alignment to right did not work; just noted that the seconds digit is already partly off screen. [image: drift7.jpg] Le jeu. 3 déc. 2020, à 17 h 29, Nick Korotysh nick-korotysh@users.sourceforge.net a écrit : thanks for the so quick reply! right...

Changing alignment to right did not work; just noted that the seconds digit is already partly off screen. [image: drift7.jpg] Le jeu. 3 déc. 2020, à 17 h 29, Nick Korotysh nick-korotysh@users.sourceforge.net a écrit : thanks for the so quick reply! right now I only can assume that you observe expected movement due to alignment settings. 'center' value forces clock to keep the center of its window at same position regardless of window size changes (due to selected skin, where each number occupy different...

"Settings->Misc->Alignment" center Other settings: Appearance stay on top; transparent to mouse; separator flashes "always keep clock visible on screen, prevent out of screen position" Unchecked does this movement is observed when clock position changed (for example to top left corner)? Never tried; lower right corner is the optimal position for me... what time format is used? system; h:mm (System clock is 24 h) Le jeu. 3 déc. 2020, à 15 h 25, Nick Korotysh nick-korotysh@users.sourceforge.net a écrit...

Clock numbers drift to the right