---

Jeg sidder lige med et meget specielt problem. :)

Jeg skal sende en html-fil til klienten, med et billede i. Billeder skal
sendes med i SAMME request!
Det er til intern brug, og jeg kan forvente IE6. Dette gør det heldigvis
MEGET simplere. :)

Med IE kan man gemme en html-fil med alle billeder, i én fil (*.mht). Denne
fil ligner til forveksling en html-mail, med mail-headers og det hele. Måske
dette kan bruge til noget.

Anyway, hvis man nu følger RFC'erne og bruger multipart/related, så ville
jeg have det bedst med det. :)
Men det kan jeg ikke få til at virke.
Jeg har tilpasset eksempel 2 fra RFC'en (
http://sunsite.dk/RFC/rfc/rfc2387.html side afsnit 5.2) til noget der er
baseret på virkelighed. :)
Så vidt jeg kan se følger det RFC'en, men måske fatter IE6 ikke
multipart/related på den måde?

Er der nogen der har råd eller ideer?
Mit foreløbige resultat, som altså IKKE virker med IE6, kommer her:

<?
header('Content-Type: Multipart/Related; boundary=example-2;
start="<950118.AEBH@XIson.com>"
type="text/html"');
?>

--example-2
Content-Type: text/html; charset=iso-8859-1;
declaration="<950118.AEB0@XIson.com>"
Content-ID: <950118.AEBH@XIson.com>
Content-Description: Document

Billede: <img src="cid:950118.AECB@XIson.com">
--example-2
Content-Type: image/gif
Content-ID: <950118.AECB@XIson.com>
Content-Transfer-Encoding: BASE64
Content-Description: Picture A

R0lGODlhWgAKAKIAABAQEJ+fnyAgIL+/v4CAgEBAQP///wAAACH5BAAAAAAALAAAAABaAAoAAAP/
OLRh/jDKSesLZDwVFDGLRnEVcZxHMRFFUxSiJUNB8TnFcRt1dg==
--example-2--

--
Mvh.

Niels Andersen

---

Så vidt jeg ved er der kun meget, meget få browsere, der understøtter
multipart/related i forbindelse med websider.

--
Jonas Koch Bentzen

---

"Jonas Koch Bentzen" <ingen.emailadresse@eksempel.dk> wrote in message
news:9lik0s$s3t$1@sunsite.dk...
> Så vidt jeg ved er der kun meget, meget få browsere, der understøtter
> multipart/related i forbindelse med websider.

Det er jeg slet ikke i tvivl om. :)
Men som sagt er det til intern brug, og skal bare virke i IE6. :)

--
Mvh.

Niels Andersen

---

Niels Andersen wrote:
>
> Jeg sidder lige med et meget specielt problem. :)
>
> Jeg skal sende en html-fil til klienten, med et billede i. Billeder skal
> sendes med i SAMME request!
> Det er til intern brug, og jeg kan forvente IE6. Dette gør det heldigvis
> MEGET simplere. :)

Jeg tvivler ikke på, at du har en god grund, men hvilken? - om man må
have lov at spørge


Christian

---

"Christian Schmidt" <christian@schmidt.net> wrote in message
news:3B7D46D9.832D561F@schmidt.net...
> > Jeg skal sende en html-fil til klienten, med et billede i. Billeder skal
> > sendes med i SAMME request!

> Jeg tvivler ikke på, at du har en god grund, men hvilken? - om man må
> have lov at spørge

Jeg må indrømme, at den primære grund er, at det kunne være sjovt at gøre
det på den måde. :)

Men jeg har altså et PHP-script (output: html), som genererer en pæn sjat
data, dvs. for meget til en GET-request.
Disse data skal præsenteres med en graf, altså et billede.
Problemet ligger i, at overføre data til den request, som skal generere
billedet. Hvis nu det var den samme request, så var vi jo ude over det
problem.

Jeg er efterhånden nået frem til, at det kan overføres via sessionen. Det
andet ville bare være sjovere. :)

--
Mvh.

Niels Andersen

---

On Fri, 17 Aug 2001 20:23:15 +0200, "Niels Andersen"
<niels-usenet@myplace.dk> wrote:

>Problemet ligger i, at overføre data til den request, som skal generere
>billedet. Hvis nu det var den samme request, så var vi jo ude over det
>problem.

Hvis du insisterer på at det skal outputtes i samme dokument, kan du
evt. bruge data-schemet (RFC2397), fx:

http://stock.ter.dk/raw.php

Såvidt, jeg lige kan se, virker data-URL'en ikke i MSIE5.5, mens NN4
og Mozilla 0.9.3 godt kan lure den.

Jeg har tilfældigvis brugt lidt PHP (til base64-funktionen), men det
kan sagtens bruges i statiske HTML-filer.

--
- Peter Brodersen

---

"Peter Brodersen" <professionel@nerd.dk> wrote in message
news:B_df7.766$3q.35146@news010.worldonline.dk...
> Hvis du insisterer på at det skal outputtes i samme dokument, kan du
> evt. bruge data-schemet (RFC2397), fx:

