date:20091117


Hi René

René Micout-2 wrote:
> 
> Good !
> 

Looks like you could download this stack
from my site without problems. :-)
I am glad that you liked this experiment,
just notice that it's incomplete.

Visit Scott Rossi's site to learn more from
his professional approach to interactive
graphics in this platform:
http://www.tactilemedia.com

Recent problems to download links from my site in
000space, is related to their desicion of disabling
file hotlinking... :-(

To download this test from my website in 000space:
In first place, visit the site:
http://capellan2000.000space.com
and then, paste this link and download:
http://capellan2000.000space.com/ScottRossi_spotlight_v2.zip

This file is available from this link too:
http://www.megaupload.com/?d=WC3D26QZ

Alejandro


-- 
View this message in context: 
http://n4.nabble.com/How-to-do-this-in-a-Revlet-thread-Part-3-tp622355p622875.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: RevWeb oddities

Hi David,

David Glasgow wrote:
> 
> [snip]
> I don't really have a sense whether I should be trying to find  
> workarounds to the above, or whether they are glitches to be  
> expected.  Makes me realise that I had learned more about desktop OSs  
> than I was aware of, because having avoided webby stuff for years, I  
> haven't really got a clue as to where to start  :-(
> 

I feel exactly in the same position...

Did i had to learn javascript and all the web languages, like
PHP, Perl, Python, etc. to make the most effective use
of the RevWeb plugin? Only thinking about it, make me feel
overhelmed.

For example, to read and write data to a mySQL database
in a web server using a stack running inside the RevWeb plugin,
Should we use intermediary scripts from other languages,
that do the actual read and write to this database, and
then use this stack only to display data?

Are my concerns justified?

Alejandro

-- 
View this message in context: 
http://n4.nabble.com/RevWeb-oddities-tp622682p622891.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: >

Troy-

Tuesday, November 17, 2009, 8:48:06 AM, you wrote:

> On Nov 17, 2009, at 10:33 AM, Richard Gaskin wrote:

>> Just a little honing of the terminology and layout in the store  
>> would make it a bit easier for folks to give RunRev money.

> +1

> Don't make it so confusing to buy. People already have to take in the
> somewhat unique cost structure of owning Runrev, the least they can
> expect is that it be made as simple and clear as possible.

Also, tellingly, searching the website for "upgrade", "update",
"assurance", or "renew" gave no useful information. I just went to
look how to renew a license on the revamped website and in spite of
the above discussion it took several tries before I figured it out.
And wouldn't have gotten anywhere if it hadn't been for Bill's posting
here.

How about just putting a "Renew your license" button on the main
ordering page?

-- 
-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: Centering revlet in browser

2009-11-17 Thread Klaus on-rev

Hi Richard,

> The correct tags are right at the beginning of the test.html file that is 
> automatically created after making the revlet. I just had to leave in the 
> CENTER and H1 tags, removing the title only. That did it.

Thank you!

> Richard

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.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

Software Assurance Explained

2009-11-17 Thread William Marriott

RunRev does have a unique policy of updates and upgrades compared to, 
say, Adobe. Instead of paying on a per-version basis, one gets 
essentially annual subscriptions to new versions, after the three-month 
window you get with new purchases expires.


The reasoning behind this is to even out our revenue over the year, to 
put more of a focus on giving attention to what is truly needed by users 
(as opposed to coming out with versions "synthetically" on our own 
financial timetable), to make it easier for customers to get the latest 
versions right away (instead of having to make multiple purchase 
decisions frequently), to ensure products built with Rev are always of 
the highest available quality (so our customer's customers are happy), 
and to eliminate destructive debates over what should constitute a free 
"update" versus what warrants a for-fee "upgrade."


I think it's actually a pretty amazing value for the money. If you 
bought Rev 2.9 on Sept 1, 2008 and a software assurance pack on Dec 1, 
2008, you would have received Rev 3.0, 3.5, *and* 4.0 as part of that. 
Three major new versions for "a single low payment!" Sorry to sound like 
a TV pitchman, but isn't that truly remarkable?


Under traditional software upgrade models we could probably have charged 
four or five times as much for you to keep current over that time 
period. Compare us with, say, FileMaker Inc., which is earning a 
reputation for gouging customers with ho-hum upgrades priced quite close 
to the new-copy retail. Compare us with the percentage of retail you pay 
to upgrade your Adobe software.


We call it software assurance because you are assured that your software 
will always be up-to-date. That's something we think professional 
developers value. With the addition of the new automatic updates 
functionality for all editions, that is becoming even more of a reality.


For revEnterprise users, it also means access to pre-release builds and 
admission to our exclusive "Improve" list (a forum that perhaps needs to 
be renamed at some point, as we are now better at acting upon input for 
improvement from all corners).


[The term "software assurance" isn't as non-standard as you would think, 
by the way. Microsoft calls their similar program exactly that.]


Although new purchasers are entitled to three months of updates and 
upgrades free (so you can be sure you'll get bug fixes, etc.), they also 
have a full year of eligibility for the "Early" assurance pack price. 
After that, the cost for an assurance pack essentially doubles.


The exception we made for select customers with the offer below is a 
very short-term incentive to encourage people who mostly have been stuck 
in the 2.9 or even 2.6.1 era to try out the new, much-more-usable and 
much-more-capable Rev 4.0. (It's time to come back to the fold!)


Quite honestly, the behavior we want to encourage is for customers to 
purchase Rev, then make the annual assurance plan purchase more or less 
automatic. I suppose a downside is that there are some people who are 
always going to "kick the tires" before they spend any more than they 
have to, but having an assurance plan not only works out best for you in 
the long run, but is the best way to support RunRev's continuing efforts 
to deliver great software.


- Bill

p.s.: Think about it: $99/year and you could have gotten three fantastic 
new versions ... and support a company that's working really hard to not 
only earn a spot on your desktop, but also change the way the world 
thinks about software.




Richard Gaskin wrote:

Bill Marriott wrote:

The Order Now button directs to to the "Early" software assurance 
package page for your edition of Rev.


How many people looking for "upgrade" will think of "assurance"?

When I think of "assurance" I think of the Crimson Permanent Assurance 
Company. ;)



I had a client confused by this recently, and when I upgraded 
("assured"?) my own license a couple weeks ago I experienced the same 
uncertainty.


People are accustomed to paying for software upgrades (point releases), 
with the occasional free update (point-point releases).  Some specialty 
software is sold by subscription, in which a fee is required annually.


RunRev's pricing is a unique mix somewhere between the two, and while I 
assume there are good reasons for this unusual pricing structure and I 
wouldn't advocate changing it, if unique nomenclature is used it may be 
helpful to translate RunRev's terms into industry-common-speak.


Perhaps "Early Software Assurance Pack" could be renamed "Early Upgrade 
Assurance Pack" for clarity.


And FWIW, the front page of the Store section doesn't show upgrades at 
all; only when you click to buy what is marked as a full license do you 
find the "assurance" (upgrade) option.


If the pricing is working well for RunRev don't change it; the prices 
are quite reasonable once they're understood.


Just a little honing of the termino

Re: Software Assurance Explained

2009-11-17 Thread Jim Sims


Thanks for the detailed email Bill.

Maybe you'll be addressing the web site issues that others have talked  
about in another email, but I'll send this anyway.


I also found the RunRev website a bit more complicated than it might  
need to be, but I also find tying my shoes a bit complex.


There's a great book named "Don't Make me Think" in which the author  
suggests having a few people sit down and use your software or web  
site. You sit there and watch/listen as they attempt to find things.  
Quite a revealing experience. Then you streamline things a bit, fix 'em.


Clear, direct, few steps (one is ideal) routes to plunking down a  
credit card means more revenue. That is a good thing, especially for  
us who also use Rev to make a living.


Maybe you already do such testing with the web site... maybe not.

sims

On Nov 17, 2009, at 6:46 PM, William Marriott wrote:

RunRev does have a unique policy of updates and upgrades compared  
to, say, Adobe. Instead of paying on a per-version basis, one gets  
essentially annual subscriptions to new versions, after the three- 
month window you get with new purchases expires.


The reasoning behind this is to even out our revenue over the year,  
to put more of a focus on giving attention to what is truly needed  
by users (as opposed to coming out with versions "synthetically" on  
our own financial timetable), to make it easier for customers to get  
the latest versions right away (instead of having to make multiple  
purchase decisions frequently), to ensure products built with Rev  
are always of the highest available quality (so our customer's  
customers are happy), and to eliminate destructive debates over what  
should constitute a free "update" versus what warrants a for-fee  
"upgrade."


I think it's actually a pretty amazing value for the money. If you  
bought Rev 2.9 on Sept 1, 2008 and a software assurance pack on Dec  
1, 2008, you would have received Rev 3.0, 3.5, *and* 4.0 as part of  
that. Three major new versions for "a single low payment!" Sorry to  
sound like a TV pitchman, but isn't that truly remarkable?


Under traditional software upgrade models we could probably have  
charged four or five times as much for you to keep current over that  
time period. Compare us with, say, FileMaker Inc., which is earning  
a reputation for gouging customers with ho-hum upgrades priced quite  
close to the new-copy retail. Compare us with the percentage of  
retail you pay to upgrade your Adobe software.


We call it software assurance because you are assured that your  
software will always be up-to-date. That's something we think  
professional developers value. With the addition of the new  
automatic updates functionality for all editions, that is becoming  
even more of a reality.


For revEnterprise users, it also means access to pre-release builds  
and admission to our exclusive "Improve" list (a forum that perhaps  
needs to be renamed at some point, as we are now better at acting  
upon input for improvement from all corners).


[The term "software assurance" isn't as non-standard as you would  
think, by the way. Microsoft calls their similar program exactly  
that.]


Although new purchasers are entitled to three months of updates and  
upgrades free (so you can be sure you'll get bug fixes, etc.), they  
also have a full year of eligibility for the "Early" assurance pack  
price. After that, the cost for an assurance pack essentially doubles.


The exception we made for select customers with the offer below is a  
very short-term incentive to encourage people who mostly have been  
stuck in the 2.9 or even 2.6.1 era to try out the new, much-more- 
usable and much-more-capable Rev 4.0. (It's time to come back to the  
fold!)


Quite honestly, the behavior we want to encourage is for customers  
to purchase Rev, then make the annual assurance plan purchase more  
or less automatic. I suppose a downside is that there are some  
people who are always going to "kick the tires" before they spend  
any more than they have to, but having an assurance plan not only  
works out best for you in the long run, but is the best way to  
support RunRev's continuing efforts to deliver great software.


- Bill

p.s.: Think about it: $99/year and you could have gotten three  
fantastic new versions ... and support a company that's working  
really hard to not only earn a spot on your desktop, but also change  
the way the world thinks about software.




Richard Gaskin wrote:

Bill Marriott wrote:
The Order Now button directs to to the "Early" software assurance  
package page for your edition of Rev.

How many people looking for "upgrade" will think of "assurance"?
When I think of "assurance" I think of the Crimson Permanent  
Assurance Company. ;)


I had a client confused by this recently, and when I upgraded  
("assured"?) my own license a couple weeks ago I experienced the  
same uncertainty.
People are a

Re: Safari caches revlet

2009-11-17 Thread Jim Lambert

Scott, Brian & Dave,

Thanks for the tips!
Sounds like dynamically changing the revlet's URL is a good way to go.

JimL
___
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 PostgreSQL

2009-11-17 Thread Trevor DeVore


On Nov 15, 2009, at 8:38 PM, Rick Harrison wrote:


Since the people at Revolution say that PostgreSQL
should work fine on their On-Rev server I think that
perhaps they should be held accountable for their
advertising of said capabilities.


I imagine PostgreSQL works fine if you connect from localhost. Does  
the database work if you connect with an .irev page running on the  
server? Usually a database won't allow a user to connect from a remote  
server without you explicitly telling the database to allow them to do  
so.



So the question still remains: "Has anyone out there
been able read and write to a PostgreSQL database
on an On-Rev server using a revlet?"


I haven't tried, but if you are having trouble then I would check  
whether or not you authorized the user you are connecting with to  
connect from outside hosts. By default the database user is usually  
restricted to connecting from localhost only (at least with MySQL).


--
Trevor DeVore
Blue Mango Learning Systems
ScreenSteps: http://www.screensteps.com
Releasable Revolution Resources for Developers: 
http://revolution.bluemangolearning.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: lineoffset - In Reverse

2009-11-17 Thread Phil Davis


Hi Len,

Here's an approach that might give you what you need. It assumes the 
file is already in a "vFile" variable, and that the contents of vFile 
won't be rewritten - in other words it's disposable:


-- find an unused character to use as a line delimiter
put empty into tMarkerChar
repeat with x = 255 down to 1 -- I didn't include 0 - it might cause 
problems in this context

  if numToChar(x) is not in vFile then
 put numToChar(x) into tMarkerChar
 exit repeat
  end if
end repeat

-- exit if every ASCII char is used in the file
if tMarkerChar = empty then
  answer "Can't do it!"
  exit to top
end if

-- get the data chunk in question
replace "..." with tMarkerChar in vFile
set the lineDelimiter to tMarkerChar
put line -2 of vFile into tFoundSegment
set the lineDelimiter to CR

So now you've isolated your data chunk. I may have missed something, but 
this approach is simple and should work.


Hope this helps -
Phil Davis


Len Morgan wrote:
I'm trying to parse a file, who's format I have no control over.  I 
have found the pattern that I need but in order to make it work 
(easily) I need the equivalent of lineoffset to work from the end mark 
(which I can reliably find) and the start of that section which is a 
variable number of lines above the end mark.


The start of a section is a line by itself with "..." but 
this same line is also used to mark off other sections that I don't 
need.  So, what I need to do is:


1) find the line offset to the next end-of-section marker
2) find the line offset from #1 BACKWARDS to the first line that 
starts with "..."


Is there such a function?  I can always roll my own and just read 
lines backwards from #1 above until I find the start mark but why 
reinvent the wheel if such a function is already in revTalk.


len 


--
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 and PostgreSQL

2009-11-17 Thread Len Morgan

The file you'll need to look at (and possibly modify) is the pg_hba.conf 
file in the directory above where PostgreSQL stores the actual data 
tables.  It is very well commented (you'll want to go near the bottom of 
the  file to see the examples that come with the standard distribution).


You are allowed to control access to individual databases by not only 
username/password but also by IP/domain name, whether it is on a secure 
connection etc.  I'm not sure if the PostgreSQL admin program let's you 
do that or not.  I've been using PostgreSQL  since version 1.09 (about 
12 years) and so have "grown up" modifying the files with a text editor.


