Forum Krótkofalarskie PKI

Witam czy koledzy mają na chwilę obecna również taki problem jak ja ? Chciałem edytować stronę w qrz.com i po zapisaniu krzaczy się opis po polsku, tzn. tak jakby kodowanie padło tez tak macie ?
Link => http://www.qrz.com/db/SQ7ACP

Witam

Jak przełączę przeglądarkę na kodowanie Unicode, to jest wszystko ok.

Pozdrawiam

Mam podobnie z tymi "Ä" i nie wiem skąd to się bierze.

Piszesz o trzech drogach wymiany kart a podajesz cztery...

Problem występuje od czasu zmiany edytora, jest w tej chwili nie do rozwiązania, problem z edytorem i oddawaniem do bazy.
Nawet entery dodają się jako te A.
Zmiana kodowania przeglądark nic nie daje, kodowanie bazy jest inne a raczej samego zapytania insert i update. Pisałem już do kolesia z qrz i cisza. Ja napisałem tam tylko kilka słów bez polskich znaków nieco zmieniłem styl strony dodając logo na górze i pare słów po angielsku.

No więc właśnie mi tak się wydawało, że coś z tym edytorem jest nie tak.
Waldku zaraz poprawię dlatego pytałem bo chciałem aktualizację zrobić ale jak widać się krzaczy.
Zrobię więc jak sugeruje jeden z kolegów zostawię na razie po angielsku, a najwyżej napisze do adminów że coś jest nie tak.

z edytorem jest wszystko OK
qrz.com nie ma metatagu ustawiającego odpowiedni charset (ewidentny błąd twórców) a więc to przeglądarka ustawia charset na podstawie własnego widzimisię. Jak zmienicie w przeglądarce kodowanie znaków na unikod (UTF-8) to wszystko wyświetla się prawidłowo.
W qrz.com powinni dołożyć w head jedną metę: <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
i wszystko zacznie działać.
Jest to dość częsty błąd w produkcjach anglojęzycznych - te narody notorycznie zapominają, że istnieją inne języki i inne zestawy znaków.

pozdrawiam

Witam



Tomku, sęk w tym, że ów metatag jest zadeklarowany.
Poszukaj dokładnie :-)

Jego deklaracja jest umieszczona na końcu nagłówka, po tych wszystkich skryptach javascript...

Nie mam pojęcia, skąd ten problem?
Może z różnej deklaracji xml i html?

W nagłówku mamy:
[...]
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
[...]
oraz znacznie niżej:
[...]
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
[...]

Może tu tkwi problem?

Pozdrawiam

fakt - jest tam ;-0 aż tak głęboko nie wchodziłem - jednakże moja przeglądarka (Safari) nie odczytuje tego metatagu i ustawia mi charset na iso latin 1.
może mają skitrane w .htaccess - ustawione 8859-1 na sztywno.
pozdr

Panowie informacja dla mniej doświadczonych w budowie stron:
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
Nie ma nic do kodowania strony
Jest ustawione kodowanie UTF8 które obsługuje doskonale polskie znaki. Problem nie dotyczy tego kodowania lecz kodowania edytora czyli w tym przypadku CKEditor.
Prawie pewne, że nie ma przy update i insercie do bazy ustawienia charset SET NAMES 'UTF8'

Witam


A tu bym się sprzeczał...



Całkiem być może...

Jednak wystarczy, że w moim Firefoxie 28 posadowionym na opesSuse 13.1 wejdę do menu i wybiorę: "Widok" -> "Zestaw znaków" -> "Unicode" i ładnie widać polskie ogonki...

(edit)
Zapomniałem nadmienić, że początkowo było ustawione na "Zachodni"
(edit)

Pozdrawiam

Koledzy

A nie lepiej info na qrz.com podawać w j.angielskim?

Wszak to jest info dla krótkofalowców na całym świecie a nie tylko polskich.

W budowie stron doświadczenie mam zerowe.
Jednak - zauważ, że problem nie leży w złym zapisie znaków przez edytor tylko w złym wyświetlaniu strony - ponieważ ręcznie zmieniając kodowanie znaków w przeglądarce ogonki wyświetlają się poprawnie. Strona ładując się ustawia charset na 8859-1 a nie na UTF-8. To łątwo sprawdzić.

Witam
To jak właściwie rozwiązać ten problem.
Miałem wszystko ok . i zachciało mi się dopisać co nieco ,po czym wszystko się sypło .
Napisałem na razie bez ę ą. itp. Ale to nie po.Polskiemu i tak nie może być.
Czy jest jakiś sposób ,żeby to poprawić?

wg mnie nie ma
problem leży w konstrukcji serwisu qrz.com (albo w konfiguracji serwera)

A może ktoś do QRZ.COM napisze w ich ojczystym języku że my tu w tej odległej DX krainie zwanej POLSKĄ mamy taki mały problem z "ogonkami"

A co to angielski nasz narodowy język??
Wydaje mi się że informacja międzynarodowa powinna być ba 2 miejscu a na 1 w naszym ojczystym języku .
Dlaczego mam się zmuszać do tłumaczenia na "SWOJE" informacji o koledze mieszkającym w tym samym kraju

Każdy pisze jak chce - to oczywiste. Hiszpanie też piszą po hiszpańsku na qrz a chińczycy po japońsku.
Natomiast inną sprawą jest to, że w obecnych czasach kodowanie liter w standardzie UTF-8 to obowiązek - wszędzie - nawet na amerykańskich stronach tylko dla amerykanów. Ktoś, kto koduje litery inaczej popełnia błądbraku standarydacji (w Polsce też powinno kodować się strony w UTF-8 a nie w ISO8859-2 jak to drzewiej bywało)

pozdr
tomek

ps. dla tych co nie wiedzą, a boją się zapytać: UTF-8 (czyli UNICODE) to jeden zestaw znaków w którym znajdują się wszystkie narodowe znaki wszystkich języków - chińskie krzaczki, hebrajskie alefki i polskie ogonki)

I tu się Janek z Tobą zgadzam, rzadko bo rzadko ale zgadzam się.
____________
Greg SP2LIG

Problem błędnego wyświetlania znaków jest dość złożony. W nagłówku HTTP serwer podaje: Content-Type: text/html; charset=ISO-8859-1. Jest to traktowane nadrzędnie dla wpisu w meta tagu. Jest to bezpośredni powód tego, że znaki są źle wyświetlane. Aczkolwiek wcześniej (podejrzewam, że przed zmianą edytora) wszystkie znaki nie wchodzące w skład kodowania ISO-8859-1 były konwertowane na odpowiadające im odwołania znakowe (czyli &#xxx. Dlatego strony, które nie były ostatnio edytowane wyświetlają się poprawnie. Zapis do bazy danych i odczyt z bazy danych jest poprawny dlatego przy zmianie kodowania w przeglądarce na UTF-8 wszystko wyświetla się dobrze (tyle, że nie robi się to automatycznie bo przeglądarka próbuje wyświetlać ISO-8859-1). Napiszę do nich maila, może to naprawią.