Re: Snapshot stack (was: Import from rect)

[Chipp Walters]

Wilhelm,
Thanks for this very thorough and organized example stack. It is much
appreciated!
___
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: Snapshot stack (was: Import from rect)

[Wilhelm Sanke, FB01]

On Sat Jan 24, 2009, Thomas McGrath III mcgrath3 at mac.com wrote:

> This is a good observation and study of the inner workings of  
> snapshots. There are many variations in effects that can be  
> accomplished here. I especially like the explanation of what I was  
> troubled with at first that the first rect in parens is the size and  
> the second is the location. I think the global location can use a bit  
> more explanation. I will be playing with this for a bit.


Tom,

Thank you for the feedback.

I have added four commented lines to the script of btn "Globalloc..." that shed
some light on the procedure to convert rect values to global coordinates. 
It is interesting that using *globalloc()* to determine snapshots is so much
faster - about five times as I have reported - than using "import snapshot from
the rect(the rect of grc 1) of this card". For applications or tools where speed
is an issue and where snapshots are used repeatedly the globalloc variant should
be helpful.

I have also added the text of my last post as a basic information to the stack,
and already have uploaded the newer version under the same URL as before.

Regards,

-- 
Wilhelm Sanke



This mail sent through http://www.uni-kassel.de/www-mail

___
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: FastCGI

[Andre Garzia]

Hello Richard and Jim,

I've experimented with Revolution and fastcgi for while. I don't know
if you guys are familiar with FastCGI so I'll explain it first and
then tell the conclusions I came after trying it for a while.

>From wikipedia:
---

CGI is a protocol for interfacing external applications to web
servers. CGI applications run in a separate process, which is created
at the start of each request and torn down at the end. This "one new
process per request" model makes CGI programs very simple to
implement, but limits efficiency and scalability. At high loads, the
operating system process creation and destruction overhead becomes
significant and limits scalability. In addition, the CGI process model
limits resource reuse techniques (such as reusing database
connections, in-memory caching, etc.).

Instead of creating a new process for every request, FastCGI can use a
single persistent process which handles many requests over its
lifetime. Processing of multiple requests simultaneously is achieved
either by using a single connection with internal multiplexing (ie.
multiple requests over a single connection) and/or by using multiple
connections. Many such processes can exist, something that can
increase stability and scalability. FastCGI also allows programs to
get the web server to do certain simple operations, like reading in a
file, before the request is handed over. Environment information and
page requests are sent from the web server to the process over a TCP
connection (for remote processes) or Unix domain sockets (for local
processes). Responses are returned from the process to the web server
over the same connection. The connection may be closed at the end of a
response, but the web server and the process are left standing.

---

So in the end there are two components running, the web server and the
fastcgi process, and they communicate using TCP connections and a
binary protocol. Thru this connection they exchange all the control
stuff, the environment variables, the request and the response. As far
as binary standards goes, fastcgi is very straight forward and not
that hard to implement. FastCGI has internal multiplexing, that means
that the fastcgi process can receive mixed information about multiple
requests and should be able to deal with that but you can configure
apache not to do it and thus make your life easier, instead of
multiplexing the requests it will then queue them (IIRC).

This gives a couple advantages over plain old cgis. First, your
application is always running, it can compute on idle time, can keep
track of variables in memory, reuse db connections and the like.
There's no overhead on the exchange since all the initialization can
be done ahead of time when the process launches and leave it in a
pristine state for responding to requests.

So far you may be thinking, there's so much I could do with it, it
would simplify exchanging data between clients and everything but it's
not as simple as that. Revolution is a single thread engine and if
something bad happens, no matter if it is bad code or bad input, the
engine will block and might quit, this is bad enough in CGI but it
simply hangs for one given user, the one that started that specific
request, all the others are fine. With fastcgi, if the engine blocks,
all clients are blocked and if it doesn't quit, then you need to
manually go there and restart the process (unless you build your own
monitor app, but then, if the monitor app fails..)

Apache has a fastcgi monitor that is supposed to launch your fastcgi
process in the case it dies, but it doesn't work for revolution based
processes because the fastcgi process is supposed to launch, fork a
child and die, thus making the child a daemon process. We can't fork
in revolution so apache monitor fails do daemonize the process and
enters a loop...