On a similar point though, how would you even get the revdb.dll "into" 
the revLet so that it could access ANY database?  Since revLets are 
supposed to be platform neutral, how would it know which dll/bundle/so 
to load in the browser?  Has anyone managed to access ANY database from 
a revLet?  If so, could you provide a short script showing how?  I'd 
really like to use SQL Yoga in a revLet but I haven't figured out this 
(very basic) little detail.


len


Trevor DeVore wrote:

On Nov 15, 2009, at 8:38 PM, Rick Harrison wrote:


Since the people at Revolution say that PostgreSQL
should work fine on their On-Rev server I think that
perhaps they should be held accountable for their
advertising of said capabilities.


I imagine PostgreSQL works fine if you connect from localhost. Does 
the database work if you connect with an .irev page running on the 
server? Usually a database won't allow a user to connect from a remote 
server without you explicitly telling the database to allow them to do 
so.



So the question still remains: "Has anyone out there
been able read and write to a PostgreSQL database
on an On-Rev server using a revlet?"


I haven't tried, but if you are having trouble then I would check 
whether or not you authorized the user you are connecting with to 
connect from outside hosts. By default the database user is usually 
restricted to connecting from localhost only (at least with MySQL).



___
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 PostgreSQL

Trevor-

Tuesday, November 17, 2009, 10:11:17 AM, you wrote:

> I haven't tried, but if you are having trouble then I would check
> whether or not you authorized the user you are connecting with to  
> connect from outside hosts. By default the database user is usually
> restricted to connecting from localhost only (at least with MySQL).

Good points. Postgresql in particular locks access down to localhost
by default. You have to modify the .conf files in order to allow
remote access.

-- 
-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: lineoffset - In Reverse

Phil-

Tuesday, November 17, 2009, 10:30:32 AM, you wrote:

> -- get the data chunk in question
> replace "..." with tMarkerChar in vFile
> set the lineDelimiter to tMarkerChar
> put line -2 of vFile into tFoundSegment
> set the lineDelimiter to CR

!! That's a brilliant use of lineDelimiter. I've been doing this the
hard way (as in just yesterday). I think this will simplify my code
quite a bit.

-- 
-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 and PostgreSQL

2009-11-17 Thread Rick Harrison

Hi Trevor,

I appreciate your suggestions.  I'm conducting research on
the problems, and I'll get back to you with any answers I may find.

Thanks again,

Rick


On Nov 17, 2009, at 1:11 PM, Trevor DeVore wrote:

> On Nov 15, 2009, at 8:38 PM, Rick Harrison wrote:
> 
>> Since the people at Revolution say that PostgreSQL
>> should work fine on their On-Rev server I think that
>> perhaps they should be held accountable for their
>> advertising of said capabilities.
> 
> I imagine PostgreSQL works fine if you connect from localhost. Does the 
> database work if you connect with an .irev page running on the server? 
> Usually a database won't allow a user to connect from a remote server without 
> you explicitly telling the database to allow them to do so.
> 
>> So the question still remains: "Has anyone out there
>> been able read and write to a PostgreSQL database
>> on an On-Rev server using a revlet?"
> 
> I haven't tried, but if you are having trouble then I would check whether or 
> not you authorized the user you are connecting with to connect from outside 
> hosts. By default the database user is usually restricted to connecting from 
> localhost only (at least with MySQL).
> 
> -- 
> Trevor DeVore



___
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: First test for Infinite Zoom

2009-11-17 Thread Wilhelm Sanke


Alejandro,

I finally found the time to look at your "Infinite Zoom" stack. After 
some changes to your code - I hope they were the right ones, i.e. not 
being counterproductive to your own intentions - I managed to start your 
stack, but using 6 images of my own in a folder "images"


I understand that in your stack "Zoom_infinite.rev" you "zoom out" a 
sucession of images in a stepwise fashion to achieve a decreasing size 
of the images which finally converge towards an "infinite" point, and 
after that you start all over again with a big-sized image.


At first, before I had tried your stack, my understanding had been that 
your perspective was how to implement an "infinitely" continuing zoom 
into or out of images (the latter of which, decreasing the size of an 
image until it vanishes, would be of course quite simple). I therefore 
looked at a number of scripts for (proportional) resizing of images I 
had tried in various image-processing stacks.


What I am going to mention here, may well beside your specific point of 
view concerning "infinite zoom" and meet with limited interest from your 
side.


Nevertheless, here are some observations mainly concerning "infinite 
zooming in":


1. The only procedure with which you can really "zoom-in infinitely" 
into an image is to take a continuing and everlasting succession of 
snapshots from a smaller rect of an image.
Place a rectangle graphic (the graphic can be even hidden) on top of an 
image that has its "Lock Location" set to true (to preserve the size of 
the image) and then apply the following two-liner:


on mouseUp
  put the rect of grc "select" into trect
  export snapshot from rect(trect) of img "test" to img "test" as PNG
end mouseUp

You could also put the snapshot line inside a repeat loop to achieve a 
stepwise zooming-in effect remotely similar to the effect in your stack, 
but in this example with only one image. The "quality" of the zoomed-in 
images will of course depend on the set "resizequality" of the image.
Although you indeed could continue such a procedure "forever", it makes 
sense only up to a certain point.


2. On the "slides page" of my stack



you can enlarge or shrink the selected images proportionally in steps. 
If - when enlarging and therefore "zooming in" in the visible windows - 
you reach a size of about

  width = 18000 pixels, height = 14000 pixels
Revolution will crash immediately and silently without an error message, 
simply vanishing from the screen, stack and IDE (Tested on WindowsXP 
with Rev 3.5 and 4.0).


3.On the slideshow card of my old sample stack



you can smoothly and proportionally zoom in and out of an image using a 
slider. I have restricted the maximal size here to about 3000 x 2500. 
The smoothness of the zooming procedure ist best with the resizequality 
set to "normal". "Good" for the resizequality is still smooth and 
tolerable on a fast computer, with "best" the zooming process begins to 
slow down considerably in the upper size range.


To test the "crash limits" found above in example 2 I put an image and a 
zoom-slider on a card  - with the end value of the scrollbar set to 
19000 and zooming an image with equal values for width and height.


With "normal" resize quality the zooming was nearly smooth up to the 
value of 4000. Above 4000 the zooming process became increasingly more 
jerky.
With the resizequality set the to "best", zooming above 4000 was 
virtually impossible, whereas zooming stepwise in the "ThumbsAndSlides" 
stack occurred without a noticeable time lag even with resizequality 
"best" and up to the crash size of 18000 X 14000.


When using the zoom-slider, the crash of Rev - as described above - 
occurs at an image size of about 16000 X 16000, meaning that Revolution 
can "accommodate" images up to 256 million pixels, at least if there are 
blown up to such a size inside Revolution.


Regards,

Wilhelm Sanke





___
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

Other opinions in other places

2009-11-17 Thread Richmond Mathewson


I don't know who is reading the following:

http://finance.groups.yahoo.com/group/HyperCard/messages?o=1

apart from Mark Schonewille and Jacqueline Landman Gay, who has
any "clout" in the RunRev department.

There is a fairly pointed criticism levelled at the folks at RunRev
compared with Supercard; which, from my own point of view, I
can see seems to be at least partly true.

