Object Reference in Variable?
Hey List Folks: I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Object Reference in Variable?
On Sep 26, 2008, at 8:22 AM, Scott Rossi wrote: Hey List Folks: I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? put the number of lines in field 1 Maybe your mind is on Halloween ;-) sims ___ 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: Object Reference in Variable?
Hey Scott... put the long id of field 1 into tField long id of field 1 of stack WHAT?? sometime this stuff needs to be addressed more clearly for the engine especially from the message box. I mess this up all the time. I just assume the engine 'knows' what I want! Hey List Folks: I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: Object Reference in Variable?
Scott Rossi wrote: I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? The only one I can think of offhand is value, which executes at about the same speed as do: put the long id of field 1 into tField put the number of lines of value(tField) -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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
ftp.runrev.com gone?
I just tried ftp://ftp.runrev.com/. No go. Did they recently pull FTP access to the latest engine? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: ftp.runrev.com gone?
Richard FTP site is empty now like you said available only by web page now (security?) http://runrev.com/downloads/all-downloads/full-list/ (not that easily found) no engines separate except the Unix ones. I just tried ftp://ftp.runrev.com/. No go. Did they recently pull FTP access to the latest engine? -- Richard Gaskin -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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-4: using an ActiveX (twiz32.ocx) from runrev by vbs
Hi Ken
BTW, I'm assuming you're talking about Rev 3, right? If not, let me know as
there's a couple of differences between VBS in Rev 2.x and Rev 3.
Thank you all for help - I use 2.9 and did not know that there are differences
in handling of vbs in the new runrev 3.0.
I came to the following solution: instead of running vbs from runrev I use
scan.hta (hyptertext application) with the code:
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML//EN
html
head
titleScannen/title
BODY onLoad=scanner.CurrentSource='2';scanner.ShowUI
='False';scanner.Units='2';scanner.Resolution =
'150';scanner.ImageLeft='0';scanner.ImageRight='4';scanner.ImageBottom='4';scanner.AcquireToFile('test.jpg');
object ID=scanner
CLASSID=CLSID:A96AC4E0-6EBF-11D0-AA7C-00608CC9A71F
/object
/body
/html
this works from commandline (I use the shell(scan.hta) command from runrev).
If I would put a Self.Close on the End of the Body onLoad, the scan would not
start because the hta is closing before.
A new problem occured:
The mshta.exe process in any case does not close on the machine I am testing on
(xp sp3). = I do need vbs from runrev for that.
In the case the mshta.exe does not close (a problem in ms windows documented in
the ms kb) I use the following vbs in field 1 and run it from runrev. This
works and closes any process mshta.exe.
on mouseUp
put field 1 into auftrag; do auftrag as VBScript; put the result
end mouseUp
set wmi = GetObject(winmgmts:)
wql = select * from win32_process
set ergebnis = wmi.ExecQuery(wql)
for each objekt in ergebnis
liste = liste objekt.name Prozess-ID: objekt.processID vbCr
next
wql = select * from win32_process where name='mshta.exe'
set ergebnis = wmi.ExecQuery(wql)
for each mshta in ergebnis
mshta.Terminate 0
next
___
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
hta for using ocx in runrev
Hello Ken - Yes I use an old ocx - using ocx is as totally an old technique for old guys ;-) I can recommend HTA for solving many of these problems But I have learned by this check that I can use any component in windows in runrev by a) do xyz as vbscript with CreateObject (if the component is a COM Server) b) shell(xyz.hta) with a html-like application using any ocx + Comserver with createObject c) If anyone could offer me a solution for using .NET assemblies in runrev ... perhaps in 4.0 ;-) Regards Mit freundlichen Grüßen Franz Böhmisch [EMAIL PROTECTED] http://www.animabit.de GF Animabit Multimedia Software GmbH Am Sonnenhang 22 D-94136 Thyrnau Tel +49 (0)8501-8538 Fax +49 (0)8501-8537 ___ 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: Object Reference in Variable?
Scott, in the case of a field, put the long id of fld 1 into tField put line 1 of the text of tField seems to work. Best, Mark On 26 Sep 2008, at 07:37, Richard Gaskin wrote: Scott Rossi wrote: I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? The only one I can think of offhand is value, which executes at about the same speed as do: put the long id of field 1 into tField put the number of lines of value(tField) -- Richard Gaskin Managing Editor, revJournal ___ 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: Object Reference in Variable?
Bonjour Scott, The rule is rather simple when working with long IDs or long names: You *must* require a property :-) number of lines of is not strictly a property but number of lines of the text of is because text is a property but lines is just a keyword. Regarding fields, it's a bit confusing because you can refer to their contents directly when using usual syntax. Hope this clarifies :-) I take the opportunity to point out another confusing thing: SetScroll the long ID of img tImage will put the long ID in Setscroll param. But send SetScroll the long ID of img tImage will put the text of the image in Setscroll param... In such a case, here is a simple workaround: send SetScroll quote the long ID of img tImage quote And Setscroll will check first if char 1 of the param is quote then delete it and the last one also. Note that the second quote is just there for reading consistency and is not actually necessary :-) Le 26 sept. 08 à 08:22, Scott Rossi a écrit : I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: Object Reference in Variable?
Recently, Richard Gaskin wrote: I'm having trouble remembering how to get Rev to see object references in variables, as opposed to the variable data. For example, if I script: put the long id of field 1 into tField put the number of lines of tField I'll get '1' in the message box regardless of how may lines field 1 contains. I could have sworn there was a way to get this work without using do or using the text of tField. Is my memory faulty? The only one I can think of offhand is value, which executes at about the same speed as do: put the long id of field 1 into tField put the number of lines of value(tField) I would say the benefit of this is being able to avoid writing out complicated do statements. Nice. But, while something like this works: put the number of lines of value(tField) Rev refuses to compile this: delete line 2 of value(tField) Error reads: Commands: missing ',' Any idea why? Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: the visible of a stack
On 25/09/08 at 13:15 -0700 Dick Kriesel apparently wrote: Hi, Chipp. Here's a version that's effectively the same but that has a couple minor advantages. First, it has a single exit point, possibly improving maintainability. Second, it executes the corner functions only once no matter how many screens there are, possibly improving performance. -- Dick script function isStackCurrentlyVisibleOnAnyMonitor pStack -- pStack IS THE SHORT NAME OF STACK put false into tResult if pStack is among the lines of windows() then if the visible of stack pStack then if the blendlevel of stack pStack 100 then put the topleft of stack pStack into tTopLeft put the topright of stack pStack into tTopRight put the bottomleft of stack pStack into tBottomLeft put the bottomright of stack pStack into tBottomRight repeat for each line tScreenRect in the screenrects if tTopLeft is within tScreenRect or \ tTopRight is within tScreenRect or \ tBottomLeft is within tScreenRect or \ tBottomRight is within tScreenRect then put true into tResult exit repeat end if end repeat end if end if end if return tResult end isStackCurrentlyVisibleOnAnyMonitor /script Would this be a candidate for inclusion in the StandardLib? Robert ___ 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: the visible of a stack
Hi Dick, I assume you benchmarked your function to see if it's faster. I'm not a big fan of huge nested if then loops, as I find them more difficult to debug-- and I generally think they are slower. I suppose yours is offset by the single exit point. But, my gut would tell me my function would run plenty fast for most applications. I agree, there's no need to calculate the corners for each display. Thanks for taking a look :-) On Thu, Sep 25, 2008 at 3:15 PM, Dick Kriesel [EMAIL PROTECTED] wrote: Hi, Chipp. Here's a version that's effectively the same but that has a couple minor advantages. ___ 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: Object Reference in Variable?
Hi Eric, This reminds me of another interesting shortcut for use with send to.. send findCenterPoint quote 20,40,100,200 quote to the current card calls from the current card the findCenterPoint handler. But I'm not a big fan of the quotes and sytax. I typically use: put 20,40,100,200 into tRect send findCenterPoint tRect to the current card Much easier to read. ___ 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
the visible of a stack
Script in a button in a visible substack: on mouseUp put item 3 of the screenRect into WID put item 4 of the screenRect into HIT if the loc of stack Visibubble is within 0,0,WID,HIT then put I can see you! into fld f1 if the vis of stack Visibubble is false then put I cannae see you! into fld f1 end if else put I cannae see you! into fld f1 end if end mouseUp 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: Object Reference in Variable?
Bonjour Chipp, I fully agree :-) Le 26 sept. 08 à 11:58, Chipp Walters a écrit : Hi Eric, This reminds me of another interesting shortcut for use with send to.. send findCenterPoint quote 20,40,100,200 quote to the current card calls from the current card the findCenterPoint handler. But I'm not a big fan of the quotes and sytax. I typically use: put 20,40,100,200 into tRect send findCenterPoint tRect to the current card Much easier to read. Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: Req: spinning progress indicator a la OS X
Hi Richard, The standard OSX asyncronous progress indicator (the grey 'flower' with chasing 'petals') is available as a 16px 24-frame, transparent, animated gif. It was created from the 24 tiff files in the OSX system folder, scaled to 16px as required by the OSX HIG (Apple Human Interface Guidelines 2005-8-11, page 138). The 4kb file size is very much smaller than the combined size of the tiff files, so it has a very small impact on your stack size. Suitable for use on light backgrounds (white or light grey for example) due to anti-aliasing that will display the 'halo' effect on dark backgrounds. www.FlexibleLearning.com/xtalk/OSXspinnerANI.zip This site also allows you to build a wide range of custom progress indicators for free (especially useful if you need to specify a color to match your UI)... http://www.ajaxload.info /H I'm looking for a freeware animated GIF file of an OS X-style spinning progress indicator, such as you see when booting the Mac. Anyone know where I can find one? I've tried Googling but to no avail... TIA - ___ 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: Req: spinning progress indicator a la OS X
Hi Hugh Hi Richard, The standard OSX asyncronous progress indicator (the grey 'flower' with chasing 'petals') is available as a 16px 24-frame, transparent, animated gif. It was created from the 24 tiff files in the OSX system folder, scaled to 16px as required by the OSX HIG (Apple Human Interface Guidelines 2005-8-11, page 138). The 4kb file size is very much smaller than the combined size of the tiff files, so it has a very small impact on your stack size. Suitable for use on light backgrounds (white or light grey for example) due to anti-aliasing that will display the 'halo' effect on dark backgrounds. www.FlexibleLearning.com/xtalk/OSXspinnerANI.zip I get: Not Found The requested URL /xtalk/OSXspinnerANI.zip was not found on this server. Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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
Bug #6620 [script editor RR3]: no vote!?
Hello! I just made a visit to Rev QCC, to see that there is no vote for this bug ;- For all people who are plagued by this bug, please go there and _vote_ ! http://quality.runrev.com/qacenter/show_bug.cgi?id=6620 It is not clear wether this bug impacts only MAC OS X users, people who work on legacy stacks, i.e. stacks created under previous versions of Rev, especially before the 2700 switch, or even with MetaCard or HyperCard... ___ 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: Bug #6620 [script editor RR3]: no vote!?
Dom [EMAIL PROTECTED] wrote: It is not clear wether this bug impacts only MAC OS X users I forgot to mention the platform: Mac OS X 10.4.44 the machine: iMac G5 (PowerPC) As I am using Rev Media, the culprit cannot be a *plugin* ;- Maybe, is it a bug created when the stacks are translated from the ancient format to the new one, you know, the famous: #!/bin/sh # MetaCard 2.4 stack # The following is not ASCII text, # so now would be a good time to q out of more to the simple: REVO2700 ___ 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: the visible of a stack
Robert Brenstein wrote: On 25/09/08 at 13:15 -0700 Dick Kriesel apparently wrote: Hi, Chipp. Here's a version that's effectively the same but that has a couple minor advantages. First, it has a single exit point, possibly improving maintainability. Second, it executes the corner functions only once no matter how many screens there are, possibly improving performance. -- Dick script function isStackCurrentlyVisibleOnAnyMonitor pStack -- pStack IS THE SHORT NAME OF STACK put false into tResult if pStack is among the lines of windows() then if the visible of stack pStack then if the blendlevel of stack pStack 100 then put the topleft of stack pStack into tTopLeft put the topright of stack pStack into tTopRight put the bottomleft of stack pStack into tBottomLeft put the bottomright of stack pStack into tBottomRight repeat for each line tScreenRect in the screenrects if tTopLeft is within tScreenRect or \ tTopRight is within tScreenRect or \ tBottomLeft is within tScreenRect or \ tBottomRight is within tScreenRect then put true into tResult exit repeat end if end repeat end if end if end if return tResult end isStackCurrentlyVisibleOnAnyMonitor /script Would this be a candidate for inclusion in the StandardLib? I think that's an excellent suggestion. Chipp, mind if we add it? With credit, of course. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Req: spinning progress indicator a la OS X
Now that I have one I'm finding the hard part is working out the mod factors so it changes frames smoothly and consistently throughout various stages of the process. When using the OS API directly is spawns a separate thread, so the pace of the movement is unaffected by whatever the app is actively doing. But in Rev, this is a bit trickier I'm not using an animated GIF but individual images that are assigned as icons to a button in rotation, but I'm doing a send in time every 50 milliseconds, and it seems to work out pretty smoothly for most operations (but then again, YMMV). The only true way to spawn a process in Rev (AFAIK) is to actually have a separate mini-standalone that is launched and controlled by a main standalone. Not pretty, but for true asynchronous operation, it may be worth the trouble of the extra size/complexity. This is one of those times where it would be great if we could do something like: global gSpinnerThread on StartSpinner create thread put the long id of it into gSpinnerThread send StartIt to me using thread gSpinnerThread end StartSpinner on StartIt -- whatever you need to do to start the spinner (exchange icons in a -- button, start playing an animated GIF, etc.) end StartIt on StopSpinner send StopIt to me using thread gSpinnerThread delete thread gSpinnerThread end StopSpinner on StopIt -- whatever you need to do to stop the spinner end StopIt (Of course if we were going down the thread road, I'd probably use a different syntax with newThread, openThread, closeThread, etc. ) Anyway, you get the picture... Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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: Object Reference in Variable?
Scott Rossi wrote: Recently, Richard Gaskin wrote: The only one I can think of offhand is value, which executes at about the same speed as do: put the long id of field 1 into tField put the number of lines of value(tField) I would say the benefit of this is being able to avoid writing out complicated do statements. Nice. But, while something like this works: put the number of lines of value(tField) Rev refuses to compile this: delete line 2 of value(tField) Error reads: Commands: missing ',' Any idea why? First, let me chime in with the others who suggest putting the long id of the field into a variable, and using property settings to access it. FWIW I find that simple and consistent, and generally faster than using the value function (which can't precompile its operation, so it runs with similar speed to send or do, measurably slower than compilable expressions). IMNSHO, the issue here is the ambiguous syntax HyperCard introduced, which Rev attempts to follow faithfully. While it's convenient to be able to refer to a field's contents by referring to the field, it sometimes raises questions about which you're going to get. I'm not advocating that we ditch it, or even implying it's necessarily A Bad Thing, just noting that the intention of providing usability in syntax sometimes comes at the cost of learnability. Ambiguity is the devil's playground. :) Experimenting with how the compiler handles that expression, I also find that this won't even compile: delete line 2 of the text of tField We're using a property specifier, so why not? It seems the get and set commands for properties are the unambiguous ones, and attempting to use chunk expressions with other commands (such as delete) cause them to operate on the string which is the object reference, rather than the contents of the referenced object. So you could write instead: get the text of tField delete line 2 of it set the text of tField to it To force the compiler to understand that a particular var is an object reference and not a string, we might consider the possibility of allowing an optional type specifier for the variable, a la: put the long id of fld 1 into tField as object That would tell the compiler to always treat tField as an object reference, and never attempt string operations on it. It does rather change the flavor of the language to introduce types, however, so I'm not convinced it's an optimal solution. For the moment I'd just do the three-line alternative and move on -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Req: spinning progress indicator a la OS X
Hugh Senior wrote: The standard OSX asyncronous progress indicator (the grey 'flower' with chasing 'petals') is available as a 16px 24-frame, transparent, animated gif. It was created from the 24 tiff files in the OSX system folder, scaled to 16px as required by the OSX HIG (Apple Human Interface Guidelines 2005-8-11, page 138). The 4kb file size is very much smaller than the combined size of the tiff files, so it has a very small impact on your stack size. Suitable for use on light backgrounds (white or light grey for example) due to anti-aliasing that will display the 'halo' effect on dark backgrounds. www.FlexibleLearning.com/xtalk/OSXspinnerANI.zip Thanks, Hugh. You have a nice collection of goodies there at http://www.flexiblelearning.com/xtalk.htm. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Re-4: using an ActiveX (twiz32.ocx) from runrev by vbs
In the case the mshta.exe does not close (a problem in ms windows documented
in the ms kb) I use the following vbs in field 1 and run it from runrev. This
works and closes any process mshta.exe.
on mouseUp
put field 1 into auftrag; do auftrag as VBScript; put the result
end mouseUp
set wmi = GetObject(winmgmts:)
wql = select * from win32_process
set ergebnis = wmi.ExecQuery(wql)
for each objekt in ergebnis
liste = liste objekt.name Prozess-ID: objekt.processID vbCr
next
wql = select * from win32_process where name='mshta.exe'
set ergebnis = wmi.ExecQuery(wql)
for each mshta in ergebnis
mshta.Terminate 0
next
Yes, I do something similar in a more generic kill process handler of mine
(watch word wraps):
on stsKillProcess pProcNameOrID
put the VBS_KillProcess of this stack into tScript
if isNumber(pProcNameOrID) then
replace PROCATTRIB with Process.ProcessID in tScript
replace PROCVALUE with pProcNameOrID in tScript
else
replace PROCATTRIB with Process.Caption in tScript
replace PROCVALUE with (quote toLower(pProcNameOrID) quote)
in tScript
end if
put stsDoScript(tScript,VBS) into tResult
-- I have a wrapper around do script that does
-- some add'l error checking, etc.)
if tResult is not empty then answer tResult
end stsKillProcess
--- This is the VBS_KillProcess custom property contents:
Set ProcessSet =
GetObject(winmgmts:{impersonationLevel=impersonate}).ExecQuery(select *
from Win32_Process)
tResult =
For each Process in ProcessSet
If Process.ExecutablePath Then
If LCase(PROCATTRIB)=PROCVALUE Then
Process.Terminate (Process.ProcessID)
Else
tResult=STSError: Process not found.
End If
End If
Next
WScript.Echo tResult
--
Never thought of using HTAs though...
:-)
Ken Ray
Sons of Thunder Software, Inc.
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.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: Object Reference in Variable?
put the number of lines of value(tField) Rev refuses to compile this: delete line 2 of value(tField) Error reads: Commands: missing ',' Any idea why? Well, I'm assuming it's thinking that you want to evaluate the expression tField using some other object (the second optional parameter to the value() function). Not sure why it thinks that. As to why it doesn't work, my guess would be that value(tField) doesn't actually put the text into a variable container, so attempting to delete line 2 of a non-existent container returns an error. I checked this with the original: put the number of lines of value(tFIeld) If I change that to: put the number of lines of value(tField) into tNum put tNum / it I get: 3/it in the message box. So executing value(tField) doesn't affect it it seems. BTW: Similarly you can't compile a script with: delete line 2 of (the text of tField) without an error... Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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: Req: spinning progress indicator a la OS X
Ken Ray wrote: This is one of those times where it would be great if we could do something like: global gSpinnerThread on StartSpinner create thread put the long id of it into gSpinnerThread send StartIt to me using thread gSpinnerThread end StartSpinner Nice. Kevin, can we have that by tomorrow afternoon? :) -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Object Reference in Variable?
Bonsoir Richard, As I said in a previous post, it seems that you *must* require or set a property. In your example you don't get or set a property. See the quote below. Le 26 sept. 08 à 11:28, Eric Chatonet a écrit : Bonjour Scott, The rule is rather simple when working with long IDs or long names: You *must* require a property :-) number of lines of is not strictly a property but number of lines of the text of is because text is a property but lines is just a keyword. Le 26 sept. 08 à 17:18, Richard Gaskin a écrit : Scott Rossi wrote: Recently, Richard Gaskin wrote: The only one I can think of offhand is value, which executes at about the same speed as do: put the long id of field 1 into tField put the number of lines of value(tField) I would say the benefit of this is being able to avoid writing out complicated do statements. Nice. But, while something like this works: put the number of lines of value(tField) Rev refuses to compile this: delete line 2 of value(tField) Error reads: Commands: missing ',' Any idea why? First, let me chime in with the others who suggest putting the long id of the field into a variable, and using property settings to access it. FWIW I find that simple and consistent, and generally faster than using the value function (which can't precompile its operation, so it runs with similar speed to send or do, measurably slower than compilable expressions). IMNSHO, the issue here is the ambiguous syntax HyperCard introduced, which Rev attempts to follow faithfully. While it's convenient to be able to refer to a field's contents by referring to the field, it sometimes raises questions about which you're going to get. I'm not advocating that we ditch it, or even implying it's necessarily A Bad Thing, just noting that the intention of providing usability in syntax sometimes comes at the cost of learnability. Ambiguity is the devil's playground. :) Experimenting with how the compiler handles that expression, I also find that this won't even compile: delete line 2 of the text of tField We're using a property specifier, so why not? It seems the get and set commands for properties are the unambiguous ones, and attempting to use chunk expressions with other commands (such as delete) cause them to operate on the string which is the object reference, rather than the contents of the referenced object. So you could write instead: get the text of tField delete line 2 of it set the text of tField to it To force the compiler to understand that a particular var is an object reference and not a string, we might consider the possibility of allowing an optional type specifier for the variable, a la: put the long id of fld 1 into tField as object That would tell the compiler to always treat tField as an object reference, and never attempt string operations on it. It does rather change the flavor of the language to introduce types, however, so I'm not convinced it's an optimal solution. For the moment I'd just do the three-line alternative and move on -- Richard Gaskin Managing Editor, revJournal Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: the visible of a stack
Umm, what standard library? Teh n00b ___ 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: the visible of a stack
Mikey wrote: Umm, what standard library? It's one of the initiatives of the Rev Interoperability Project (RIP). Back at the second-ever RevCon, held at a nice BB in Monterrey, the attendees were discussing common handlers and found many of us had worked out the same solutions for ourselves for the same common tasks. To minimize such duplication of effort for the future, Andre proposed that we might create a sort of StdLib for Rev as there is for C, a common library free for anyone to use which would hopefully save us all a little more time by providing some the more common handlers we use day to day. Some time passed before it transformed from an idea into a library, but this last winter Ken Ray and I were talking about our own respective libraries and found a lot of overlap. A lot. So we committed to collating some of those into a StdLib.rev, which premiered at the '08 RevCon in Vegas. We've posted it for review, comment, and additions, and it's been growing a bit since. You can download it in the Files section of the RIP group: http://tech.groups.yahoo.com/group/revInterop/ -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Object Reference in Variable?
Eric Chatonet wrote: As I said in a previous post, it seems that you *must* require or set a property. In your example you don't get or set a property. Correct: in the first example from my earlier post, that's true. But in the post you quoted we seem to be on the same page: It seems the get and set commands for properties are the unambiguous ones, and attempting to use chunk expressions with other commands (such as delete) cause them to operate on the string which is the object reference, rather than the contents of the referenced object. So you could write instead: get the text of tField delete line 2 of it set the text of tField to it -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Stopping A Stack From Starting Up in the IDE
On Sep 25, 2008, at 3:35 PM, Chipp Walters wrote: Just a follow-up note on this problem with Larry's crashing stack. It turns out locking messages still didn't prevent a crash on any version of Rev I have. So I had to get a bit more sneaky and access the stack's contents BEFORE opening it. Turns out there were a number of issues with the stack: 1) It was named msg which IMO is not such a great idea- I renamed it to fred 2) Control number 16 was field sokField which somehow corrupted the stack. I deleted this fld and it now opens correctly. I forwarded the stack back to Larry. Interestingly, the contents of that field are strange to say the least. I've been able to copy the field to this stack: in message box: go URL (http://www.gadgetplugins.com/altplugins/testFix.rev;) Perhaps Jacque or someone who knows Unicode stuff could take a look at that field and tell me what's happening at the end of it? Chipp, I took a look at the text both in Rev and BBedit. I don't know if this is the cause of the problem, but I found lots of NBSP (non-breaking space) characters embedded in it. On my Mac, for example, if I do: put charToNum(char 1 of line 6 of fld msgasdf) It returns 202. I suspect, due to the automatic character conversion of fld text in Rev, if you executed the same statement, it would return '160', the CP1252/ISO 8859-1 equivalent code point. (In fact, I just confirmed that here on a Windows box.) Concentrations of this character are especially dense near the end of the text in this field. So Rev may have had trouble dealing with the words created by this character--just guessing. Anyway, it might be a clue. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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: Req: spinning progress indicator a la OS X
On Sep 25, 2008, at 1:31 PM, Richard Gaskin wrote: I'm looking for a freeware animated GIF file of an OS X-style spinning progress indicator, such as you see when booting the Mac. Anyone know where I can find one? Wow! Lots of great references in this thread. But for the sake of completeness, and sheer, 100%-Transcript-coolness, here is a re-post of a set of handlers posted a few years ago by Wouter. I assume he wouldn't mind my re-posting it: = Begin paste = From: Wouter [EMAIL PROTECTED] Date: July 16, 2004 12:23:43 PM MDT To: use-revolution@lists.runrev.com Subject: Remember the NSProgressIndicator OS X? Reply-To: How to use Revolution use-revolution@lists.runrev.com For those who like to play, paste the following starter script into a button: constant cStar = grc runningStar local aPoints,runState,Cp on mouseUp if runstate = 0 then set the label of me to Stop Running else set the label of me to if runstate 0 then stopLines exit to top end if if there is no grp runningStar then goCreateSome put the right of me + 20,item 2 of the loc of me into CP put 9 into runState delete var aPoints prepArray 11,7 startLines runLines end mouseUp on stopLines repeat with i = 7 down to 1 put cStar i into tStar hide tSTar wait 50 millisecs end repeat put 0 into runState end stopLines on startLines repeat with i = 7 down to 1 put cStar i into tStar put runstate - i + 1 into x if x = 0 then add 12 to x set the points of tSTar to aPoints[x] show tSTar wait 70 millisecs end repeat end startLines on runLines if runState 0 then repeat with i = 1 to 7 put cStar i into tStar put runstate - i + 1 into x if x = 0 then add 12 to x set the points of tSTar to aPoints[x] end repeat if runstate = 12 then put 1 into runstate else add 1 to runState send runLines to me in 70 millisecs end if end runLines on prepArray tG,tK put item 1 of Cp into tX put item 2 of Cp into tY put (2 * pi / 12) into sRad repeat with i = 1 to 12 put trunc(tG * cos (sRad * i)) + tX into a put trunc(tG * sin (sRad * i)) + tY into b put trunc(tK * cos (sRad * i)) + tX into c put trunc(tK * sin (sRad * i)) + tY into d put a,b cr c,d into aPoints[i] end repeat end prepArray ### for those who like 1 liners, ###beware of the linewrap put trunc(tG * cos (sRad * i)) + tX,trunc(tG * sin (sRad * i)) + tY cr trunc(tK * cos (sRad * i)) + tX,trunc(tK * sin (sRad * i)) + tY into aPoints[i] ### on goCreateSome put 110 into tX repeat with i = 1 to 7 put tX,tX,tX into tColors[i] add 20 to tX end repeat repeat with i = 1 to 7 put cStari into tStar do create invisible tStar set the style of tStar to polygon set the linesize of tStar to 2 set the colors of tStar to tColors[i] put the name of tStar and after tList end repeat delete last word of tList do group tList set the name of last grp to runningStar choose browse tool end goCreateSome ===End paste== Have fun. Greetings, WA ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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: Object Reference in Variable?
Bonsoir Richard, I'm sure we are on the same page :-) In a previous post, you asked me what I thought about Win ribbons and I did not reply :-( Probably should we discuss about this off list but, here are my first feelings: Actually, ribbons seem to be a kind of 'visual' contextual menus eg buttons dedicated to appropriate tasks in a given context. If it sounds good from a technocratic point of view, I'm afraid that users who need to 'recognize' an interface, are finally confused when all change because you have bolded a word :-) So, at first sight, a good idea but, from a cognitive psychology point of view :-) I'm not sure it's so good. In addition, I don't like software that claim every minute 'I'm clever' but I prefer software that make the user claim 'Finally I'm really good' :-) From a cognitive psychology point of view :-) Sure you understand... Le 26 sept. 08 à 18:28, Richard Gaskin a écrit : Eric Chatonet wrote: As I said in a previous post, it seems that you *must* require or set a property. In your example you don't get or set a property. Correct: in the first example from my earlier post, that's true. But in the post you quoted we seem to be on the same page: It seems the get and set commands for properties are the unambiguous ones, and attempting to use chunk expressions with other commands (such as delete) cause them to operate on the string which is the object reference, rather than the contents of the referenced object. So you could write instead: get the text of tField delete line 2 of it set the text of tField to it -- Richard Gaskin Managing Editor, revJournal Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: Req: spinning progress indicator a la OS X
[...] backgrounds. FlexibleLearning.com/xtalk/OSXspinnerANI.zip I get: Not Found The requested URL /xtalk/OSXspinnerANI.zip was not found on this server. Hmmm So do I. I must have re-worked my website at some time... Access to all files is now routed through www.FlexibleLearning.com/xtalk The asynchronous progress indicator in question is the first listed under 'Utilities'. My apologies. /H ___ 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: Req: spinning progress indicator a la OS X
Hi Hugh, [...] I get: Not Found The requested URL /xtalk/OSXspinnerANI.zip was not found on this server. Hmmm So do I. I must have re-worked my website at some time... Access to all files is now routed through www.FlexibleLearning.com/xtalk The asynchronous progress indicator in question is the first listed under 'Utilities'. Got it, thanks! /H Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: the visible of a stack
Certainly! On Fri, Sep 26, 2008 at 9:59 AM, Richard Gaskin [EMAIL PROTECTED]wrote: Chipp, mind if we add it? With credit, of course. ___ 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: the visible of a stack
Bonsoir à tous, I would not like to be considered as the ugly duckling but ;-) Chipp, Richard and all: Would you use (e.g. have a need for) such a function in your 'real' projects? As for me my answer is no even if I understand well the challenge it meant ;-) Le 26 sept. 08 à 20:16, Chipp Walters a écrit : Certainly! On Fri, Sep 26, 2008 at 9:59 AM, Richard Gaskin [EMAIL PROTECTED]wrote: Chipp, mind if we add it? With credit, of course. Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: Object Reference in Variable?
Eric Chatonet wrote: In a previous post, you asked me what I thought about Win ribbons and I did not reply :-( Probably should we discuss about this off list I'm hoping the folks here find this relevant, though if anyone expresses annoyance I'm happy to move it offline. While we're all scripters, we're also all interface designers. And for better or worse, I think it's safe to say that the Ribbon is the biggest UI change we've seen in probably more than a decade, and one of the more comprehensively researched ones, so at very least it's good to be familiar with the methodology that led to the choice (even if only to avoid it g, though I think it has at least some merit). here are my first feelings: Actually, ribbons seem to be a kind of 'visual' contextual menus eg buttons dedicated to appropriate tasks in a given context. If it sounds good from a technocratic point of view, I'm afraid that users who need to 'recognize' an interface, are finally confused when all change because you have bolded a word :-) Fortunately the level of granularity seems less fine. :) True, the central premise is that they avoid the clutter and cryptic small icons of earlier toolbars by using larger, more descriptive labels. To accommodate the much-larger space requirements they employ progressive disclosure, showing only the set of tools available for a given set of tasks that make sense in the current context of the workflow. From the videos and descriptions/screen shots I've seen (I don't buy MS products myself when I can avoid them), it seems this dynamic switching of controls in the Ribbon occurs only on major context shifts, like changing the view mode or adding graphics, rather than in response to small gestures like selecting text. Even with that, admittedly there is a risk. Up there with progressive disclosure on the list of cardinal principles is also consistency, and a dynamic toolbar may hinder or at least slow the development of muscle memory in selecting controls. I don't have measurements offhand for how one should appropriately weight consistency over progressive disclosure, but when I corresponded with Tog a while back on a related topic (the placement of dialog buttons, another story) he seemed to rank consistency very highly, even above natural reading-order, with regard to control layouts. So, at first sight, a good idea but, from a cognitive psychology point of view :-) I'm not sure it's so good. In addition, I don't like software that claim every minute 'I'm clever' but I prefer software that make the user claim 'Finally I'm really good' :-) From a cognitive psychology point of view :-) Sure you understand... I believe so. We've all suffered through Clippy. :) For those of you who haven't been reading Jensen Harris' blog on the evolution of Office 12, he now has a video there of a presentation he did which summarizes the design and its evolution succinctly: http://blogs.msdn.com/jensenh/ Dan Shafer first turned me on to that blog with a post he made here shortly after Neilsen wrote about it. I've been reading it since - thanks, Dan! -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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
http://www.runrev.com down?
Hi, i cannot connect to www.runrev.com. Is the site down? Could someone confirm? Regards, Matthias Rebbe ___ 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: http://www.runrev.com down?
Hi, i cannot connect to www.runrev.com. Is the site down? Could someone confirm? www.runrev.com pings ok, but the server's not responding when it comes to loading a web page. ___ 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: the visible of a stack
Eric Chatonet wrote: I would not like to be considered as the ugly duckling but ;-) Chipp, Richard and all: Would you use (e.g. have a need for) such a function in your 'real' projects? As for me my answer is no even if I understand well the challenge it meant ;-) That's a helpful point. There are many valuable handlers, but the purpose of stdLib.rev is to provide convenient access to the most commonly-used ones. I just posted a note to the working group at RIP to get their opinions on whether it would be commonly used enough to make a good fit there. http://tech.groups.yahoo.com/group/revInterop/ Thanks for your input on that. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: http://www.runrev.com down?
Works fine for me. 3:45 pm EST in the USA. On Fri, Sep 26, 2008 at 3:05 PM, Colin Holgate [EMAIL PROTECTED] wrote: Hi, i cannot connect to www.runrev.com. Is the site down? Could someone confirm? www.runrev.com pings ok, but the server's not responding when it comes to loading a web page. ___ 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: http://www.runrev.com down?
At 3:46 PM -0400 9/26/08, Jim Kanter wrote: Works fine for me. 3:45 pm EST in the USA. Works for me too, 3:47 pm EDT. It didn't work at 3:05 pm EDT! ___ 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: http://www.runrev.com down?
Works here again, too. Seems it was an temp error. Matthias - Original Message - From: Colin Holgate [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Friday, September 26, 2008 9:47 PM Subject: Re: http://www.runrev.com down? At 3:46 PM -0400 9/26/08, Jim Kanter wrote: Works fine for me. 3:45 pm EST in the USA. Works for me too, 3:47 pm EDT. It didn't work at 3:05 pm EDT! ___ 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
conference videos
Anyone know what happened to the videos from the RunRev conference? This year. I paid for them when the first announcement came out, then got an email saying it would be delayed for an unspecified time. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: http://www.runrev.com down?
Me too, though day before yesterday it crashed Leopard on me. Southern California. Joe Wilkins On Sep 26, 2008, at 12:46 PM, Jim Kanter wrote: Works fine for me. 3:45 pm EST in the USA. On Fri, Sep 26, 2008 at 3:05 PM, Colin Holgate [EMAIL PROTECTED] wrote: Hi, i cannot connect to www.runrev.com. Is the site down? Could someone confirm? ___ 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: the visible of a stack
I agree. If it's not useful, then let's not include it. On Fri, Sep 26, 2008 at 1:33 PM, Eric Chatonet [EMAIL PROTECTED] wrote: Bonsoir à tous, I would not like to be considered as the ugly duckling but ;-) Chipp, Richard and all: Would you use (e.g. have a need for) such a function in your 'real' projects? As for me my answer is no even if I understand well the challenge it meant ;-) ___ 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: http://www.runrev.com down?
On 26/9/08 20:52, Matthias Rebbe [EMAIL PROTECTED] wrote: Works here again, too. Seems it was an temp error. We were out for a short time due to a problem at our ISP. Everything is back up and running. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ 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: conference videos
On 26/9/08 20:54, Stephen Barncard [EMAIL PROTECTED] wrote: Anyone know what happened to the videos from the RunRev conference? This year. I paid for them when the first announcement came out, then got an email saying it would be delayed for an unspecified time. Please contact [EMAIL PROTECTED] Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ 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
