Re: RapidWeaver

[Chipp Walters]

http://rubiqube.com/10-great-website-designs-using-wordpress-as-cms/

On Sun, Apr 19, 2009 at 1:28 AM, Chipp Walters  wrote:

> WordPress is much simpler to use than Drupal, and there are many who have
> used it as a CMS to build commercial websites. Of course it's not as
> all-encompassing nor as hard to learn as Drupal, but you can put up a
> website in minutes. Try Googling "WordPress and CMS"
>
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: RapidWeaver

[Chipp Walters]

WordPress is much simpler to use than Drupal, and there are many who have
used it as a CMS to build commercial websites. Of course it's not as
all-encompassing nor as hard to learn as Drupal, but you can put up a
website in minutes. Try Googling "WordPress and CMS"
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Phil Davis]

J. Landman Gay wrote:

Phil Davis wrote:
I was pretending to be an application. So I produced a web page only 
an application could love!  ;o)


Oh just confess. You're a bot, right? ;)

Dang. Ummm... no, REALLY, I'm totally human! Like other fellow humans, I 
have many popular psychoprogram modules including some no longer 
available (except maybe on eBay) like the Motown music recognition 
module - WITH the sing-along option!


That DOES prove humanness, right?
(Man... I have GOT to see if that Evidence and Logic upgrade is still 
available)

--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[J. Landman Gay]

Phil Davis wrote:
I was 
pretending to be an application. So I produced a web page only an 
application could love!  ;o)


Oh just confess. You're a bot, right? ;)

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Sending Email with attachment

[Mark Stuart]

Hi William,
What platform are you aiming this feature to work on?
If Windows, I have a VBScript that will allow an attachment.
It launches the email client to populates all the relevant fields, and the
attachment field.

Let me know.

Regards,
Mark Stuart

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: RapidWeaver

[Stephen Cox]

WordPress is a PHP blogging system. Has a template system for site design.
It's well used and respected. And there are many plug-ins. It's open source.

Drupal is a PHP framework. You can create any kind of website with it
really. It's referred to as a 'CMS' framework because of huge 3rd party
plug-in support. Drupal is used as a backend to everything from blogs to
corporate websites. Drupal is also open source.

If you needed to create a non-blog site then take a look at Drupal. Keep in
mind there are many web frameworks: like ruby on rails. Django (python),
Seaside (Smalltalk), Zope (python), CAKE (PHP)- and many more. You can
probably find a web framework written in whatever language you want. And
soon, Transcript will probably be added to the list. ;)


On 4/19/09 12:00 AM, "Colin Holgate"  wrote:

> 
> On Apr 18, 2009, at 11:50 PM, Chipp Walters wrote:
> 
>> 
>> I might suggest people interested in creating their own websites,
>> check out
>> WordPress. Free, very easy to use and installs automatically on your
>> On-Rev
>> server account
> 
> 
> It took a couple of minutes of research to figure out that to install
> WordPress on on-rev you would use Fantastico. In the Fantastico page
> it lists WordPress as being a blog, so is it up to be a complete site
> management? Might Drupal be a better choice?
> 
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution

-- 
Stephen Cox
Chief geek of NetworkX
954.537.2692 or 888.564.5223
step...@networkxfla.com


 


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[Mark Swindell]

Shut yer gob yer fat get, or I kick your face in.
-John Lennon (In His Own Write)

On Apr 18, 2009, at 7:00 PM, Mark Smith wrote:


Gob - british english slang (probably from gaelic) for mouth

Best,

Mark

On 19 Apr 2009, at 02:55, J. Landman Gay wrote:


Jerry J wrote:

From: "J. Landman Gay" 

For me, I haven't seen such a cool thing since I was gobsmacked  
by the

ability to run a stack from a remote server in one line of script.

I just checked - gobsmacked.com is not available.  8-/


I learned that word from Susan Boyle.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: RapidWeaver

[Colin Holgate]

On Apr 18, 2009, at 11:50 PM, Chipp Walters wrote:



I might suggest people interested in creating their own websites,  
check out
WordPress. Free, very easy to use and installs automatically on your  
On-Rev

server account



It took a couple of minutes of research to figure out that to install  
WordPress on on-rev you would use Fantastico. In the Fantastico page  
it lists WordPress as being a blog, so is it up to be a complete site  
management? Might Drupal be a better choice?


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: RapidWeaver

[Chipp Walters]

While I don't know anything about RapidWeaver, I do know a bit about the
company who sells it, SmithMicro. They're an aggregataor of software
companies in trouble, and they do as little as possible to update the
programs they purchase.
I might suggest people interested in creating their own websites, check out
WordPress. Free, very easy to use and installs automatically on your On-Rev
server account (or just about any hosting plan anywhere), has plenty of free
templates and lots of support as well. Or you can let them host your site:
www.wordpress.com (asp model) and www.wordpress.org (free).
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Chipp Walters]

No surprise there are such varied results. The server round trip times are
probably dominated by the route intervals, as opposed to the script run
times. IOW, the internet connection latency would be the decided factor for
something like this.
I suspect it will be most difficult to benchmark overall performance times,
unless you are ON the server.

Also, it appears some may be confusing client side scripting with server
side scripting. Even though one uses On-Rev, they still may need to use
Javascript (along with a library like jQuery) on the client to do the
mouseOver effects, dropdown menus or any of the AJAX stuff. So, it's still
not a 'one language' total solution.

To produce professional level websites, one will still need to have working
knowledge of HTML, (xHTML), CSS, SQL, Javascript, and On-Rev,PHP or other
language for server-side scripting. It also doesn't hurt to be facile with a
CMS system. On-Rev can install WordPress with a single click, but I'm not
sure it can use inline Rev scripting as it appears only .irev page
extensions to work.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Phil Davis]

No offense taken, François. As others have said, visual appeal was not 
my purpose. I maintain several apps that 'reach out' to a specific 
server from time to time and either initiate an action on the server or 
get info from it. In both cases, all the app wants is an API to the 
server-side stuff. So that's where my head is generally - I was 
pretending to be an application. So I produced a web page only an 
application could love!  ;o)


Phil


J. Landman Gay wrote:

François Chaplais wrote:

I agree with Andre. To the average web user, what is displayed is 
pretty awful, and, even to a person with little rev experience such 
as me, the actual rev script is shorter and simpler to understand 
than to web output. This is not meant to be aggressive towards Phil, 
but I hope the engineers at the mothership will come up with some 
examples more convincing than that. Hey, 499 bucks is the price of a 
juicy Enterprise edition!

Really, there must be a way to make this good looking, no?


It isn't meant to be a web page, it's just a test page. When we used 
the old CGI method, there was an "echo.mt" script that just displayed 
all the server variables in the browser window. All web languages have 
a similar script.


Phil was showing how he converted the old CGI test script to the new 
method. The page information can be used for reference if the web 
developer needs to know the server configuration. It isn't meant to be 
used on a web site.



--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Richard Gaskin]

François Chaplais wrote:

I agree with Andre. To the average web user, what is displayed is  
pretty awful, and, even to a person with little rev experience such as  
me, the actual rev script is shorter and simpler to understand than to  
web output. This is not meant to be aggressive towards Phil, but I  
hope the engineers at the mothership will come up with some examples  
more convincing than that. Hey, 499 bucks is the price of a juicy  
Enterprise edition!

Really, there must be a way to make this good looking, no?


I'm sure there are many, but Phil doesn't work for RunRev; he's up to 
his armpits in projects of his own (and some very interesting ones at that).


What he's provided is a useful example of the ease of working with the 
engine on the server, and for the intended audience (himself and 
whomever cares to check it out on this list) it does its job well.


Those who do work for RunRev are no doubt cooking up some really nice 
examples, but I'd imagine they've been so busy putting together the 
underlying technology that they just haven't yet had a spare person to 
sit down and focus on making examples.


I suspect we'll see some very nice examples soon enough

--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Mark Smith]

I guess we'd expect it to be faster from within the US (data centre  
is in Texas, I believe), but the difference in cgi/irev seems similar.