Worth a read; and it needs to be "shoved under the noses" of
the RunRev folks if they are unaware of it.

---

Things seem to break down into 3 main areas of complaint:

1. Supercard is more stable and reliable than RunRev

and, as 'Diabolus causidicus' I would have to point out that RunRev is 
multiplatform

while Supercard is not.

2. RunRev makes real or implied (this is an old 'bone' as "implied" 
probably lies
   rather more in the mind of the reader than the writer) promises 
which they

   fail to keep.

   This is where I tend to agree having recently fallen foul of  Unicode
   capabilities and embedded fonts in revlets.

3. The RunRev website is not very "sexy" in terms of pulling in non-RunRev
folks.

I, honestly think that the RunRev site is a whole lot better than the 
Supercard

one, which looks a bit 'nursery-schoolish' to me.



___
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

Snow Leopard kills all document-based standalones?

2009-11-17 Thread Richard Gaskin

We've had some discussion here about the Rev IDE breaking under Snow 
Leopard; specifically, in v3.5 double-clicking a .rev file would launch 
Rev okay but Rev wouldn't open the file.


IIRC at the heart of the problem was that the file paths passed to the 
app in the odoc event were in a different format than before, so any 
attempt to use those would result in a "can't find file" error.


This is reportedly fixed in v4.0, but for one of my apps I'd like to see 
if I can fix this with the v3.5 engine.


Unfortunately, Ken and I walked through a few different scenarios this 
morning and can no longer replicate the problem with v3.5.


It may be useful to note that the system we tested on is running OS X 
10.6.2, but nothing in Apple's release notes suggest they've fixed the 
issue on their end.


So my questions for you folks are:

- Anyone here experience this in your own standalones?

- Do you have a recipe for reproducing it?

- Either way, which version of Snow Leopard are you running?

TIA -

--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv

___
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: "How to do this in a Revlet?" thread Part 3

Recently, Alejandro Tejada wrote:

> Now is my turn to ask for insights to implement
> this swf effect in a revlet:
> 
> http://www.magictoolbox.com/magicmagnify/
> 
> Notice how smoothly the masked image move
> along with the circle in this page.

It's always difficult to resist a graphics-related challenge.  Execute the
following in your Rev message box (not a Revlet):

 go url "http://www.tactilemedia.com/site_files/downloads/magglass.rev";

The file is just over 1MB so allow a few moments for the stack to load.  It
seems to run smoothly over here.  An explanation of how the effect is done
is included in the stack.

Best 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: On-Rev and PostgreSQL



Le 17 nov. 09 à 19:37, Mark Wieder a écrit :


Good points. Postgresql in particular locks access down to localhost
by default. You have to modify the .conf files in order to allow
remote access.


Hi Mark and all,

It's not realy safe to set up a postgreSQL nor MySQL on-rev backend as  
a remote bindable rdbms as long as direct communication with those db  
from the outside world without using an SSL, SHTTP or SSL tunnel will  
be unsecure.


If we need to bind those backends without opening security holes in  
our processes (login/password transfert over the web, even as MD5  
hashes can be dangerous), the best to do is to have the revlet sending  
its requests to an irev script witch will query the rdbms in localhost  
mode and send back the result to the revlet.


As long as i did'nt set any revlet-irev communication process for yet,  
i can't realy be realy helpfull about this part of the recommandation  
but if anyone need some irev-MySQL way to go, i can send some samples.


Best,

Pierre



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



--
Pierre Sahores
mobile : (33) 6 03 95 77 70

www.wrds.com
www.sahores-conseil.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: Software Assurance Explained

2009-11-17 Thread Richard Gaskin

Thanks for the explanation, Bill, but as I wrote in the message you 
quoted I already agree that the pricing is indeed a good value and I 
wouldn't advocate changing it.


I was just suggesting the word "upgrade" be added to the name of the 
"assurance" pack to help folks find what they're looking for more easily.


--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv


RunRev does have a unique policy of updates and upgrades compared to, 
say, Adobe. Instead of paying on a per-version basis, one gets 
essentially annual subscriptions to new versions, after the three-month 
window you get with new purchases expires.


