World: r3wp

I have those photos, numbered jpges, I will provide here view script 
to put comments in there, and then I want to automatically generate 
the content ....

uh, the photos - there is much more - some 230 photos ... mostly 
two per page ... you don't want her to do it manually in Word, right? 
:-) That's why the atutomatition - imo a good job for rebol :-)

yeah .. write the script in rebol to make pdfs

pdfs? hmm, that did not come to my mind - good idea .... is that 
difficult to do with pdf-maker?

Yes, easy enough from memory.

where is the latest pdf-maker?

what a fight for novice like me to get damnes stupid two images with 
two text descriptions under them to print on one A4 ....

each browser is displaying it differently. Mozilla print preview 
stinks, it even generates some strange chars which are not part of 
original document ...

on the friday, I am sitting with IBM guys, they want to show me XForms, 
as they bought one of companies involved in XForms docs products, 
but unless someone fixes browsers to simply displays one signle doc 
in one single way anywhere, it still sucks

So far PDF wins all over here with me ....

last week we finished upgrade of SAP after 5 years .... I saw some 
initial doc done in XML, XSLT etc. .... Firefox was not able to display. 
Imo the thing is, that SAP supports IE only ... what a world ....

Browsers aren't meant to display things pixel perfect.

They are designed to pour the content into the shape the user wants.

If I have a 180x360 monochrome phone, I should still be able to see 
HTML-mediated content in a reasonable way.

PDF is a way of replcating what a sheet of paper does. It does it 
well, but it is an outdated concept.

Of course, browsers are also full of bugs which doesn't help.

browsers actually do a good job of pixel-perfect, but printers don't 
do pixels.  using real-world css dimensions, like cm or pt etc. will 
translate between device contexts.  Anyway.  I don't envy the task. 
 


Anyway, I have been messing with embedding REBOL in client-side code, 
which is working pretty well: http://eisic.ws/ext/r/Document2.plugin.r.html


I need to figure out how to keep REBOL from bailing out on me, though. 
 generally, if the console pops up, I have to refresh the page.  
For instance,  any print will pop up the console, and I would really 
rather not pop up the console from the page, because closing it destroys 
the REBOL instance.

actually, I guess this should be in the plugin group.  moving there.

Is there any script for multipart/form-data upload from Rebol to 
server?

Oldes, non cgi?

I need to post file with field data from console

running PHP on the serverside

I'm able to do it, but I'm just asking if it's not already done

I thought I've seen a cgi script somewhere.

I don't need cgi, I need it from console to make the upload

Perhaps this: http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-topic-detail.r?l=h&topic={A847190510F1A1BC08D2FB1C08792C6E613BA025}

Ah, then the above is not right. Though...

that's decoding, I need the oposite side:-)

There was something that you could launch from the console but that 
communicated to the server. Let me find it.

REBOL [
    Title: "Http tools"
    Date: 14-Dec-2000
    Version: 0.0.3
    File: %http-tools.r
    Author: "Graham Chiu"

I think if you set up the proper page you can have Graham's app send 
it.

Now, that's not posting files (it just works with cookies)

(now = no)

never mind, I already started to make my own solution

OK. Post it when you finish. : - )

Actually I thought all this BEER/Rebservices/Rugby stuff was all 
about doing that.

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 ;-))

Go for it. Or as the Mexicans say, "Andale Pues."

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)

Good work, Oldes.

So cool. Mil gracias.

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?

are you using relative paths to reference that image?

<img src="dayspring.jpg" alt="Dayspring">

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)

That doesn't work either. There must be something wrong with the 
file itself.

maybe it crapped out while transfering, try copying the file again?

Maxim, you are right, the file is corrupted during transfer. Thanks!

glad I could help.

Turned out that the server did not like progressive jpg files.

not possible - rather ".JPG" instead of ".jpg"

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.