Printing faxing

[Hershel Fisch]

Hi every body, I have an urge to create a front end for hylafax+ Fax server,
I¹d like to know from the print dialog how  to save a pdf to Rev on osx? Or
from a generic print driver how or if there is a possibility to print to a
Rev exe. File?
Thanks, Hershel

___
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: Wake up Revolution

[Richmond Mathewson]

Bill Marriott wrote:

< snip >

Richmond wrote:


There is a school of thought that RunRev have tried to expand the
capabilities of Revolution rather too
rapidly, without taking care of some 'nuts-and-bolts' glitches that have
been around for some time.


Perhaps. But as someone who wrote just over three years ago that 
"Quality is Job #1," I have to disagree with this school. We've come a 
long, long way. RunRev spent more than a year and a half working on 
the free-for-almost-everyone Rev 2.9, which addressed hundreds of 
those issues, re-architected tons of internals, and brought the Linux 
edition up to speed with the other platforms. The result was a 
measurable, marked improvement in quality, and a more robust platform 
that has enabled much-needed "nuts-and-bolts" enhancements since then: 
the new tabbed script editor (3.0); the data grid and behaviors (3.5); 
and the Web plugin (4.0). All of which have been delivered on a 
predictable schedule with more far more external testing -- both in 
terms of number of users and length of testing -- than prior versions. 
At the same time, we have halved the retail price of the product and 
even introduced the free and highly capable revMedia edition while 
growing in profitability during a time of global economic uncertainty. 
We still have a ways to go. I realize that we often don't report 
status in a timely way in the RQCC, and not all the reports we want to 
have been fixed. There will always be issues with software; the key is 
choosing the right battles. Overall, we must be doing something right.


Thank you, Bill, for this extremely comprehensive and well thought-out 
reply!


sincerely, Richmond Mathewson.

___
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: Wake up Revolution

[Bill Marriott]

Colin wrote:
>If a thousand people experience great performance and one person 
>experiences very poor performance, would it not seem worthwhile to 
>consider the cause of the difference may lie with the system's 
>configuration?


You can't use logic for this case, otherwise you would argue that if on a 
particular machine you can open and run a stack without any issues in 2.9, 
and if you open and run the stack in 4.0 you get two minute long lock up 
of the machine every time you press a certain key, obviously 4.0 is the 
only thing that was changed in the test, and so must be at fault.


Actually, one can and should use logic here. The former is an example of 
logic; the latter is, well, superstition. The difference is "sample size." 
If I buy two loaves of bread at the store, and one is stale but the other is 
fresh, I can make no logical inferences about the cause of the staleness 
even if superficial aspects like "expiration date" and "wrapper color" are 
the same and the only apparent difference is the brand. The fault could lie 
among a hundred different variables. You cannot compare two loaves and say 
with any confidence that "Brand X" is a better bakery than "Brand A." 
Neither loaf can be said to be representative of the larger population.


However if 999 loaves of Brand X turn up fresh and one loaf is stale, it's 
logically valid to infer there must be something about the unique 
handling/processing/delivery/storage of that particular loaf that has caused 
the problem. Perhaps the wrapper was torn while unpacking, or a 6-year-old 
kid with grubby hands opened it and stole a slice while it was on the store 
shelf, etc.


Mark wrote:

Who says that thousand people experience great performance?! I, for
one, don't.

I am pretty sure that Inselfan did something that should just work in
Revolution without problems and figuring out the source of the problem
is a process that one should not have to go through with a development
environment like Revolution in the first place!


Mark, I'm sure that if it took you minutes to hide/show the Tools Palette 
and anything more than milliseconds to navigate between cards, we would have 
heard from you about it before now. I would also say that investigating 
reasons for mysterious slowdowns in projects is an unavoidable task in any 
development environment, especially one like Rev which is designed for 
authoring/deployment on so many varied platforms. Having said that, a 
refresh of the IDE probably is needed -- for efficiency, to update the 
look-and-feel, and to exploit new features like behaviors --and is in the 
works.


In this particular instance there are so many variables and factors we do 
not know about the situation. Does this problem occur with all stacks or 
just the 16MB one? Is the Property Inspector open, and to what pane? Are 
there any third-party add-ons installed that have not been designed for the 
post-2.9 world?


It's also easier than ever to do testing, especially on Windows where you 
have Microsoft's Virtual PC 2007 and freely downloadable images of the 
Windows XP and Vista operating system. I'd really like to see what happens 
if Horst downloads one of those images, installs Rev 4.0 fresh, and tries 
his stack.


I'm not saying there definitely is NOT some obscure change made in Rev 4.0 
that causes this interaction. But I'm saying it hasn't cropped up before 
despite extensive usage by hundreds of other people. I'm confident that a 
configuration change will solve the problem, or failing that we will learn 
something about the particular usage scenario that needs to be addressed, 
either by the end user or RunRev. Without going through the troubleshooting 
process, we will never know. It certainly isn't fair to encounter something 
like this and throw one's hands up saying, "Ah, Rev 4.0 is obvious crap!"


Richmond wrote:


There is a school of thought that RunRev have tried to expand the
capabilities of Revolution rather too
rapidly, without taking care of some 'nuts-and-bolts' glitches that have
been around for some time.


