World: r3wp

A standalone editor widget sounds more like something that tries 
not to depend on a server or HTML5

I've seen some editors that are tied closely to php ...

If that tickles your fancy

Those are the ones I need to avoid!

I guess I'm going to see if I can use tinymce .. http://tinymce.moxiecode.com/tryit/full.php
 just was hoping someone had one working well with rsp already.  
tinymce is overspecced for what I need.

Yeah, that's one of the better ones I have bookmarked

This is a small editor with ajax support .. but probably no autosave 
http://remiya.com/htmlbox/index.php/12/demo/ajax-demo.html

but html ...

Needs JQuery

This is odd .. I put the tinymce on my site and I don't see any widgets 
using Chrome but FF works

yet, if I browse to the tinymce website using Chrome, it works there.

Oh well, I'll get it integrated with my web app first and figure 
this out later on.

how about this?
http://rikrikrik.com/jquery/autosave/

or do u need the draft work accessible on serverside already?

no, so this is cute.

just need to make sure that if someone navigates away, they don't 
lose work

is bandwidth an issue? how much is the largest text they might need 
to save?

A couple of pages I guess

because it always gets sent w all the http requests then, if it's 
stored in a cookie. so if u have images in the same domain(/folder) 
for example, then data is sent for those too

imean the saved textarea data

yeah, using cookies for storage isn't a good idea... also since many 
people are using cookie controlers now.

using server side character based logging of changed text shouldn't 
be a problem.   plus, if the browser breaks, when he comes back he 
finds all his text minus a word or two!


just log character changes and send them to the server at every word 
or line. when the server replies, send the next batch.

(using AJAX)

sounds like I would need to write some JS!

Maxim: im guessing graham doesnt really like to write JS and i have 
to admit, i don't like to write either if i can write rebol code 
instead OR it's already been written  :)

You got script tiny : http://www.scriptiny.com/2010/02/javascript-wysiwyg-editor/
This site also provide tiny table, tony menu...

well, I got the tinymce working ...

The ScripTiny stuff looks very good

except bolding doesnt work as a switch (in chrome)... i came across 
this in the 3rd second of trying it...

Sounds like Chrome's fault, then

even in FF the text area loses the focus when i click on the Bold 
button

im preparing a redirect to google maps from an rsp script.
how can i assemble it in a less low-level way than this:

gmaps: http://maps.google.com/maps?

response/redirect rejoin [gmaps "saddr=" closest/address "&" "daddr=" 
params/dest]

i would need the request/query-string functionality but on my own 
parameters which has nothing to do w the request params

Untested, but should work: 

build-query: func [url [url!] spec [block!] /local cnt][
    cnt: request/content
    request/content: reduce spec
    also 
        rejoin [url "?" request/query-string]
        request/content: cnt
]


response/redirect build-query http://maps.google.com/maps['saddr 
closest/address 'daddr params/dest]

okay, thanks... i was thinking about creating an empty request somehow. 
that would have been simpler. otherwise i would just overwrite the 
content...

Automatic output compression (using deflate method)
hmm... it doesn't seem to happen for static files

is that normal?

Yes, it is only supported for RSP output.

Adding transparent compression for static resources was also planned, 
but:
- it is not easy to support efficiently

- when static file serving performance really matters, a fast front-end 
like nginx is preferable

So that feature is low priority unless we can found a simple way 
to implement it while keeping it efficient and transparent for the 
user.

we are showing around our stuff in thailand, china, hungary while 
the server is in singapore (ec2) and we are using the non minimized 
angular.js which is 320k.

there would be no reason to use the minimized one if it would be 
compressed.

but we dont want to complicate the deploy process by switching between 
the minimized and non minimized versions, however we need from time 
to time to check out the source and even tweak it sometimes

so for us it would be freaking efficient :)

otherwise we are veeeery far from hitting the raw static file throughput 
...

You can pre-compress it in gzip format, but Cheyenne will need to 
be patched to send the appropriate Content-Encoding header (should 
be part of a dedicated Cheyenne mod, that could also handle the pre-compression 
on disk).

i wouldnt even mind calling gzip every time...

it would still speedup the transfer in most situations

Well, writing such mod is trivial, the non-trivial part is avoiding 
making a mess of the web app folders or cluttering the disk with 
unused files.

In other words: give me an efficient set of rules to manage the compressed 
versions of served files and I will code the mod. ;-)

and a plain filesize check, like if 10'000 < select info? file 'size 
[call "gzip..."]

i would do on the fly compression only. for "personal" usage, it's 
a good compromise