Lite web stök...
Lite web stök...
Håller på med tester av en liten web funktion. Just nu har jag en sak
som fungerar OK i Firefox men som i MS IE (V11) ger:
"The attached page targets document mode 7. some console apis and features may not be available".
Jag kan trycka F12 "Developer Tools" och manuellt ändra "Emulation" -> "Dokument mode" till 10.
Och då fungerar det även i IE. Jag har letat men hittar ingen direkt lösning. Det *verkar* som
att MS IE säger så här p.g.a. att något saknas på sidan (?).
Någonstans såg jag tipset att lägga till "<!DOCTYPE html>" och det gjorde jag (före <head>)
men det verkar inte ha gjort någon skillnad. Och det fungerar fortfarande i Firefox...
Tips? Jag tänkte att den som jobbar med webutveckling kanske känner igen detta...
som fungerar OK i Firefox men som i MS IE (V11) ger:
"The attached page targets document mode 7. some console apis and features may not be available".
Jag kan trycka F12 "Developer Tools" och manuellt ändra "Emulation" -> "Dokument mode" till 10.
Och då fungerar det även i IE. Jag har letat men hittar ingen direkt lösning. Det *verkar* som
att MS IE säger så här p.g.a. att något saknas på sidan (?).
Någonstans såg jag tipset att lägga till "<!DOCTYPE html>" och det gjorde jag (före <head>)
men det verkar inte ha gjort någon skillnad. Och det fungerar fortfarande i Firefox...
Tips? Jag tänkte att den som jobbar med webutveckling kanske känner igen detta...
Re: Lite web stök...
IE ja...suck.
Testa lägg till en <meta> för att hjälpa den hitta rätt:
/j
Testa lägg till en <meta> för att hjälpa den hitta rätt:
Kod: Markera allt
<head>
...
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
...
Re: Lite web stök...
Ha! Nu så startar sidan upp som den ska. Tack!
En sak som "Webbläsarkonsolen" i Firefox visar men som jag inte har hittat i IE är meddelanden typ:
Det är ett förväntat resultat eftersom servern för Ajax anropet inte finns än.
Men det är i alla fall bra att veta att browsern ändå gjorde ett försök...
> IE ja...suck.
Standard browsern hos kunden, så jag har inga som helst synpunkter det,
det vore bara oprofessionellt. Dessutom ser jag ingen principiellt problem med
att IE default kör i ett bakåtkompatibelt läge som man (tydligen! ) enkelt
kan ställa om från siden självt till ett up-to-date läge. Gamla sidor fortsätter
att fungera och nya sidor kan begära ett modernare läge. Är det inte så?
En sak som "Webbläsarkonsolen" i Firefox visar men som jag inte har hittat i IE är meddelanden typ:
Kod: Markera allt
http://aaa.bbb.ccc.net/fff/ggg [HTTP/1.1 403 Forbidden 219ms]
Men det är i alla fall bra att veta att browsern ändå gjorde ett försök...
> IE ja...suck.
Standard browsern hos kunden, så jag har inga som helst synpunkter det,
det vore bara oprofessionellt. Dessutom ser jag ingen principiellt problem med
att IE default kör i ett bakåtkompatibelt läge som man (tydligen! ) enkelt
kan ställa om från siden självt till ett up-to-date läge. Gamla sidor fortsätter
att fungera och nya sidor kan begära ett modernare läge. Är det inte så?
Re: Lite web stök...
Någon speciell anledning till att du frågar?
Men inte mer än nödvändigt... Vi har en webb server på våran produktions server
där vi idag kör några enkla rapportsidor med Python script som back-end. Nu finns
det önskemål om en ny applikation för loggning från vissa arbetsplatser och man
vill ha webbgränssnitt. Tanken är att bygga det med sidor som laddas "som vanligt"
och sedan göra allt jobb med Ajax. Håller just nu på med lite grunder inom Ajax och
hur server scripten ska se ut. I produktionslösningen blir det C program som antingen
gör allt "jobb" i C koden eller som anropar Cobol funktioner (eftersom vi redan har
all affärslogik i Cobol).
På arbetsplatserna ska det köras en 15" "skärm med dator och touch" som sedan
alltså kör applikationen mot servern. Ska inte vara något problem så snart man
lärt sig tekniken. Använder jQuery för Ajax eftersom det verkar vara lite enklare
att köra Ajax via jQuery...
Men inte mer än nödvändigt... Vi har en webb server på våran produktions server
där vi idag kör några enkla rapportsidor med Python script som back-end. Nu finns
det önskemål om en ny applikation för loggning från vissa arbetsplatser och man
vill ha webbgränssnitt. Tanken är att bygga det med sidor som laddas "som vanligt"
och sedan göra allt jobb med Ajax. Håller just nu på med lite grunder inom Ajax och
hur server scripten ska se ut. I produktionslösningen blir det C program som antingen
gör allt "jobb" i C koden eller som anropar Cobol funktioner (eftersom vi redan har
all affärslogik i Cobol).
På arbetsplatserna ska det köras en 15" "skärm med dator och touch" som sedan
alltså kör applikationen mot servern. Ska inte vara något problem så snart man
lärt sig tekniken. Använder jQuery för Ajax eftersom det verkar vara lite enklare
att köra Ajax via jQuery...
Re: Lite web stök...
Hehe, nja tänkte mer på ditt försvar av InternetExplorer...
Finns nog inget som genom åren kostat oss (vi på jobbet alltså) mer i
utvecklingstid, tandagnisslan, förtvivlan och upprördhet än InternetExplorer...
Det *har* blivit bättre med de senaste versionerna men fortfarande så
måste speciell hänsyn tas till just IE...
Därav "suck".
/j
Finns nog inget som genom åren kostat oss (vi på jobbet alltså) mer i
utvecklingstid, tandagnisslan, förtvivlan och upprördhet än InternetExplorer...
Det *har* blivit bättre med de senaste versionerna men fortfarande så
måste speciell hänsyn tas till just IE...
Därav "suck".
/j
Re: Lite web stök...
Det var inget försvar, det var en förklaring av verkligheten ser ut.
Jag är neutral och använder bara det som kunden har valt som standard.
Just nu är det en icke-fråga, både IE och FF uppträder på samma sätt (för tillfället).
Nu håller jag på att fundera på hur svaret på ett Ajax anrop ska se ut. Ska det
enbart vara själva datat eller ska det vara någon HTML header också?
Det verkar som att det bara ska vara själva datat. Japp, ren grundforskning...
Jag är neutral och använder bara det som kunden har valt som standard.
Just nu är det en icke-fråga, både IE och FF uppträder på samma sätt (för tillfället).
Nu håller jag på att fundera på hur svaret på ett Ajax anrop ska se ut. Ska det
enbart vara själva datat eller ska det vara någon HTML header också?
Det verkar som att det bara ska vara själva datat. Japp, ren grundforskning...
Re: Lite web stök...
Ok, alltså det första som skickas alls, med andra ord. Ska kolla hur jag har gjort.
Och då man skickar svar på ajax anrop, så tror jag att det inte ska vara några headers alls, men det återstår att testa...
Och då man skickar svar på ajax anrop, så tror jag att det inte ska vara några headers alls, men det återstår att testa...
-
- Inlägg: 1397
- Blev medlem: 29 januari 2011, 21:06:30
- Ort: Lapplandet
Re: Lite web stök...
Inga HTML-headers (det är ju inte HTML du skickar). HTTP-headers kommer du inte ifrån.
För JSON så sätt Content-Type till application/json, och för XML application/xml.
För JSON så sätt Content-Type till application/json, och för XML application/xml.
Re: Lite web stök...
Så där ja, första enkla ajax testen fungerar.
En enkel sida med två fält. Servern returnerar bara variablerna plus lite mer.
Imponerar sannolikt inte på någon, men för mig var det kul!
Sidan:
Serverprocessen (ett "shell script") som körs på URL'en "/cgi-bin/ajax_test" ovan.
CGIutl är ett litet verktyg som läser CGI data och skapar symboler av fälten...
Detta ger när det körs:
Nästa test blir att skriva om skriptet i C och ändra dataformatet från HTML till JSON.
He, kul!
En enkel sida med två fält. Servern returnerar bara variablerna plus lite mer.
Imponerar sannolikt inte på någon, men för mig var det kul!
Sidan:
Kod: Markera allt
<!DOCTYPE html>
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
<title>Ajax test</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<script src="/js/JQUERY-3_2_1.JS"></script>
<script>
$(document).ready(function(){
$("#qbut").click(function(){
$.post("/cgi-bin/ajax_test",
{qart: $("#artin").val(), qser: $("#serin").val()},
function(result){$("#artben").html(result);
})
});
});</script>
</head><body>
<table border="0"><tr>
<td><br>Artno: <input type="text" id="artin" size="10">
<td><br>Serno: <input type="text" id="serin" size="10">
<td><br><button id="qbut">Fetch</button>
</table>
<div id="artben"></div>
</body></html>
CGIutl är ett litet verktyg som läser CGI data och skapar symboler av fälten...
Kod: Markera allt
$ type cgi_bin:ajax_test.com
$!
$! Ajax/CGI Example
$!
$ say = "write sys$output"
$ CGIutl = "$cgi-bin:[000000]cgiutl"
$!
$ CGIutl /urldecode /symbols=(lines,nocontrol)
$!
$ say "Content-Type: text/html"
$ say ""
$ say "<br>Reply art: ''cgiutl_qart'"
$ say "<br>Reply ser: ''cgiutl_qser'"
$ say "<br>"
$ say "<br>Run at: ''f$cvtime()'"
$ say "<br>Run by: ''f$user()'"
$!
$ exit
$!
He, kul!
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.