Perhaps. But as someone who wrote just over three years ago that "Quality is 
Job #1," I have to disagree with this school. We've come a long, long way. 
RunRev spent more than a year and a half working on the 
free-for-almost-everyone Rev 2.9, which addressed hundreds of those issues, 
re-architected tons of internals, and brought the Linux edition up to speed 
with the other platforms. The result was a measurable, marked improvement in 
quality, and a more robust platform that has enabled much-needed 
"nuts-and-bolts" enhancements since then: the new tabbed script editor 
(3.0); the data grid and behaviors (3.5); and the Web plugin (4.0). All of 
which have been delivered on a predictable schedule with more far more 
external testing -- both in terms of number of users and length of 
testing -- than prior versions. At the same time, we have halved the retail 
price of the product and even introduced the f

Re: First test for Infinite Zoom

[Thomas McGrath III]

Alejandro,

I agree. The effect is very mesmerizing and could have a lot of  
potential in other applications. There was a library recently that  
mimicked gestures (like on a touch screen) that might be perfect for  
advanced effects. Swipe up in a short gesture and it zooms in slowly  
and swipe down and it zooms out slowly, swipe in a longer gesture and  
it zooms faster. I have also seen this effect where if you click and  
hold and move up it zoom in and while still holding if you move below  
the original clicked spot it will zoom in the other direction.  
Certainly opens up some possibilities.


I don't think every image needs to be load from the start. I was  
reading up on different sites where they only load the next incoming  
or out going image and unload the previous. That of course will make  
the coding more difficult but you have already done the hard work in  
getting this to happen in runRev. I wonder what the timing will be  
like in a revlet?


I plan on digging deeper into the code for this so maybe I will have  
some input on the 2 pixel issue and the lag. But I already suspect the  
lag is in the number of images being processed at each click.


Very versatile effect already, I can't wait to see more.


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 Nov 15, 2009, at 7:50 PM, Alejandro Tejada wrote:



Hi Tom,


Thomas McGrath III-3 wrote:


That zip works. I also downloaded the images.
A problem I had was the naming of the images messed with the flow of
the zoom quilt. I changed the single digits to double digits (i.e. 1
to 01) then it works great.
A little bit of lag when trying to automate the process. the time i
t takes to load is choppy. But it works great.
Could be optimized a bit.



Thanks a lot for confirming that latest uploads works
as expected. I had to test better the actual capabilities
of free hosting in 000space.

You are right about naming the images using two digits.
I forgot about this, while writing the text in the stack.
By the way, there are two images in this group created
for the ZoomQuilt proyect, that are 1022 pixel wide,
not 1024 pixels as the rest of images.

I Noticed too some lags in certain points of the zoom process
and increased memory usage (almost 300 MB). These are the
most baffling problems that i found. Probably, it's not necessary
to load all 46 images while initializing the card with the zoom  
effect.


A particular task that gave me a lot of problem, was scaling all
images covering the gaps between them. Still, looking for a logical
explanation of why i had to made the images 2 pixels wider and taller
every other scaling step.

Originally, i planned to include zoom in and zoom out, using the
left and right mouse button, but changing from one to another
produced a mess in the sizes of images.

Ideally, scaling of images should be driven by the mousewheel
or the keyboard arrow keys.

Could you imagine the versatility of this effect if we could move  
smoothly,
not only in and out but to the sides of the pictures, almost like a  
QTVR

panorama?
When completed, this will be great! :D

Alejandro

--
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621935.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


___
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

[Rick Harrison]

Hi Pierre,

I'm glad that MySQL is working out well for you.

I'm not a fan of MySQL because the PostgreSQL
license is much better.

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.

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

Thank you for your reply Pierre!

Rick


On Nov 15, 2009, at 11:33 AM, Pierre Sahores wrote:

> Hi Rick,
> 
> As long as i was'nt able to set up a test db in using the phpPgAdmin cPanel's 
> module (early days of may 2009), i didn't go further about using PostgreSQL 
> in conjunction with on-rev and switched to MySQL instead witch works perfect 
> (both phpMyAdmin and direct localhost irev request and queries - revlets 
> untested) about what i need from my irev apps.
> 
> Best,
> 
> Pierre



___
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

[Alejandro Tejada]

Hi Tom,


Thomas McGrath III-3 wrote:
> 
> That zip works. I also downloaded the images.
> A problem I had was the naming of the images messed with the flow of  
> the zoom quilt. I changed the single digits to double digits (i.e. 1  
> to 01) then it works great.
> A little bit of lag when trying to automate the process. the time i
> t takes to load is choppy. But it works great.
> Could be optimized a bit.
> 

Thanks a lot for confirming that latest uploads works
as expected. I had to test better the actual capabilities
of free hosting in 000space.

You are right about naming the images using two digits.
I forgot about this, while writing the text in the stack.
By the way, there are two images in this group created
for the ZoomQuilt proyect, that are 1022 pixel wide,
not 1024 pixels as the rest of images.

I Noticed too some lags in certain points of the zoom process
and increased memory usage (almost 300 MB). These are the
most baffling problems that i found. Probably, it's not necessary
to load all 46 images while initializing the card with the zoom effect.