The reasoning behind this is to even out our revenue over the year, to 
put more of a focus on giving attention to what is truly needed by users 
(as opposed to coming out with versions "synthetically" on our own 
financial timetable), to make it easier for customers to get the latest 
versions right away (instead of having to make multiple purchase 
decisions frequently), to ensure products built with Rev are always of 
the highest available quality (so our customer's customers are happy), 
and to eliminate destructive debates over what should constitute a free 
"update" versus what warrants a for-fee "upgrade."


I think it's actually a pretty amazing value for the money. If you 
bought Rev 2.9 on Sept 1, 2008 and a software assurance pack on Dec 1, 
2008, you would have received Rev 3.0, 3.5, *and* 4.0 as part of that. 
Three major new versions for "a single low payment!" Sorry to sound like 
a TV pitchman, but isn't that truly remarkable?


Under traditional software upgrade models we could probably have charged 
four or five times as much for you to keep current over that time 
period. Compare us with, say, FileMaker Inc., which is earning a 
reputation for gouging customers with ho-hum upgrades priced quite close 
to the new-copy retail. Compare us with the percentage of retail you pay 
to upgrade your Adobe software.


We call it software assurance because you are assured that your software 
will always be up-to-date. That's something we think professional 
developers value. With the addition of the new automatic updates 
functionality for all editions, that is becoming even more of a reality.


For revEnterprise users, it also means access to pre-release builds and 
admission to our exclusive "Improve" list (a forum that perhaps needs to 
be renamed at some point, as we are now better at acting upon input for 
improvement from all corners).


[The term "software assurance" isn't as non-standard as you would think, 
by the way. Microsoft calls their similar program exactly that.]


Although new purchasers are entitled to three months of updates and 
upgrades free (so you can be sure you'll get bug fixes, etc.), they also 
have a full year of eligibility for the "Early" assurance pack price. 
After that, the cost for an assurance pack essentially doubles.


The exception we made for select customers with the offer below is a 
very short-term incentive to encourage people who mostly have been stuck 
in the 2.9 or even 2.6.1 era to try out the new, much-more-usable and 
much-more-capable Rev 4.0. (It's time to come back to the fold!)


Quite honestly, the behavior we want to encourage is for customers to 
purchase Rev, then make the annual assurance plan purchase more or less 
automatic. I suppose a downside is that there are some people who are 
always going to "kick the tires" before they spend any more than they 
have to, but having an assurance plan not only works out best for you in 
the long run, but is the best way to support RunRev's continuing efforts 
to deliver great software.


- Bill

p.s.: Think about it: $99/year and you could have gotten three fantastic 
new versions ... and support a company that's working really hard to not 
only earn a spot on your desktop, but also change the way the world 
thinks about software.




Richard Gaskin wrote:

Bill Marriott wrote:

The Order Now button directs to to the "Early" software assurance 
package page for your edition of Rev.


How many people looking for "upgrade" will think of "assurance"?

When I think of "assurance" I think of the Crimson Permanent Assurance 
Company. ;)



I had a client confused by this recently, and when I upgraded 
("assured"?) my own license a couple weeks ago I experienced the same 
uncertainty.


People are accustomed to paying for software upgrades (point releases), 
with the occasional free update (point-point releases).  Some specialty 
software is sold by subscription, in which a fee is required annually.


RunRev's pricing is a unique mix somewhere between the two, and while I 
assume there are good reasons for this unusual pricing structure and I 
wouldn't advocate changing it, if unique nomenclature is used it may

Re: "How to do this in a Revlet?" thread Part 3

2009-11-17 Thread splash21


Bravo!

Scott Rossi wrote:

Recently, Alejandro Tejada wrote:

  

Now is my turn to ask for insights to implement
this swf effect in a revlet:

http://www.magictoolbox.com/magicmagnify/

Notice how smoothly the masked image move
along with the circle in this page.



It's always difficult to resist a graphics-related challenge.  Execute the
following in your Rev message box (not a Revlet):

 go url "http://www.tactilemedia.com/site_files/downloads/magglass.rev";

The file is just over 1MB so allow a few moments for the stack to load.  It
seems to run smoothly over here.  An explanation of how the effect is done
is included in the stack.

Best 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


  


___
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

Getting url

2009-11-17 Thread James Hurley


I am trying to do address verification.

For example, the county DB lists the following two address

10187 Grinding Rock Dr [tab] Grass Valley CA 95945
and also
10187 Grinding Rock Dr [tab] Grass Valley CA 95949

I want to find out (programatically) if the zip should be 95945 or 95949

So here is my dillema:

When I do a Google search for the 95945 zip code address I get a page  
that tells me that the zip code should be 95949


When I compare the source code of this page with the RunRev result  
from the following:


get url "http://www.google.com/search?q=10187%20Grinding%20Rock%20Dr%09Grass%20Valley,%20CA%2095945 
"


The value of "it" is not the same as the source code of the Google  
search page. Not even close.


What am I missing?

Jim Hurley


___
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

Looking for a defined path to learn Rev (for new users)


Hi all,

Previously, i have wrote about my fellow teachers that
i have invited to use RevMedia in their classes.

If you read those comments, you had learn that
they expect to receive training from the source,
from Runrev, not unlike Microsoft and Adobe
offers with their certification programs.

The idea of learning on their own, do not attract 
too many of them. I know that this is the result of
previous experiences in trainings for other softwares.

This training should be offered in teacher's
native language. Although, revTalk should be keep
as an English-like programming language, without
trying to translate commands, functions, handlers,
messages and tokens to another languages.
(Different of Apple Computer, that actually localized
HyperTalk to many languages)

These teachers actually want that RevMedia, have an
interface more similar to Office programs like Word or
PowerPoint. The idea of scripting visual effects for 
transitions from a card to another, or hiding or showing
a control seems so alien to them, that i suspect that
this useful feature (for their specific kind of work), would
be underutilized or unused at all.

Now, i am looking for comments about this idea:

To make easier for Teachers (or users), to know in which level
of expertise they stand, divide clearly the learning experience
in different levels, just like HyperCard do.

The following paragraph was copied from this page:
http://www.mactech.com/articles/mactech/Vol.03/03.10/HyperCardProgramming/index.html

There are 5 user levels within Hypercard. The top most level,
and easiest to use, is Browsing. This allows the user to navigate
through Stacks and look at information but not to add or modify it.

(My comment:
Given that Rev is multiplatform, i should add another
ability to this level that should be carried to others levels:
The ability of making clear and understable reports of failures or
malfunction of stacks to their authors, using screenshots and
written reports. This is really important and should be so easy, that
do not become a burden.)

The next two levels Typing and Painting allow the user to add or modify
written and graphic information. The last two levels are Authoring
and Scripting.

(My comment:
The Authoring level requires very good tutorials about
each part of Rev interface, because, as i wrote before, many Teachers
expect to take advantage of their experience using Office Software, while
they learn to use Rev. In fact, editing text in Rev seems (to many of them)
really "primitive", because they compare this task with their counterpart
in other programs. Rev needs to add menu items for common text
transformation functions like Uppercase or Lowercase, Sentence Case, 
bulleted list, etc. or an accessible plug-in method to add them to a
palette.

My approach to tackle this fear to authoring have been teaching them first:
1) how to create a stack
2) how to create cards (i told them that these are pages...)
3) how to navigate between cards (and their visual effect transitions)
4) how to change stack and cards properties (size, background colors,
etc. This part serves to teach them about inheritance of properties.)
5) how to create fields, buttons, image canvas (yes, if you could paint
on them is an image canvas), vector graphics, etc.
6) Changing key attributes of these objects (Some key attributes, not all)
6) how to import text, images and graphics.
7) how to hyperlink (text hyper linking should be a lot easier for novices)
8) how to show and hide controls (Now they learn that all these objects
are called controls inside RevMedia)
9) how to group controls and show them in different cards
10) Optimizing and reducing the Size of stack content.

Final Project: Choose one of the Gutenberg Project ebooks and
convert many of their chapters in a stack that shows concepts
like: multiple cards, hyperlinks, text formatting, optimal use of images,
visual effects transitions, groups placed in multiple cards, use of
colors, textures and blends.

This is my what i want to teach them to learn authoring in
RevMedia. Did i miss some important points (that they should
learn) in previous description?

About reaching the Scripting Level, i could tell you the reactions that
i have observed when i show them five binders of printed documentation 
from Rev dictionaries and other materials. (Notice that i have not printed
all documentation available.)

My favorite remark: "Do you actually expect that i learn all this to use
this program?"

Obviously the answer is no, but i bet that this is the reaction of many
when they learn about the extension of the revTalk language.

I believe that they should learn to comment and debug other
people's code, while they start learning to write their own handlers.

By any chance, Have you seen the expression of fear when a newbie
choose "Quit" from the script editor and the whole program closes?
(He was expecting to "Quit" only the task that he was doing, that is,
quit scripting a control in the stack)

I

Rev Studio 4.0

2009-11-17 Thread LunchnMeets

Hi Everyone,

Where can I find a list of the new features in 4.0 and the directions on 
how to incorporate them into my stacks? The new dynamic graphics sounds 
interesting.

Joe in Orlando
___
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

PDF version of dictionary?

2009-11-17 Thread Marian Petrides

Is there a PDF version of the Dictionary for v 4.0 available?  If so, where can 
I find it?

Also, does anyone know whether the hard copy (print edition) of the Dictionary 
that is offered on RunRev's website is for v 4 or some earlier version?  TIA

Marian___
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: Rev Studio 4.0

2009-11-17 Thread Trevor DeVore


On Nov 17, 2009, at 3:33 PM, lunchnme...@aol.com wrote:

Where can I find a list of the new features in 4.0 and the  
directions on
how to incorporate them into my stacks? The new dynamic graphics  
sounds

interesting.


Joe,

There is a lesson that Ben Beaumont put together that shows how to  
apply some of the new affects. Perhaps it will help you get started.





--
Trevor DeVore
Blue Mango Learning Systems
ScreenSteps: http://www.screensteps.com
Releasable Revolution Resources for Developers: 
http://revolution.bluemangolearning.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: Rev Studio 4.0

2009-11-17 Thread Mikey

In the RR folder for the 4.0 version there are the following files:
"Engine Change Log"
"IDE Change Log"
and "Read_Me_First"


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
  and did a little diving.
And God said, "This is good."
___
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: Software Assurance Explained

2009-11-17 Thread Mikey

