include og #

Det er ikke muligt. Det skal være et filnavn, og ikke en url.

Jeg bider lidt mærke i at du siger "jeg prøver på er at linke til et bestemt sted", men include() funktionen kan slet ikke bruges til at linke.

Includes sker server-side, før brugeren og browseren modtager noget data, og læser bare en fil som PHP-kode. Hvad havde du forestillet dig at include med #-syntaks skulle gøre? Læse FRA det sted i filen og resten ud, og ignorere alt der kom før det?

For at lave et alternativ, er det i hvert fald nødvendigt at vide hvad du prøver at komme frem til.

Forklar lidt nærmere ja. Som Viperine siger, så er include slet ikke beregnet til noget i den stil. Så skal du måske snarere over i noget header(Location: ... ).. Men forklar nærmere :)

Det er ret indviklet at forklare, hvordan det hænger sammen, men det er noget med at jeg bruger Ajax, innerHtml, og include.
Når jeg så loadede en side ind, endte jeg i bunden på siden, men ville gerne have at jeg skulle ende i toppen af siden. Da var det, at jeg prøvede include med #.
Jeg har nu løst det på en anden måde. Jeg satte et image i respons, samt en onload med location.hash, og det fungerer fint.

Tak for hjælpen.

<ole>

Det er måske ikke særlig smart at blande moderne teknikker som Ajax sammen med oldgammel og invalid kode som innerHTML - der jo intet har at gøre sammen med Ajax  ;o)

/mvh
</bole>

nu er jeg flere gange stødt på advarsler mod innerHtml. Kan du lige forklare lidt mere detaljeret, hvad der er problemet med det ?

Jeg bruger det et sted i min kode, og det ser ud til at virke fint både i IE og FF.

InnerHTML blev indført i IE 4 som et forsøg på at lave et værktøj til at manipulerer sidens elementer med. Der er masser af tekniske årsager (herunder namespace problematikken i forbindelse med XHTML) til, at W3C endnu aldrig har indlemmet den i en standard, men i stedet har indført en standardiseret DOM, som helt har overflødiggjort innerHTML.

Også af rent praktiske årsager bør man efter min mening undgå innerHTML. Jeg behandler et par stykker i:
    http://www.dengodekode.dk/artikler/DOM/no_innerhtml.php

Læg også mærke til, at det i allerbedste fald tager 4-5 gange så lang tid at HTML-formatere data på serveren, end det gør at JSON- eller XML-formatere de samme data.

Den bedste begrundelse for at fortsætte med innerHTML synes således at være, at man ikke gider lære noget nyt - og dét kan vel næppe kaldes en saglig begrundelse  =)

Fyy, Ole. Du har jo brugt <q>-tags med quotes omkring på den side, stik imod specifikationen! :P

hvordan omskriver jeg dette til DOM:

function stateChanged()
{
  if (xmlHttp.readyState==4 || xmlHttp.readyState=="complete")
  {
      document.getElementById("mit_div").innerHTML=xmlHttp.responseText
  }
}

Det kommer an på hvad der står i din tekst.

viperine >> "Fyy, Ole. Du har jo brugt <q>-tags med quotes omkring på den side, stik imod specifikationen!" >> og så?

viperine >> kan du forresten ikke lige forsyne os med et link til stedet i W3C's rekommandationer, hvor det skulle fremgå?

min tekst indeholder en masse, formfelter, images osv.

og det bliver alt indsat i en div

"indeholder en masse" ... så er det måske en forkert teknologi, du har valgt.

hmm .. det fungerer i hvert fald fint indtil videre.

Men hvis innerHtml er så farligt, som du siger, så vil jeg selvfølgelig få det skiftet ud

Det er vist kun strømstikket på din PC, der er farligt - men derfor kan det nu alligevel godt betale sig at undgå innerHTML  ;o)

uhadada, jeg har en fejl i IE, som hedder: unknown runtime error

jeg er bange for at den har noget med innerHtml at gøre :)

men denne fejl har ikke noget med ajax koden at gøre

kender du årsagen til denne fejl, og kan du forklare den helt kort og pedagogisk ?

Det kan skyldes rigtig mange ting. Det er ikke til at gætte sig til, hvad  =)

Ole: Når du nu vælger at tage det som en fornærmelse i stedet for en venligt mobbende bemærkning, fordi du netop altid går så meget op i standarderne, så jo, det kan jeg da sagtens

http://www.w3.org/TR/html401/struct/text.html#h-9.2.2.1

"Authors should not put quotation marks at the beginning and end of the content of a Q element."

Hey drenge, tråden har allerede et accepteret svar.
Lad dog hinanden være og drop jeres offtopic :)

Dette spørgsmål er lukket.

Nu har Admin brugt 15 minutter på at rydde op i denne tråd, som ellers startede meget fornuftigt. Næste gang overvejer Admin om ikke det er nemmere at blokere brugerne, som ikke kan finde ud af at opføre sig ordentligt, i stedet for at bruge tid på at fjerne deres skænderier. Det er *ikke* sådan man skal bruge Eksperten.

Det gælder *både* olebole og viperine - og jeg er ikke gårdvagt så jeg er ligeglad med hvem som startede!