0 Members and 1 Guest are viewing this topic.
Т.е. не "табличка", а стандартное окно плеера.
Там видно, что выделен в проводнике один трек, а готов к проигрыванию другой, который проигрывался до этого из папки с коротким путём.
Настройки - обновление - выберите альфа канал, обновитесь и проверьте исправлена ли ошибка
Установил альфа-версию 5.03.2395. От 9.07.2022. Вопрос не решён.
Просьба показать или написать какой путь показывает плеер по F4 (в частности, наличие префикса). Как написал выше, у меня без префикса и с префиксом разный результат.
У меня показывает в любом из случаев добавления обычный путь:D:\Noby.uCoz.R\Authors\Chopin - Solo and for Piano & Orchestra Works - Shebanova, 2009-2010 (14CD NIFC)\12 1845-1849 Mazurkas Op. 59, 63 & 67, Barcarolle, Polonaise-Fantasy, Nocturnes Op. 62, Waltzes Op. 64 etc\17 Tatiana Shebanova - Largo In E Flat Major (1847).flac
Надо смотреть на релизе. в ночной версии я этот момент уже поправил
на 2394 то же самоеникаких префиксов, сокращений или чего-то ещё
Виндовый диалог стал подставлять префикс, чего раньше не было.
It doesn't work everywhereMost (but not all Windows and .NET APIs) work with extended path syntax. But the bigger problem is that other applications and the Windows Shell operations don't work with these paths when invoked through Process.Start(). For example, passing an extended path via parameter to Explorer just ends in tears - doing absolutely nothing. Same with terminal and Process.Start() arguments for many apps.https://weblog.west-wind.com/posts/2022/Jan/03/Integrating-Long-Path-Names-in-Windows-NET-Applications
Drag-n-Drop и контекстное меню доработал. Теперь он тоже принимает длинные пути
У меня пока длинные треки не читаются, в том числе не работает способ добавления в плеер. Новых альфа-версий после позавчерашней не нашёл. Мне пришло в голову: может, оно и не плохо, что длинные треки не читаются? Ведь они к тому же не могут и копироваться виндой. Там предел длины пути 256 знаков.
По описанной ситуации вообще нельзя повторить то, что вы написали