Ian -  maybe your ISP has been hitting the cider :)

best,

Mark

On 18 Apr 2009, at 21:10, Jim Ault wrote:


Changed the last line of your script to

   get "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB
   put msg & cr & cr & it into msg
--to concatenate results

After waiting 30 seconds,
4 clicks 1 second apart = 4 results listed below -

irev:115 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:83 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:89 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


irev:60 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:88 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:73 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


Jim Ault
Las Vegas

On Apr 18, 2009, at 12:44 PM, Mark Smith wrote:



On 18 Apr 2009, at 20:24, Richard Gaskin wrote:




The CGI is indeed fast, but if the timing is being measured  
inside the script it's not accounting for the biggest difference  
between the CGI and on-Rev:  on-Rev has no load time to bring the  
engine into memory and initialize it since it's already loaded  
and running, while the CGI engine has to be loaded fresh each  
time it's called.


Even with that extra overhead the Rev CGI measures well against  
equivalent CGIs, but I'd be surprised if it could beat on-Rev.


--


if you put this in a button you can see another test:

on mouseUp
  put "http://marksmith.on-rev.com/mashash/hashmac.irev? 
data=somedata&key=somekey&action=md5hmac" into tIrevUrl
  put "http://marksmith.on-rev.com/cgi-bin/hashmac.cgi? 
data=somedata&key=somekey&action=md5hmac" into tCgiUrl


  put the millisecs into ts
  put url tIrevUrl into tResA
  put the millisecs - ts into tTimA

  put the millisecs into ts
  put url tCgiUrl into tResB
  put the millisecs - ts into tTimB

   put "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB
end mouseUp

I'm seeing the cgi taking 190-200 ms and the irev taking 170-180 ms.

The irev is 'including' a textified version of my hash/hmac  
library, and the cgi is loading a stack which inserts the library  
(and a few others) into back, so perhaps the test is slightly  
skewed in irev's favour.


I'll leave it up for a few hours if anyone wants to try it out  
(I'd also be interested in other people's timing from different  
places - I'm in London).


Best,

Mark
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[Mark Smith]

Gob - british english slang (probably from gaelic) for mouth

Best,

Mark

On 19 Apr 2009, at 02:55, J. Landman Gay wrote:


Jerry J wrote:

From: "J. Landman Gay" 

For me, I haven't seen such a cool thing since I was gobsmacked  
by the

ability to run a stack from a remote server in one line of script.

I just checked - gobsmacked.com is not available.  8-/


I learned that word from Susan Boyle.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[J. Landman Gay]

Jerry J wrote:

From: "J. Landman Gay" 

For me, I haven't seen such a cool thing since I was gobsmacked by the
ability to run a stack from a remote server in one line of script.


I just checked - gobsmacked.com is not available.  8-/


I learned that word from Susan Boyle.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Paul Looney]

Phil,
Very impressive.
PL

On Apr 17, 2009, at 9:03 PM, Phil Davis wrote:


A quick on-rev example:
Just to get started, I converted my 'globals' CGI script to an on- 
rev web page:


   
   
   
   
   
   

   Server Globals
   
   "
   end repeat
   put "version,processor,systemVersion,platform,environment" into  
tExtras

   replace comma with cr in tExtras
   repeat for each line tLine in tExtras
 put "the" && tLine into tLine2
 put tLine2 && "=" && value(tLine2) & ""
   end repeat
   ?>
   


   
   

And here's what it looks like in the browser:
  http://phildavis.on-rev.com/globals/index.irev


I love being able to reuse my Rev know-how this way!
--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

RapidWeaver

[Marty Knapp]

This is slightly off topic, but as there's been a lot of posts about 
On-Rev I thought that I'd let all you Mac users know that there's a sale 
on RapidWeaver at Smith Micro (I have no connection with either 
business). This web site creation software normally sells for $79.99 US, 
but you can get it for $29.99 at the moment. While the posted price is 
79.99, once you click the Buy Now button and go to your shopping cart 
it's listed with the $50 discount (as of me checking just a few minutes 
ago).


RapidWeaver is a template based tool, so is great for non-designers, 
though it's Mac only




For what it's worth,
Marty Knapp
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: [OT] on-rev urls

[Jim Ault]

On Apr 18, 2009, at 2:59 PM, Colin Holgate wrote:




On Apr 18, 2009, at 5:43 PM, Scott Rossi wrote:

I believe you're generally supposed to allow 24 to 48 hours for  
DNS changes

to propagate throughout the Internet.


It's the weekend, so it managed it a couple of hours. It was just  
odd that the second one took 60 times longer than the first one.


Actually, there are thousands of name servers around the world that  
need to be updated so that everyone can find your new installation.   
Some servers do the automatic update sooner than others.  When I type  
in a readable url (eg. www.google.com), my name server is right here  
in Vegas, so I can only see urls that they have cataloged on THAT  
server.  The name lookup is how the IP address is located in order to  
make the connection to a hosted site.


When you see the word 'propagation', it means that every ISP  
eventually updates their name servers so that your change becomes  
world-wide.  This may be why a collaborator you are working with may  
not see the domain change at the same time you do.  All should be well  
after 48 hours, otherwise their could be a glitch in the lookup table  
that you need to report.  Your ISP can help you with this.


Hope this helps.

Jim Ault
Las Vegas
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Bill Marriott]

No, what we're proposing is the same thing. The fixed IP address is for 
other applications.


"Colin Holgate"  wrote in message 
news:ebdb07aa-0ee7-43b5-afa4-16561affc...@rcn.com...
>
> On Apr 18, 2009, at 3:32 PM, Malte Brill wrote:
>
>>
>> The DNS stuff translates the domain name you enter to the actual IP 
>> address your content is hosted on.
>
> So am I right that it would require the fixed IP option? Wasn't that 
> something like $8 per month?



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Domain names

[Mark Schonewille]

Hi,

If you don't want to pay for a domain name rightaway but just want to  
create one to experiment with, you could register one or two for free  
here .


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum

Simple, inexpensive, reliable web hosting. €11/year.
http://economy-x-talk.com/server.html

On 19 apr 2009, at 01:51, -= JB =- wrote:

Here is a website that helped me learn about domain names and how to  
register one.


file:///Save%20Stuff%20ƒ/How%20to%20Register%20Your%20Own%20Domain%20Name:%20What%20to%20Do,%20Which%20Registrar,%20etc%20(thesitewizard.com).webarchive


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Domain names

[-= JB =-]

Here is a website that helped me learn about domain names and how to  
register one.


file:///Save%20Stuff%20ƒ/How%20to%20Register%20Your%20Own%20Domain% 
20Name:%20What%20to%20Do,%20Which%20Registrar,%20etc%20 
(thesitewizard.com).webarchive



-=>JB<=-___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[Jerry J]

From: "J. Landman Gay" 

For me, I haven't seen such a cool thing since I was gobsmacked by the
ability to run a stack from a remote server in one line of script.


I just checked - gobsmacked.com is not available.  8-/

-- Jerry J

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[J. Landman Gay]

François Chaplais wrote:

I agree with Andre. To the average web user, what is displayed is pretty 
awful, and, even to a person with little rev experience such as me, the 
actual rev script is shorter and simpler to understand than to web 
output. This is not meant to be aggressive towards Phil, but I hope the 
engineers at the mothership will come up with some examples more 
convincing than that. Hey, 499 bucks is the price of a juicy Enterprise 
edition!

Really, there must be a way to make this good looking, no?


It isn't meant to be a web page, it's just a test page. When we used the 
old CGI method, there was an "echo.mt" script that just displayed all 
the server variables in the browser window. All web languages have a 
similar script.


Phil was showing how he converted the old CGI test script to the new 
method. The page information can be used for reference if the web 
developer needs to know the server configuration. It isn't meant to be 
used on a web site.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: [OT] on-rev urls

[Jim Lambert]

Switching the DNS setting so that a site can live on different servers  
is straightforward.
But what happens with mailservers if I want to move a domain that also  
has email from one ISP to another? Say, to on-rev?


