W dniu 23.08.2011 r. 09:48, identifikator: 20110701 pisze:
>
>> Przypomnę: problemem był połamany przez edytor autora link, pomimo
>> umieszczenia w nawiasach. Mój link, pomimo braku nawiasów, był w
>> całości. Użycie nawiasów nie zapobiegło połamaniu linka.
>
> a jak to zrobiłeś?
Zastanawiam się, czy inline'owanie _czegokolwiek_ bez /line break/ na
80-tym znaku nie łamanie któregoś nakazu pierwotnego RFC, ale nie będę
się o to spierał, ani -- gdyby tak było -- przestrzegał.

do góry

W dniu 23.08.2011 r. 09:32, RoMan Mandziejewicz pisze:
> Hello No+spam,
>
> Tuesday, August 23, 2011, 8:07:10 AM, you wrote:
>
>>>>> Linki cytuje się w nawiasach ostrych, to jawne zalecenie RFC.
>>>> Daj linka do tego zalecenia.
>>> Ja też chcę.
>> Proszę:<http://www.w3.org/Addressing/rfc1738.txt>,
>> sekcja 'APPENDIX: Recommendations for URLs in Context' (s. 21).
>> Interesująco, wraz z zaleceniem poprzedzenia ciągiem "URL:" (czyli adres
>> e-mail gdzieś inline w treści wraz z protokołem "mailto:" też miałoby
>> się prefiksować?). Wg pewnego forum, ten RFC stał się obsolete,
>> superseduje go:
>> <http://www.cs.tut.fi/~jkorpela/rfc/2396/full.html#E
>,
>> który już nie jest ścisły w zaleceniach opisując URI.
>
> Czyli nakazujesz nam coś, co nigdy nie stało się standardem i było
Daleki jestem od nakazywania lub zakazywania czegokolwiek komukolwiek.
Nie da się jednak ukryć, że standaryzacja ułatwia koegzystencję.

> tylko propozycją na samym początku historii HTML?
Tu trudno się zgodzić. Czy dowolne RFC są standardami formalnymi? Nie do
końca wiem; obiegowo są uznane za wykładnik, dla implementatorów, dość
często de facto standardem. Nb. pierwszy[/ostatni] w łańcuchu
precedencji RFC 3986 jest z 2005 r. (także por. oznaczenia w nagłówku).

> Na dokładkę coś, co nie skutkuje niczym i nic nie pomaga?
Czy czasem czegoś Przedpiśca nie w pełni pojął?

> Przypomnę: problemem był połamany przez edytor autora link, pomimo
Wiem, to ja się czepiłem, choć IMHO powinno zadbać o to oprogramowanie,
bo tylko zgodność z literą standardu to nie dość, by uznać soft za sprytny.

> umieszczenia w nawiasach. Mój link, pomimo braku nawiasów, był w
> całości. Użycie nawiasów nie zapobiegło połamaniu linka.
Nigdy to nie było celem.

> Jedynym znanym mi miejscem, gdzie jest koniecznie użycie nawiasów
> ostrych do linków i to działa jest Cafe Allegro.
WWW i hypertekst to jednak nie całkiem Usenet/e-mail. Gwoli rzetelności:
memu czytnikowi to też nic nie daje -- jest zdolny sparsować URLe bez
względu na delimiter (z well-formed dowolnym URI już gorzej). Nawyk
markupowania zwykłego tekstu jest jednak silny i trwa, jest to co więcej
poparte racjonalizacją jw. EOT, wierzę.

do góry

W dniu 23.08.2011 r. 09:48, identifikator: 20110701 pisze:
>
>> Przypomnę: problemem był połamany przez edytor autora link, pomimo
>> umieszczenia w nawiasach. Mój link, pomimo braku nawiasów, był w
>> całości. Użycie nawiasów nie zapobiegło połamaniu linka.
>
> a jak to zrobiłeś?
Zastanawiam się, czy inline'owanie _czegokolwiek_ bez /line break/ za
80-tym znakiem nie łamie któregoś nakazu pierwotnego RFC, ale nie będę
się o to spierał, ani -- gdyby tak było -- przestrzegał.

do góry

In the darkest hour on Mon, 22 Aug 2011 09:45:48 +0200,
Michoo <m...@v...pl> screamed:
>>> - W praktycznie kazdej dzisiejszej aplikacji i tak zostanie na koniec
>>> skonwertowane do ktoregos unicode.
>>
>> Jest tylko jedno Unicode
> "ktoregos unicode" -> "którejś postaci unicode"
>

