r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Web] Everything web development related

Oldes
5-Apr-2006
[1145x2]
I think, it would be nice to use like:

read/custom http://127.0.0.1:85/cgi-bin/probecgi.r [files [%test.r] 
post "name=test"]
I'm going to patch my http-patch ;-))
james_nak
5-Apr-2006
[1147]
Go for it. Or as the Mexicans say, "Andale Pues."
Oldes
5-Apr-2006
[1148x2]
Hm. it should be: read/custom url [multipart [file %test.r name "test"]] 
  (because I need field name for the file as well:-)
!!! Cookies-daemon script now allows to post data as a multipart 
!!!
do http://box.lebeda.ws/~hmm/rebol/cookies-daemon_latest.r
;sending single file:

read/custom target-url [multipart [myfile %somefile.txt]]   ;== same 
like <INPUT TYPE=FILE NAME=myfile>
;sending normal fields:

read/custom target-url [multipart [field1 "some value" field2 "another 
value]]
;sending multivalue:

read/custom target-url [multipart ["field[]" "some value" "field[]" 
"another value]]
;sending file with field value:

read/custom target-url [multipart [myfile %somefile.txt field1 "some 
value"]]


Source files (with modified %http-patch.r) are in this archive:  
http://box.lebeda.ws/~hmm/rebol/cookies-daemon_latest.rip

As it's part of the cookies-daemon, it should deal with the cookies 
automatically.


The script is trying to detect content-type of the file which you 
want to upload calling get-content-type function, which is not part 
of the cookies-daemon (at this moment)
Anton
6-Apr-2006
[1150]
Good work, Oldes.
james_nak
6-Apr-2006
[1151]
So cool. Mil gracias.
Louis
26-Apr-2006
[1152]
I am putting up a new web site. It works fine on my own computer, 
but when I send it to the remote server it fails to load one of the 
jpg files. The jpg is one the server. All the other jpg files load 
fine. Any idea what might be wrong?
Maxim
26-Apr-2006
[1153]
are you using relative paths to reference that image?
Louis
26-Apr-2006
[1154]
<img src="dayspring.jpg" alt="Dayspring">
Maxim
26-Apr-2006
[1155]
just as a test, might try replacing src to    src="http://<domain>/<path-to-image>/dayspring.jpg"


(replace <domain>/<path-to-image> by what is needed to reach that 
image)
Louis
26-Apr-2006
[1156]
That doesn't work either. There must be something wrong with the 
file itself.
Maxim
26-Apr-2006
[1157]
maybe it crapped out while transfering, try copying the file again?
Louis
26-Apr-2006
[1158]
Maxim, you are right, the file is corrupted during transfer. Thanks!
Maxim
26-Apr-2006
[1159]
glad I could help.
Louis
26-Apr-2006
[1160]
Turned out that the server did not like progressive jpg files.
Alek_K
26-Apr-2006
[1161]
not possible - rather ".JPG" instead of ".jpg"
Anton
26-Apr-2006
[1162]
The server just serves files. It should not care what they contain. 
You can check if the file completed with:

	probe info? http://www.myserver.com/path/to/your.jpg

to see if it has the right size, at least.
DideC
27-Apr-2006
[1163]
Common mistake is case of the filename and the way it's write in 
the html.

It happens ofen when you test on Windows and the web server is under 
*nix.
Anton
27-Apr-2006
[1164]
Yes, upper and lowercase.
Chris
17-May-2006
[1165]
Updated: my 'Anywhere' style sheet for Make-Doc Anywhere.  Please 
contact me if you have any problems/weirdness with older pages...
Pekr
17-May-2006
[1166]
it was already nice - just the width was too think to my liking, 
making even short document long ... (not bad thing when you want 
to show your boss :-)
Chris
17-May-2006
[1167]
Thanks :o)  It's merely a revision, mainly fixing paragraph/heading 
margins.
Louis
20-May-2006
[1168x2]
Thanks, you guys. I was using the wrong case.
Do the search engines index the content of pdf pages?
Anton
20-May-2006
[1170]
Google parses pdf files.
Louis
20-May-2006
[1171x2]
That is good. Thans, Anton.
Thans = thanks
Anton
21-May-2006
[1173]
Anyone got a direct apple.com link to download Quicktime 7 Firefox 
plugin on WinXP ?
Anton
22-May-2006
[1174]
I got it.  I didn't want to give them my email address.
Frank
22-May-2006
[1175]
You can use www.jetable.org
Henrik
22-May-2006
[1176]
anton, AFAIK you don't have to? oh well :-)
Anton
22-May-2006
[1177]
Yes, I shouldn't have assumed it was needed, but I gave them a Yahoo 
email anyway, so no drama.
Henrik
22-May-2006
[1178]
I'm sure they'll spend the rest of the day in agony that they didn't 
get your real email address. :-)
DideC
28-May-2006
[1179]
Question to HTML / CSS gurus
I have to display Rebol code in an HTML page. I use <PRE> tags.

Problem : whatever I use (Cell, Div, Pre) the wrap only occurs based 
on the window width, not the one I specified in the tag.

So, how to force PRE text to wrap in a specific width ?
Geomol
28-May-2006
[1180x3]
Can it be solved using newlines? Like:

<html>
	<head>
		<title>test</title>
	</head>
	<body>
		<pre>line 1
line 2
line 3
		</pre>
	</body>
</html>
I don't think, you can force a wrap at a certain place. It's in the 
nature of HTML, as it's not wysiwyg.
From http://www.w3.org/TR/REC-html32

A few user agents support the WIDTH attribute. It provides a hint 
to the user agent of the required width in characters. The user agent 
can use this to select an appropriate font size or to indent the 
content appropriately.

It's not the width of the line.
DideC
28-May-2006
[1183]
I have tried Width, but it only shrinks the box, not the text inside 
(almoast on FF).
Odd OMO.
Sunanda
28-May-2006
[1184]
<pre> literally means "as written" -- if there are no line breaks 
in the text, then there will be none on the page.
***

Some lines in <pre> tags can be accidently enormously long, and need 
to be wrapped by hand.

That's one reason REBOL.org offers you a user-setting for the point 
at which you want Mailing list messages to be forcibly wrapped:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-update-profile.r

(See Appearance and settings / Point at which Mailing List Archive 
messages will start to wrap.)
[unknown: 9]
28-May-2006
[1185x2]
Dideir, yeah we ran into this recently in allowing people to escape 
code inside our Wiki.  We allow Rebol, HTML, etc.

At first it seems counter intuitive. But this is the way of HTML.


Aside from the straight forward concept as Sunanda mentioned, if 
you are willing to process the code a little you can count the characters 
of the longest line, and scale the text to match the final output. 
 A couple of points dropped on a font stil are readable, and many 
sentences still fit.


Another is to encode the whole thing, in other words convert all 
the "<" for example to escape sequences.  Now HTML will wrap everything 
automatically.
Doh..."Didier" (I was tricked by looking at DideC).
Sunanda
28-May-2006
[1187]
Your other alternative is to use the CSS  overflow propery
eg 
pre {overflow: auto} or overflow:scroll
The problem there is the inconsistency between browsers......

Good ones will add scroll bars only when needed. Common and bad ones 
will add horizontal and vertical scroll bars at all times for every 
pre box.  It's ugly.
BrianH
28-May-2006
[1188]
You can specify overflow-y and overflow-x separately if you prefer.
Chris
29-May-2006
[1189]
Bad ones = Internet Explorer.  Even version 7 they haven't really 
figured out how most people use overflow: auto.  Oneliners become 
unreadable.
[unknown: 9]
29-May-2006
[1190]
Yup.
DideC
29-May-2006
[1191x2]
I have tried "Overflow: auto" (I just had a look to makedoc anywhere 
result to see how it handles that),
but fall on the I.E. inconsistency.
So in conclusion, there is nothing simply usable in the browser(s), 
I have to cut the line "myself".
F..k !!
[unknown: 9]
29-May-2006
[1193x2]
Yup.
In Qtask we autocut strings loner than X spaces so that webpages 
don't  get screwed up.  Slashdot does the same/