7 May
2005
7 May
'05
1:17 a.m.
Hi
Ive just started playing with Smallwiki on Squeak on Windows. Im having
problems with embedding images in pages. Checking the box on the image
upload page doesn't do anything. I inspected the resource, and the inst
var doesnt change. I tried poking a true value into it, but that just
make the link go into a non link, and no sign of the image embedding
itself. Any hints would be appriciated.
Daniel
7 May
7 May
9:21 a.m.
Ive just started playing with Smallwiki on Squeak on
Windows. Im
having problems with embedding images in pages. Checking the box on
the image upload page doesn't do anything. I inspected the
resource, and the inst var doesnt change. I tried poking a true
value into it, but that just make the link go into a non link, and
no sign of the image embedding itself. Any hints would be appriciated.
To test your configuration, you could type the path to your image and
add '?action=SWMimeView', or better browse to the editor on the image
and replace the action with the one given above. Then you should see
the picture in your web-browser.
If not, make sure that the mime type in the edit dialog of the image
is set properly, it should be something like image/jpeg, image/
gif, ... Early ports of SmallWiki didn't passed this information from
the web-server to SmallWiki, but I think that has been fixed. Another
thing you might want to check (in an inspector compare the contents
of the resource-data with the file you uploaded) is that you get the
data properly into the resource, there could be an enconing problem.
Hope this helps,
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
5:38 p.m.
Lukas
Thanks for the tips. Got it serving the image file at last, but its not
a pretty sight....
'*?action=SWMimeView*' produced a *ByteArray doesNotUnderstand
#squeakToIso. *Its blowing up in *SWKom>>#prepareResponse: *Im guessing
thats becuse it thinks that swResponse is html, rather than a mime time?
I can put a ugly hack in make it work, but im sure there must be a
better alternative......
/prepareResponse: swResponse
| komResponse |
komResponse := HttpResponse new
contentType: swResponse type squeakToIso;
status: (HttpResponse statusSymbolFor: swResponse
status);
contents: *((swResponse stream contents respondsTo:
#squeakToIso) ifTrue: [swResponse stream contents squeakToIso] ifFalse:
[swResponse stream contents asString]) readStream*;
yourself.
self prepareResponseHeader: komResponse from: swResponse.
swResponse cookies isEmpty ifFalse: [
self prepareResponseCookie: komResponse from: swResponse ].
^komResponse
/
If not, make sure that the mime type in the edit
dialog of the image
is set properly, it should be something like image/jpeg, image/ gif,
... Early ports ofSmallWiki didn't passed this information from the
web-server to SmallWiki, but I think that has been fixed. Another
thing you might want to check (in an
It knows it is an image/gif, but it ignors requests to embed the image.
Early on I thought that maybe I was running an old version of smallwkik.
Someone had prepared an image with smallwiki already loaded, and thats
the image I downloaded. Comparing it to the one in squeak map showed no
differences. Also tried the VW version, but that was even worse.
Any more suggestions?
Daniel
10 May
10 May
4:24 a.m.
Dan,
I'd reccommend making ByteString>>squeakToIso, which would retrun "self
asString". I'd added this to Smallwiki.tar.gz in
http://homepage.mac.com/jborden23/FileSharing3.html (where I think you
downloaded it before).
Thanks,
John
On Saturday, May 7, 2005, at 10:38 AM, dan wrote:
Lukas
Thanks for the tips. Got it serving the image file at last, but its
not a pretty sight....
'?action=SWMimeView' produced a ByteArray doesNotUnderstand
#squeakToIso. Its blowing up in SWKom>>#prepareResponse: Im guessing
thats becuse it thinks that swResponse is html, rather than a mime
time? I can put a ugly hack in make it work, but im sure there must be
a better alternative......
prepareResponse: swResponse
| komResponse |
komResponse := HttpResponse new
contentType: swResponse type squeakToIso;
status: (HttpResponse statusSymbolFor: swResponse
status);
contents: ((swResponse stream contents respondsTo:
#squeakToIso) ifTrue: [swResponse stream contents squeakToIso]
ifFalse: [swResponse stream contents asString]) readStream;
yourself.
self prepareResponseHeader: komResponse from: swResponse.
swResponse cookies isEmpty ifFalse: [
self prepareResponseCookie: komResponse from: swResponse ].
^komResponse
If not, make sure that the mime type in the edit dialog of the image
is set properly, it should be something like image/jpeg, image/ gif,
... Early ports ofSmallWiki didn't passed this information from the
web-server to SmallWiki, but I think that has been fixed. Another
thing you might want to check (in an
It knows it is an image/gif, but it ignors requests to embed the image.
Early on I thought that maybe I was running an old version of
smallwkik. Someone had prepared an image with smallwiki already
loaded, and thats the image I downloaded. Comparing it to the one in
squeak map showed no differences. Also tried the VW version, but that
was even worse.
Any more suggestions?
Daniel
6927
days inactive
6931
days old
3 comments
3 participants
participants (3)
-
dan -
John Borden -
Lukas Renggli