A particular task that gave me a lot of problem, was scaling all
images covering the gaps between them. Still, looking for a logical
explanation of why i had to made the images 2 pixels wider and taller
every other scaling step. 

Originally, i planned to include zoom in and zoom out, using the
left and right mouse button, but changing from one to another
produced a mess in the sizes of images.

Ideally, scaling of images should be driven by the mousewheel
or the keyboard arrow keys. 

Could you imagine the versatility of this effect if we could move smoothly,
not only in and out but to the sides of the pictures, almost like a QTVR
panorama?
When completed, this will be great! :D

Alejandro

-- 
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621935.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: Wake up Revolution

[Thomas McGrath III]

I hate those f_cking banana skins.



On Nov 15, 2009, at 3:30 PM, Richmond Mathewson wrote:


There is a risk, as one runs for the finish line, with one's eye on  
the prize, that one doesn't see the

banana skin on the track.



___
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

[Thomas McGrath III]

That zip works. I also downloaded the images.

A problem I had was the naming of the images messed with the flow of  
the zoom quilt. I changed the single digits to double digits (i.e. 1  
to 01) then it works great.


A little bit of lag when trying to automate the process. the time i
t takes to load is choppy. But it works great.

Could be optimized a bit.

Tom

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 Nov 15, 2009, at 1:32 PM, Alejandro Tejada wrote:



Hi All,

Yes, the first file was corrupted.
Oddly enough, this 000space server seems
that do not like small binary files.

This time, i bundled many copies of
the stack inside the compressed zip.
Size is approximately 8k.
http://www.capellan2000.000space.com/Zoom_infinite.zip

If this fails, try these others files:
http://www.capellan2000.000space.com/Zoom_infinite.7z
http://www.capellan2000.000space.com/Zoom_infinite.rev
http://www.capellan2000.000space.com/Zoom_infinite2.zip

Have a nice day and thanks again for your help!

Alejandro
--
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621839.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


___
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: Stack magnification?

[Colin Holgate]

I've read the request now. The original logged request was to do with 
increasing the size of all of the interface, in the way that you might do with 
a Flash swf. Then someone added a comment about being able to magnify into the 
layout for more accurate placement. Others agreed with that too. Now we're 
talking about a window zoom feature, which would normally mean that some things 
are off screen, and would need to be scrolled to.

Perhaps a couple more feature requests should go in, rather than add on the to 
resizable Flash like one?

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

Re: Stack magnification?

[Colin Holgate]

On Nov 15, 2009, at 5:32 PM, Mark Swindell wrote:

> Then I hope you'll vote for the feature enhancement Richard suggested, since 
> the built-in system workaround on OS X offers a choice of intense 
> pixelization or blur.


I thought the feature request was to see the card contents magnified, in the 
way that HyperCard used to do it? That's exactly how the system way works, 
except that you don't see a simultaneous life-size version.


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

Re: Stack magnification?

[Mark Swindell]

Then I hope you'll vote for the feature enhancement Richard suggested, since 
the built-in system workaround on OS X offers a choice of intense pixelization 
or blur.


On Nov 15, 2009, at 2:10 PM, Colin Holgate wrote:

> On Nov 15, 2009, at 4:47 PM, Ian Wood wrote:
> 
>> It's the screen image being enlarged from actual pixels - of course it's 
>> blurry!
> 
> I use that feature a lot, but I have smoothing turned off. It's very handy 
> for checking out the exact placement of things, and also for inspecting how 
> well antialiasing is doing. If smoothing is turned on then the zooming is 
> much less useful for those things.
> 
> With smoothing turned off it's not blurry, it's very sharp, but it will look 
> pixellated.

___
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

DNS Zone Editor on OnRev

[David Bovill]

I'm trying to figure out how to mix and match subdomains on DreamHost and
OnRev.

cPanel should have a simple and advanced "DNS Zone Editor" - but they don't
seem to be added with the OnRev account? Because of this it does not look
like you have direct access to the DNS records with OnRev (like you do on
DreamHost) - or is it hidden away somewhere I can;t find?

Therefore I'm guessing the way to do this is to change the DNS records on
DreamHost? I've not done this before so I thought I'd check in beforehand -
my guess is that I should:

   1. Keep theDNS with DreamHost
   2. Keep the A records pointing at DreamHost servers IP, and don;t add new
   ones to point to OnRev
   3. Create new C Records on DreamHost to point to subdomains that have
   been created on OnRev

Any advice?
___
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: Stack magnification?

[Colin Holgate]

On Nov 15, 2009, at 4:47 PM, Ian Wood wrote:

> It's the screen image being enlarged from actual pixels - of course it's 
> blurry!

I use that feature a lot, but I have smoothing turned off. It's very handy for 
checking out the exact placement of things, and also for inspecting how well 
antialiasing is doing. If smoothing is turned on then the zooming is much less 
useful for those things.

With smoothing turned off it's not blurry, it's very sharp, but it will look 
pixellated.


___
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: Stack magnification?

[Ian Wood]

It's the screen image being enlarged from actual pixels - of course  
it's blurry!


Ian

On 15 Nov 2009, at 21:11, Mark Swindell wrote:

Also, thanks for the tip on control scrolling (first necessary to  
change Universal Access preferences).  Unfortunately even with  
smoothing turned on the magnified display is blurry.


___
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: Stack magnification?

[Mark Swindell]

I voted for this and hope others will join in and do so, as well.

Also, thanks for the tip on control scrolling (first necessary to change 
Universal Access preferences).  Unfortunately even with smoothing turned on the 
magnified display is blurry.

Mark


On Nov 15, 2009, at 12:54 PM, Richard Gaskin wrote:

> Mark Swindell wrote:
> 
> > When working with Rev stacks is there any built-in way to magnify
> > a stack on screen so that smaller fields with tiny text are easily
> > read and edited?  View at 100%, 125%, 200% etc. like many programs do?
> 
> I submitted a request for this some time ago:
> 
> 
> In the meantime, with a bit of tedious work you can do it algorithmically.
> 
> Or on OS X use Control+trackpad scroll
> 
> --
> 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

___
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: Stack magnification?

[Richard Gaskin]

Mark Swindell wrote:

> When working with Rev stacks is there any built-in way to magnify
> a stack on screen so that smaller fields with tiny text are easily
> read and edited?  View at 100%, 125%, 200% etc. like many programs do?

I submitted a request for this some time ago:


In the meantime, with a bit of tedious work you can do it algorithmically.

Or on OS X use Control+trackpad scroll

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

Stack magnification?

[Mark Swindell]

When working with Rev stacks is there any built-in way to magnify a stack on 
screen so that smaller fields with tiny text are easily read and edited?  View 
at 100%, 125%, 200% etc. like many programs do?

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

Re: Wake up Revolution

[Richmond Mathewson]

Richard Gaskin wrote:

Mark Schonewille wrote:

Who says that tousand people experience great performance?! I, for  
one, don't.


I haven't seen your RQCC report on this.  What's the #?

After reading the messages here, in the forum, and other venues, yours 
and Inselfan's posts are the first I've come across during the long 
preview cycle which report that there's something wrong with v4's 
performance.


Now that we have a second data point reflecting similar results we can 
modify the analysis of the problem, but the basic principle remains 
the same:  identify the differences between the working and 
non-working states.


I am pretty sure that Inselfan did something that should just work 
in  Revolution without problems and figuring out the source of the 
problem  is a process that one should not have to go through with a 
development  environment like Revolution in the first place!


I wholeheartedly agree, 


There is a school of thought that RunRev have tried to expand the 
capabilities of Revolution rather too
rapidly, without taking care of some 'nuts-and-bolts' glitches that have 
been around for some time.


There is a risk, as one runs for the finish line, with one's eye on the 
prize, that one doesn't see the

banana skin on the track.

and share the desire for an ideal world in which everything always 
works perfectly.


But in our imperfect world all processes have a failure rate, and the 
software development process is no exception.


If the good folks at RunRev are aware of this issue I doubt they 
consider it acceptable, and are likely working on it I write this.


But if they're not yet aware of it they may require some assistance to 
be able to replicate it.  That's where we come in:  when we see a 
problem, we try arrive at a recipe for reproducing it and report it to 
the RQCC.





___
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: Wake up Revolution

[Richard Gaskin]

Mark Schonewille wrote:

Who says that tousand people experience great performance?! I, for  
one, don't.


I haven't seen your RQCC report on this.  What's the #?

After reading the messages here, in the forum, and other venues, yours 
and Inselfan's posts are the first I've come across during the long 
preview cycle which report that there's something wrong with v4's 
performance.


Now that we have a second data point reflecting similar results we can 
modify the analysis of the problem, but the basic principle remains the 
same:  identify the differences between the working and non-working states.


I am pretty sure that Inselfan did something that should just work in  
Revolution without problems and figuring out the source of the problem  
is a process that one should not have to go through with a development  
environment like Revolution in the first place!


I wholeheartedly agree, and share the desire for an ideal world in which 
everything always works perfectly.


But in our imperfect world all processes have a failure rate, and the 
software development process is no exception.


If the good folks at RunRev are aware of this issue I doubt they 
consider it acceptable, and are likely working on it I write this.


But if they're not yet aware of it they may require some assistance to 
be able to replicate it.  That's where we come in:  when we see a 
problem, we try arrive at a recipe for reproducing it and report it to 
the RQCC.



Colin's suggestion seems useful for doing so:


The best test would be to get that stack onto other people's machines,
and have them run it in 2.9 and 4.0, and see if the same issue happens.
At the same time Inselfan should try further testing of 4.0, with other
stacks. If those other stacks all work perfectly, then that helps narrow
the problem down to something in that particular stack triggering the issue.



Jacque's comments honed this analysis even further:

Try choosing "suspend development environment" from the Tools menu and 
then run your script. If that works, then check the plugins carefully, 
particularly any third-party plugins you might have installed. If that 
does not work, it means a handler in your stack somewhere is running 
without releasing time to the CPU.


If you would like to send me your stack off-list, I will look at it.


I would be interested in learning what you find, Jacque.

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

[OT] EFL worksheet

[Richmond Mathewson]

Just uploaded an EFL worksheet here:

http://mathewson.110mb.com/default.html

and here:

http://andregarzia.on-rev.com/richmond/default.html

(with many thanks to Andre Garzia)

click on the button "STUFF FOR TEACHERS".

sincerely, Richmond Mathewson.
___
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: Wake up Revolution

[Malte Pfaff-Brill]

Horst,

it might be that your preferences stack broke in the update. try this  
in msg:


put the effective filename of stack "revPreferences"

Note that path and quit rev. Remove the file from there and relaunch  
rev. Does it make things any better?


Also, if that doesn´t help, what does

put the messageMessages

return for you?

Cheers,

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

Re: First test for Infinite Zoom

[Alejandro Tejada]

Hi All,

Yes, the first file was corrupted.
Oddly enough, this 000space server seems
that do not like small binary files.

This time, i bundled many copies of
the stack inside the compressed zip.
Size is approximately 8k.
http://www.capellan2000.000space.com/Zoom_infinite.zip

If this fails, try these others files:
http://www.capellan2000.000space.com/Zoom_infinite.7z
http://www.capellan2000.000space.com/Zoom_infinite.rev
http://www.capellan2000.000space.com/Zoom_infinite2.zip

Have a nice day and thanks again for your help!

Alejandro
-- 
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621839.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: Wake up Revolution

[J. Landman Gay]

Inselfan wrote:


Here is what I for example do:

By pressing a button, which contains:

on mouseUp
  set cursor to watch
  go cd  "Adressliste_Global"
end mouseUp

On this Card:
on preopencard
  set the visible of btn "weckerli" to false
  set the visible of fld "Alarmliste" to false
  lock screen
  put empty into temp1
  put empty into temp2
  put empty into temp3
  put empty into temp4
  put empty into temp5
  put empty into temp6
  put empty into temp7
  put empty into temp8
  put empty into temp9
  put empty into temp10
  put empty into temp11
  put empty into temp12
  put empty into temp13
  put empty into temp14
  put empty into fld "kndnr1"
  put empty into fld "vorname1"
  put empty into fld "suchname1"
  put empty into fld "aktiv1"
  put empty into fld "kategorie1"
  put empty into fld "ort1"
  put empty into fld "burzeltag1"
  put empty into fld "Telefon1"
  put empty into fld "Telefon2"
  put empty into fld "antwort"
  put empty into fld "phone"
  unlock screen
end preopencard

on opencard 
  lock screen

  hide img "up1"
  hide img "up2"
  hide img "up3"
  hide img "up4"
  hide img "up5"
  hide img "up6"
  hide img "up7"
  hide img "up8"
  hide img "up9"
  hide img "down1"
  hide img "down2"
  hide img "down3"
  hide img "down4"
  hide img "down5"
  hide img "down6"
  hide img "down7"
  hide img "down8"
  hide img "down9"
  hide grp "Kategorieauswahl"
  put "A - Z" into Index
  put word 1 of fld "v_feld_01" && benutzer into fld "v_feld_01"
  #zettelkasten  
  #SetTime

  #Termine_machen
  unlock screen
  focus fld "antwort"
end opencard


There is nothing here that would cause a slowdown, it should be 
instantaneous. These are very simple commands.




Yes, if I'm locking messages, it is fast. But what the hell is wrong with
the script above??


This is a clue. If the handlers run fast with messages locked, that 
means there is another handler somewhere that is taking all the CPU 
time. Often this is caused by a repeat loop that doesn't exit, or some 
other command that does not release control to Rev. Look for other 
stacks that are in use, scripts inserted into the back, plugins that are 
running, or something else that is using CPU time.


Try choosing "suspend development environment" from the Tools menu and 
then run your script. If that works, then check the plugins carefully, 
particularly any third-party plugins you might have installed. If that 
does not work, it means a handler in your stack somewhere is running 
without releasing time to the CPU.


If you would like to send me your stack off-list, I will look at it.

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

Re: Wake up Revolution

[Jan Schenkel]

Hi Horst,

Why don't you do some logging to figure out what's causing the pain?
Just add something like this to the preOpenCard and openCard handlers:
##
on preOpenCard
  put the milliseconds into tStart
  -- now the rest of your handler script
  ...
  -- now put how long it takes at the end of the message box
  put the milliseconds into tEnd
  put merge("preOpenCard: [[tStart]] > [[tEnd]] ([[tEnd - tStart]] millis)") & 
return after msg
end preOpenCard
##
Now when you move from one card to the next, you should see how long the 
individual handlers take, but also how much time is between the preOpenCard and 
openCard events.

If for some reason, the slowdown is inside your own handler, try and narrow it 
down to the slowest statement. It's not a fun job, but it will give you 
valuable insight.

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)