In the end, for my own things, I decided against pursuing the fastcgi
solution. It was too dangerous, we have no way to salvage a blocked
engine. No try catch loop, no exception that can break away a infinite
loop or something. We can't fork internal processes in the fastcgi
server to deal with each request without the chance of blocking the
engine. Without thread or fork features, I will trust a fastcgi
solution. I might make some tool for me that uses fastcgi but I'd
never deploy or ship a product that can go so wrong as blocking the
whole userbase and never recovering.

One solution would be something like this:

Apache  <--> FastCGI Process <---> individual request handlers
using some balancer application.

There are many load balancing servers out there. With them, you can
create a pool of server and the balancer will distribute the requests
among them. So you could create single request responders with
Revolution and use them, you could make the the fastcgi process keep
the db connection and variables and communicate thru tcp with the
balancer and the responders but this 

Re: Help with PC memory error

[J. Landman Gay]

William Ziegler wrote:
I'm a Mac guy testing out my Runrev stacks on Bootcamp. I get an error 
ever time I quit the stack using the PC Player 3.0.
The error is "The Instruction at "0x017f1463" referenced memory at 
"0x025b1f50". The memory could not be "read". Click on OK to terminate 
the program."


So is this a Bootcamp problem, a ram memory module problem or a 
Revolution Player problem?


Any ideas would be greatly appreciated.


There is a preference in the General pane of the Revolution Preference 
dialog called 'Crash reporting on Windows XP' (but it works on Vista as 
well.) This determines the type of crash log written out when the engine 
encounters a serious error if it is running on Windows. The setting of 
'None' causes no log to be generated, the setting of 'Small' causes an 
outline crash log to be generated and the setting of 'Medium' causes a 
more verbose and larger crash log to be generated. They are named with 
the version and time and date of launch of the IDE which eventually 
crashed. The setting of this preference only take effect the next time 
you startup the IDE.


Submitting crash logs generated through this mechanism will be more 
helpful to the team than the generic error address reported by the OS.


The crash log is located at:

 Documents and Settings//Application Data/Runtime Revolution/Logs

Or on Vista:

  C:\Users\\appdata\Roaming\Runtime Revolution\Revolution
Studio\Crash Logs

You're seeing a crash, so the report should be submitted to the QCC at 
. Attach the crash log you have generated to 
the bug report. All crashes are engine-based and should be reported.


Reading through the crash log may also give you some ideas where the 
problem is originating, which might help you figure out a temporary 
work-around.


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

Button Basher

[Richmond Mathewson]

Have just uploaded the seventh improvement to
BUTTON BASHER.rev to revOnline.

Give it a whirl!

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: Help with PC memory error

[Joe Lewis Wilkins]

Hi Bill,
We aren't using XP exactly the same way, so bare with me. Is your Rev  
license an Enterprise License, or a Studio  or Media for XP? I'm  
struggling to get a picture of what you're actually doing, since I use  
XP under both VM Fusion AND Bootcamp at the same time and have had no  
similar problems. Do you have the PC Player in the same directory as  
your Rev Stack? I think I would move them around within Windows to see  
if the same sort of error continues to occur. From what you said, it  
would seem that the Stack opened and "worked"; and that the error only  
occurred when you tried to quit the stack. It would also be helpful to  
know exactly "how" you quit the stack, and if the same error occurs if  
you quit differently.


I doubt this helps you at all, but it may stir you into trying some  
different paths to find an answer.


Good luck,

Joe Wilkins

On Jan 25, 2009, at 2:42 AM, Bill Ziegler wrote:


Thanks Joe,
I am running xp under bootcamp. I get the error when I quit the  
player running the stack, however I do have a lot of lines in my 'On  
CloseStack' script. I'm just not familiar enough with xp and and  
RunRev to know what's causing the problem.


Bill
Hi Bill,

So you're running WindowsXP under Bootcamp? I don't understand exactly
what you're doing, and how. More details, please.

Joe Wilkins

On Jan 24, 2009, at 7:19 PM, William Ziegler wrote:

> I'm a Mac guy testing out my Runrev stacks on Bootcamp. I get an
> error ever time I quit the stack using the PC Player 3.0.
> The error is "The Instruction at "0x017f1463" referenced memory at
> "0x025b1f50". The memory could not be "read". Click on OK to
> terminate the program."
>
> So is this a Bootcamp problem, a ram memory module problem or a
> Revolution Player problem?
>
> Any ideas would be greatly appreciated.
>
> b

___
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: use-revolution Digest, Vol 64, Issue 46

[Reinhold Venzl-Schubert]

Thank you, that's it!

on mouseUp
 create btn "Test"
 set the style of btn "Test" to "menu"
 set the menuMode of btn "Test" to comboBox
 set the menuLines of btn "Test" to 5
 put "A" & cr & "B" & cr & "C" & cr & "D" & cr & "E"  into btn "Test"
end mouseUp

ow it works well

:-)
Reinhold

Am 25.01.2009 um 12:33 schrieb Sarah Reichelt  
:



I want to create a combobox-button.

I failed with this script:

on mouseUp
 create btn "Test"
 set the menuMode of btn "Test" to comboBox
 set the menuLines of btn "Test" to 5
 put "A" & cr & "B" & cr & "C" & cr & "D" & cr & "E"  into btn "Test"
end mouseUp



You just need one extra line:
  set the style of btn "Test" to "menu"

You might also want to set the size of your combobox as the default
height is too much and so the combo menu appears offset.



___
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: Slider little button in OS X

[Thomas McGrath III]

Rene, Thanks and sometimes it seems the answer is no. I actually  
didn't realize the three sizes of sliders in the HIG. Thanks for  
pointing that out.


Regards,

Tom McGrath III
Lazy River Software
3mcgr...@comcast.net

iTunes Library Suite - libITS
Information and download can be found on this page:
http://www.lazyriversoftware.com/RevOne.html





On Jan 25, 2009, at 5:59 AM, René Micout wrote:


Thanks to Jacques, Marty, Thomas and Jan for your answer !
René from Paris

Le 25 janv. 09 à 11:33, Jan Schenkel a écrit :


--- René Micout  wrote:

Hello Tom,
 Slider with no value but with a little button ,
cf. :


http://developer.apple.com/documentation/UserExperience/Conceptual/


AppleHIGuidelines/OSXHIGuidelines.pdf
page 299 > small round thumb : 12 pixels and/or Mini
round thumb : 10
pixels
In Revolution there is only Regular size round thumb
: 15 pixels !
How can I do to have 12 or 10 pixels round thumb ?
René from Paris



Hi René,

Revolution doesn't offer support for the various
MacOSX specific 'sizes' of controls. In Java you can
set user properties on JComponents, that the Aqua
lokAndFeel picks up when laying out and rendering your
window - but Rev doesn't offer such a mechanism.
Naturally, if you roll your own controls, you can make
them any size you like and they will look consistent
accross platforms.

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



___
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

problems with Cyrillic input on Windows standalone

[Richmond Mathewson]

Извинете, една малка грешка: пишах "нише" не "пише"; как глупак!

Well, Ill tell you what; its a lot easier getting Safari to behave 
with Cyrillic than Runtime Revolution!

Love, Richmond.



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

problems with Cyrillic input on Windows standalone

[Richmond Mathewson]

Викторас нише:

"My preferred approach is compiling launcher (splashscreen) stack in 
native environments (Windows, MacOSX, Linux) with all the necessary 
inclusions once and then working with stacks on favorite OS."

Това е проблем всеки път, е не само с кирилица!

Always, always compile on the target OS; unlees, of course, you like
making your life endlessly complicated :)

Поздраве, Ричмънг Матюсън



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: problems with Cyrillic input on Windows standalone

[viktoras d.]

Привет, Курт

just wanted to suggest reading Devin's article, but you knew it already. 
Did you compile your Windows app on MacOSX ? If so, try moving stack to 
Windows and compile it there. This might solve your problem if it 
relates to compilation.


My preferred approach is compiling launcher (splashscreen) stack in 
native environments (Windows, MacOSX, Linux) with all the necessary 
inclusions once and then working with stacks on favorite OS. This way 
you will not need to recompile your apps again and again, just keep 
replacing old stacks with new ones. This makes life MUCH easier - a lot 
of annoyances and inconsistencies will be gone.


Всего доброго!
Viktoras



Curt Ford wrote:

Извинете Ричмънд!

