Hello Ken
yes - you can copy objects (buttons, groups) INTO password protected stacks,
but not copy objects FROM them. Coming from Toolbook I had to realize and
accept that ...
runrev password protection protects stacks against
* copiing objects FROM it
* editing passwords
It does not
Hello Chipp,
The experienced users seem to have had this solution (the old suckUp spitOut
trick) since years I am so proud of since the weekend. Exactly thats it.
Because I even could embed some unprotected stacks I would use in this way in
standalones instead of putting it in a separated .rev
Hi friends,
are there any german developers that use/know about Linux?
If yes, could please contact me via mail?
Thanks a lot in advance!
Best
Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de
___
use-revolution mailing list
Hi all,
any hints what this result from a decompress action may mean?
...
## Valid GZ compressed file!
put url(binfile: win_gz) into w1
put decompress(w1) into w2
if the result empty then
## here I sometimes get 1 as the result, but the file has
## been correctly decompressed nevertheless
Hello fellows,
Is anyone experiencing crashes with just using the paint tools on a
new mainstack?
I open a new mainstack then select the brush tool and click in the
mainstack window - crash. Repeatedly.
I reopen RR then new mainstack then select other tools first and this
time brush
I tried it with an extra image layer on top, without success.
The annoying water-color effect, seems to come from a wrong interpretation
of the brush shape The brush image actually is 32x32 pixel and the opaque
brush within is (I think) 8x8 pixel. It seems that sometimes some more pixel
as the
Hi Tom,
I assume this is using 3.0 on a Mac Intel with Leopard? If so, I
should be able to test this for you in a stack I'm doing right now.
Right now, just clearing up my emails. (smile)
Joe Wilkins
On Oct 14, 2008, at 6:03 AM, Thomas McGrath III wrote:
Hello fellows,
Is anyone
Hi Tiemo,
Hello again,
sometimes the basics are the hardest :) I want to be able to close
my stack
by the standard red cross AND also by one of my self made menu items
Close.
Using on closeStackRequest traps the standard closing by the cross
and
after answering yes the stack closes. BUT
Hi Klaus,
noop, closestackrequest is not triggered by close commands send from
script :(
Tiemo
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:use-revolution-
[EMAIL PROTECTED] Im Auftrag von Klaus Major
Gesendet: Dienstag, 14. Oktober 2008 16:06
An: How to use Revolution
Russell Martin wrote:
Hi. I've been playing around with sockets. I'm attempting to create a
stack than can run shell commands on OS X so that I can get a
multi-threaded effect.
I've never used sockets before, so after, digging through the chat
example stack, I dug right in.
I'm finding
Björnke von Gierke wrote:
I can't really help on the first of your questions, but maybe it is
this: The open socket message will do what you want, namely open a
socket. The computer on the other end (or your own when you use
localhost as in your examples), will then either:
1. reject it (at
Hi Tom,
I created a new mainstack. Then, so I could use the paint tools, I
imported a snapshot image and then used just about all of the paint
tools without any problems. No crashes of any kind. Prior to importing
the image, the paint tools did nothing, but caused no problems. So,
guess
Hi Tiemo,
'closeStackRequest' and 'closeStack' are messages, not commands. This means
you cannot send a 'closeStackRequest' any more than you can send a
'closeStack'. You can only 'close' a stack.
A stack will always get a 'closeStack' message, but if the user clicks the
red closebox the stack
Hi Joe,
I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I
have been having some problems with revBrowser snapshots and before I
updated to the latest OSX update I had the Save crash problem. I will
do a full install instead of an update on the next dot release of RR I
Hi Hugh and Tiemo,
That's a nice explanation, Hugh. Usually, I do it slightly
differently, though. I don't pass the closeStackRequest message but
lock messages instead.
on menuPick theItem
if theItem is Close then
answer Really? with OK or No
if it is OK then
close this
Maybe it's not the problem.
Best,
Jerry Daniels
Daniels Mara, Inc.
Makers of GLX2
http://www.glx2.com
On Oct 14, 2008, at 11:24 AM, Joe Lewis Wilkins wrote:
Maybe the GLX2 is the problem, then; since I don't use it. I'm
pretty reluctant to using third party add-ons. They invariably cause
Hello
Again my question concerning binaryDecode.
get binaryDecode(H*,bilddaten,t)
is basically correct.
The following function
* exports a jpg of a group inhalt to a variable rtf (1),
* then to a file for opening in word (2) and
* returns the variable rtf(3).
(1)+(2) work correctly for any
Hi Franz,
The format has changed, and to my knowlege there is not decompile
stack or script available for it. Sorry.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
Hello Jacqueline,
thanks for replying. I now tried three different things, working with Rev
3.0:
- selected brushes in the standalone settings and used the smallest round
brush: 8
- imported a self made image 32x32 pixels and an opaque area of about 8x8
pixels (similar to the standard brush 8)
-
Hi Franz,
decompress beeinflusst the result nicht
= in the result bleibt das ergebnis eines Commands von vorher stehen.
Test: Ich gehe zu einem Stack, den es nicht gibt, result ist ein
error: no such card. Der bleibt stehen, auch wenn eine erfolgreiche
compress und decompress routine
Sorry, Yes RR 3.0, Mac Intel OSX 10.5.5
Thanks
Tom McGrath
On Oct 14, 2008, at 9:52 AM, Joe Lewis Wilkins wrote:
Hi Tom,
I assume this is using 3.0 on a Mac Intel with Leopard? If so, I
should be able to test this for you in a stack I'm doing right now.
Right now, just clearing up my
Sorry, Jerry,
No offense intended.
Joe Wilkins
On Oct 14, 2008, at 11:00 AM, Stephen Barncard wrote:
Yeah, what he said.
Besides, GLX isn't 'merely' an add-on, it's an IDE.
Maybe it's not the problem.
Best,
Jerry Daniels
Daniels Mara, Inc.
Makers of GLX2
http://www.glx2.com
Joe,
None taken. Just keeping the possibilities open.
Best,
Jerry Daniels
Daniels Mara, Inc.
Makers of GLX2
http://www.glx2.com
On Oct 14, 2008, at 1:16 PM, Joe Lewis Wilkins wrote:
Sorry, Jerry,
No offense intended.
Joe Wilkins
On Oct 14, 2008, at 11:00 AM, Stephen Barncard wrote:
Ok, now I only have to build in the answer request, when sending close this
stack. Thank you for your explanations
Tiemo
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:use-revolution-
[EMAIL PROTECTED] Im Auftrag von Hugh Senior
Gesendet: Dienstag, 14. Oktober 2008 17:32
Josep M Yepes wrote:
Somebody know where can try this Inspector Palette that appear in the
jpg? Or many info about this?
I read this in the improve-revolution list some days ago...
For example, a lot of my stuff lately requires display of data in
lists in which I need an iTunes-quality
Franz wrote:
Coming from Toolbook I had to realize and accept that ...
runrev password protection protects stacks against
* copiing objects FROM it
* editing passwords
It does not protect the stack against
* copying objects INTO it (including scripts in this objects)
* deleting objects
Hi Richard.
I wonder what the price would be that you would charge to contract the
work needed to document lib4WTable? If you could get enough of a
commitment from other Revolution developers, I would certainly be
willing to contribute just so we can have a working table model. But
if it
Maybe the GLX2 is the problem, then; since I don't use it. I'm pretty
reluctant to using third party add-ons. They invariably cause some
problems along the way. Guess I'm a bit conservative about most things.
Joe Wilkins
On Oct 14, 2008, at 9:06 AM, Thomas McGrath III wrote:
Hi Joe,
I
Having moved to using Rev 3 on OS X, I thought things were better. At least
I wasn't getting daily crashes. But today I had to force kill Rev twice
when it stopped responding (it had sent the cpu to 100% for minutes at a
time). All I was doing was editing a script. And whilst I'd had plenty of
I have a Rev app which passes data to a database which then needs to be
rendered within a touch-screen kiosk in a web-browser.
I really like the fact that I can embed Fonts with the latest Safari, and while
I can use SAFT for Mac, I haven't found a solution in Windows for making Safari
go
Hello,
I think we've been doing this for some years, right? I've stored not
only stacks but whole applications inside customprops and other binary
containers. This is actually quite common, people store fonts, images,
all kinds of assets, even stacks in binary blobs. With the RevZip we
can even
Bob Sneidar
On Oct 14, 2008, at 11:15 AM, Richard Gaskin wrote:
http://fourthworldlabs.com/table.jpg
The library itself is functional and being used in a couple products,
but the delay in making it available for others is that it has no
documentation at this point.
When I've asked here
Hello again,
sometimes the basics are the hardest :) I want to be able to close my stack
by the standard red cross AND also by one of my self made menu items
Close.
Using on closeStackRequest traps the standard closing by the cross and
after answering yes the stack closes. BUT sending
Hi Andre,
Having a few moments to spare I took a look at Apple's new MacBooks.
Mixed feelings. I think I'll need to see and touch to make a valid
judgement. I too have eye problems, so the contrast may be good for
me, but I'm a desktopper anyway, and probably won't be buying anything
new
I must say this made me chuckle. It's easy enough to verify. I will
remove my favorite integrated scripting environment GLX2 'temporarily'
and we'll see. And I'm sure if it is then Jerry will jump on it and it
won't be.
Thanks for checking this out for me Joe, now if any others would test
Rob,
is this RevBrowser stuff or plain Safari for Windows?
I think revbrowser uses IE for windows...
andre
On Tue, Oct 14, 2008 at 5:32 PM, [EMAIL PROTECTED] wrote:
I have a Rev app which passes data to a database which then needs to be
rendered within a touch-screen kiosk in a
Thanks, Hugh,
Actually, Mark's version has a typo or two. (should be with No or
Yes); was missing quotes, and seems to work differently in the IDE
and when used with StackRunner. Don't know as a standalone, since I'm
not going that route for the time being.
Joe Wilkins
On Oct 14, 2008,
Apple has furthered the divide between MacBook and Pro. The new
MacBook Pro does have one firewire 800 port. More ports can be
added via plugin card. For recording, I have to do that anyway for
throughput.
Hi Andre,
Having a few moments to spare I took a look at Apple's new MacBooks.
Mixed
Hello Stephen,
where do we put a plugin card on a macbook? Is this an expresscard
firewire thingy?
Andre
On Tue, Oct 14, 2008 at 6:18 PM, Stephen Barncard
[EMAIL PROTECTED] wrote:
Apple has furthered the divide between MacBook and Pro. The new MacBook
Pro does have one firewire 800 port. More
Hi Tom,
Ran through the same exercise, but w/o an imported image. Just the
image area tool. Still runs flawlessly on my mac w/ the std Rev IDE.
My Mac is a Mac Pro with a 30 monitor; doubt if that would make any
difference.
So??
Joe Wilkins
On Oct 14, 2008, at 1:14 PM, Thomas McGrath
Hi Joe,
Sorry about the missing quote. I think that's the only typo. The
script should run fine if you add that. Or did I miss something?
I don't know why it would run differently in Stackrunner. Usually, I
make standalones.
What kind of problem do you have with closing stacks? Perhaps
On Oct 14, 2008, at 12:58 PM, Richard Gaskin wrote:
One challenge here is to make sure we're all talking about the same
type of table. There are at least three kinds, as outlined earlier:
http://lists.runrev.com/pipermail/use-revolution/2008-April/
109978.html
Of those, mine is the second
Hi Joe,
My example was more to show how it works; Mark's is a more elegant version
once you know why. My Mac is offline at the moment so I can only confirm
Win32, but both versions should behave the same way on both platforms.
/H
Hi fellas,
May we assume that both of these approaches work on
Bernard Devlin wrote:
This is just unacceptable. No-one expects software to be bug-free. But
I've heard for years how 'the engine is rock solid'. Well, if that's so how
come it crashes so often doing totally trivial tasks. And across 3
different operating systems and 3 different pieces of
Hi Mark,
If I hadn't diddled with things some more it probably would have
worked as you thought. I had already partially implemented a somewhat
similar handler and in copy/pasting may have not had things strictly
as they should be. The most confusing thing about closing/quiting in
OSX is
Hey Andre,
Yep, checked out the various blogsone of the most amazing design
flaws I saw was the continuation of the very crisp edge on the front
of the laptop. Just Google Mac wrist and you'll see it's been a very
consistent theme regarding poor design.
Back a hundred years ago when I
decompress beeinflusst the result nicht
= in the result bleibt das ergebnis eines Commands von vorher stehen.
Test: Ich gehe zu einem Stack, den es nicht gibt, result ist ein error: no such
card. Der bleibt stehen, auch wenn eine erfolgreiche compress und decompress
routine folgen.
Gruß, Franz
Would it help eliminate one cause if Bernard tried to duplicate his crashes
while using the metacard ide? If it turned out to be stable, that would tie
it down. If they still happened, that also would be quite informative.
I notice Andre says that on Mint 3.0 works well. Might be worth a try
-= JB =- wrote:
Why doesn't the Rev team take some of these examples and build a
flexible field
that everyone can use. I have heard many people mention they want to
have the
fields improved so it is obvious it would be wise economically to
provide both new
and existing Rev customers what
Thomas McGrath III wrote:
Hello fellows,
Is anyone experiencing crashes with just using the paint tools on a new
mainstack?
I open a new mainstack then select the brush tool and click in the
mainstack window - crash. Repeatedly.
I reopen RR then new mainstack then select other tools first
On Oct 14, 2008, at 2:19 PM, J. Landman Gay wrote:
-= JB =- wrote:
Why doesn't the Rev team take some of these examples and build a
flexible field
that everyone can use. I have heard many people mention they want
to have the
fields improved so it is obvious it would be wise economically
Having a few moments to spare I took a look at Apple's new MacBooks. Mixed
feelings. I think I'll need to see and touch to make a valid judgement. I
too have eye problems, so the contrast may be good for me, but I'm a
desktopper anyway, and probably won't be buying anything new for quite a
Peter Alcibiades wrote:
Would it help eliminate one cause if Bernard tried to duplicate his crashes
while using the metacard ide? If it turned out to be stable, that would tie
it down. If they still happened, that also would be quite informative.
Sure, good idea. It couldn't hurt. But I'm
On Tue, Oct 14, 2008 at 11:03 PM, Thomas McGrath III
[EMAIL PROTECTED] wrote:
Hello fellows,
Is anyone experiencing crashes with just using the paint tools on a new
mainstack?
I open a new mainstack then select the brush tool and click in the mainstack
window - crash. Repeatedly.
I reopen
Tiemo Hollmann TB wrote:
I tried it with an extra image layer on top, without success.
The annoying water-color effect, seems to come from a wrong interpretation
of the brush shape The brush image actually is 32x32 pixel and the opaque
brush within is (I think) 8x8 pixel. It seems that sometimes
The macbook pro has an expresscard port, a firewire 800 port, two
USB ports and some kind of mini-dvi connector.
I hate the expresscard fomat. It seems to be made for viewing photo
memory cards or something -- the mechanical design is very stupid.
When one pushes the card in, it doesn't
I'd rather have the rev team work on a new table control and a
revised text field.
On OWhy doesn't the Rev team take some of these examples and build a
flexible field
that everyone can use. I have heard many people mention they want to have the
fields improved so it is obvious it would be
Yeah, what he said.
Besides, GLX isn't 'merely' an add-on, it's an IDE.
Maybe it's not the problem.
Best,
Jerry Daniels
Daniels Mara, Inc.
Makers of GLX2
http://www.glx2.com
--
stephen barncard
s a n f r a n c i s c o
- - - - - - - - - - - -
On Tue, Oct 14, 2008 at 4:31 PM, J. Landman Gay
[EMAIL PROTECTED] wrote:
But I'm really starting to think it's
hardware. He's crashing at random times, nothing really reproducible, while
performing common tasks others do all the time without issues.
And if he can't create a reliable recipe
WHOOPS! I have started another firestorm methinks. I have been
informed that a table object of the nature you speak of IS a high
priority to Runrev, but incorporating it is a huge thing. I do not
think most people realize what a difficult thing table management is.
Each cell is like it's
Folks,
sometimes I do OT mails here, but this is just to ask if you guys
followed the latest announcements by apple and saw their new macbooks.
I must say, I have never ever been so disapointed at apple. I found
the new macbooks as ugly as a traffic accident between an elephant and
a pizza
Hi fellas,
May we assume that both of these approaches work on Mac and Windows?
I have noticed some irregularities in closing that I've never
reconciled.
Thanks,
Joe Wilkins
On Oct 14, 2008, at 9:02 AM, Mark Schonewille wrote:
Hi Hugh and Tiemo,
I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I have been
having some problems with revBrowser snapshots and before I updated to the
latest OSX update I had the Save crash problem. I will do a full install
instead of an update on the next dot release of RR I think to see if
On Oct 14, 2008, at 2:54 PM, Bob Sneidar wrote:
WHOOPS! I have started another firestorm methinks. I have been
informed that a table object of the nature you speak of IS a high
priority to Runrev, but incorporating it is a huge thing. I do not
think most people realize what a difficult
Chipp Walters wrote:
Something Richard Gaskin mentioned, I believe at the RevMasters Summit
awhile back, might shed some light. I don't remember his exact words,
but to paraphrase he said designing an application was significantly
harder than designing a tool. A tool should allow for a desired
Folks, I'm really glad for sane counsel. I know you are all trying to help,
and I really appreciate it. I can see that there are very few other people
being plagued by the same problems as me. But I think you'll see I've tried
to be proactive and exhaustive in my attempt to get a stable platform
-= JB =- wrote:
Each cell can already be controlled separately plus have its own font
style. The columns can already be resized but the rows still
need to be able to be resized. The data can be stored how they are
storing it now and if needed changed in the future. There are
already
Apart from Rev 2.9 and 3.0, the only thing I can think that is in common is
that I often use revNavigator. It seems incredible that something written
by someone as experienced as Geoff, and that is basically sanctioned by
Runrev (for years it's been in the default install) could be crashing
On Oct 14, 2008, at 4:17 PM, Richard Gaskin wrote:
-= JB =- wrote:
Each cell can already be controlled separately plus have its own
font
style. The columns can already be resized but the rows still
need to be able to be resized. The data can be stored how they are
storing it now and
I'm lost on this one and need some guidance.
I have a customer who is using Windows XP. My software installs files
to a folder inside My Documents on the C: drive. When the software is
running, it allows the user to view Quicktime videos stored in this
folder.
This user, however, cannot
-= JB =- wrote:
On Oct 14, 2008, at 4:17 PM, Richard Gaskin wrote:
-= JB =- wrote:
Each cell can already be controlled separately plus have its own
font
style. The columns can already be resized but the rows still
need to be able to be resized. The data can be stored how they are
On Oct 14, 2008, at 4:43 PM, Richard Gaskin wrote:
-= JB =- wrote:
On Oct 14, 2008, at 4:17 PM, Richard Gaskin wrote:
-= JB =- wrote:
Each cell can already be controlled separately plus have its
own font
style. The columns can already be resized but the rows still
need to be able to
Bernard Devlin wrote:
I did try MC with the 3.0 engine on Linux (before finally admitting defeat),
and I experienced exactly the same kinds of hanging that I experienced with
the Rev IDE.
Good to know. The solution space just got a little smaller.
If it was a hardware issue one would expect
-= JB =- wrote:
Many things can be done very fast because it is already being done.
Integrating it all can
not be that hard unless they are trying to rewrite it in a different
language and make it do
what is already being done with transcript.
Yup, that's the deal. The current table field
-= JB =- wrote:
A few things like moving the fields were done in examples I have seen.
But if you want to do most of the other things it is done in my stack
that is named Dynamic Table Field. It is in Rev online in the
programming section or you can look under the user name sundown.
Got
On Oct 14, 2008, at 5:06 PM, J. Landman Gay wrote:
-= JB =- wrote:
Many things can be done very fast because it is already being
done. Integrating it all can
not be that hard unless they are trying to rewrite it in a
different language and make it do
what is already being done with
Bernard Devlin wrote:
Folks, I'm really glad for sane counsel. I know you are all trying to help,
and I really appreciate it. I can see that there are very few other people
being plagued by the same problems as me. But I think you'll see I've tried
to be proactive and exhaustive in my attempt
On Oct 14, 2008, at 5:15 PM, Richard Gaskin wrote:
-= JB =- wrote:
A few things like moving the fields were done in examples I have
seen.
But if you want to do most of the other things it is done in my
stack
that is named Dynamic Table Field. It is in Rev online in the
programming
On Oct 14, 2008, at 5:15 PM, Richard Gaskin wrote:
True, as with any Rev chunk. I was hoping for the holy grail of
independent column alignment. I've used multiple fields for that
in the past, but getting the selection working well and keep things
in synch is just more work than it
On Oct 14, 2008, at 5:15 PM, Richard Gaskin wrote:
-= JB =- wrote:
A few things like moving the fields were done in examples I have
seen.
But if you want to do most of the other things it is done in my
stack
that is named Dynamic Table Field. It is in Rev online in the
programming
Reading your message reminded me of something that happened to
me for the first time just last Sunday, also involving XP and files on
an external HD. I don't know if it's related to your problem, and I
still don't understand what happened, but perhaps it'll help you.
In short, for some
-= JB =- wrote:
I think I know what you mean by independent column alignment.
Are you wanting to have each column use Left Center or RIght
justification?
Yep - probably the one feature most developers here would prioritize
above all else, so central to information displays as it is.
If
Nicolas Cueto wrote:
In short, for some unexplained reason XP changed the ownership
settings of a group of JPGS in an external HD. Not all JPGS, just
those in one specific folder. I guess it happened when, upon trying
to view those images thru slideshow-software, the software seemed
to choke. I
Nope, not changing anything. Just open 3.0 create new mainstack and
select brush tool and touch the new mainstack. That's it. Then
immediate crash.
Tom McGrath
On Oct 14, 2008, at 5:24 PM, J. Landman Gay wrote:
Are you changing the default paintcompression? I had some problems
with that
Sarah,
Yeah, I don't use them much either and it is only the paint tools and
not the graphics tools. I will try and remove the third party tools as
well to see if this is happening.
Thanks
Tom McGrath
On Oct 14, 2008, at 5:38 PM, Sarah Reichelt wrote:
Yes Tom, I have noticed this too.
On Oct 14, 2008, at 6:25 PM, Richard Gaskin wrote:
-= JB =- wrote:
I think I know what you mean by independent column alignment.
Are you wanting to have each column use Left Center or RIght
justification?
Yep - probably the one feature most developers here would
prioritize above all
I didn't get an immediate crash but Rev (3.0 OSX 10.4.11) did crash after
mucking around with the paintbrush for a couple of minutes. Don't know if
it's part of the problem but I wasn't able to get the paintbrush to pickup
the selected colour at all (it was stuck on white) - the other paint tools
On Oct 14, 2008, at 6:25 PM, Richard Gaskin wrote:
-= JB =- wrote:
I think I know what you mean by independent column alignment.
Are you wanting to have each column use Left Center or RIght
justification?
Yep - probably the one feature most developers here would
prioritize above all
On Oct 14, 2008, at 6:48 PM, -= JB =- wrote:
On Oct 14, 2008, at 6:25 PM, Richard Gaskin wrote:
-= JB =- wrote:
I think I know what you mean by independent column alignment.
Are you wanting to have each column use Left Center or RIght
justification?
Yep - probably the one feature most
Well I did like you said Sarah, and the crashing has gone away. SO now
which plugin was causing this and why?
The only ones that I know are open are revGadgetBar.rev and Pointer
Tooltip.rev and of course GLX2
Gadget Bar Prefs (fldr)
gadgets (fldr)
GLX Concept Editor
Galaxy Debugger
Tom,
Though I'm not a gambling man (smile), I think I'd try the - GLX2 Code
Snapshots.rev - first since it's got to be diddling with pixels in
some way or another.
Good luck,
Joe Wilkins
On Oct 14, 2008, at 7:35 PM, Thomas McGrath III wrote:
Well I did like you said Sarah, and the
-= JB =- wrote:
I am sure the Rev team can speed things up in time. But many
features available are much better than nothing at all.
As for the proper spacing when I was using a demo of Rev over a
year ago I asked about adding a glyph for justification. Someone
suggested make an invisible
Joe,
Yeah that makes some sense. I will have to add them back one at a time
and see what happens. I just hope it is not a mixture of two of them.
Thanks for checking this for me and sticking with me.
So far my crash on save has gone away and now a solution for the paint
tools. But that
Anyone know how to get rid of the white flash between pages when
using the revbrowser?
sims
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Don't know exactly what's going on, but I resolved similar problems in
HC by locking the screen between certain transitions.
Joe Wilkins
On Oct 14, 2008, at 8:27 PM, Jim Sims wrote:
Anyone know how to get rid of the white flash between pages when
using the revbrowser?
sims
Tom,
I don't recall this problem, and I've never used the revBrowser
Snapshot or otherwise, so doubt I'll be of much help with that.
Joe Wilkins
On Oct 14, 2008, at 7:57 PM, Thomas McGrath III wrote:
So far my crash on save has gone away and now a solution for the
paint tools. But that
was there a resource you found especially useful?
This is the url that helped:
http://support.microsoft.com/kb/308421
--
Nicolas Cueto
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and
Rev 3.0 has some of the most comprehensive options for applying
gradients to its objects of any high-level scripting tool I've seen.
But darn, my fingers are tired from using the Message Box. ;)
Did I overlook a GUI tool in Rev for working with gradients?
Is there one out there, or will I
On Oct 15, 2008, at 7:45 AM, Richard Gaskin wrote:
Rev 3.0 has some of the most comprehensive options for applying
gradients to its objects of any high-level scripting tool I've seen.
But darn, my fingers are tired from using the Message Box. ;)
Did I overlook a GUI tool in Rev for working
99 matches
Mail list logo