Re: PF s kvízem - jména příloh

Pátek Prosinec 31 17:44:15 CET 2021

No třeba já technicky vím, že NTFS podporuje unicode, tak jsem už před 20 
lety zkusil zda může mít ruská mp3 název azbukou - ano může, jen to pak 
nefungovalo přes síť na win98 - tak 98 šly pryč o chvíli dřív než byl 
původní plán. Teď tu mám pro změnu mp3 s domečkem a mráčkama v názvu:-) Na 
soundcloudu totéž chodí i v názvu záložky a zobrazuje se i na taskbaru.

Kdybych byl linuxák, vadilo by mi, že je zbytečně zakázaná dvojtečka:-)

Aneb mějme soubor "naměřeno 10.01 23.03.txt"

Je to desátého první dvacettři nula tři, nebo je to deset nulajedna 
dvacátéhotřetího třetí?

Dvojtečka by to vyřešila:-)

Tzn. pokud nevytvářím soubor určený pro nějaký obskurní DOS program, nevidím
důvod pro nepoužití diakritiky a interpunkce. A naopak pokud SW vytvářím, 
počítám s použitím libovolných názvů souborů.

Jestli si nainstaluju ten TB, tak v tý šabloně možná někdy doplním příponu a
zbytek nevidím důvod měnit. Hlavně teda jestli ty obrázky zobrazí mezi 
textem kam patří, dost by mi vadilo, kdybych si obrázky původně vložené do 
texu musel nějak divně prohlížet jako přílohu.

PH

---------- Původní e-mail ----------
Od: Jindrich Fucik <fulda na seznam.cz>
"To je moc technické chápání. Vím, že lidi s technickým backgroundem to 
nedělají, ale ne-technici nad tím takto vůbec neuvažují. 
Jen si vzpomeň na aférku s antivirem, který se zastavil když narazil na 
soubor s dvěmi tečkami za sebou v názvu. To jsem si říkal, že je velmi 
malá pravděpodobnost že se někomu vyskytne. A ejhle, prakticky na každém 
kancelářském počítači najdeš něco jako "vyúčtování 31.12..xls". Do 
značné míry proto, že jim windejsi schovají koncovku známého typu 
(.xls), takže uživatel vidí "vyúčtování 31.12." a to je to, co vidět 
chce, žádné dvě tečky za sebou tam nemá. 

A teď k tomu TB - není náhodou to defaultní jméno v šabloně? Tedy je v 
language packu, takže tam se dá změnit určitě. 

Dne 31.12.2021 v 0:37 Petr Labaj napsal(a): 
> Jestli to byl dotaz na mě, tak pokud už přijímač musí vymyslet nějaké 
> náhradní jméno (protože mu ho vysílač neposlal), tak bych čekal trochu 
> rozumnější volbu toho náhradního jména. 
> Mezera, tečka, čárka, obě lomítka, zavináč atd. jsou prostě poněkud 
> výjimečné znaky. Které fungují jako oddělovač (mezera, čárka, tečka) 
> nebo mají nějaký speciální význam. 
> Takže bych čekal, že je mailer do náhradního jména nepoužije. Stejně tak 
> jako národní znaky, ať už naši diakritiku nebo třeba v Číně sypaný čaj. 
> Tedy krátké jméno do 8 znaků z 26 základních písmen anglické abecedy, 
> jako případný grafický oddělovač podtržítko nebo mínus. 
> 
> Pokud to Tobě vyhovuje s diakritikou, mezerama a tečkama, tak na to 
> jistě máš právo. 
> Stejně jako já mám právo si myslet, že je to vymyšleno blbě. 
> 
> PL 
> 
> ********************* 
> 
> Dne 30.12.2021 v 10:20 Jindrich Fucik napsal(a): 
>> Tedy nechtěl bych se hádat, ale nedá mi to, abych se nezeptal. Jak si 
>> představuješ ideální řešení, které bude fungovat na všech platformách? 
>> 
>> Ten webmail dostal objekt, který žádné jméno nemá, dostal k němu meta 
>> informace, že je to image/png, že má nějakou velikost (v bajtech a 
>> také v pixelech) a to je tak všechno. Webmailu to nevadí, jeho 
>> ukládací mechanizmus nepotřebuje 8+3 jméno souboru, jemu stačí ID a mime.

