- NL
|
41173
netweters
|
17747
gesprekken
|
|
19176
vragen
|
Onderwerpen die langer dan 6 maanden geen reactie krijgen, worden afgesloten. Heb je dezelfde vraag of wil je er toch meer informatie over?
Start dan een nieuw onderwerp op De Netweters. Hoe je dit kan doen, vind je hier
Opgelet! Denk eraan dat er in oude onderwerpen informatie kan staan die niet meer up to date is.
@gigi Ik, zou er niet teveel op rekenen als je spreekt over de gratis webserver van Telenet. Die is maar heel beperkt. Als je over commerciële webruimte spreekt die je bij Telenet huurt (of zijn nevenfirma's) dan moeten die daar kunnen op antwoorden.
Ignace (igvfer) | 
Ja het zou wel kunnen dat dit juist is, maar tot nu toe ben ik nog niet geslaagd om een afbeelding met cyrillische tekens te uploaden naar mijn nieuwe site. Zo gemakkelijk het is om een gewone afbeelding met Latijnse bestandsnaam te üploaden, zo moeilijk is het voor een afbeelding met non-ASCII of UTF-8 .In mijn bijlagen zie je dat na het mislukken van een üpload van een image de characters als percent hexadecimaal tekens worden weergegeven in blauwe kleur.
Als ik deze blauwe non itf-8 codering invoeg in het element src=" veranderd er niets.
Ik heb deze blauwe non utf-8 codering met de unicode converter die je me hebt bezorgd, waarvoor dank, geconverteerd met utf-8 tekst percent, maar twijfel toch of dit zal lukken om de afbeelding met cyrillische characters op te laden.
Ik denk gewoon dat de Telenet server niet in staat is om de utf-8 unicode toe te passen, en nog met ASCII begrensd tot128 tekens werkt. En het feit dat bij de fout aanduidingen in de broncode, na het mislukken van het üploaden van mijn cyrillische bestanden(afbeeldingen)naar mijn website de codering wordt weergegeven in non-utf-8 unicode script wordt door Microsoft Expression web 4 bevestigd dat de Telenet server faalt.
grtz,
gigi
Many thanks.
1-Hernoem de afbeelding met een Cyrillische naam naar het equivalente in die %-code.
Dus de afbeelding met de naam ИРОНИЯ СУДЬБЫ ИЛИ С ЛЁГКИМ ПАРОМ.jpg hernoemen naar het equivalente in die %- code.
Maar wat is precies "het equivalente" in die %- code ?
2-Op dat ogenblik heeft deze foto enkel tekens uit het ASCII-subset. Laad deze foto op uw webpagina.
Dus de foto heeft geen utf-8 tekens op dit ogenblik maar ASCII characters.
Op welke webpagina moet ik deze foto laden, de webpagina in mijn expression web 4 op mijn laptop?
3- Met uw browser probeer nu de foto te zien en geef daarbij de naam van de foto in het Cyrillisch.
Wat bedoel je hier?
De foto opzoeken in mijn Microsoft edge browser met de cyrillische bestandnaam of mijn website "Meisje uit het Noorden" openen en daar de foto op pag 3.html bekijken?
Stel dat de foto te zien is op mijn webpagina in de browser, moet ik dan op de foto klikken, picture properties klikken en de naam vervangen door de cyrillische naam van de afbeelding of foto?
De browser stuurt de overeenkomstige code van de Cyrillische tekst door en ik verwacht dat die elk octade (byte) die niet in het ASCII subset voorkomt gaat doorsturen als %xx. Net zoals een spatie in iets wat je oproept.
4-Dat is natuurlijk gissen, maar wie niet probeert, wie niet weet!!!
Net zoals een spatie in iets wat je oproept. Als dit lukt kan je een stap verder. Dat is je html-code die je wil opladen aanpassen.
5. Neem nu deze syntax: link text url moet in %-code, link text mag in het Cyrillisch. Waarom url in %code? Omdat jouw browser die vraag gaat stellen aan de server. De url die daar staat, zou je evengoed in de blak boven kunnen ingeven. De link text is de tekst die je op het scherm ziet.
Wat is de "blak" ?
Pas als mijn vragen hier goed worden beantwoord kan ik verder, ik ben tenslotte een leek op het gebied van code schrift .
grtz,
gigi
Vervolg:
@gigi Over de beperking van bestands en path namen (windows) kan je dit al beginnen lezen. https://docs.microsoft.com/nl-nl/windows/win32/fileio/naming-a-file?redirectedfrom=MSDN#maxpath
@gigiEn heb je op uw webpagina's wel de juiste codering gezet?
Ik zie bijvoorbeeld:
<meta content="nl-be" http-equiv="Content-Language" /> <meta content="text/html; charset=utf-8" http-equiv="Content-Type" />
Moet het niet zijn: meta charset="UTF-8". Let op de aanhalingstekens voor en achter utf-8.
Zou dit niet de oorzaak kunnen zijn dat de server uw tekens niet correct leest?
Is maar een suggestie hé.
Thanks voor uw antwoord.
<meta content="nl-be" http-equiv="Content-Language" />
<meta content="text/html; charset=utf-8" http-equiv="Content-Type" />
Moet het niet zijn: meta charset="UTF-8". Let op de aanhalingstekens voor en achter utf-8.
Bedoel je op deze manier?
<meta charset="UTF-8" http-equiv="Content-Type" />
Mag "text/html; niet meer ingevuld worden?
Grtz,
gigi
gigi
@gigi Je mag dit op 1 lijn zetten. <meta content="text/html; charset="utf-8" http-equiv="Content-Type" />. Ik denk vooral dat de juiste plaatsing van de aanhalingstekens belangrijk is. Dat anders die instructie verloren gaat.
Kijk hier ook eens naar: https://ask.xiaolee.net/cn/questions/1003943
Many thanks.
original title: "html5 - <meta charset="utf-8"> vs <meta http-equiv="Content-Type">"
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ...
In HTML5, they are equivalent. Use the shorter one, it is easier to remember and type. Browser support is fine since it was designed for backwards compatibility.
er to define charset for HTML5 Doctype, which notation should I use?
Short:
<meta charset="utf-8" /
Long:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
Both forms of the meta charset declaration are equivalent and should work the same across browsers.
But, there are a few things you need to remember when declaring your web files character-set as UTF-8:
Save your file(s) in UTF-8 encoding without the byte-order mark (BOM).
Declare the encoding in your HTML files using meta charset (like above).
Your web server must serve your files, declaring the UTF-8 encoding in the Content-Type HTTP header. En hier wringt het schoentje volgens mij!
Eerste opmerking: er wordt hier gesproken van HTML5 ,dat is natuurlijk verschillend van HTML. En het maakt niet uit in HTML 5 als je de korte methode gebruikt met aanhalingstekens voor en na de "utf-8" of de lange methode utf-8" met de aanhalingstekens alleen achteraan.
Hierdoor staat het vast dat mijn microsoft expression web 4 werkt met de HTML5 codering en META CHARSET= UTF-8 .
En vervalt het vermoeden dat de oorzaak voor het falen van het opladen van een foto met cyrillische tekens, komt door het ontbreken van de aanhalingstekens vooraan meta charset= UTF-8.
Ik wil op mijn index.htm(home pagina) onderaan in rode letters de hyperlinks pag 3 en pag 4 verwijderen. Dat is een ramp en het lukt me niet omdat de doen!!!
Ondanks ik pag 3 en pag 4 verwijder in de tags in de broncode met behulp van "Inspekteren en Edit HTML", staan na het sluiten van de hulp broncode dezelfde pag 3 en pag 4 onderaan de index.htm webpage terug.
Ik weet ook niet of ik na het wijzigen in de broncode met behulp van "Inspekteren",of ik de webpagina moet opslaan met Crtl+S of gewoon op het plusteken klikken om af te sluiten.
Ik weet überhaupt ook niet hoe ik een externe home pagina, in mijn geval index.htm met de titel "Meisje uit het Noorden" kan verwijderen zonder kleerscheuren te maken. Je moet weten dat de index.htm webpagina goed staat aangeduid in de linkse als ook de rechtse kolom in FileZilla.
In het linkse vak in Microsoft Expression Web 4 waar de hoofdmap van mijn bestanden staat, zie ik het bestand index.htm correct staan met onderaan alleen pag 2 en pag 3. Maar als ik naar mijn nieuwe webpagina surf op het internet en klik op "Meisje uit het Noorden", dan staat de index.htm pagina daar nog altijd aangeduid met pag2,pag,3,pag 4.Ik heb de pag 3 en pag 4 proberen verwijderen in de broncode met "Inspekteren". Maar als ik deze verwijder met behulp van Edit HTML, dan staan die na het sluiten van de hulp broncode weer onderaan de index.htm pagina.
Weten jullie soms hoe ik op de externe webpagina index.htm onderaan de pagina de url's of hyperlinks pag 3 en pag 4 kan verwijderen?
grtz,
gigi
.