Jim Lambert

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Script Editor: (Object: cant set script while it is executing)

[David Bovill]

Not to up on the RevIDe script editor - keep getting this message, but can;t
find which script is executing and command-period is doing nothing.  Seems
no way out save for force quitting? Any tricks?

On a possibly related not - I'm getting stacks that seem to have their modal
status changed - you have to toplevel them to get access to their properties
- this seems to happen when script compiling / debugging goes wrong?
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: [OT] on-rev urls

[Colin Holgate]

On Apr 18, 2009, at 5:43 PM, Scott Rossi wrote:

I believe you're generally supposed to allow 24 to 48 hours for DNS  
changes

to propagate throughout the Internet.


It's the weekend, so it managed it a couple of hours. It was just odd  
that the second one took 60 times longer than the first one.



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: [OT] on-rev urls

[Scott Rossi]

Recently, I wrote:

> I believe you're generally supposed to allow 24 to 48 hours for DNS changes to
> propagate throughout the Internet.  If changes don't show up after that time,
> it's probably worth contacting your ISP.

Make that "registrar", not ISP.

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: [OT] on-rev urls

[Scott Rossi]

Recently, Colin Holgate wrote:

>> In you networksetting of your pc/mac change the dns/nameserver
>> settings to 74.54.153.74 and 74.54.153.75. These are the on-rev
>> nameservers. Then try to connect your domain with your browser. Does
>> the url change?
> 
> Thanks for the ideas, but all is well now! Strangely, one of the urls
> updated within a couple of minutes, the other one took a couple of
> hours. Both are good now though.

I believe you're generally supposed to allow 24 to 48 hours for DNS changes
to propagate throughout the Internet.  If changes don't show up after that
time, it's probably worth contacting your ISP.

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Sending Email with attachment

[william humphrey]

Since

*Syntax: revMail address[,ccAddress[,mailSubject[,messageBody]]]*


does not allow for attaching a file how do you do that?
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: [OT] on-rev urls

[Colin Holgate]

On Apr 18, 2009, at 5:10 PM, runrev260...@m-r-d.de wrote:

In you networksetting of your pc/mac change the dns/nameserver  
settings to 74.54.153.74 and 74.54.153.75. These are the on-rev  
nameservers. Then try to connect your domain with your browser. Does  
the url change?


Thanks for the ideas, but all is well now! Strangely, one of the urls  
updated within a couple of minutes, the other one took a couple of  
hours. Both are good now though.


Thanks again, to Bill too.


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re-2: [OT] on-rev urls

[runrev260805]

Hi Colin,

i have already moved 2 domains to on-rev. More will follow.

On was registered at Godaddy. For that domain i just changed which nameservers 
are responsible for that domain. So i entered ns1.on-rev and ns2.on-rev.

The other domain was registered at a german ISP. So therefore i had to ask my 
ISP to change this settings for me.

Both domains now are available directly accessible without seeing urls like  
mydomain.on-rev.com.

> I have two domains, and both are now set for not forwarding, and with  
> the nameservers the same. Everything at godaddy and on-rev are the  
> same settings for both urls, but one keeps the url, and the other  
> changes it to the on-rev version.

That is strange and not typically. One think  what i could imagine is the 
following. Nameserverchanges could take up to 24 - 48 hrs until all nameservers 
get that information worldwide. So maybe it take a while, until the correct 
setting is available for all nameservers.

You can try the following to see, if the nameservers of on-rev work correct for 
your domain.

In you networksetting of your pc/mac change the dns/nameserver settings to 
74.54.153.74 and 74.54.153.75. These are the on-rev nameservers. Then try to 
connect your domain with your browser. Does the url change?

Regards,

Matthias


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[François Chaplais]

Le 18 avr. 09 à 22:29, François Chaplais a écrit :





I agree with Andre. To the average web user, what is displayed is  
pretty awful, and, even to a person with little rev experience such  
as me, the actual rev script is shorter and simpler to understand  
than to web output. This is not meant to be aggressive towards Phil,  
but I hope the engineers at the mothership will come up with some  
examples more convincing than that. Hey, 499 bucks is the price of a  
juicy Enterprise edition!

Really, there must be a way to make this good looking, no?

No hard feelings, really

François





I will try to be more positive on this one. I am currently updating  
our lab's website with rapidweaver

http://www.realmacsoftware.com/rapidweaver/
"web" code snippets can be inserted inside Rapidweaver pages, and, if  
it does not conflict with the rapidweaver architecture (for instance  
if the code produces only text) then the snippet output will be  
displayed gracefully within the web output page, within the user  
selected graphic theme.
Imagine that I publish a Rapidweaver site with rev snippets inside.  
will it "work"?


Customers of realmac's rapidweaver are, IMHO, typically people who  
don't want to code in javascript, php, etc.. and concentrate on  
content. From my very personal point of view, transcript is just  
simple enough not to discourage people from programming, and could  
address this category of customers.

And this, I believe, could be a selling point.
Or an empty theory?

Regards,
François

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: radio buttons in group on mouseup behavior suggestions

[william humphrey]

Solved the radio buttons in group both by using

  *switch* the hilitedButtonName of *group* "x" -- to avoid the numbered
button thing which changed depending on whether you added a new button.


AND


By deleting the button that the switch just couldn't seem to see and adding
a new one with the same name.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[François Chaplais]

Le 18 avr. 09 à 10:33, Andre.Bisseret a écrit :



Le 18 avr. 09 à 06:03, Phil Davis a écrit :


A quick on-rev example:
Just to get started, I converted my 'globals' CGI script to an on- 
rev web page:


 
 
 
 
 
 

 Server Globals
 
 "
 end repeat
 put "version,processor,systemVersion,platform,environment" into  
tExtras

 replace comma with cr in tExtras
 repeat for each line tLine in tExtras
   put "the" && tLine into tLine2
   put tLine2 && "=" && value(tLine2) & ""
 end repeat
 ?>
 
  

 
 

And here's what it looks like in the browser:
http://phildavis.on-rev.com/globals/index.irev


I love being able to reuse my Rev know-how this way!
--
Phil Davis


Bonjour,
Clicking on the URL I get the following lines
Being rather naive about web programming, I must confess, I am still  
"in the dark" ;-))

Was it really what you expected one discovers?

I was expecting something like a beautiful web page ;--))
Naive indeed as you may notice ;-)))

