World: r3wp

I was creating rsp pages writing them to the www directory and trying 
to browse to them ... and it wasn't working with my test.rsp page

Isn't the above the correct way to add a browser to the webapp?

well, I guess it isn't because it can't find 'login?

I don't understand why you need this code if you're in a webapp context.

The webapp will provide you with automatic session, so session/start 
is not needed (it may even mess up your session content).

If I want to login in users from a particular ip address to the webapp?

The login? session special value is used only to control access when 
authentication protection is set using the AUTH keyword in config 
file. You need to set it only when you consider that the user has 
provided enough credentials to let him in (for example once he has 
filled a login form with correct ID / pass values).

For login users from particular IP address, just force the login? 
session value in the RSP script used for authentication.

so just session/login?: true

something like :
 <%
	allowed-ip: [1.2.3.4 ...] 
	if find allowed-ip request/client-ip [
		session/content/login?: yes
		response/redirect "home.rsp"
	]
%>

See %www/testapp/login.rsp

That's similar to what I tried .. but got Invalid path value: login?

Did you removed the incorrect session/start?

Session/start has only been provided to manually start a session 
for RSP scripts that are not inside a webapp.

I see.

I should document better session/start in RSP API doc.

Just a little observation .... you have this timing script at the 
bottom of the page ( in app-init.r )

It inserts the html before </body>

the xml i was emitting also had a </body> in it ...

such is life :)

That's for the example, you can drop it. It's not needed anymore, 
the timings are now (from 0.9.19) automatically inserted by the RSP 
engine in debug mode (when DEBUG keyword is found in the webapp config 
block).

I dd remove it .. it was just an observation

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