And let me be clear, as a very long-term customer of another
much-more-expensive RAD tool:  I likey this way better for a thousand
reasons.  One of those is what you mentioned - it changes RR's behavior
through the economics.

-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
  and did a little diving.
And God said, "This is good."
___
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: PDF version of dictionary?

2009-11-17 Thread runrev260805

Hi,

i sent the question about a PDF version of the dictionary to support already 
some days ago.
As soon as i get an answer, i will post it here.

Regards,

Matthias

 Original Message 
Subject: PDF version of dictionary? (17-Nov-2009 21:39)
From:Marian Petrides 
To:  runrev260...@m-r-d.de

> Is there a PDF version of the Dictionary for v 4.0 available?  If so, where 
> can I find it?
> 
> Also, does anyone know whether the hard copy (print edition) of the 
> Dictionary that is offered on RunRev's website is for v 4 or some earlier 
> version?  TIA
> 
> Marian___
> 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 and PostgreSQL

2009-11-17 Thread Len Morgan

I agree with you except there are cases where it IS necessary and 
doesn't require SSL.  I have a customer that has an in house network and 
WAN (it covers about 60 locations around the US but all connections are 
by VPN back to the corporate office).  I don't have the luxury of having 
an irev server on their web server for my revlet to talk to (in their 
case it's an MS SQL database accessed using ODBC).  I need to have the 
revlet communicate with the DB directly and as I mentioned in my last 
email, I haven't figured out how to include the necessary .dll to do 
that from a revlet.


len

Pierre Sahores wrote:
It's not realy safe to set up a postgreSQL nor MySQL on-rev backend as 
a remote bindable rdbms as long as direct communication with those db 
from the outside world without using an SSL, SHTTP or SSL tunnel will 
be unsecure.


If we need to bind those backends without opening security holes in 
our processes (login/password transfert over the web, even as MD5 
hashes can be dangerous), the best to do is to have the revlet sending 
its requests to an irev script witch will query the rdbms in localhost 
mode and send back the result to the revlet.


As long as i did'nt set any revlet-irev communication process for yet, 
i can't realy be realy helpfull about this part of the recommandation 
but if anyone need some irev-MySQL way to go, i can send some samples.



___
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: "How to do this in a Revlet?" thread Part 3

Magnifico! :-D

Magnifico reads almost like Magnify :-))

Scott, this effect runs really smooth in my faster computer
and a bit choppy in the slower one. (Could it be a factor of
the dimensions of the Full Size image?)

Full image size is double size of small image. (1024x768 vs 512x384)
When I reduced the small image in your stack to
341x256 (one third of full image size) noticed that some parts of the
small image are not scalable anymore. (For example, the right wing turbine.)

How could we adapt this script to use with images 3 times or more
the size of the small image?

Thanks a lot for your time and always sharp skills!

Alejandro

Scott Rossi wrote:
> 
> It's always difficult to resist a graphics-related challenge.  Execute the
> following in your Rev message box (not a Revlet):
> 
>  go url "http://www.tactilemedia.com/site_files/downloads/magglass.rev";
> 
> The file is just over 1MB so allow a few moments for the stack to load. 
> It
> seems to run smoothly over here.  An explanation of how the effect is done
> is included in the stack.
> 

-- 
View this message in context: 
http://n4.nabble.com/How-to-do-this-in-a-Revlet-thread-Part-3-tp622355p623047.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

arabic script

2009-11-17 Thread Monte Goulding


Hi

I've had a request from a client to investigate doing an arabic  
version of his app. The rev docs say right to left scripts aren't  
supported. Has anyone worked around this?


Cheers

Monte
___
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: arabic script

2009-11-17 Thread Mark Schonewille


Hi Monte,

It is possible. Can you tell a little more about what you need to do?

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer

Download Strõm Flow Chart Software
http://flowproject.economy-x-talk.com

Op 17 nov 2009, om 22:30 heeft Monte Goulding het volgende geschreven:


Hi

I've had a request from a client to investigate doing an arabic  
version of his app. The rev docs say right to left scripts aren't  
supported. Has anyone worked around this?


Cheers

Monte



___
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: arabic script

2009-11-17 Thread Monte Goulding


Hi Mark



It is possible. Can you tell a little more about what you need to do?


Well, we haven't considered other languages just yet so we would need  
to parse over all the objects in a reasonable size application and  
update them with arabic labels or contents. While we are at it I'd  
like to implement it so next time we can just replace a file and it  
will update the application at startup or something.


Cheers

Monte
___
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: arabic script

2009-11-17 Thread Mark Schonewille


Hi Monte,

As a very simple example, create two buttons and a field. Set the  
script of btn 2 to the following:


on mouseUp
 set the textFont of btn 1 to "Arabic,unicode"
 set the textFont of fld 1 to "Arabic,unicode"
 set the label of btn 1 to the unicodetext of fld 1
end mouseUp

Press button 2, paste Arabic text into fld 1, press button 2 again. A  
little bit of experimenting may be required.


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer

Download Strõm Flow Chart Software
http://flowproject.economy-x-talk.com

Op 17 nov 2009, om 22:43 heeft Monte Goulding het volgende geschreven:


Hi Mark



It is possible. Can you tell a little more about what you need to do?


Well, we haven't considered other languages just yet so we would  
need to parse over all the objects in a reasonable size application  
and update them with arabic labels or contents. While we are at it  
I'd like to implement it so next time we can just replace a file and  
it will update the application at startup or something.


Cheers

Monte



___
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 PostgreSQL

Len-

Tuesday, November 17, 2009, 12:59:14 PM, you wrote:

> I agree with you except there are cases where it IS necessary and 
> doesn't require SSL.  I have a customer that has an in house network and
> WAN (it covers about 60 locations around the US but all connections are
> by VPN back to the corporate office).  I don't have the luxury of having
> an irev server on their web server for my revlet to talk to (in their
> case it's an MS SQL database accessed using ODBC).  I need to have the
> revlet communicate with the DB directly and as I mentioned in my last
> email, I haven't figured out how to include the necessary .dll to do
> that from a revlet.

I haven't tried this from a revlet, but I can get to the postgresql
database on my in-house jira installation with md5 encryption over the
LAN from rev with no problems using

revOpenDatabase ("postgresql", tServerPort, kDatabase, kUser, kPassword)

-- 
-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 and PostgreSQL

Seems reasonable. If your customer runs a Win IIS or Apache web  
server, a possible way would be to replace the irev stuff by a cgi  
but, in practice, i would never be confident about such a solution  
because windows is not unix/linux


Best Regards,

Pierre

Le 17 nov. 09 à 21:59, Len Morgan a écrit :

I agree with you except there are cases where it IS necessary and  
doesn't require SSL.  I have a customer that has an in house network  
and WAN (it covers about 60 locations around the US but all  
connections are by VPN back to the corporate office).  I don't have  
the luxury of having an irev server on their web server for my  
revlet to talk to (in their case it's an MS SQL database accessed  
using ODBC).  I need to have the revlet communicate with the DB  
directly and as I mentioned in my last email, I haven't figured out  
how to include the necessary .dll to do that from a revlet.


len

Pierre Sahores wrote:
It's not realy safe to set up a postgreSQL nor MySQL on-rev backend  
as a remote bindable rdbms as long as direct communication with  
those db from the outside world without using an SSL, SHTTP or SSL  
tunnel will be unsecure.


If we need to bind those backends without opening security holes in  
our processes (login/password transfert over the web, even as MD5  
hashes can be dangerous), the best to do is to have the revlet  
sending its requests to an irev script witch will query the rdbms  
in localhost mode and send back the result to the revlet.


As long as i did'nt set any revlet-irev communication process for  
yet, i can't realy be realy helpfull about this part of the  
recommandation but if anyone need some irev-MySQL way to go, i can  
send some samples.



___
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



--
Pierre Sahores
mobile : (33) 6 03 95 77 70

www.wrds.com
www.sahores-conseil.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: arabic script

2009-11-17 Thread Richmond Mathewson


Monte Goulding wrote:

Hi

I've had a request from a client to investigate doing an arabic 
version of his app. The rev docs say right to left scripts aren't 
supported. Has anyone worked around this?


Cheers


Well, how about starting with setting the fontLanguage to "Arabic" ?
___
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: "How to do this in a Revlet?" thread Part 3

>  go url "http://www.tactilemedia.com/site_files/downloads/magglass.rev";

Recently, Alejandro Tejada wrote:

> this effect runs really smooth in my faster computer
> and a bit choppy in the slower one. (Could it be a factor of
> the dimensions of the Full Size image?)

I would suggest trying 2 things:

1) Place "lock screen" at the beginning of the mouseMove handler and "unlock
screen" at the end to force the screen update to occur in one step.