Best regards from Grenoble
André
-
Server Globals
DOCUMENT_ROOT = /home/phildavi/public_html
GATEWAY_INTERFACE = CGI/1.1
HTTP_ACCEPT = text/html,application/xhtml+xml,application/ 
xml;q=0.9,*/*;q=0.8

HTTP_ACCEPT_CHARSET = ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_ACCEPT_ENCODING = gzip,deflate
HTTP_ACCEPT_LANGUAGE = fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3
HTTP_CONNECTION = keep-alive
HTTP_HOST = phildavis.on-rev.com
HTTP_USER_AGENT = Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5;  
fr; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8

PATH_TRANSLATED = /home/phildavi/public_html/globals/index.irev
QUERY_STRING =
REMOTE_ADDR = 82.122.7.167
REMOTE_PORT = 49201
REQUEST_METHOD = GET
REQUEST_URI = /globals/index.irev
SERVER_ADDR = 74.54.153.72
SERVER_ADMIN = webmas...@phildavis.on-rev.com
SERVER_NAME = phildavis.on-rev.com
SERVER_PORT = 80
SERVER_PROTOCOL = HTTP/1.1
SERVER_SIGNATURE =
Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e-fips-rhel5  
mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635  
Server at phildavis.on-rev.com Port 80


SERVER_SOFTWARE = Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e- 
fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/ 
5.0.2.2635

the version = 3.5.0-dp-6
the processor = unknown
the systemVersion = unknown
the platform = linux
the environment = server

This page of code executed in 0.00021 secs.
---
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


I agree with Andre. To the average web user, what is displayed is  
pretty awful, and, even to a person with little rev experience such as  
me, the actual rev script is shorter and simpler to understand than to  
web output. This is not meant to be aggressive towards Phil, but I  
hope the engineers at the mothership will come up with some examples  
more convincing than that. Hey, 499 bucks is the price of a juicy  
Enterprise edition!

Really, there must be a way to make this good looking, no?

No hard feelings, really

François



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] on-rev urls

[Colin Holgate]

On Apr 18, 2009, at 7:37 AM, Bill Marriott wrote:

Voila, you have yourdomain.com working without all that subdomain  
business.

(Don't use forwarding!)


I have two domains, and both are now set for not forwarding, and with  
the nameservers the same. Everything at godaddy and on-rev are the  
same settings for both urls, but one keeps the url, and the other  
changes it to the on-rev version.



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Yves COPPE]

Le 18-avr.-09 à 21:58, Malte Brill a écrit :


Hi Yves,

I wouldn´t say I am experienced with this either. :)

This might shed some light though:

http://en.wikipedia.org/wiki/Domain_Name_System#Domain_registration

If you cancel the subscription with your current provider, you will  
need to make sure that your domain still can be found on the  
intertubes. You will have to find a service that registers your  
domain name for you and points all requests to www.mydomain.com to  
on-revs name servers. I hope people who already did that will chime  
in here. As far as I understood that is not too complicated though  
and does not cost much.


Cheers,



Re,

thanks !
i will loook up and tell about my own experiene

Greetings.

Yves COPPE
yvesco...@skynet.be

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Jim Ault]

Changed the last line of your script to

   get "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB
   put msg & cr & cr & it into msg
--to concatenate results

After waiting 30 seconds,
4 clicks 1 second apart = 4 results listed below -

irev:115 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:83 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:89 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


irev:60 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:88 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:73 md5-hmac = 7e5872da5d34a822584a698fe7db6c10


Jim Ault
Las Vegas

On Apr 18, 2009, at 12:44 PM, Mark Smith wrote:



On 18 Apr 2009, at 20:24, Richard Gaskin wrote:




The CGI is indeed fast, but if the timing is being measured inside  
the script it's not accounting for the biggest difference between  
the CGI and on-Rev:  on-Rev has no load time to bring the engine  
into memory and initialize it since it's already loaded and  
running, while the CGI engine has to be loaded fresh each time it's  
called.


Even with that extra overhead the Rev CGI measures well against  
equivalent CGIs, but I'd be surprised if it could beat on-Rev.


--


if you put this in a button you can see another test:

on mouseUp
  put "http://marksmith.on-rev.com/mashash/hashmac.irev?data=somedata&key=somekey&action=md5hmac 
" into tIrevUrl
  put "http://marksmith.on-rev.com/cgi-bin/hashmac.cgi?data=somedata&key=somekey&action=md5hmac 
" into tCgiUrl


  put the millisecs into ts
  put url tIrevUrl into tResA
  put the millisecs - ts into tTimA

  put the millisecs into ts
  put url tCgiUrl into tResB
  put the millisecs - ts into tTimB

   put "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB
end mouseUp

I'm seeing the cgi taking 190-200 ms and the irev taking 170-180 ms.

The irev is 'including' a textified version of my hash/hmac library,  
and the cgi is loading a stack which inserts the library (and a few  
others) into back, so perhaps the test is slightly skewed in irev's  
favour.


I'll leave it up for a few hours if anyone wants to try it out (I'd  
also be interested in other people's timing from different places -  
I'm in London).


Best,

Mark
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Ian Wood]

On 18 Apr 2009, at 20:44, Mark Smith wrote:

I'll leave it up for a few hours if anyone wants to try it out (I'd  
also be interested in other people's timing from different places -  
I'm in London).



From Devon, some pretty varied results...

irev:1518 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:199 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

irev:336 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:1204 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

irev:168 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:195 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

irev:171 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:1150 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

irev:175 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:200 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

irev:168 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:205 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

irev:168 md5-hmac = 7e5872da5d34a822584a698fe7db6c10
cgi:1192 md5-hmac = 7e5872da5d34a822584a698fe7db6c10

Ian
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Malte Brill]

Hi Yves,

I wouldn´t say I am experienced with this either. :)

This might shed some light though:

http://en.wikipedia.org/wiki/Domain_Name_System#Domain_registration

If you cancel the subscription with your current provider, you will  
need to make sure that your domain still can be found on the  
intertubes. You will have to find a service that registers your domain  
name for you and points all requests to www.mydomain.com to on-revs  
name servers. I hope people who already did that will chime in here.  
As far as I understood that is not too complicated though and does not  
cost much.


Cheers,

Malte___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Colin Holgate]

On Apr 18, 2009, at 3:32 PM, Malte Brill wrote:



The DNS stuff translates the domain name you enter to the actual IP  
address your content is hosted on.


So am I right that it would require the fixed IP option? Wasn't that  
something like $8 per month?


Meanwhile, I'm trying Bill's suggestion of changing the nameservers.


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] on-rev urls

[Colin Holgate]

On Apr 18, 2009, at 7:37 AM, Bill Marriott wrote:

1) In GoDaddy's Domain Manager, Point your nameservers for  
yourdomain.com to

ns1.on-rev.com and ns2.on-rev.com

2) In On-Rev's control panel, set up an add-on domain for  
yourdomain.com



Thanks, I had done #2 with setting up the forwarding. I've changed  
that now to use the nameservers, but it'll take some time before I see  
if that has worked.



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Mark Smith]

On 18 Apr 2009, at 20:24, Richard Gaskin wrote:




The CGI is indeed fast, but if the timing is being measured inside  
the script it's not accounting for the biggest difference between  
the CGI and on-Rev:  on-Rev has no load time to bring the engine  
into memory and initialize it since it's already loaded and  
running, while the CGI engine has to be loaded fresh each time it's  
called.


Even with that extra overhead the Rev CGI measures well against  
equivalent CGIs, but I'd be surprised if it could beat on-Rev.


--


if you put this in a button you can see another test:

on mouseUp
   put "http://marksmith.on-rev.com/mashash/hashmac.irev? 
data=somedata&key=somekey&action=md5hmac" into tIrevUrl
   put "http://marksmith.on-rev.com/cgi-bin/hashmac.cgi? 
data=somedata&key=somekey&action=md5hmac" into tCgiUrl


   put the millisecs into ts
   put url tIrevUrl into tResA
   put the millisecs - ts into tTimA

   put the millisecs into ts
   put url tCgiUrl into tResB
   put the millisecs - ts into tTimB

put "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB
end mouseUp

I'm seeing the cgi taking 190-200 ms and the irev taking 170-180 ms.

The irev is 'including' a textified version of my hash/hmac library,  
and the cgi is loading a stack which inserts the library (and a few  
others) into back, so perhaps the test is slightly skewed in irev's  
favour.


I'll leave it up for a few hours if anyone wants to try it out (I'd  
also be interested in other people's timing from different places -  
I'm in London).


Best,

Mark
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Yves COPPE]

Le 18-avr.-09 à 21:32, Malte Brill a écrit :


Hi Colin,

If you forward from your original domain it is like someone asks you  
"Where do I find your candy store that has the goodies" at your  
office. You then tell them "It is in abc.on-rev street, this is just  
the office, move along, nothing to buy here" You redirect them  
there. If you do the DNS "trick" it is like those people look into  
the yellow pages to look for the location of the candy store directly.


The DNS stuff translates the domain name you enter to the actual IP  
address your content is hosted on. If you point the domain to on-rev  
s name servers any request to the domain will land on the on-rev  
space and the domain name will show in the browser. This service  
costs a few pennies on top of your hosting cost for the people that  
add the entry (just like an entry into the yellow pages literally)


Hmm. I guess I am not that good at giving metaphors. 

Cheers,

Malte



Hi Malte,

I'm not so experimented in web site
and I don't understand what you mean

Suppose you have an existing website : www.mydomain.com
and want to stop your yearly subscription by your web-hoster and stop  
your existing web site by this wb hoster

and then you move your web site to an on-rev server

if the visitor type in his browser : "www.mydomain.com", will he be  
directed to your site ?



thanks.

Amicalement.

Yves COPPE
yvesco...@skynet.be

Greetings.

Yves COPPE
yvesco...@skynet.be

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] on-rev urls

[Bill Marriott]

You must

1) In GoDaddy's Domain Manager, Point your nameservers for yourdomain.com to 
ns1.on-rev.com and ns2.on-rev.com

2) In On-Rev's control panel, set up an add-on domain for yourdomain.com

Voila, you have yourdomain.com working without all that subdomain business. 
(Don't use forwarding!)



"Colin Holgate"  wrote in message 
news:cb201326-3dd6-4a0b-a280-b81f91888...@rcn.com...
> Hopefully the non-Founders here will humor us asking some questions  about 
> on-rev!
>
> I've had two domains forwarded to areas in my on-rev account (they  were 
> previously sat doing nothing at Go Daddy). The redirecting took a  few 
> hours to kick in, but now if I type the original url, of say 
> www.mysite.com , it gets through to mysite.holgate.on-rev.com ok.
>
> I've read online that you can't make it keep the original url, which  is 
> unfortunate, but understandable. Come the day that Rev does domain 
> registering, would it be feasible to transfer from Go Daddy to Go Rev  (or 
> whatever it would be called), and then see the original urls under  my 
> on-rev account?
>
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Malte Brill]

Hi Colin,

If you forward from your original domain it is like someone asks you  
"Where do I find your candy store that has the goodies" at your  
office. You then tell them "It is in abc.on-rev street, this is just  
the office, move along, nothing to buy here" You redirect them there.  
If you do the DNS "trick" it is like those people look into the yellow  
pages to look for the location of the candy store directly.


The DNS stuff translates the domain name you enter to the actual IP  
address your content is hosted on. If you point the domain to on-rev s  
name servers any request to the domain will land on the on-rev space  
and the domain name will show in the browser. This service costs a few  
pennies on top of your hosting cost for the people that add the entry  
(just like an entry into the yellow pages literally)


Hmm. I guess I am not that good at giving metaphors. 

Cheers,

Malte

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: radio buttons in group on mouseup behavior suggestions

[william humphrey]

Thanks for the suggestion. I think I'll do that because I suspect the error
is in the name of one of the buttons.

On Sat, Apr 18, 2009 at 3:02 PM, Mark Wieder  wrote:

> william-
>
> Saturday, April 18, 2009, 11:15:36 AM, you wrote:
>
> > It was just a simple "mouseup" in the group script that goes through and
> > checks the hilite of each button in the group and then does an action
> > depending on that hilite like:
>
> >*if* the hilite of button "(CO)" is true *then* do something
>
> Sounds OK, although I usually do something like
>
>  switch the hilitedButton of group x
>case 1
>  -- do the first button thing
>  break
>case 2
>  -- do the second button thing
>  break
>...
>default
>  -- shouldn't ever get here
>  -- so display an error message
>  end switch
>
> --
> -Mark Wieder
>  mwie...@ahsoftware.net
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



-- 
http://www.bluewatermaritime.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Richard Gaskin]

Phil Davis wrote:

I just set up a CGI in my on-rev account that is 'mostly' equivalent to 
the .irev web page ("on-rev") approach, and tried it out. I was a little 
surprised that the CGI execution speed is almost the same as with on-rev:


revCGI = This page of code executed in 0.000242 secs.
on-rev = This page of code executed in 0.000206 secs.

FWIW, my CGI is here:
http://phildavis.on-rev.com/cgi-bin/globals.cgi


The CGI is indeed fast, but if the timing is being measured inside the 
script it's not accounting for the biggest difference between the CGI 
and on-Rev:  on-Rev has no load time to bring the engine into memory and 
initialize it since it's already loaded and running, while the CGI 
engine has to be loaded fresh each time it's called.


Even with that extra overhead the Rev CGI measures well against 
equivalent CGIs, but I'd be surprised if it could beat on-Rev.


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Colin Holgate]

On Apr 18, 2009, at 3:10 PM, Phil Davis wrote:


Hi Len,
You can host any domain names (and any number of them) in your  
account - but when you sign up, you first receive your own  
subdomain. That's what you have been seeing here. Other domain names  
will show up as you would expect.


With forwarding that doesn't seem to be the case, once the user types  
in the original url, it gets changed to the on-rev version.


Someone suggested using a DNS trick to have your domain host just load  
the on-rev page when someone asks for the original url, but I'm not  
sure how that is done, or if it requires that you're paying for the  
fixed IP feature.



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Richard Gaskin]

Len Morgan wrote:
I've seen a few sample URLs of people using on-Rev and they all seem to 
be .on-Rev.com (or something close).  Is this going to be a 
requirement or can I have a domain name such as mydomain.com and still 
have it come up that way in the address bar?


Yep - the front page of the site Kevin pointed us to lists unlimited 
domains as part of the package:




The subdomains folks are posting here are just their account URLs.  An 
account holder can move any domain you want to be managed under the same 
accoumt.


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-Rev and Domain Names

[Phil Davis]

Hi Len,
You can host any domain names (and any number of them) in your account - 
but when you sign up, you first receive your own subdomain. That's what 
you have been seeing here. Other domain names will show up as you would 
expect.


Phil Davis


Len Morgan wrote:
I've seen a few sample URLs of people using on-Rev and they all seem 
to be .on-Rev.com (or something close).  Is this going to 
be a requirement or can I have a domain name such as mydomain.com and 
still have it come up that way in the address bar?


len morgan


--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: radio buttons in group on mouseup behavior suggestions

[Mark Wieder]

william-

Saturday, April 18, 2009, 11:15:36 AM, you wrote:

> It was just a simple "mouseup" in the group script that goes through and
> checks the hilite of each button in the group and then does an action
> depending on that hilite like:

>*if* the hilite of button "(CO)" is true *then* do something

Sounds OK, although I usually do something like

  switch the hilitedButton of group x
case 1
  -- do the first button thing
  break
case 2
  -- do the second button thing
  break
...
default
  -- shouldn't ever get here
  -- so display an error message
  end switch

-- 
-Mark Wieder
 mwie...@ahsoftware.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Phil Davis]

I just set up a CGI in my on-rev account that is 'mostly' equivalent to 
the .irev web page ("on-rev") approach, and tried it out. I was a little 
surprised that the CGI execution speed is almost the same as with on-rev:


revCGI = This page of code executed in 0.000242 secs.
on-rev = This page of code executed in 0.000206 secs.

FWIW, my CGI is here:
http://phildavis.on-rev.com/cgi-bin/globals.cgi

Phil



Phil Davis wrote:

A quick on-rev example:
Just to get started, I converted my 'globals' CGI script to an on-rev 
web page:


   
   
   
   
   
   

   Server Globals
   
   "
   end repeat
   put "version,processor,systemVersion,platform,environment" into 
tExtras

   replace comma with cr in tExtras
   repeat for each line tLine in tExtras
 put "the" && tLine into tLine2
 put tLine2 && "=" && value(tLine2) & ""
   end repeat
   ?>
   


   
   

And here's what it looks like in the browser:
  http://phildavis.on-rev.com/globals/index.irev


I love being able to reuse my Rev know-how this way!


--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

on-Rev and Domain Names

[Len Morgan]

I've seen a few sample URLs of people using on-Rev and they all seem to 
be .on-Rev.com (or something close).  Is this going to be a 
requirement or can I have a domain name such as mydomain.com and still 
have it come up that way in the address bar?


len morgan
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: radio buttons in group on mouseup behavior suggestions

[william humphrey]

It was just a simple "mouseup" in the group script that goes through and
checks the hilite of each button in the group and then does an action
depending on that hilite like:

   *if* the hilite of button "(CO)" is true *then* do something

On Sat, Apr 18, 2009 at 2:05 PM, Mark Wieder  wrote:

> william-
>
>
>
> You're not really checking which button is "down", are you? As opposed
> to checking the hilitedButton of group x? And note that if the mouse
> is moved then the hilite may not change and you won't get a mouseUp
> event...
>
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: 3.5 on Debian Linux

[Peter Alcibiades]

OK, I renamed, and on opening it recreated and restored the defaults.  So at
least that awful yellow has now gone.  But I cannot figure out how to change
the default appearance to motif and have it stick.  Nor does it seem to
remember any recently opened files.  Recently opened files is empty, though
of course there have been lots.  Permissions are appropriate, so its not
that.

Maybe its my system.  They cannot possibly have let it go out the door like
this, can they?



Bernard Devlin-2 wrote:
> 
> .. here might be a workaround for at least the preferences problem.
> 
> With the preferences stack, are you sure the preferences stack is
> actually being saved (does the modification time change?)  What
> happens if you rename the revpreferences.rev stack?  
> 
> 

-- 
View this message in context: 
http://www.nabble.com/3.5-on-Debian-Linux-tp23110235p23115720.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: radio buttons in group on mouseup behavior suggestions

[Mark Wieder]

william-

Saturday, April 18, 2009, 10:54:44 AM, you wrote:

> I have eight or so radio buttons that are in a group. In the script of the
> group I have a "on mouseup" command that runs another script that checks
> which button is down and then does something. I've noticed that this script
> is inconsistent. Sometimes the mouseup is ignored.
> I'm looking for another way to do this (short of putting a script in each of
> the buttons). Is there some "change of state" property I can look for in the
> group maybe?

You're not really checking which button is "down", are you? As opposed
to checking the hilitedButton of group x? And note that if the mouse
is moved then the hilite may not change and you won't get a mouseUp
event...

-- 
-Mark Wieder
 mwie...@ahsoftware.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

radio buttons in group on mouseup behavior suggestions

[william humphrey]

I have eight or so radio buttons that are in a group. In the script of the
group I have a "on mouseup" command that runs another script that checks
which button is down and then does something. I've noticed that this script
is inconsistent. Sometimes the mouseup is ignored.
I'm looking for another way to do this (short of putting a script in each of
the buttons). Is there some "change of state" property I can look for in the
group maybe?
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[Jim Ault]

On Apr 18, 2009, at 2:29 AM, Ian Wood wrote:


If I've been reading the On-Rev FAQ/examples correctly, no - it  
would be possible to embed On-Rev pages within iframes in pages  
hosted on other servers.


http://samples.on-rev.com/iframe.irev

I'm not that up to date on iframes, but I think that means that you  
couldn't include the Rev code within the HTML on (for instance)  
GoDaddy, but you'd be able to include pages from On-Rev 'within' the  
pages on GoDaddy.


It is true that you can run iframes on other web sites.

You need to know that there are several limitations to delivering web  
content using one or more iframes on a single web page.


On very good use of On-Rev would be to build 'widgets' that would run  
in a rectangle on other web pages, kind of like banner ads are  
implimented.  Some browsers and hosts are setup to to decline/defend  
against cross-domain scripting.  In your case, you would be using a  
web content source (On-Rev) that would not be on the same domain.


A particular example, that would be cool, is to program a Flash movie  
that runs on a hostedDomainOfMine.com, has the 'allow-cross-platform- 
content', and gets data from On-Rev in order to deliver the user  
experience within the Flash movie.


One thing that is more difficult with iframes is to do browser  
detection.  Unfortunately, the way of the web programming world today  
is most often to adjust the html code returned by a cgi according to  
the browser and version of the browser to get the best user experience.


Hope this helps.

Jim Ault
Las Vegas


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re-2: on-rev example: 'globals.cgi' conversion

[Mark Smith]

Got it working - I though I'd set the permissions (with Transmit),  
but they hadn't taken - all working now.


Best,

Mark

On 18 Apr 2009, at 15:22, runrev260...@m-r-d.de wrote:


Hi,

asked support already, if this is possible. But had the time to  
test it myself. Made it as described in Jacqueline´s tutorial

at http://www.hyperactivesw.com/cgitutorial/

Worked here.  http://www.multitronic.me/cgi-bin/test.cgi

Regards,

Matthias



 Original Message 
Subject: Re: on-rev example: 'globals.cgi' conversion (18-Apr-2009  
16:16)

From:Mark Smith 
To:  runrev260...@m-r-d.de


I just uploaded the 3.5 linux engine (which works fine for cgis in
Dreamhost) to on-rev, and so far can't make it work - getting 500
server errors...will keep trying.

Best,

Mark

On 18 Apr 2009, at 06:58, Jim Ault wrote:


Very cool, Phil.

And now it could be time for the benchmark wizard (Richard) to
establish a standard for the routine posting of speed comparisons.
By that I mean CGI running on other host configurations doing
exactly the same tasks.  The results could be posted or submitted
execution times, load times, etc. (like Google Urchin).  Perhaps
each site could have a standard test page.  I know that I have a
few places to install a test page and submit a report to a central
location.

My belief is that a few of my tech friends (non-Revers) would be
blown away by the rendering speed.

The idea is to get several instances of real installations and user-
level tasks.  By plotting the averages, this could yield strong
evidence that changing hosts, then changing to Rev code would
deliver a superior product

It would be cool if the test page included some of the 'tricks'
that on-rev.com could do.

Jim Ault
Las Vegas

On Apr 17, 2009, at 9:03 PM, Phil Davis wrote:


A quick on-rev example:
Just to get started, I converted my 'globals' CGI script to an on-
rev web page:

  
  
  
  
  
  

  Server Globals
  
  "
  end repeat
  put "version,processor,systemVersion,platform,environment" into
tExtras
  replace comma with cr in tExtras
  repeat for each line tLine in tExtras
put "the" && tLine into tLine2
put tLine2 && "=" && value(tLine2) & ""
  end repeat
  ?>
  
  seconds -

  tStart && "secs."  ?> 

  
  

And here's what it looks like in the browser:
 http://phildavis.on-rev.com/globals/index.irev


I love being able to reuse my Rev know-how this way!
--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution




To: use-revolution@lists.runrev.com



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: data grid code (color)

[sadhu]

Trevor,

You are right! It works.  I closed the ticket (marked not a bug).

Thank you again, very much.

Sadhu

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re-2: on-rev example: 'globals.cgi' conversion

[runrev260805]

Hi,

asked support already, if this is possible. But had the time to test it myself. 
Made it as described in Jacqueline´s tutorial
at http://www.hyperactivesw.com/cgitutorial/

Worked here.  http://www.multitronic.me/cgi-bin/test.cgi

Regards,

Matthias



 Original Message 
Subject: Re: on-rev example: 'globals.cgi' conversion (18-Apr-2009 16:16)
From:Mark Smith 
To:  runrev260...@m-r-d.de

> I just uploaded the 3.5 linux engine (which works fine for cgis in  
> Dreamhost) to on-rev, and so far can't make it work - getting 500  
> server errors...will keep trying.
> 
> Best,
> 
> Mark
> 
> On 18 Apr 2009, at 06:58, Jim Ault wrote:
> 
> > Very cool, Phil.
> >
> > And now it could be time for the benchmark wizard (Richard) to  
> > establish a standard for the routine posting of speed comparisons.   
> > By that I mean CGI running on other host configurations doing  
> > exactly the same tasks.  The results could be posted or submitted  
> > execution times, load times, etc. (like Google Urchin).  Perhaps  
> > each site could have a standard test page.  I know that I have a  
> > few places to install a test page and submit a report to a central  
> > location.
> >
> > My belief is that a few of my tech friends (non-Revers) would be  
> > blown away by the rendering speed.
> >
> > The idea is to get several instances of real installations and user- 
> > level tasks.  By plotting the averages, this could yield strong  
> > evidence that changing hosts, then changing to Rev code would  
> > deliver a superior product
> >
> > It would be cool if the test page included some of the 'tricks'  
> > that on-rev.com could do.
> >
> > Jim Ault
> > Las Vegas
> >
> > On Apr 17, 2009, at 9:03 PM, Phil Davis wrote:
> >
> >> A quick on-rev example:
> >> Just to get started, I converted my 'globals' CGI script to an on- 
> >> rev web page:
> >>
> >>   
> >>   
> >>   
> >>   
> >>   
> >>   
> >>
> >>   Server Globals
> >>   
> >>>>   put the long seconds into tStart
> >>   put the keys of $_SERVER into tList
> >>   sort lines of tList
> >>   repeat for each line gVar in tList
> >> put gVar && "=" && $_SERVER[gVar] & ""
> >>   end repeat
> >>   put "version,processor,systemVersion,platform,environment" into  
> >> tExtras
> >>   replace comma with cr in tExtras
> >>   repeat for each line tLine in tExtras
> >> put "the" && tLine into tLine2
> >> put tLine2 && "=" && value(tLine2) & ""
> >>   end repeat
> >>   ?>
> >>   
> >>>>   tStart && "secs."  ?> 
> >>
> >>   
> >>   
> >>
> >> And here's what it looks like in the browser:
> >>  http://phildavis.on-rev.com/globals/index.irev
> >>
> >>
> >> I love being able to reuse my Rev know-how this way!
> >> -- 
> >> Phil Davis
> >>
> >> PDS Labs
> >> Professional Software Development
> >> http://pdslabs.net
> >>
> >> ___
> >> use-revolution mailing list
> >> use-revolution@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your  
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-revolution
> >
> > ___
> > use-revolution mailing list
> > use-revolution@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your  
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> 
> 
> 
> To: use-revolution@lists.runrev.com


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Mark Smith]

I just uploaded the 3.5 linux engine (which works fine for cgis in  
Dreamhost) to on-rev, and so far can't make it work - getting 500  
server errors...will keep trying.


Best,

Mark

On 18 Apr 2009, at 06:58, Jim Ault wrote:


Very cool, Phil.

And now it could be time for the benchmark wizard (Richard) to  
establish a standard for the routine posting of speed comparisons.   
By that I mean CGI running on other host configurations doing  
exactly the same tasks.  The results could be posted or submitted  
execution times, load times, etc. (like Google Urchin).  Perhaps  
each site could have a standard test page.  I know that I have a  
few places to install a test page and submit a report to a central  
location.


My belief is that a few of my tech friends (non-Revers) would be  
blown away by the rendering speed.


The idea is to get several instances of real installations and user- 
level tasks.  By plotting the averages, this could yield strong  
evidence that changing hosts, then changing to Rev code would  
deliver a superior product


It would be cool if the test page included some of the 'tricks'  
that on-rev.com could do.


Jim Ault
Las Vegas

On Apr 17, 2009, at 9:03 PM, Phil Davis wrote:


A quick on-rev example:
Just to get started, I converted my 'globals' CGI script to an on- 
rev web page:


  
  
  
  
  
  

  Server Globals
  
  "
  end repeat
  put "version,processor,systemVersion,platform,environment" into  
tExtras

  replace comma with cr in tExtras
  repeat for each line tLine in tExtras
put "the" && tLine into tLine2
put tLine2 && "=" && value(tLine2) & ""
  end repeat
  ?>
  
   

  
  

And here's what it looks like in the browser:
 http://phildavis.on-rev.com/globals/index.irev


I love being able to reuse my Rev know-how this way!
--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Window position management

[Richmond Mathewson]

I tend to do this:

set the topLeft of stack "" to 25,25

this keeps it clear of any menubars that may be hanging around.

of course this is based on the assumption that the dimensions of the stack 
are smaller than those of the screen resolution.

sincerely, Richmond Mathewson.


A Thorn in the flesh is better than a failed Systems Development Life Cycle.




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: 3.5 on Debian Linux

[Bernard Devlin]

Hi Peter,

Not to ignore your disappointment, but I suspect it will be some years
before the LInux version gets sufficient treatment to bring it to
parity with the other platforms.  The only thing one can do is abandon
Rev, adjust one's expectations, or use Rev on a different OS.

I know that it is probably the least of your disappointments, but here
might be a workaround for at least the preferences problem.

With the preferences stack, are you sure the preferences stack is
actually being saved (does the modification time change?)  What
happens if you rename the revpreferences.rev stack?  I think Rev will
create a new one on restart from a template, and if so you can delete
the old one.  The new one will at least only have the default values.
Still not much help for you if you want something other than the
defaults.  Maybe you can actually save the preferences stack from the
message box and see if that makes your new preferences persist?

With the documentation problem, might it not be possible to create a
standalone of the dictionary, then run that as a separate program on
another desktop.  Before I gave up on the Linux version, I created a
standalone of the docs so that I could use more than one desktop (I
was using BvG's version of the docs to do it, but I think it should
work with the Rev dictionary too).

I hope that helps a little.

Bernard

On Sat, Apr 18, 2009 at 8:47 AM, Peter Alcibiades
 wrote:
> Well, after a quick canter through, its a bit of a disappointment.
>
> 1)  Rev Browser is still conspicuous by its absence.
>
> 2)  Mutliple Desktops still do not work in Gnome.  Haven't bothered to try
> KDE.  This makes no sense:  Rev is the only application I ever found where
> they do not work right in Gnome.  I assume they still work in Fluxbox,
> they did in 3.0 at least, but I'm getting fed up with trying this stuff.
>
> 3)  Printing still does not work properly - print card, print field don't
> bring up a list of the installed printers.  Given this, its a fair bet
> that revPrintField is not going to work any better than it did in 3.0,
> again I am losing patience with trying this stuff over and over again.
> Again, you could say its something about this installation, but if so, why
> do all other apps find all installed printers?
>
> 4) There is something weird with preferences.  I foolishly tried to set the
> backdrop to yellow just to see how it felt.  Now, no matter what I do,
> reset to defaults works on the open instance, but on every restart the
> backdrop resets to yellow.  Similarly, the appearance is always the
> default, but the problem is the highlighting in the default is done in
> such a way that it obscures the print in the menu item being selected.
> Yes, you can reset this to motif, and this does make it visible.  For that
> session only!
>
> Behaviours and data grids will probably be very nice when one gets used to
> them.  But really, to still be using awk to generate a printable version
> of a field, to be resetting preferences every time you fire it up, to have
> 10 open empty desktops, and message box, palette, property inspector,
> script editor, application under development, and dictionary all crammed
> onto one of them, one window on top of another!
>
> As I say, its a bit of a disappointment.
>
> Peter
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Andre.Bisseret]

Le 18 avr. 09 à 11:35, Ian Wood a écrit :



On 18 Apr 2009, at 09:33, Andre.Bisseret wrote:


Bonjour,
Clicking on the URL I get the following lines
Being rather naive about web programming, I must confess, I am  
still "in the dark" ;-))

Was it really what you expected one discovers?

I was expecting something like a beautiful web page ;--))
Naive indeed as you may notice ;-)))


That's what is expected, as the script is getting information about  
the server itself and displaying it - but using our familiar  
transcript/rev language and in very few lines.


Ian


OK! understood ;-)

Thank you Ian

André
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Ian Wood]

On 18 Apr 2009, at 09:33, Andre.Bisseret wrote:


Bonjour,
Clicking on the URL I get the following lines
Being rather naive about web programming, I must confess, I am still  
"in the dark" ;-))

Was it really what you expected one discovers?

I was expecting something like a beautiful web page ;--))
Naive indeed as you may notice ;-)))


That's what is expected, as the script is getting information about  
the server itself and displaying it - but using our familiar  
transcript/rev language and in very few lines.


Ian
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[Ian Wood]

On 18 Apr 2009, at 02:51, Joe Lewis Wilkins wrote:

Thank you for the timely, informative explanation. This does mean  
that on-rev has to be the hosting site for the webpages, however,  
does it not? In other words, a client could not hire one of us to  
create a website that they plan to run on, say, GoDaddy. In that  
case we'd still have to use php or JavaScript for interactive  
features. Correct? I still don't have a really good picture of the  
process since I've done this so few times.


If I've been reading the On-Rev FAQ/examples correctly, no - it would  
be possible to embed On-Rev pages within iframes in pages hosted on  
other servers.


http://samples.on-rev.com/iframe.irev

I'm not that up to date on iframes, but I think that means that you  
couldn't include the Rev code within the HTML on (for instance)  
GoDaddy, but you'd be able to include pages from On-Rev 'within' the  
pages on GoDaddy.


Ian
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [OT] Opinions about On-Rev

[Andre.Bisseret]

Thank you very much Jacque for these clear explanations.
If building web pages in On-Rev is really just building stacks as I do  
now then yes, that's a very nice progress.


Up to now, I mainly use and feed  2 sites but which were built by  
friends of mine; I am myself not at all knowledgeable in this matter.


And I must say, that after reading the posts on these 2 long threads,   
I got the feeling that stacks metaphor was beeing on the verge to  
disappear, or at least to become somethins like "old fashion  
programming", without being able to clearly understand what they would  
be replace with!


I would like very much to built sites; so I am ready to learn a little  
bit of complementary syntax (or/and a bit of procedures) if it is  
really necessary, but surely not a lot.


Thanks again

Best regards from Grenoble
André


Le 18 avr. 09 à 03:21, J. Landman Gay a écrit :


Joe Lewis Wilkins wrote:

I have found this whole subject so far over my head that I'm  
embarrassed. Can anyone sight some sort of reference that just  
"might" get me off of my desktop. I am s uneducated on this  
topic. Simply stated, what's this for, why is it needed and what  
does it let us do that we can do now? There MUST be others who are  
just as much in the dark.


It's kind of hard to explain if you don't create web pages or have a  
familiarity with how they are written. But in a nutshell, web pages  
written in pure HTML are static. Whenever you see a page that does  
something dynamic -- buttons with different rollover states, data  
that changes depending on live user input, dynamic content of any  
type -- those actions must be scripted into the page using a second,  
scripted language like JavaScript or PHP. The scripted language is  
integrated into the same page as the HTML code and the server  
interprets the scripts and shows you dynamic content.


Up until now, anyone who wanted dynamic content on a web page had to  
learn one of those other languages. What has just happened is that  
Runtime has figured out a way to allow a web server to work with our  
familiar xtalk, and allow that to be embedded into a web page  
instead of one of the other languages. This is big stuff.


The server needs to be set up in a particular way to allow this, and  
as of now, only Runtime has that setup in place. They have made  
their web service available so we can take advantage of this new  
capability. Their setup pretty much matches industry standards in  
terms of features and capability -- except for this remarkable  
scripting feature which no one else has. There is nothing to lose by  
changing to Runtime's web hosting service, and everything to gain if  
you want to write web pages using the language we know and love.


For years now, the Rev engine has always had the capability to work  
with a server as long as it was set up as a CGI service. This is a  
complicated and tedious task in general, but once it was set up it  
works well. (This method isn't going away, by the way. It will still  
be functional for those who want it.) However, with the new HTML- 
integrated capabilities, CGIs are no longer needed. You can write  
HTML and Rev script in the same web page and your users will see  
content based on whatever your scripts do. You don't have to worry  
about any of the complexities of CGIs because none of that matters  
any more (permissions, engines, Apache installation, missing  
libraries, line endings, etc. All moot now.)


Anyone who's had to work with the old-style CGIs will find the new  
method liberating. One of the hardest things to do was debug a CGI;  
it was very much like working with HC version 1.0 where the only way  
to know what a variable contained was to put its contents into the  
message box. If you got a script error, it was up to you to figure  
out the problem, because the clues were sparse if they existed at  
all. That's all over with now. RR provides a live debugger that lets  
you step through the scripts on a web page just as though you were  
working in a stack. That alone is worth the price of admission for  
web page authors.


For me, I haven't seen such a cool thing since I was gobsmacked by  
the ability to run a stack from a remote server in one line of script.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: on-rev example: 'globals.cgi' conversion

[Andre.Bisseret]

Le 18 avr. 09 à 06:03, Phil Davis a écrit :


A quick on-rev example:
Just to get started, I converted my 'globals' CGI script to an on- 
rev web page:


  
  
  
  
  
  

  Server Globals
  
  "
  end repeat
  put "version,processor,systemVersion,platform,environment" into  
tExtras

  replace comma with cr in tExtras
  repeat for each line tLine in tExtras
put "the" && tLine into tLine2
put tLine2 && "=" && value(tLine2) & ""
  end repeat
  ?>
  
   

  
  

And here's what it looks like in the browser:
 http://phildavis.on-rev.com/globals/index.irev


I love being able to reuse my Rev know-how this way!
--
Phil Davis


Bonjour,
Clicking on the URL I get the following lines
Being rather naive about web programming, I must confess, I am still  
"in the dark" ;-))

Was it really what you expected one discovers?

I was expecting something like a beautiful web page ;--))
Naive indeed as you may notice ;-)))

Best regards from Grenoble
André
-
Server Globals
DOCUMENT_ROOT = /home/phildavi/public_html
GATEWAY_INTERFACE = CGI/1.1
HTTP_ACCEPT = text/html,application/xhtml+xml,application/xml;q=0.9,*/ 
*;q=0.8