>> 
>> V minulosti se ukázalo, že rozpojování jména souboru od jeho mime typu 
>> může celou řadu lidí docela efektivně zmást. Viz třeba "viry", které 
>> se šířily jako "porn.bat" a přesto je spousta lidí spustila. 
>> 
>> A co potom ta druhá strana? Dostane mail, který je odeslaný ze 
>> systému, který neuznává jméno souboru 8+3, ale něco jiného. Co si s 
>> tím má počít? Podle mého názoru je naprosto legitimní, že si 
>> vygeneruje jméno souboru v souladu s potřebou svého operačního 
>> systému. A pro tvůj operační systém je legální jméno souboru s mezerou 
>> a s tečkou uprostřed. To že tvá uživatelská preference je jiná je 
>> smutné, ale to je tak všechno, co se o tom dá říci. Tady by se dalo 
>> mluvit o možném rozšíření, že by se ještě agent pokoušel procházet 
>> /etc/mime-types a reverzně si vybral koncovku pro daný typ (pokud ho 
>> najde), pak je otázka, jak by se zachoval v případě, že je tam pro 
>> nějaký typ několik koncovek a nebo tam není žádná. 
>> 
>> Já bych řekl, že je dobře, že autoři MTP neuvažovali uzavření v 
>> krabici jednoho operačního systému, ale v širším kontextu. 
>> 
>> Dne 29.12.2021 v 23:51 Petr Labaj napsal(a): 
>>> Ano. Takže pitomci jsou oba. 
>>> Pitomec 1 (webmail) to tam nasype bez jména přílohy. 
>>> Pitomec 2 (Thunderbird) tomu dá tak skvělé umělé jméno, s mezerou a 
>>> tečkou, která z čísla přílohy udělá (aspoň na Windows) příponu. 
>>> Takže defaultně chce Windows použít program, zaregistrovaný pro 
>>> příponu "1", případně nabídne hledání příslušného programu webovou 
>>> službou. ;-) 
>>> Na Linuxu to asi dopadne líp, tam se na přípony moc nehraje. 
>>> 
>>> PL 
>>> 
>>> ******************** 
>>> 
>>> Dne 29.12.2021 v 23:29 Miroslav Šinko napsal(a): 
>>>> OK OK :) 
>>>> 
>>>> Tak mozme vyhodnotit: 
>>>> Vam (citujem) "mail dorazil s přílohami se jmény "Část 1.2" a "Část 
>>>> 1.3". Tedy bez přípony, s diakritikou, s mezerou a tečkou v názvu." 
>>>> 
>>>> Mne dorazil s prilohami "Part 1.2, Part 1.3 a este jedna Part 1.4". 
>>>> Bez pripony, bez diakritiky, s medzerou a bodkou v nazve :) 
>>>> 
>>>> Ako som pisal, mam eng verziu TB, kukol som source, kde ziadne nazvy 
>>>> suborov nie su. (ten source je asi zaklad, kde treba patrat) 
>>>> 
>>>> Takze tie nazvy, cislovanie, medzery a bodky si vytvara TB na strane 
>>>> prijimatela. 
>>>> 
>>>> miro 
>>>> 
>>>> 
>>>> On 29.12.2021 23:00, Petr Labaj wrote: 
>>>>> Předmětem dotazu nebyl problém, že bych si neporadil se souborem s 
>>>>> podivným jménem. 
>>>>> Cílem bylo zjistit co, proč a kde se to děje. 
>>>>> 
>>>>> PL 
>>>>> 
>>>>> ******************** 
>>>>> 
>>>>> Dne 29.12.2021 v 21:40 Miroslav Šinko napsal(a): 
>>>>> ... 
>>>>> 
>>>>> Dne 29.12.2021 v 21:49 Jindrich Fucik napsal(a):
"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20211231/b89f4790/attachment.htm>