2) The large image is used at full size for best quality. It might make a
difference to swap out the large image for a scaled-up version of the small
image.

> Full image size is double size of small image. (1024x768 vs 512x384)
> When I reduced the small image in your stack to
> 341x256 (one third of full image size) noticed that some parts of the
> small image are not scalable anymore. (For example, the right wing turbine.)
> 
> How could we adapt this script to use with images 3 times or more
> the size of the small image?

Yes -- I updated the posted file online (which includes the lock/unlock
mentioned above).  Basically you have to determine the dimensional
differences between the small and large images, and use the percentages as
multipliers in the mouseMove handler.  As long as the smallgroup and
fullgroup have the same rect, it should work, even if the proportions
differ.  See if it works for you.

I wound up having to subtract 1 from the ratios but I don't know why. :-)

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: Snow Leopard kills all document-based standalones?

2009-11-17 Thread Jan Schenkel

--- On Tue, 11/17/09, Richard Gaskin  wrote:
> We've had some discussion here about
> the Rev IDE breaking under Snow Leopard; specifically, in
> v3.5 double-clicking a .rev file would launch Rev okay but
> Rev wouldn't open the file.
> 
> IIRC at the heart of the problem was that the file paths
> passed to the app in the odoc event were in a different
> format than before, so any attempt to use those would result
> in a "can't find file" error.
> 
> This is reportedly fixed in v4.0, but for one of my apps
> I'd like to see if I can fix this with the v3.5 engine.
> 
> Unfortunately, Ken and I walked through a few different
> scenarios this morning and can no longer replicate the
> problem with v3.5.
> 
> It may be useful to note that the system we tested on is
> running OS X 10.6.2, but nothing in Apple's release notes
> suggest they've fixed the issue on their end.
> 
> So my questions for you folks are:
> 
> - Anyone here experience this in your own standalones?
> 
> - Do you have a recipe for reproducing it?
> 
> - Either way, which version of Snow Leopard are you
> running?
> 
> TIA -
> 
> --
>  Richard Gaskin
> 

Hi Richard,

I blogged about this very problem a few weeks ago, including a workaround:


With Quartam Reports Layout Builder, I can reproduce this problem every time. 
Maybe my standalone's .plist is different from yours, but it still happens with 
the Rev 3.5 compiled standalone on MacOSX Snow Leopard 10.6.2 on my MacBook.

Double-clicking a .qrl file, dragging it onto the Dock icon of the standalone, 
all fails with some strange URL-like path in the appleevent data, regardless of 
the app being opened beforehand or not.
Example filepath (enclosing in <> to make sure it stays in one piece): 


Jan Schenkel
=
Quartam Reports & PDF Library for Revolution


=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)


  
___
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: "How to do this in a Revlet?" thread Part 3


Hi Scott,

This scripts works great when the image ratio magnification is
2:1, 3:1 and 4:1. Not tested beyond that magnification size.

Definitely, dimensions of fullsize image are a key factor in the
smoothness of magnifier scroll movement.

Pixelation is highly visible when i double the size of fullimage
from 1024 to 2048. This could be easily corrected simply
changing this fullimage for another of higher resolution.

Probably, if we hide the bitmap image and shows a vector drawing
while the user moves the mouse, the scroll should be really smooth,
no matter the cpu and memory. Then, when the user release the
mouse (on mouseup) we hide the vector drawing and shows again
the bitmap image.

Thanks again for sharing this mind (and eye) opener stack!

Alejandro
-- 
View this message in context: 
http://n4.nabble.com/How-to-do-this-in-a-Revlet-thread-Part-3-tp622355p623099.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: "How to do this in a Revlet?" thread Part 3

Recently, Alejandro Tejada wrote:

> Pixelation is highly visible when i double the size of fullimage
> from 1024 to 2048. This could be easily corrected simply
> changing this fullimage for another of higher resolution.

Make sure you set the resizeQuality to best before you scale up the image.
This makes a big difference, often without need to use a higher resolution
image.

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

Online status board

2009-11-17 Thread Bill Vlahos

I would like to make a application using the new capabilities in Rev 4 that I 
am having trouble figuring out. It is for checking out resources so people can 
see who has the resources checked out.

For example:
Room A   * In  O Out  Fred Smith (these would be radio buttons followed by the 
name of the person who checked it out)
Room B   O In  * Out  Available
etc.

I'd like the clients to be able to see the status in a web browser. The 
checking in and out would be set in a server application which people log into. 
The client web browser would need to be able refresh itself. A screen refresh 
would work except it is ugly (whole screen clears and redraws) and it wouldn't 
by dynamic. I'd like to be able to push the updates to it in real time.

It seems like this is a good candidate for the plugin to make the updates 
smooth but it could also be done using Rev like a PHP server.

I can see how to save an application in Rev 4 for the plugin but I don't see 
how it would read the changes and update the client. This could also probably 
be done in Rev like PHP so it is just updating HTML but I'm not sure how to get 
started there.

Any ideas on how to start this?