"którejś postaci unicode" -> "któregoś systemu kodowania Unicode"

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:233B ]
[ 12:01:46 user up 12903 days, 23:56, 1 user, load average: 0.50, 0.04, 0.50 ]

I've stopped drinking, but only while I'm asleep. -- George Best

do góry

W dniu 20.08.2011 14:39, JanuszR pisze:
>
> Nie mylę się. W sieciach jak to określiłeś nic nie znaczy, siedziałem
> tam dłużej. Ważny jest profesjonalizm a ten wymaga utf-8. To standard
> uniwersalny, dobrze integrujący się z bazami danych. Dobrem firmy jest
> między innymi jej wizerunek widziany na podstawie strony www.
>
> JanuszR

To, przepraszam, po to się biliśmy o wolność żeby używać "jednego
słusznego standardu"? :D

do góry

>> Nie mylę się. W sieciach jak to określiłeś nic nie znaczy, siedziałem
>> tam dłużej. Ważny jest profesjonalizm a ten wymaga utf-8. To standard
>> uniwersalny, dobrze integrujący się z bazami danych. Dobrem firmy jest
>> między innymi jej wizerunek widziany na podstawie strony www.
>>
>> JanuszR
>
> To, przepraszam, po to się biliśmy o wolność żeby używać "jednego
> słusznego standardu"? :D

Jasne, wprowadźmy wolność np. w normach budowlanych :)

JanuszR

do góry

Hello JanuszR,

Thursday, August 25, 2011, 3:12:06 PM, you wrote:

>>> Nie mylę się. W sieciach jak to określiłeś nic nie znaczy, siedziałem
>>> tam dłużej. Ważny jest profesjonalizm a ten wymaga utf-8. To standard
>>> uniwersalny, dobrze integrujący się z bazami danych. Dobrem firmy jest
>>> między innymi jej wizerunek widziany na podstawie strony www.
>> To, przepraszam, po to się biliśmy o wolność żeby używać "jednego
>> słusznego standardu"? :D
> Jasne, wprowadźmy wolność np. w normach budowlanych :)

Sprawdź, co oznacza akronim ISO i czego on dotyczy. Bo moim zdaniem
dotyczy on norm właśnie.

--
Best regards,
RoMan mailto:r...@p...pl
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

do góry

>>>> Nie mylę się. W sieciach jak to określiłeś nic nie znaczy, siedziałem
>>>> tam dłużej. Ważny jest profesjonalizm a ten wymaga utf-8. To standard
>>>> uniwersalny, dobrze integrujący się z bazami danych. Dobrem firmy jest
>>>> między innymi jej wizerunek widziany na podstawie strony www.
>>> To, przepraszam, po to się biliśmy o wolność żeby używać "jednego
>>> słusznego standardu"? :D
>> Jasne, wprowadźmy wolność np. w normach budowlanych :)
>
> Sprawdź, co oznacza akronim ISO i czego on dotyczy. Bo moim zdaniem
> dotyczy on norm właśnie.
>
Nie muszę, normy należy stosować aktualnie obowiązujące.

JanuszR

do góry

Hello JanuszR,

Friday, August 26, 2011, 11:18:46 AM, you wrote:

>>>>> Nie mylę się. W sieciach jak to określiłeś nic nie znaczy, siedziałem
>>>>> tam dłużej. Ważny jest profesjonalizm a ten wymaga utf-8. To standard
>>>>> uniwersalny, dobrze integrujący się z bazami danych. Dobrem firmy jest
>>>>> między innymi jej wizerunek widziany na podstawie strony www.
>>>> To, przepraszam, po to się biliśmy o wolność żeby używać "jednego
>>>> słusznego standardu"? :D
>>> Jasne, wprowadźmy wolność np. w normach budowlanych :)
>> Sprawdź, co oznacza akronim ISO i czego on dotyczy. Bo moim zdaniem
>> dotyczy on norm właśnie.
> Nie muszę, normy należy stosować aktualnie obowiązujące.

Aktualnie obowiązującą normą jest w Polsce IDO-8859-2

--
Best regards,
RoMan mailto:r...@p...pl
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

do góry

Hello,

[...]

>> Nie muszę, normy należy stosować aktualnie obowiązujące.
> Aktualnie obowiązującą normą jest w Polsce IDO-8859-2

Oczywiście ISO a nie IDO - literówka, żebyś się nie czepiał.


--
Best regards,
RoMan mailto:r...@p...pl
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

do góry