My app needs to allow users to type in information, then save it to a 
text file (or custom property of a separate stack). In another part of 
the app info from these files is read in, displayed & manipulated in 
various ways - so it's all got to be dynamic. Using HTMLText has 
worked well for Russian and several other languages, and info can be 
written out and read in on either platform; I'd gotten the tip from 
some of Devin Asay's materials, like at


http://www.runrev.com/newsletter/december/issue62/newsletter2.php

It's just this strange input problem on Windows standalones that's 
come up - none of the fields, on several cards, take Cyrillic anymore.


Curt




___
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: Slider little button in OS X

[René Micout]

Thanks to Jacques, Marty, Thomas and Jan for your answer !
René from Paris

Le 25 janv. 09 à 11:33, Jan Schenkel a écrit :


--- René Micout  wrote:

Hello Tom,
  Slider with no value but with a little button ,
cf. :


http://developer.apple.com/documentation/UserExperience/Conceptual/


AppleHIGuidelines/OSXHIGuidelines.pdf
page 299 > small round thumb : 12 pixels and/or Mini
round thumb : 10
pixels
In Revolution there is only Regular size round thumb
: 15 pixels !
How can I do to have 12 or 10 pixels round thumb ?
René from Paris



Hi René,

Revolution doesn't offer support for the various
MacOSX specific 'sizes' of controls. In Java you can
set user properties on JComponents, that the Aqua
lokAndFeel picks up when laying out and rendering your
window - but Rev doesn't offer such a mechanism.
Naturally, if you roll your own controls, you can make
them any size you like and they will look consistent
accross platforms.

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



___
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

Button Basher

[Richmond Mathewson]

Just uploaded to revOnline an "internally consistent" version
of BUTTON BASHER.rev - consistent insofar as that all the buttons
use images created within the stack itself as icons.

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:Help with PC memory error

[Bill Ziegler]

Thanks Joe,
I am running xp under bootcamp. I get the error when I quit the player  
running the stack, however I do have a lot of lines in my 'On  
CloseStack' script. I'm just not familiar enough with xp and and  
RunRev to know what's causing the problem.


Bill
Hi Bill,

So you're running WindowsXP under Bootcamp? I don't understand exactly
what you're doing, and how. More details, please.

Joe Wilkins

On Jan 24, 2009, at 7:19 PM, William Ziegler wrote:

> I'm a Mac guy testing out my Runrev stacks on Bootcamp. I get an
> error ever time I quit the stack using the PC Player 3.0.
> The error is "The Instruction at "0x017f1463" referenced memory at
> "0x025b1f50". The memory could not be "read". Click on OK to
> terminate the program."
>
> So is this a Bootcamp problem, a ram memory module problem or a
> Revolution Player problem?
>
> Any ideas would be greatly appreciated.
>
> b



___
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: Slider little button in OS X

[Jan Schenkel]

--- René Micout  wrote:
> Hello Tom,
>   Slider with no value but with a little button ,
> cf. :
>
http://developer.apple.com/documentation/UserExperience/Conceptual/
> 
> AppleHIGuidelines/OSXHIGuidelines.pdf
> page 299 > small round thumb : 12 pixels and/or Mini
> round thumb : 10  
> pixels
> In Revolution there is only Regular size round thumb
> : 15 pixels !
> How can I do to have 12 or 10 pixels round thumb ?
> René from Paris
> 

Hi René,

Revolution doesn't offer support for the various
MacOSX specific 'sizes' of controls. In Java you can
set user properties on JComponents, that the Aqua
lokAndFeel picks up when laying out and rendering your
window - but Rev doesn't offer such a mechanism.
Naturally, if you roll your own controls, you can make
them any size you like and they will look consistent
accross platforms.

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: Slider little button in OS X

[René Micout]

Thank you very much, but why there is no Small and Mini round thumb  
for slider ?

René from Paris

Le 24 janv. 09 à 23:04, Marty Knapp a écrit :

If you want to make sliders that look however you want (and are the  
same in appearance cross-platform) check out my stack on Rev  
Online: Username: MartyKnapp. The stack is Martys Sliders. The  
script is commented so that you can make changes as you need. You  
will have to add the actual function of the slider yourself. It has  
the ability to show or not show values - positive and/or negative.


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



___
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