Thanks,
Bill Vlahos
_
InfoWallet (http://www.infowallet.com). Remember the important details of my 
life.

___
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

[OT] Synergy on Snow Leopard?

Anybody have the screen-sharing software Synergy running on OSX Snow
Leopard?  I can't seem to get any systems other than Macs to connect.  Am
pretty sure I have the latest version 1.3.1 running on the various systems,
but get errors on the Windows side (forcibly rejected connections) and some
on the OSX side too.  Found a fork development package called Synergy Plus
but it doesn't appear to work with SynergyKVM (OSX control panel).  Am going
to attempt to configure everything manually but was wondering if anyone else
has it working.

Thanks & 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: arabic script

2009-11-17 Thread Monte Goulding


Hi

I've had a request from a client to investigate doing an arabic  
version of his app. The rev docs say right to left scripts aren't  
supported. Has anyone worked around this?


Cheers


Well, how about starting with setting the fontLanguage to "Arabic" ?


Hmm... I'm just guessing but I think I'd need a work around to handle  
the fact that right to left scripts aren't supported. At least that's  
what it says in the docs. As I don't know Arabic I thought asking here  
might help but perhaps no-one has bumped into this limitation yet?


Cheers

Monte
___
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: PDF version of dictionary?

2009-11-17 Thread stephen barncard

I don't see a pdf offered anywhere.

Don't forget the new ONLINE version of the docs
http://docs.runrev.com/

I'm guessing that the engine and IDE change so much over time that they have
eliminated the PDF format for the *dictionary*, as I imagine it's much
harder to create a new PDF version for every time there is an update,  as
opposed to the online (which can always be updated) and distributed versions
(which are true for the versions that they are connected to).

I think Rev have a new XML-based docs management system that is all
integrated, probably now all sourced from same the mother database. At least
that's the way I would do it. All in all, this I think is a sound strategy,
nobody wants out-of-date pdfs around to manage, and we need absolutely
correct definitions.


-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev


2009/11/17 

> Hi,
>
> i sent the question about a PDF version of the dictionary to support
> already some days ago.
> As soon as i get an answer, i will post it here.
>
> Regards,
>
> Matthias
>
>  Original Message 
> Subject: PDF version of dictionary? (17-Nov-2009 21:39)
> From:Marian Petrides 
> To:  runrev260...@m-r-d.de
>
> > Is there a PDF version of the Dictionary for v 4.0 available?  If so,
> where
> > can I find it?
> >
> > Also, does anyone know whether the hard copy (print edition) of the
> > Dictionary that is offered on RunRev's website is for v 4 or some earlier
> > version?  TIA
> >
> > Marian___
> > 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: Snow Leopard kills all document-based standalones?

2009-11-17 Thread Bill Vlahos

Richard,

I still have the problem with 10.6.2 (v3.5 engine). Rev 4 engine recompile 
fixes it without any code changes on my part.

Bill

On Nov 17, 2009, at 11:37 AM, Richard Gaskin wrote:

> We've had some discussion here about the Rev IDE breaking under Snow Leopard; 
> specifically, in v3.5 double-clicking a .rev file would launch Rev okay but 
> Rev wouldn't open the file.
> 
> IIRC at the heart of the problem was that the file paths passed to the app in 
> the odoc event were in a different format than before, so any attempt to use 
> those would result in a "can't find file" error.
> 
> This is reportedly fixed in v4.0, but for one of my apps I'd like to see if I 
> can fix this with the v3.5 engine.
> 
> Unfortunately, Ken and I walked through a few different scenarios this 
> morning and can no longer replicate the problem with v3.5.
> 
> It may be useful to note that the system we tested on is running OS X 10.6.2, 
> but nothing in Apple's release notes suggest they've fixed the issue on their 
> end.
> 
> So my questions for you folks are:
> 
> - Anyone here experience this in your own standalones?
> 
> - Do you have a recipe for reproducing it?
> 
> - Either way, which version of Snow Leopard are you running?
> 
> TIA -
> 
> --
> Richard Gaskin
> Fourth World
> Rev training and consulting: http://www.fourthworld.com
> Webzine for Rev developers: http://www.revjournal.com
> revJournal blog: http://revjournal.com/blog.irv
> 
> ___
> 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

Bill Vlahos
_
InfoWallet (http://www.infowallet.com) helps me remember the important details 
of my life.

___
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

Without doing any specific research, I would guess that you are
accessing a dynamically updated page, such that the first ...html> block received by Rev is just the basic info sent by the map
server. As the page is downloaded, commands are issued to get more
info, and the browser continues to fill in details.

The quickest way that I know of is to try a different service that
does not use a 'progressive download' technique. Otherwise you will
need to use a browser that fills the page, then get the info from the
browser DOM or javascript variables. On a Mac, you could use Safari
and Applescript... but this is very messy. Far too much hassle for a
bit of info.

Try mapquest, or AAA, or even USPS zip lookup.

Hope this helps.

Jim Ault
Las Vegas

On Nov 17, 2009, at 11:58 AM, James Hurley wrote:

I am trying to do address verification.

For example, the county DB lists the following two address

10187 Grinding Rock Dr [tab] Grass Valley CA 95945
and also
10187 Grinding Rock Dr [tab] Grass Valley CA 95949

I want to find out (programatically) if the zip should be 95945 or
95949

So here is my dillema:

When I do a Google search for the 95945 zip code address I get a
page that tells me that the zip code should be 95949

When I compare the source code of this page with the RunRev result
from the following:

get url "http://www.google.com/search?q=10187%20Grinding%20Rock%20Dr%09Grass%20Valley,%20CA%2095945
"

The value of "it" is not the same as the source code of the Google
search page. Not even close.

What am I missing?

___
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] Synergy on Snow Leopard?


Hi Scott,

Did you upgrade to the last version of SynergyKM-1.0b7-Installer.dmg  
witch seems to work fine under Snow-Leopard (i did'nt test) ?


http://sourceforge.net/projects/synergykm/files/

Best Regards,

Pierre

Le 18 nov. 09 à 01:31, Scott Rossi a écrit :


Anybody have the screen-sharing software Synergy running on OSX Snow
Leopard?  I can't seem to get any systems other than Macs to  
connect.  Am
pretty sure I have the latest version 1.3.1 running on the various  
systems,
but get errors on the Windows side (forcibly rejected connections)  
and some
on the OSX side too.  Found a fork development package called  
Synergy Plus
but it doesn't appear to work with SynergyKVM (OSX control panel).   
Am going
to attempt to configure everything manually but was wondering if  
anyone else

has it working.

Thanks & 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



--
Pierre Sahores
mobile : (33) 6 03 95 77 70

www.wrds.com
www.sahores-conseil.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] Synergy on Snow Leopard?

Recently, Pierre Sahores wrote:

> Did you upgrade to the last version of SynergyKM-1.0b7-Installer.dmg
> witch seems to work fine under Snow-Leopard (i did'nt test) ?

I think I have gone through 5 downloads of Synergy and I don't know what
version I have now -- I just know it's 1.3.1 or later! :-)

I can get SynergyKM to install, but when using it I cannot get any clients
to connect.  I've gone back to creating a config file manually and launching
through terminal, which seems to work, but it's difficult to manage this way
and hard to know whether it is working or not without trial and error.

Thanks & 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: [OT] Synergy on Snow Leopard?

The SynergyKM-1.0b7-Installer.dmg package include the 1.3.1 Synergy  
version + 1 OSX preference pane so you don't need to edit them by end  
anymore ,-)


Pierre

Le 18 nov. 09 à 02:55, Scott Rossi a écrit :


Recently, Pierre Sahores wrote:


Did you upgrade to the last version of SynergyKM-1.0b7-Installer.dmg
witch seems to work fine under Snow-Leopard (i did'nt test) ?


I think I have gone through 5 downloads of Synergy and I don't know  
what

version I have now -- I just know it's 1.3.1 or later! :-)

I can get SynergyKM to install, but when using it I cannot get any  
clients
to connect.  I've gone back to creating a config file manually and  
launching
through terminal, which seems to work, but it's difficult to manage  
this way

and hard to know whether it is working or not without trial and error.

Thanks & 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



--
Pierre Sahores
mobile : (33) 6 03 95 77 70

www.wrds.com
www.sahores-conseil.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] Synergy on Snow Leopard?