Re-2: datagrids in revLets on Win (Vista / 7)
Malte, wo bist du? ;-) Hier wo der Finger leuchtet!!! My problem was, that the DG (on win) tries to query the registry. Thus a) the revLets need permissions to query the registry or b) the DGLib needs to be patched. Trevor posted the patch if I recall correctly. All the best, 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: [ANN] The Slug's Color Picker is now on the road for beta test
Thank you very much Slug ! My first remark : the width of the stack could it not be the same as the pallet of tools of RunRev ? René Le 23 févr. 2010 à 01:27, zryip theSlug a écrit : Hello friends! A simple color picker is available on my site. This is my first stack with RR. I seeking now some volunteers to test it, give me some feedback and report bugs that I have missed. 8-) You will find the stack and a small preview here: http://www.aslugontheroad.co.cc TIA Regards, -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ 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: why a popup-menu does not open at a new defined mouseloc?
Hi Sarah, Zryip, thank you for your suggestions. But I know the ways to popup a popup button. I experimented a while with the mouseloc and realized that it's not true that the popup opens at the mouse location when you set the mouseloc with e.g. 'set the screenmouseloc to globalloc(the loc of btn b)'. In the dictionary: If no location is specified, the menu's top left corner is at the mouse location. And I wondered why the popup command does not accept the new mouse location. Have a nice day Wolfgang Am Sonntag, den 28.02.2010, 11:42 +1000 schrieb Sarah Reichelt: On Sun, Feb 28, 2010 at 3:30 AM, G.W.Gaich gwolfg...@gaich.de wrote: Hi all, does anyone know why a popup-menu does not open at a new defined mouseloc? -- the mouse is at 101,105 in a card in an arrowkey-script of a field: answer the mouseloc -- 101,105 set the screenmouseloc to globalloc(the loc of btn b) -- the loc of button b is at 120,170 answer the mouseloc -- 120,170 -- ok -- in mousedown of btn b there is a popup send mousedown to btn b -- the popup opens at 101,105 -- not at 120,170 You don't show the actual script to popup the popup, but if you want to specify it's location, you do so as a parameter to the popup command. I usually use: popup btn Popup at the mouseLoc or popup btn Popup at the clickLoc HTH, Sarah ___ 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
Detecting popup menu cancelation
I have a popup button that, when clicked, I change the background color of a field so as to really highlight for the user exactly what their action is going to be taken on. However, currently, I have no way of detecting if the user chooses to do nothing (cancel the popup) and subsequently return the field's background color to its default. Is there some message I can key off of or some other way for me to accomplish this behavior? Thanks! Jeff M.___ 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: Detecting popup menu cancelation
Jeffrey Massung wrote: I have a popup button that, when clicked, I change the background color of a field so as to really highlight for the user exactly what their action is going to be taken on. However, currently, I have no way of detecting if the user chooses to do nothing (cancel the popup) and subsequently return the field's background color to its default. Is there some message I can key off of or some other way for me to accomplish this behavior? Do you mean by cancel that the user slides off the menu without selecting an option? If so, try mouseRelease. -- 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: Detecting popup menu cancelation
On Feb 28, 2010, at 11:21 AM, J. Landman Gay wrote: Jeffrey Massung wrote: I have a popup button that, when clicked, I change the background color of a field so as to really highlight for the user exactly what their action is going to be taken on. However, currently, I have no way of detecting if the user chooses to do nothing (cancel the popup) and subsequently return the field's background color to its default. Is there some message I can key off of or some other way for me to accomplish this behavior? Do you mean by cancel that the user slides off the menu without selecting an option? If so, try mouseRelease. Yes, that's what I mean by cancel. And no, mouseRelease doesn't work. Tried it. :-( Thanks for the reply. Jeff M.___ 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-DVDs arrived
On Feb 27, 2010, at 4:15 AM, Kay C Lan wrote: On Sat, Feb 27, 2010 at 4:12 PM, J. Landman Gay jac...@hyperactivesw.com wrote: But I still couldn't see where socks go after you put them in the dryer. I'll keep looking. Oh, that's easy, they migrate to boys boarding schools. Every time my boys come back home they have innumerable single socks that they've never owned before. I believe I'm fairly successful in returning them to their rightful owners because most of them disappear after I've washed and dried them several time;-) ... and while we're at it, what about paper clips? I'm always buying more boxes of them -- where do they all go? My suspicion is that they make their way somehow into closets and metamorphose in the dark into wire coat hangers Jacque, have they confirmed this in 2020? -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig ___ 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: why a popup-menu does not open at a new defined mouseloc?
G.Wolfgang Gaich wrote: I experimented a while with the mouseloc and realized that it's not true that the popup opens at the mouse location when you set the mouseloc with e.g. 'set the screenmouseloc to globalloc(the loc of btn b)'. In the dictionary: If no location is specified, the menu's top left corner is at the mouse location. And I wondered why the popup command does not accept the new mouse location. I just did a quick test and it looks to me like the engine doesn't use the new position until a user event occurs. This is what I did: on arrowkey pwhich if pwhich = right then set the screenmouseloc to globalloc(the loc of btn 1) get the mouseloc popup btn 1 put the mouseloc it else pass arrowkey end if end arrowkey Nothing appears in the message box until I close the menu (correct behavior.) Then the message box contains two identical locations, both where btn 1 is, but the menu was actually displayed at the old mouse position, as you reported. But if I step through the handler in the debugger, it works as you'd expect. I think that's because I'm generating user events by stepping in the debugger. -- 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: Detecting popup menu cancelation
Jeffrey Massung wrote: On Feb 28, 2010, at 11:21 AM, J. Landman Gay wrote: Jeffrey Massung wrote: I have a popup button that, when clicked, I change the background color of a field so as to really highlight for the user exactly what their action is going to be taken on. However, currently, I have no way of detecting if the user chooses to do nothing (cancel the popup) and subsequently return the field's background color to its default. Is there some message I can key off of or some other way for me to accomplish this behavior? Do you mean by cancel that the user slides off the menu without selecting an option? If so, try mouseRelease. Yes, that's what I mean by cancel. And no, mouseRelease doesn't work. Tried it. :-( Oops, right, you're using a popup. Okay. In that case, the script waits until the menu is gone before continuing. So you don't need to know whether they selected anything or not, just deselect your object after the popup call. Like this: on mousedown pBtn if pBtn = 3 then set the backcolor of me to blue -- or any object popup btn 1 at the mouseloc -- handler waits here till menu is gone set the backcolor of me to empty end if end mousedown In the popup button script, handle the menupick normally and ignore all the selection stuff. -- 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: Possible data grid bug?
Recently, Jacque Landman Gay wrote: The lock screen command should really be called lock window. It only prevents redraw in the front window. So you could put up a small substack that contains only your progress bar and run it from there while the window behind is locked and busy over on the other card. Actually Jacque, I don't believe this is the case. If you issue lock screen from any open stack (or even the message box) any visual updates in *all* open stacks are halted. At least they are on my end (Rev 4). You can test this using some simple test stacks that run looping animations. I posted a question on this issue to the list some time ago. The current (?) lock screen behavior makes it impossible to run any progress indication while the screen is locked because the screen is truly locked. Regards, Scott Rossi Creative Director Tactile Media, UX 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: Possible data grid bug?
Scott Rossi wrote: Recently, Jacque Landman Gay wrote: The lock screen command should really be called lock window. It only prevents redraw in the front window. So you could put up a small substack that contains only your progress bar and run it from there while the window behind is locked and busy over on the other card. Actually Jacque, I don't believe this is the case. If you issue lock screen from any open stack (or even the message box) any visual updates in *all* open stacks are halted. At least they are on my end (Rev 4). You can test this using some simple test stacks that run looping animations. I posted a question on this issue to the list some time ago. The current (?) lock screen behavior makes it impossible to run any progress indication while the screen is locked because the screen is truly locked. Oops. Thanks Scott. I guess I haven't checked on it in a while. Could have sworn it used to behave like HC did (did this change at some point or have I been wrong all along?) I shouldn't have skipped that last brain updater I guess. Apologies to the list for the misdirection. -- 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: Possible data grid bug?
Recently, Jacque Landman Gay wrote: Actually Jacque, I don't believe this is the case. If you issue lock screen from any open stack (or even the message box) any visual updates in *all* open stacks are halted. At least they are on my end (Rev 4). You can test this using some simple test stacks that run looping animations. I posted a question on this issue to the list some time ago. The current (?) lock screen behavior makes it impossible to run any progress indication while the screen is locked because the screen is truly locked. Oops. Thanks Scott. I guess I haven't checked on it in a while. Could have sworn it used to behave like HC did (did this change at some point or have I been wrong all along?) Dude, this was exactly my point of my post! I could have sworn lock screen only locked the window from which it was issued. Maybe folks who have older versions of Rev can see whether this was the case before Rev 3/4. Regardless, it would make a useful enhancement request/bug fix. I'll write one up. Regards, Scott Rossi Creative Director Tactile Media, UX 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: why a popup-menu does not open at a new defined mouseloc?
Hi Jacqueline, thank you for your time and your suggestion. I figured out that also a move command corrects the mouseloc for the popup command. set the screenmouseloc to globalloc(the loc of btn 1) move me to the loc of me --(or move this stack to the loc of this stack) Then the popup menu pops up at the loc of btn 1 Regards, Wolfgang Am Sonntag, den 28.02.2010, 12:00 -0600 schrieb J. Landman Gay: G.Wolfgang Gaich wrote: I experimented a while with the mouseloc and realized that it's not true that the popup opens at the mouse location when you set the mouseloc with e.g. 'set the screenmouseloc to globalloc(the loc of btn b)'. In the dictionary: If no location is specified, the menu's top left corner is at the mouse location. And I wondered why the popup command does not accept the new mouse location. I just did a quick test and it looks to me like the engine doesn't use the new position until a user event occurs. This is what I did: on arrowkey pwhich if pwhich = right then set the screenmouseloc to globalloc(the loc of btn 1) get the mouseloc popup btn 1 put the mouseloc it else pass arrowkey end if end arrowkey Nothing appears in the message box until I close the menu (correct behavior.) Then the message box contains two identical locations, both where btn 1 is, but the menu was actually displayed at the old mouse position, as you reported. But if I step through the handler in the debugger, it works as you'd expect. I think that's because I'm generating user events by stepping in the debugger. ___ 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
Locking the Display of Individual Stacks (was Re: Possible data grid bug?)
For folks who would like to be able to lock the display of one stack while displaying status in another stack: http://quality.runrev.com/qacenter/show_bug.cgi?id=8638 Regards, Scott Rossi Creative Director Tactile Media, UX 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: Locking the Display of Individual Stacks (was Re: Possible data grid bug?)
Scott Rossi wrote: For folks who would like to be able to lock the display of one stack while displaying status in another stack: http://quality.runrev.com/qacenter/show_bug.cgi?id=8638 Good. I added a suggestion. -- 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: All Cards
Cheers guys , The loop routine works great ! In future will look at the background option. Regards Camm -Original Message- From: use-revolution-boun...@lists.runrev.com [mailto:use-revolution-boun...@lists.runrev.com] On Behalf Of Jim Ault Sent: 27 February 2010 19:46 To: How to use Revolution Subject: Re: All Cards I would recommend you do the following for the future development of your stack(s) go card 1 select the field Version go to the menu Object, and choose Group Selected objects There is only one selected, but now there is a group id that contains one field. At this point, the group is only 'placed' on card 1. Select the group and use the inspector to Behave like a background Next, go to card 2, then the menu Object:Place Group and now it appears on card 1 2, plus will automatically appear on any new cards then select the original field Version and delete it. You will not need it anymore. Once you have done this for all cards (either manually or by scripted repeat loop) you can select Share Text and all cards will show the same text, whether it is a version number or a list of data, etc. If you decide not to use a background group, you will need to write a repeat loop to update all of the individual fields. Also, you will have to remember to add this field to any new cards you make and put in the correct version number. In the long run it is easier to use background-group objects when developing stacks On Feb 27, 2010, at 11:00 AM, Camm wrote: Its just a different fld id on each card Thanks Camm -Original Message- From: use-revolution-boun...@lists.runrev.com [mailto:use-revolution-boun...@lists.runrev.com] On Behalf Of Jim Ault Sent: 27 February 2010 15:58 To: How to use Revolution Subject: Re: All Cards Question 1 is the field in a group, or just a different fld ID on each card? Question 2 if the field is in a group, is the group set to 'behave as a background'? Question 3 If the answer to question 2 is yes, then Does turning on the check box Share Text do what you want? On Feb 27, 2010, at 7:37 AM, Camm wrote: I have a fld in each card called Version I wish to put Version 1.x.x into fld Version of each card in the stack Can it be done with one line ? or am I missing something simple ? Jim Ault Las Vegas ___ 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2712 - Release Date: 02/26/10 19:39:00 ___ 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: Locking the Display of Individual Stacks (was Re: Possible data grid bug?)
Recently, Jacque Landman Gay wrote: Scott Rossi wrote: For folks who would like to be able to lock the display of one stack while displaying status in another stack: http://quality.runrev.com/qacenter/show_bug.cgi?id=8638 Good. I added a suggestion. lock screen = current behavior, no updates anywhere lock window window ref = lock only the referenced window When I was trying to think of syntax, I initially thought lock stack could be an option, but then realized this could imply making a stack non-writable -- not good. If window is a synonym for stack, then maybe locking this object still implies making the object non-writable, but I will admit, subjectively, lock window *sounds* OK to me. Wasn't as easy a task as I initially imagined :-) Regards, Scott Rossi Creative Director Tactile Media, UX 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
fonts: what is a point in Linux/Gnome?
The font prefs in Ubuntu (Gnome) show 10 as the default point size for most applications, including the fonts used in menus. Yet in Rev, setting the textSize to 12 is still much smaller, and only when I bump it to 14 does it get even close to what Ubuntu considers 10. So what is a point in font sizes in Ubuntu/Gnome, and why does it differ so radically from Rev's rendering of font sizes? I suspect that Rev is using pixels for points, while Gnome is following a more resolution-independent definition of point. But note that on Win and OS X, both of which are resolution-independent OSes, Rev's point sizes match those of the OS almost perfectly. This lends itself to a follow-up question: Since the days of Motif, *NIX UIs have tended toward very large controls compared to their counterparts on Mac and Win. While I appreciate the benefits of a larger target size, on balance it also seem a poor use of space, requiring common UI elements to take up much more of the screen real estate than they do on Mac and Win, and to that degree they take away focus from the user's content. What accounts for this tendency toward uncommonly large control sizes? And is there any hope that over the long term, as Linux become ever more gentrified, end-users will demand more of the screen space back and those making window managers will satisfy their audience with more conventional control sizes? -- 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
Re: an annual calendar somewhere?
André: I continue to have fun with your calendar question. I just uploaded another stack called Calendar Lines that produces a one-line-per-month format. It also allows you to transpose the calendar into a one-column-per- month. I wrote a transpose function that uses the split command and the extents function. I haven't tried to select a range of dates, yet. If this is of interest, download Calendar Lines from RevOnline and take a look. Bob -- Thank you much Bob for this nice calendar. Also, thanks to the others who added comments, results of trials and elaborated. I was not waiting for such a rush on this topic ;-)) However, my problem is not solved with this kind of layout. Mostly I need that the user be able to highlight periods of the year. For example periods when a holidays' house has been rented (or is plan to be rented). With the present layout that can't be done. One can't drag (in order to highlight) from jan. 2 to jan 9 for example, or from jan. 30 to feb 6 etc That why I am looking for an annual calendar with 12 rows/lines, one for each month ( or might be 12 columns). André, if you need some examples have a look to the lab experiment 009 http://www.aslugontheroad.co.cc/index.php?option=com_contentview=articleid=68:experiment-009-playing-with-the-david-becks-calendar-libcatid=35:labItemid=53 HTH, -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ 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: Locking the Display of Individual Stacks (was Re: Possible data grid bug?)
Scott Rossi wrote: Recently, Jacque Landman Gay wrote: Scott Rossi wrote: For folks who would like to be able to lock the display of one stack while displaying status in another stack: http://quality.runrev.com/qacenter/show_bug.cgi?id=8638 Good. I added a suggestion. lock screen = current behavior, no updates anywhere lock window window ref = lock only the referenced window When I was trying to think of syntax, I initially thought lock stack could be an option, but then realized this could imply making a stack non-writable -- not good. If window is a synonym for stack, then maybe locking this object still implies making the object non-writable, but I will admit, subjectively, lock window *sounds* OK to me. Wasn't as easy a task as I initially imagined :-) Doesn't matter. If Mr Waddingham implements it, he's likely to have his own syntax ideas. And to be honest, most of the time he's right. :) -- 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
[ANN] Revolution.mode - Revolution syntax coloring for CODA
We were talking about his last week. I went ahead and tacked all Revolution keywords into the document. All Functions, Commands, Properties and Control Structures are used. Installation info included. I also include a Revolution.seestyle to set the style to a starting point. REVOLUTION.MODE FOR CODAhttp://fulton.barncard.com/downloads/rev-coda-mode.zip I will be posting it to the SubEthraEdit site but the Rev lists get it first. sqb - Stephen Barncard San Francisco http://houseofcubes.com/disco.irev ___ 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: Life-cycle of paper clips (was: Re: Conference-DVDs arrived)
On Feb 27, 2010, at 4:15 AM, Kay C Lan wrote: On Sat, Feb 27, 2010 at 4:12 PM, J. Landman Gay wrote: But I still couldn't see where socks go after you put them in the dryer. I'll keep looking. Oh, that's easy, they migrate to boys boarding schools. Every time my boys come back home they have innumerable single socks that they've never owned before. I believe I'm fairly successful in returning them to their rightful owners because most of them disappear after I've washed and dried them several time;-)... and while we're at it, what about paper clips? I'm always buying more boxes of them -- where do they all go? My suspicion is that they make their way somehow into closets and metamorphose in the dark into wire coat hangers Jacque, have they confirmed this in 2020? I believe the definitive paper on the reproductive and migratory habits of paper clips was OR ALL THE SEAS WITH OYSTERS (A. Davidson, 1958). ANTHRO fantasy and science fiction: It's furry. It's the *good* stuff. Always free online: http://anthrozine.com Offline: ANTHROlogy One ( http://www.lulu.com/content/536807 ) THE HUMAN MEMOIRS ( http://www.lulu.com/content/541536 ), etc ___ 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: [ANN] Revolution.mode - Revolution syntax coloring for CODA
Kick ass. I have nothing more to say. ;-) Jeff M. On Feb 28, 2010, at 5:33 PM, stephen barncard wrote: REVOLUTION.MODE FOR CODAhttp://fulton.barncard.com/downloads/rev-coda-mode.zip ___ 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