Heh, den ser da smart ud! :)

Det kører heller ikke i MSIE6. Typisk, det er den jeg skal bruge. :)

--
Mvh.

Niels Andersen

---

On Fri, 17 Aug 2001 22:16:02 +0200, "Niels Andersen"
<niels-usenet@myplace.dk> wrote:

>> Hvis du insisterer på at det skal outputtes i samme dokument, kan du
>> evt. bruge data-schemet (RFC2397), fx:
>Heh, den ser da smart ud! :)

Jeg kan ikke huske hvem, der oprindeligt nævnte den i en
dk.-nyhedsgruppe; vistnok Bo Meyer, men jeg er ikke sikker.

Ideen tiltaler mig på nogle punkter - fx at man kan nøjes med at
overføre ét dokument i en del tilfælde. Det samme er fx et design, jeg
nyder ved MGP ( http://www.mew.org/mgp/ ).

Ulempen ved det design er selvfølgelig, at filer fylder ca. 1/3 mere
og at har man flere HTML-filer, kan man ikke spare plads ved at de
henviser til samme fil (men har man flere filer, så har man alligevel
ikke brugt fordelen), og at der selvfølgelig ikke er nogen
cachemulighed.

>Det kører heller ikke i MSIE6. Typisk, det er den jeg skal bruge. :)

MSIE6 er i beta, ikke? Skriv til MS og hør, om de ikke lige vil kyle
den feature i. Mit bud er, at hvis de endelig gør det, vil man kunne
smide et VBS-script eller et lignende med, som pga. lokal dekodning
vil blive betragtet som en "sikker fil", der godt må afvikles.
--
- Peter Brodersen

---

"Peter Brodersen" <professionel@nerd.dk> wrote in message
news:lYff7.4585$Ay1.50519@news000.worldonline.dk...
> >Det kører heller ikke i MSIE6. Typisk, det er den jeg skal bruge. :)
> MSIE6 er i beta, ikke?

Øhm... Tjoh... Alpha, Beta, Public Preview... Noget i den stil. :)

> Skriv til MS og hør, om de ikke lige vil kyle
> den feature i.

Nu har jeg udfyldt en bug-report.
Også om den manglende understøttelse af alpha-kanal i PNG'er.

Hu hej, hvor er den bug report form godt nok designet til "Fru Jensen".
Masser af felter at udfylde, og de skal udfyldes ALLE SAMMEN. Hvilken ISP
jeg har, hvor stor min HD er...
Det sædvanlige fra Microsoft, ingen tillid til at brugeren kan tænke selv.

> Mit bud er, at hvis de endelig gør det, vil man kunne
> smide et VBS-script eller et lignende med, som pga. lokal dekodning
> vil blive betragtet som en "sikker fil", der godt må afvikles.

Tjoeh... De har i hvert fald nogle mærkelige ideer med cache og så'n... :)

--
Mvh.

Niels Andersen

---

On Sat, 18 Aug 2001 08:33:14 +0200, "Niels Andersen"
<niels-usenet@myplace.dk> wrote:

>Hu hej, hvor er den bug report form godt nok designet til "Fru Jensen".
>Masser af felter at udfylde, og de skal udfyldes ALLE SAMMEN. Hvilken ISP
>jeg har, hvor stor min HD er...
>Det sædvanlige fra Microsoft, ingen tillid til at brugeren kan tænke selv.

Hvis Microsoft primært får henvendelser fra lette brugere, så er det
nok forståeligt. Jeg er selv kæmpeirriteret over nogle gange at skulle
udfylde den slags ting, men jeg kan godt forstå dem (specielt da jeg
for en 3-4 år siden sad og modtog mails i stil med "DET VIRKER
IKKE!!!!").

Til gengæld går det rigtigt nok over gevind en del steder. Det værste
tilfælde oplevede jeg for nyligt, da jeg lige ville downloade et
videoklip fra Max Payne's website (et nyt computerspil). Jeg ville
altså se hvor sejt, spillet så ud, så jeg kunne overveje at gå ud og
købe det efterfølgende. De havde så smidt alle deres filer på
FilePlanet, og her skulle man registrere sig. Sikkert fair nok ifbm.
FilePlanets service, men prøv lige at se det i praktisk sammenhæng:

"Du vil se et klip fra spillet, så du kan blive fristet til at købe
det og give os nogle penge? Okay, du må godt give os nogle penge, men
så skal du til gengæld også gøre noget for os og registrere dig."

Real er ekstra slemme, da man både skal registrere sig ved download og
ved installation.

ShockWave er lidt slem, men i det mindste har de fattet på en sjat
sider, at hvis man ikke indtaster noget gyldigt første gang, så gider
man nok heller ikke at indtaste det andet gang. Her kan man i flere af
deres spørgeskemaer bare trykke på submit-knappen igen, selvom det
fejlede første gang...

--
- Peter Brodersen