World: r3wp

Well, I think that I should make the timings optional. I'll add that 
to the to-do list, thanks.

All this to avoid a blank Acrobat page appearing.  if you call an 
*.xfdf file, acrobat opens up, and then the browser plugin starts 
up to load the remote PDF.  so, you have this blank PDF on screen 
as well. But if I use localhost to create a web page that emits the 
xfdf, then I only get one browser window with the pdf and no more 
blank Acrobat instance.

Has anyone tried to use things like Google API etc. from inside a 
RSP page?

I'm thinking about using the js-kit.com commenting service. But I 
would "hide" it via a RSP page to have more control how to integrate 
it.

Any idea how it compares to http://disqus.com/?

I've been writing a web app which I have been distributing as a zip 
archive.  People just unzip the latest over their copy, and I ask 
them to write protect their own changes.

I don't really want to setup git or Mercurial or what ever.  Any 
alternatives?

Of course I'm hoping that the users will contribute their changes 
but realistically that is not going to happen.

Perhaps a Cheyenne rsp script that downloads a catalog, and then 
downloads any changes to the local site?

I'm guessing that is what bulletin board software does ?

any reason you don't want to set up git or mercurial? (windows? then 
I'd suggest mercurial)

(git has been making progress on win but i don't know how much)

NYAS - not yet another server :(

none of them needs a server

oh ?

Ok, time to check them out.

that's the D in DVCS

I assumed it also meant always on

no, you can start a server to let other people access *your* repository

it's like turning samba on to let other people access *your* files

Ok.

you can still just publish zip files, or patches, or work with other 
in many different ways. or, you simply do not work with others. ;)

mercurial in particular works fine as a simple CGI if you want to 
give read access to the repository

and with some configuration for the auth part, you can also use the 
CGI for write access.

needs a web server?

or is that embedded inside Hg?

both are supported.

you can use the embedded web server, or use the CGI with an existing 
web server

http://hgbook.red-bean.com/

(i really suggest reading that)

git is faster and has more features (hg has been closing the gap 
on the features but not the speed), but windows people tend to hate 
it.

and mercury is not poisonous to my system

no security issues I hope

not that i know of, it's the usual if you keep it running, but you 
don't need to have the server running at all to use it.

you can still just send any changes from a given revision forward 
as a single file (bundle)

ie. just use email

pdf downloaded ... bed time reading it is then.

My users are even less technical than I am ... need something really 
easy :)

I should try and find my old replication script I wrote for uniserve

If anyone has the stamina, I did a few videos linked to here http://synapsedirect.com/forums/permalink/7870/7869/ShowThread.aspx#7869

1. Shows the creation of an interactive PDF using Acrobat Pro 9
2. How to register the PDF on my Cheyenne web site

3. How the new registered PDF can be prefilled on download, completed, 
submitted and retrieved

Kaj, looks interesting. Thanks. I'll check it out.

well, for your users i'd let the app itself download the updates 
and so on.

even if you don't collaborate with anyone, it's still very useful 
to have the code in a VCS, and a DVCS allows you doing so without 
needing to set up a server.

Robert, Paul Graham is an investor in Disqus

I am trying to move my webapp to the real server (which runs on debian 
linux) ... and I have some problems with making cheyenne work with 
SQLITE on linux.. did anyone do that already?


cheyenne runs fine but when I come to the part that includes sqlite.r 
it crashes...  I installed sqlite3 via apt-get, I copied rebol core 
into same directory as cheyenne (exec) is and also in same directory 
where sqlite.r is (because after some testing with >> do %sqlite.r 
<< in normal rebol I saw that it searches it in that directory) ... 
 but I get the same error .. I can't test including sqlite in ordinary 
rebol fully because when I set the right path rebol says >> feature 
not available in this REBOL << (I have rebol core 2.7.6)

Did anyone try using sqlite.r from Dobeash in free rebol code 2.7.6 
on linux. (debian). I get "feature not available in this REBOL" but 
it works on windows.

uh.. I wanted to write the last in the sqlite group

( just for reference , as Doc figured out and can be seen in SQLite 
group I was having problems because I was using too old version of 
libsqlite3.so)

Can the compression of RSP output be disable in the new cheyenne?

I was looking at settings and didn't see anything like that but I 
saw no-compress in new RSP docs