--- On Sun, 11/15/09, Inselfan  wrote:
> Holá Sarah, holá Bill,
> 
> Thanks for offering your high-welcome help.
> 
> I'm "testing" RR with the actual version I downloades the
> night before. I
> use W2k and XP-professional.
> RAM on W2k 2 GB, on XP 1 GB
> 
> Yes, I'm using a existing stack wich works fine under 2.9.
> The application
> has a size of 16 MB
> 
> Here is what I for example do:
> 
> By pressing a button, which contains:
> 
> on mouseUp
>   set cursor to watch
>   go cd  "Adressliste_Global"
> end mouseUp
> 
> On this Card:
> on preopencard
>   set the visible of btn "weckerli" to false
>   set the visible of fld "Alarmliste" to false
>   lock screen
>   put empty into temp1
>   put empty into temp2
>   put empty into temp3
>   put empty into temp4
>   put empty into temp5
>   put empty into temp6
>   put empty into temp7
>   put empty into temp8
>   put empty into temp9
>   put empty into temp10
>   put empty into temp11
>   put empty into temp12
>   put empty into temp13
>   put empty into temp14
>   put empty into fld "kndnr1"
>   put empty into fld "vorname1"
>   put empty into fld "suchname1"
>   put empty into fld "aktiv1"
>   put empty into fld "kategorie1"
>   put empty into fld "ort1"
>   put empty into fld "burzeltag1"
>   put empty into fld "Telefon1"
>   put empty into fld "Telefon2"
>   put empty into fld "antwort"
>   put empty into fld "phone"
>   unlock screen
> end preopencard
> 
> on opencard 
>   lock screen
>   hide img "up1"
>   hide img "up2"
>   hide img "up3"
>   hide img "up4"
>   hide img "up5"
>   hide img "up6"
>   hide img "up7"
>   hide img "up8"
>   hide img "up9"
>   hide img "down1"
>   hide img "down2"
>   hide img "down3"
>   hide img "down4"
>   hide img "down5"
>   hide img "down6"
>   hide img "down7"
>   hide img "down8"
>   hide img "down9"
>   hide grp "Kategorieauswahl"
>   put "A - Z" into Index
>   put word 1 of fld "v_feld_01" && benutzer
> into fld "v_feld_01"
>   #zettelkasten  
>   #SetTime
>   #Termine_machen
>   unlock screen
>   focus fld "antwort"
> end opencard
> 
> 
> all variables are defined by Globals or Locals.
> This action takes 18545 millisec!!!, the CPU is on 100% and
> the computer is
> blocked completly.
> 
> Yes, if I'm locking messages, it is fast. But what the hell
> is wrong with
> the script above??
> Still having the prob with ^T wich also takes until 2
> minutes with blocking
> the Computer for other work. 
> Still a long delay to open "Tools" in the menu bar,
> nearly impossible to open a CD from Application Browser. I
> crashed RR after
> waiting 15 minutes to open a card
> 
> Whatever I do, the cpu goes to 100%, and the delay is out
> of discussion.
> 
> If you use Team-view and are interested to see, where I'm
> talking
> about,please let me know and we'll make an apointment
> 
> kind regards
> 
> Horst
> 



___
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

[Pierre Sahores]

Hi Rick,

As long as i was'nt able to set up a test db in using the phpPgAdmin  
cPanel's module (early days of may 2009), i didn't go further about  
using PostgreSQL in conjunction with on-rev and switched to MySQL  
instead witch works perfect (both phpMyAdmin and direct localhost irev  
request and queries - revlets untested) about what i need from my irev  
apps.


Best,

Pierre

Le 15 nov. 09 à 17:05, Rick Harrison a écrit :


Hi there,

Has anyone been able to read, and write
to a PostgreSQL database located on
the On-Rev server using a revlet?

If you have please let me know.

Thanks,

Rick
___
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: Wake up Revolution

[Colin Holgate]

On Nov 15, 2009, at 11:18 AM, Richard Gaskin wrote:

> >If a thousand people experience great performance and one person experiences 
> >very poor performance, would it not seem worthwhile to consider the cause of 
> >the difference may lie with the system's configuration?

You can't use logic for this case, otherwise you would argue that if on a 
particular machine you can open and run a stack without any issues in 2.9, and 
if you open and run the stack in 4.0 you get two minute long lock up of the 
machine every time you press a certain key, obviously 4.0 is the only thing 
that was changed in the test, and so must be at fault.

The best test would be to get that stack onto other people's machines, and have 
them run it in 2.9 and 4.0, and see if the same issue happens. At the same time 
Inselfan should try further testing of 4.0, with other stacks. If those other 
stacks all work perfectly, then that helps narrow the problem down to something 
in that particular stack triggering the issue.


___
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: Wake up Revolution

[Mark Schonewille]

Richard,

Who says that tousand people experience great performance?! I, for  
one, don't.


I am pretty sure that Inselfan did something that should just work in  
Revolution without problems and figuring out the source of the problem  
is a process that one should not have to go through with a development  
environment like Revolution in the first place!


--
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 15 nov 2009, om 17:18 heeft Richard Gaskin het volgende geschreven:

If a thousand people experience great performance and one person  
experiences very poor performance, would it not seem worthwhile to  
consider the cause of the difference may lie with the system's  
configuration?


It may not be a virus, but clearly there's something going on which  
is very different from what most if not all Rev4 users are  
experiencing.


The method for solving any problem is to identify the differences  
between the working and non-working states.  If you're interested in  
enjoying the same Rev 4 performance everyone else here is  
experiencing, perhaps we could start by looking at your OS version,  
RAM, and other system particulars.


___
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: Wake up Revolution

[Pierre Sahores]

Hi Inselfan,

