charles61-
Monday, August 2, 2010, 6:07:30 PM, you wrote:
Hi Mark!
I had that code in the actual Prefs stack but not in my app stack script. If
I put the following:
put tPrefs into url (binfile: specialFolderPath(26) / 504_prefs)
before loadPrefs in app stack script I should be
Robert this is a lo-o-o-o-ong post.
and that was a useless post..
Robert did raise a few valid points:
- revServer was originally going to be released for free (I can
understand needing some funds after the revMobile fiasco)
- consequently what precautions have revServer developpers to take
Mark,
Thanks for your suggestion. Here is what I am trying to do. My app has a
preferences for the user to complete. It includes the name of the user,
telephone number and e-mail address that are used on a couple of cards as
part of a document that is later printed out. When the app is first
Hi from Beautiful Brittany,
When creating a Windows Standalone Application,
the generated Windows folder contains a sub-folder
called Externals. For my stacks, this folder has
always been empty. This is convenient for me, because
I can take the .exe file out of its environment,
and put it
Hi Francis,
The externals folder contains files If you include externals :-) For
example if you include the browser library or the revFont library or
if you include a database driver.
--
Kind regards,
Mark Schonewille
Economy-x-Talk
Http://economy-x-talk.com
Share the clipboard of your
--- On Mon, 8/2/10, ron barber runrev...@gmail.com wrote:
Greetings
I encountered a problem and would appreciate confirmation
and a work
around if needed.
The problem is: the state of the optionkey is not reported
in a
mousemove handler on windows (tried on 7 only)
Simply create a
Hi Mark,
I tried your suggestion and it works on both my windows and mac apps!!
Here is my revised stack script of my app stack:
on preOpenStack
set the loc of this stack to the screenloc
loadPrefs
end preOpenStack
on loadPrefs pFilename
local tPrefs
-- put url (binfile:
Terry, Jan
Thanks for checking on this.
On Aug 3, 2010, at 9:17 PM, Jan Schenkel wrote:
--- On Mon, 8/2/10, ron barber runrev...@gmail.com wrote:
Greetings
Works for me under Windows XP - though if I hold down the
optionKey/altKey I first have to move the mouse to actually see the
change in
Folks,
I never seen a RevServer bug like those timeouts and stuff and of course
Jerry is not making it up, so the logical conclusion is that there's some
specific case(s) where a RevServer script can go loco and fail.
After that conclusion, our first requirement is to draw a mental map of what
Andre,
In your tests you've found cases where there is no timeout problem. What we
need now are cases where there is a timeout problem. Then we (meaning you,
Pierre, Oliver, Jerry and others) can figure out what triggers the problem.
As the great American philosopher, Rodney King, asked:
Why
I've been thinking about this and I just can't wrap my head around it:
How can a single non-persistent child process like a CGI or RevServer
govern server-wide settings like aggregate multi-process memory and time
limits?
Such limits are common on shared servers like on-rev.com and easy to
Andre,
I have to say, I love your attitude, helpfulness and person. It seems that
Rodeo would make an excellent case study for fixing and diagnosing revServer.
However, actual experience right here in this thread tells you otherwise.
Our decisions about using a technology are not just about
Thanks for the kind words Jerry! :D
Folks,
Moving this back onto RevServer, here goes a cross-post from the improve
list:
I believe the limits are not on RevServer itself but on the virtualization
stack used on On-Rev. I have RevServer running on my own web server here and
I just did two tests:
Jerry,
That new site looks sharp.
Mike
--- On Tue, 8/3/10, Jerry Daniels jerry.dani...@me.com wrote:
From: Jerry Daniels jerry.dani...@me.com
Subject: Re: [revServer] process timeout issue
To: How to use Revolution use-revolution@lists.runrev.com
Date: Tuesday, August 3, 2010, 9:37 AM
Andre,
Andre,
Your 3 tests are running 100% successfully from there, too :-)
All the best,
Pierre
Le 3 août 2010 à 16:54, Andre Garzia a écrit :
Thanks for the kind words Jerry! :D
Folks,
Moving this back onto RevServer, here goes a cross-post from the improve
list:
I believe the
Jerry Daniels wrote:
This thread has repeatedly gone from the revServer timeout issue
to personalities, Rodeo and its choice of technologies.
Respectfully, may I note that the last several posts on this (from Sean,
Andre, Michael, and myself) have attempted to help focus the discussion
on a
hi-
I'm late to the party, I know, but I wanted to post that my results
were similar within the 99% range, with the longest taking just a
shade over two seconds and 75% of the requests coming in under 100
milliseconds. And that's *very* impressive considering the fact that
if I ping
Men have been flogged for less. ;-)
Bob
On Aug 2, 2010, at 7:20 PM, Jerry Daniels wrote:
I just said yes
On Aug 2, 2010, at 9:19 PM, Michael Kann wrote:
Jerry and Robert,
To summarize:
Austin and Edinburgh got into a pissing match.
Mike
Andre-
Tuesday, August 3, 2010, 9:54:15 AM, you wrote:
oh that is *fast* :-O
...and I should point out that it's an on-rev server...
--
-Mark Wieder
mwie...@ahsoftware.net
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please
this would not work here in Brazil, the bugs would shot back...
On Tue, Aug 3, 2010 at 1:54 PM, Bob Sneidar b...@twft.com wrote:
Little too complicated for me. I just shoot at problems with a shotgun and
then check to see if I hit anything.
Bob
On Aug 3, 2010, at 6:47 AM, Andre Garzia
Little too complicated for me. I just shoot at problems with a shotgun and then
check to see if I hit anything.
Bob
On Aug 3, 2010, at 6:47 AM, Andre Garzia wrote:
Folks,
I never seen a RevServer bug like those timeouts and stuff and of course
Jerry is not making it up, so the logical
Andre Garzia wrote:
oh that is *fast* :-O
Last year I had one of my fits of obsession about performance and began
experimenting with Dreamhost's FastCGI interface for the Rev CGI. It
was complicated to set up, and for all the reasons you noted here at the
time it was very complicated to
oh that is *fast* :-O
On Tue, Aug 3, 2010 at 1:52 PM, Mark Wieder mwie...@ahsoftware.net wrote:
hi-
I'm late to the party, I know, but I wanted to post that my resultsat
were similar within the 99% range, with the longest taking just a
shade over two seconds and 75% of the requests coming
Good, is'nt it ? Thanks for your participation, Mark.
Best,
Pierre
Le 3 août 2010 à 18:52, Mark Wieder a écrit :
hi-
I'm late to the party, I know, but I wanted to post that my results
were similar within the 99% range, with the longest taking just a
shade over two seconds and 75% of the
Hello everyone,
I want to create a simple login form and was wondering whether we have any
examples of setting and getting cookies. I did find a discussion of this on
the On-Rev forum dated August 2009, but I'm not sure whether there is anything
more recent I should be reading.
Regards,
Gregory,
check out http://hg.andregarzia.com/revspark/src/tip/revspark.inc and check
setCookie and getCookies handlers
Andre
On Tue, Aug 3, 2010 at 4:03 PM, Gregory Lypny gregory.ly...@videotron.cawrote:
Hello everyone,
I want to create a simple login form and was wondering whether we have
Hello Gregory,
Out of the wrds.com irev lib :
1.- To retrieve the cookies datas :
put item itemoffset(firstcookie,$_SERVER[HTTP_COOKIE]) of
$_SERVER[HTTP_COOKIE] into rusersid
split rusersid by ; and =
etc...
2.- To store new cookies along the page to output to the end-user browser
Hello
how can I order layer of a newly created image inside a group ?
Thanks
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Andre,
Well done ! Your revSpark partition is realy amazing !
Kind Regards,
Pierre
Gregory,
check out http://hg.andregarzia.com/revspark/src/tip/revspark.inc and check
setCookie and getCookies handlers
Andre
--
Pierre Sahores
mobile : (33) 6 03 95 77 70
www.wrds.com
Check out the relayerGroupControls property. You need to set it to
true. Check out the dictionary. There are a few hints and caveats.
Craig Newman
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe,
I was so intrigued by the various effects of the workaround that I
included magic in the subject line. Bringing Harry Potter into play
may also help to start the process of improvements for Revolution
announced by Kevin last week, namely - among them - better communication
with users and the
I see that the link provided for the sample stack lacked an underscore. This
should work:
http://www.sanke.org/Software/Magic_Button.zip
Wilhelm Sanke
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to
On 8/3/10 2:55 PM, Wilhelm Sanke wrote:
YOU CANNOT SET THE LOC OF AN IMAGE IN A GROUP IF THE IMAGE IS SMALLER
THAN THE GROUP.
In the case of a smaller image the scriptline set the loc of image x
to the loc of group y will place the image at the topleft corner of
the group instead (unless the
Me, too, with a group and an even smaller image.
If I set the loc of the image to a point outside the group, the group
expands to contain it, as usual. If I set it to a point anywhere inside the
group, again, the group extent adjusts.
On a Mac. Does this matter?
Craig Newman
Not sure, but I'd guess that the OP is falling afoul of the elastic
nature of groups that have lockloc=false. When that is the case,
groups automatically snap to the bounds of whatever they contain
whenever they get the chance -- i.e. when the things they contain move
or are themselves resized (I
On 3/08/10 11:46 PM, ron barber runrev...@gmail.com wrote:
Terry, were you testing on a windows machine or emulation or some sort?
Hi Ron - I'm running Windows under VMWare Fusion.
Terry...
--
Dr Terry Judd | Senior Lecturer in Medical Education
Medical Education Unit
Melbourne Medical
I am a friend of Jerry's and of Kevin's. I certainly wish Jerry, Sarah and
their extraordinary effort, RODEO, the best of success! I think they are on
to something great!
Unfortunately, Jerry's team cannot provide a recipe where others can
replicate the buggy behavior which he says is forcing him
Chip,
Don't forget Mary Jane!
Chip wrote:
I certainly wish Jerry, Sarah, and their extraordinary effort, RODEO, the best
of success! I think they are on to something great!
Mike
___
use-revolution mailing list
On Tue, Aug 3, 2010 at 7:26 PM, Chipp Walters ch...@chipp.com wrote:
Unfortunately, Jerry's team cannot provide a recipe where others can
replicate the buggy behavior which he says is forcing him to choose another
platform.
http://lists.runrev.com/mailman/listinfo/use-revolution
I've
On 8/3/10 2:55 PM, Wilhelm Sanke wrote:
1. The magic button - as a workaround - resolves the group bug that
YOU CANNOT SET THE LOC OF AN IMAGE IN A GROUP IF THE IMAGE IS SMALLER
THAN THE GROUP.
In the case of a smaller image the scriptline set the loc of image x
to the loc of group y will
Jeff,
Honestly, how can you expect a company to fix a problem when they can't
define the bug? Is that too much to ask for before you throw revServer under
the bus?
I, too, have an on-rev account. But I use if for many things outside of
on-rev, including my wordpress blog http://blog.chipp.com
Very well put Jeff.
I guess I came into Enterprise and On-Rev about the same time and your feelings
echo my own.
I had no interest in a pre-alpha RevMobile, but I feel like I was penalized
because of it.
And I have to add that Jerry's tRev has enhanced my Enterprise experience quite
a bit.
Joe
On Tue, Aug 3, 2010 at 10:14 PM, Chipp Walters ch...@chipp.com wrote:
Jeff,
Honestly, how can you expect a company to fix a problem when they can't
define the bug? Is that too much to ask for before you throw revServer
under
the bus?
I don't and yes, it is. I really don't mean to sound
43 matches
Mail list logo