--parts-progress
Opened this issue · 6 comments
Nepouzivam tento parameter ale Power shell vo win7 mi vypisuje jednotlive casti ako keby som parameter pouzil. Po chvili zacne terminal pipat a ten zvuk sa neda vypnut. Subor sa stiahne v poriadku ale ak chcem vypnut pipanie terminalu tak musim vypnut celkovo zvuk na PC.
Je toto bug, resp. mozem cez nejaky parameter explicitne zakazat vypisovanie jednotlivych stahujucich casti?
Stav stahování jednotlivých částí je automaticky skryt až od verze 3.2.0, kde se právě parametr ``parts-progress` objevil. Jakou verzi používáte?
Také moc netuším, proč terminál pípá. Pravděpodobně interpretuje některý znak z výstupu konzolového frontendu jako znak zvonku terminálu. Ale takový by tam podle mě být neměl. Barevný výstup v terminálu vám funguje, je tam barevné zvýraznění některých částí, jako třeba tady?
Mam verziu 3.3.1. Vyzera to takto:
Ah, tak to je dost děsivé, jsem netušil, že to PowerShell takhle moc prasí. Jaký to je systém a jak je PowerShell spuštěný?
Naposledy, když jsem to zkoušel na Windows v commandline, tak to fungovalo docela rozumně, ANSI barvičky a jiné escape sekvence to při zobrazení inteprpretovalo správně a vypadalo to spíše jako na mém screenshotu. Až se zase někdy dostanu ke stroji s Windows, tak to můžu zkusit znova a podívat se, co se tam může dít.
Tohle totiž na první pohled vypadá, že je to sice krátký výpis, ale kvůli rozbitému formátování se řádky nepřepisují s aktualizací stavu, ale namísto toho se to prostě nevyhodnocuje/vyhodnocuje špatně a je z toho tenhle guláš.
Nechápu, proč vývojáři v Microsoftu neumí vytvořit spolehlivou podporu ANSI escape sekvencí… něco, co zbytek světa v terminálu podporuje už desítky let :(
Skusam teraz CMD a to iste ako PowerShell... System mam Windows 7 sp1 takze mozno tu bude pricina ak to ide spravne vo win10 a win11.
PowerShell mam vo verzii 7.2.7 a spustam ho cez scoop.
Ah, tak to je dost děsivé, jsem netušil, že to PowerShell takhle moc prasí. Jaký to je systém a jak je PowerShell spuštěný?
Naposledy, když jsem to zkoušel na Windows v commandline, tak to fungovalo docela rozumně, ANSI barvičky a jiné escape sekvence to při zobrazení inteprpretovalo správně a vypadalo to spíše jako na mém screenshotu. Až se zase někdy dostanu ke stroji s Windows, tak to můžu zkusit znova a podívat se, co se tam může dít.
Tohle totiž na první pohled vypadá, že je to sice krátký výpis, ale kvůli rozbitému formátování se řádky nepřepisují s aktualizací stavu, ale namísto toho se to prostě nevyhodnocuje/vyhodnocuje špatně a je z toho tenhle guláš.
Nechápu, proč vývojáři v Microsoftu neumí vytvořit spolehlivou podporu ANSI escape sekvencí… něco, co zbytek světa v terminálu podporuje už desítky let :(
Používam Windows 10 a farby sú v pohode, cez klasický cmd, a verím, že aj cez klasický power shell, hoci ten som neskúšal. Problém bude teda skôr vo verzii OS. Pracoval som na vlastnom GUI pre Windows a počas toho ma zaujímalo ako to vlastne je s tou podporou farieb, pretože som chcel vedieť ako urobiť vlastnú interpretáciu aby sa to všetko zobrazovalo v jednom okne GUI, vyšlo najavo, že podpora farebných ANSI kódov bola pridaná až neskôr, takže Windows 7 ju zrejme ešte nepodporoval, ale medzi tým vyšiel Windows 8, 10 a teraz aktuálne 11, takže aj vo Windowse už nejaký ten piatok podpora existuje...
hmm, idealne ak by to este niekto skusil na win7, ale malokto uz ma tento system. Celkova software podpora ide dolu vodou tak mozno este tento rok sa budem musiet s nim rozlucit :(
Ale vsetko zle je na nieco dobre a Fedora caka za dverami :)