HTTP_ACCEPT_CHARSET = ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_ACCEPT_ENCODING = gzip,deflate
HTTP_ACCEPT_LANGUAGE = fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3
HTTP_CONNECTION = keep-alive
HTTP_HOST = phildavis.on-rev.com
HTTP_USER_AGENT = Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr;  
rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8

PATH_TRANSLATED = /home/phildavi/public_html/globals/index.irev
QUERY_STRING =
REMOTE_ADDR = 82.122.7.167
REMOTE_PORT = 49201
REQUEST_METHOD = GET
REQUEST_URI = /globals/index.irev
SERVER_ADDR = 74.54.153.72
SERVER_ADMIN = webmas...@phildavis.on-rev.com
SERVER_NAME = phildavis.on-rev.com
SERVER_PORT = 80
SERVER_PROTOCOL = HTTP/1.1
SERVER_SIGNATURE =
Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e-fips-rhel5  
mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server  
at phildavis.on-rev.com Port 80


SERVER_SOFTWARE = Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e- 
fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/ 
5.0.2.2635

the version = 3.5.0-dp-6
the processor = unknown
the systemVersion = unknown
the platform = linux
the environment = server

This page of code executed in 0.00021 secs.
---
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

3.5 on Debian Linux

[Peter Alcibiades]

Well, after a quick canter through, its a bit of a disappointment.