I use the Rev 4.0 GM1(IDE) to run a stack as a 24/7 long running  
process without any problem on 4+1 different boxes :


The process consist to produce, one grid after an other, crosswords  
games (lexicons + AI outputs the games that are then uploaded to www.wrds.com 
.


The 4 first boxes are producing the games and the last one is  
uploading them.


Producers Boxes :

- Medion laptop Pentium M 1.6 Ghz with 1 Go RAM Win XP Pro
- Acer AspireOne subnotebook Intel N 270 1.6 Ghz with 1 Go RAM Win XP  
Home
- Asus eeePC 900 subnotebook Intel Pentium Celeron 0.9 Ghz with 1 Go  
RAM - Win XP Home

- Mac Book Pro Core 2 (32 bits) 2 Ghz with 2 Go RAM - Mac OS X 10.5.8

Upload Box ;

PowerBook G4 1Ghz with 1 Go RAM - Mac OS X 10.4.11

Dev. Box :

- Mac Book Pro Core 2 (32 bits) 2 Ghz with 2 Go RAM - Mac OS X 10.5.8

All is working perfectly under all thoses configs.

I use ClamWin 0.95 antivirus on the win boxes.

What i just noticed in switching for Rev 3.5 to Rev 4.0 is that the  
script editor seems 20% more reactive under the dev box. Can't say, at  
this point, if the engine is realy 20% faster too.


Hope this can help.

Best Regards,

P. Sahores


Le 15 nov. 09 à 14:13, Inselfan a écrit :



Holá Richmond,

Well, running same Stacks with RR-2.9 is OK so far.
I don't think, that my PC's are infected. Not with a Virus or  
something

else.
It is only RR 4.0 which blocks. On all Computers, but thanks for  
trying to

help.

I would love to tell the World, that RunRev 4.0 is the best ever and  
that

everything works as expected, but I think, it's a long way there...

kind regards

Horst



Dear Inselfan,
 I cannot help noticing you are using Windows;

Maybe the problem does not lie with RunRev 4, but
maybe there is a background process (possibly
some sort of virus) that is triggered when you
launch RunRev, that is hogging the memory.

--
View this message in context: 
http://n4.nabble.com/Wake-up-Revolution-tp621641p621748.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



--
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: Wake up Revolution

[Richard Gaskin]

Inselfan wrote:

Well, running same Stacks with RR-2.9 is OK so far. 
I don't think, that my PC's are infected. Not with a Virus or something
else. 
It is only RR 4.0 which blocks. On all Computers, but thanks for trying to

help.

I would love to tell the World, that RunRev 4.0 is the best ever and that
everything works as expected, but I think, it's a long way there...


If a thousand people experience great performance and one person 
experiences very poor performance, would it not seem worthwhile to 
consider the cause of the difference may lie with the system's 
configuration?


It may not be a virus, but clearly there's something going on which is 
very different from what most if not all Rev4 users are experiencing.


The method for solving any problem is to identify the differences 
between the working and non-working states.  If you're interested in 
enjoying the same Rev 4 performance everyone else here is experiencing, 
perhaps we could start by looking at your OS version, RAM, and other 
system particulars.


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

On-Rev and PostgreSQL

[Rick Harrison]

Hi there,

Has anyone been able to read, and write
to a PostgreSQL database located on
the On-Rev server using a revlet?

If you have please let me know.

Thanks,

Rick
___
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: Wake up Revolution

[Richmond Mathewson]

Inselfan wrote:

Holá Richmond,

Well, running same Stacks with RR-2.9 is OK so far. 
I don't think, that my PC's are infected. Not with a Virus or something
else. 
It is only RR 4.0 which blocks. On all Computers, but thanks for trying to

help.

I would love to tell the World, that RunRev 4.0 is the best ever and that
everything works as expected, but I think, it's a long way there...

kind regards

Horst



Dear Inselfan,
  I cannot help noticing you are using Windows;

Maybe the problem does not lie with RunRev 4, but
maybe there is a background process (possibly
some sort of virus) that is triggered when you
launch RunRev, that is hogging the memory.

  

I cannot help feeling that there is "something funny" about your
computer; I have RunRev 4 (Studio) running extremely well on the
following machines:

Pentium 3: Windows XP

Hewlett-Packard Pentium 4: Ubuntu 8.04.3

Mac G4: Mac OS 10.5.8

And revMedia 4 running on all of those and:

iMac G3: Mac OS 10.4.11

MacMini PPC: Mac OS 10.4.11

I have about 12 children running revMedia on a variety
of computers running from an old P2 with Windows 98 to
a fancy laptop running Vista all having a lovely time with
revMedia 4.

One boy running Mint Linux with revMedia.
___
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: Wake up Revolution

[Inselfan]

Holá Richmond,

Well, running same Stacks with RR-2.9 is OK so far. 
I don't think, that my PC's are infected. Not with a Virus or something
else. 
It is only RR 4.0 which blocks. On all Computers, but thanks for trying to
help.

I would love to tell the World, that RunRev 4.0 is the best ever and that
everything works as expected, but I think, it's a long way there...

kind regards

Horst



Dear Inselfan,
  I cannot help noticing you are using Windows;

Maybe the problem does not lie with RunRev 4, but
maybe there is a background process (possibly
some sort of virus) that is triggered when you
launch RunRev, that is hogging the memory.

-- 
View this message in context: 
http://n4.nabble.com/Wake-up-Revolution-tp621641p621748.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: Wake up Revolution

[Richmond Mathewson]

Dear Inselfan,
 I cannot help noticing you are using Windows;

Maybe the problem does not lie with RunRev 4, but
maybe there is a background process (possibly
some sort of virus) that is triggered when you
launch RunRev, that is hogging the memory.

I am running RunRev 4 on a Pentium III Compaq,
256 MB RAM, Windows XP as a test machine (I normally
work with Macintosh) and everything runs very smoothly;
the only problem being if I decide to run another
program at the same time - which, considering the
comparatively small amount of RAM and the fact that
my XP box is headless (i.e. no monitor) and 'bottomless'
(no keyboard and mouse) and I access it using the
Microsoft Remote Desktop Connection Client from my
G4 Mac is unsurprising.

___
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

[-= JB =-]

It is 4KB here and won't decompress.

-=>JB<=-



On Nov 15, 2009, at 4:21 AM, Scott Rossi wrote:


Recently, Alejandro Tejada wrote:


Download this first rough test for Infinite zoom
from bitmap images:

http://www.capellan2000.000space.com/Zoom_infinite.zip


Alejandro, your ZIP may be corrupted -- it shows up as 1.4K here  
and will

not decompress.  Is it just me?

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

Re: First test for Infinite Zoom

[Scott Rossi]

Recently, Alejandro Tejada wrote:

> Download this first rough test for Infinite zoom
> from bitmap images:
> 
> http://www.capellan2000.000space.com/Zoom_infinite.zip

Alejandro, your ZIP may be corrupted -- it shows up as 1.4K here and will
not decompress.  Is it just me?

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: Wake up Revolution

[Inselfan]

Holá Sarah, holá Bill,

Thanks for offering your high-welcome help.

I'm "testing" RR with the actual version I downloades the night before. I
use W2k and XP-professional.
RAM on W2k 2 GB, on XP 1 GB

Yes, I'm using a existing stack wich works fine under 2.9. The application
has a size of 16 MB

Here is what I for example do:

By pressing a button, which contains:

on mouseUp
  set cursor to watch
  go cd  "Adressliste_Global"
end mouseUp

On this Card:
on preopencard
  set the visible of btn "weckerli" to false
  set the visible of fld "Alarmliste" to false
  lock screen
  put empty into temp1
  put empty into temp2
  put empty into temp3
  put empty into temp4
  put empty into temp5
  put empty into temp6
  put empty into temp7
  put empty into temp8
  put empty into temp9
  put empty into temp10
  put empty into temp11
  put empty into temp12
  put empty into temp13
  put empty into temp14
  put empty into fld "kndnr1"
  put empty into fld "vorname1"
  put empty into fld "suchname1"
  put empty into fld "aktiv1"
  put empty into fld "kategorie1"
  put empty into fld "ort1"
  put empty into fld "burzeltag1"
  put empty into fld "Telefon1"
  put empty into fld "Telefon2"
  put empty into fld "antwort"
  put empty into fld "phone"
  unlock screen
end preopencard

on opencard 
  lock screen
  hide img "up1"
  hide img "up2"
  hide img "up3"
  hide img "up4"
  hide img "up5"
  hide img "up6"
  hide img "up7"
  hide img "up8"
  hide img "up9"
  hide img "down1"
  hide img "down2"
  hide img "down3"
  hide img "down4"
  hide img "down5"
  hide img "down6"
  hide img "down7"
  hide img "down8"
  hide img "down9"
  hide grp "Kategorieauswahl"
  put "A - Z" into Index
  put word 1 of fld "v_feld_01" && benutzer into fld "v_feld_01"
  #zettelkasten  
  #SetTime
  #Termine_machen
  unlock screen
  focus fld "antwort"
end opencard


all variables are defined by Globals or Locals.
This action takes 18545 millisec!!!, the CPU is on 100% and the computer is
blocked completly.

Yes, if I'm locking messages, it is fast. But what the hell is wrong with
the script above??
Still having the prob with ^T wich also takes until 2 minutes with blocking
the Computer for other work. 
Still a long delay to open "Tools" in the menu bar,
nearly impossible to open a CD from Application Browser. I crashed RR after
waiting 15 minutes to open a card

Whatever I do, the cpu goes to 100%, and the delay is out of discussion.

If you use Team-view and are interested to see, where I'm talking
about,please let me know and we'll make an apointment

kind regards

Horst

-- 
View this message in context: 
http://n4.nabble.com/Wake-up-Revolution-tp621641p621729.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

First test for Infinite Zoom

[Alejandro Tejada]

Hi All,

Download this first rough test for Infinite zoom
from bitmap images:

http://www.capellan2000.000space.com/Zoom_infinite.zip

Read the instructions in card 1 and get all images from:
http://public.hbk-bs.de/~baumgarn/zoom/steps/

I am sure that with your help, a stack that could zoom in
and out smoothly will be easy (driven by the mouse wheel)

Thanks in advance!

Alejandro 
-- 
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621701.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