1)  Rev Browser is still conspicuous by its absence.

2)  Mutliple Desktops still do not work in Gnome.  Haven't bothered to try 
KDE.  This makes no sense:  Rev is the only application I ever found where 
they do not work right in Gnome.  I assume they still work in Fluxbox, 
they did in 3.0 at least, but I'm getting fed up with trying this stuff.

3)  Printing still does not work properly - print card, print field don't 
bring up a list of the installed printers.  Given this, its a fair bet 
that revPrintField is not going to work any better than it did in 3.0, 
again I am losing patience with trying this stuff over and over again.  
Again, you could say its something about this installation, but if so, why 
do all other apps find all installed printers?

4) There is something weird with preferences.  I foolishly tried to set the 
backdrop to yellow just to see how it felt.  Now, no matter what I do, 
reset to defaults works on the open instance, but on every restart the 
backdrop resets to yellow.  Similarly, the appearance is always the 
default, but the problem is the highlighting in the default is done in 
such a way that it obscures the print in the menu item being selected.  
Yes, you can reset this to motif, and this does make it visible.  For that 
session only!  

Behaviours and data grids will probably be very nice when one gets used to 
them.  But really, to still be using awk to generate a printable version 
of a field, to be resetting preferences every time you fire it up, to have 
10 open empty desktops, and message box, palette, property inspector, 
script editor, application under development, and dictionary all crammed 
onto one of them, one window on top of another!

As I say, its a bit of a disappointment.

Peter
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution