Re: Is it possible to script the choice of a tab in a tabbed button ?
Le 23 nov. 06 à 21:17, Eric Chatonet a écrit : Bonjour André, Bonjour Éric, You have got right replies yet from John. But you have to know that a tabbed button is like a menu button. So you may use: set the menuHistory of btn button identifier to integer Yes, that's what Shao Sean answered to me ; So I got the two solutions. About tabbed buttons, The How to manage tabbed buttons tutorial might help you: How to manage tabbed buttons with 2 methods: Multiple cards method (each tab is a card) and Groups method (show/hide groups based on tab selection). And, by script, how to set the tabs names, how to select a tab, how to disable or enable a tab, etc. I am using regularly your tutorials (Tutorial Picker is in due place in my environment) ; they are in the same time very concise and accurate. But yesterday, I don't know why, I did'not think about checking there. This morning I red your How to manage tabbed buttons tutorial, and voyons ! mais c'est bien sûr ! I would not have to ask the list if I had read it yesterday ! :-)) Thanks a lot Éric for your reply have a nice day André As you know it :-) you will access this tutorial through Tutorials Picker a free plugin that interfaces with the So Smart Software website in order to display all available tutorials stacks directly from the web. You will find it by going to http://www.sosmartsoftware.com/. Revolution/Plugins or Tutorials section. Best Regards from Paris, Eric Chatonet Le 23 nov. 06 à 18:24, André.Bisseret a écrit : Hi, On a card, I have a tabbed button with four groups. One of these groups only (say, group1) is a field with share text property and background behavior so that another card could have this share text field on it. So, when I open this second card, I must be sure that the tabbed button is set to group1, otherwise this group1 doesnt appear on the second card. Is there a way to choose a tab in a tabbed button, from a handler (not manually) ? -- http://www.sosmartsoftware.com/[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 ___ 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
Surprising little issue
OK. I know Rev is a little different. But when programming using combo boxes I kind of expected the selected contents of a combo box on a card to pertain only to the card the selection was made on in a multi-card stack. However it seems that, unlike fields, this isn't the case and once selected the option carries over to all cards in the stack. So... I assume I could trap the menu pick and store it somewhere - a custom property or something like that, but is there a better way to trap the selection so that each card shows a selection according to what the user wants for that card? (this is a card with the contents set as a background object). Puzzled. Scott ___ 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: iconifyStack sends me to the Milky Way
On 11/23/06 7:43 AM, Mark Powell [EMAIL PROTECTED] wrote: I want to *close* a minimized stack and go to a second stack at a controlled location. Details... I have a window with various elements, one of which is a button that performs dragDrop tasks. I want to give users the option to 'collapse' this window to show only the dragDrop button (i.e. resulting in a smaller drag-and-drop well). I currently accomplish this by an in-window button that closes the stack and goes to a substack that is a reduced version of the first. It works exactly as I want. Is there a need to actually *close* the stack? I think you might get the right results if you just hide the stack you don't want when you open the substack, and then show it later when you need it. Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.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: Surprising little issue
Hi Scott, I agree: as fields, buttons should have a sharedText property. I did not find anything about such an enhancement request in Bugzilla. But I think you have imagined the right solution yet :-) on preOpenCard -- in the stack's script local tCurComboMenuHistory - if there is a btn MyCombo then put the uCurComboMenuHistory of this card into tCurComboMenuHistory if tCurComboMenuHistory is an integer then set the menuHistory of btn MyCombo to tCurComboMenuHistory else set the menuHistory of btn MyCombo to 1 end if end preOpenCard On the other hand: on menuPick pItem Statements set the uCurComboMenuHistory of this card to the menuHistory of me end menuPick Le 24 nov. 06 à 09:40, Scott Kane a écrit : OK. I know Rev is a little different. But when programming using combo boxes I kind of expected the selected contents of a combo box on a card to pertain only to the card the selection was made on in a multi-card stack. However it seems that, unlike fields, this isn't the case and once selected the option carries over to all cards in the stack. So... I assume I could trap the menu pick and store it somewhere - a custom property or something like that, but is there a better way to trap the selection so that each card shows a selection according to what the user wants for that card? (this is a card with the contents set as a background object). Best Regards from Paris, Eric Chatonet -- http://www.sosmartsoftware.com/[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: Surprising little issue
Hi Eric, You are both a gentleman and a genious! Works like a charm - as always. :-) Thank you muchly Scott ___ 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: Me, me, me [Was: Re: Bug???? Discuss please!]
I think we decided that if it was not a bug, then the docs should discuss it a bit more fully. Bugzilla no. 3419 best, Mark On 24 Nov 2006, at 07:38, Bill Marriott wrote: Hm... maybe not yet. Did y'all decide it was a bug or not? If so, what's the bug ID#? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[OT?] HTML email is evil - or, why we get so much spam
I'm sure some of you have seen this topic before, and I don't want to go into many of the issues involved in it. However, there is one specific aspect of HTML email that everyone might accept is evil, and perhaps it is not widely known. I'm bringing this up here, because Runrev is one of the few companies that sends me HTML email. If you have a browser that renders HTML text, then it is perfectly possible for this email cient to be telling Spammers that the email address they spammed is valid. All that is required is that one of the hrefs in the email that points to an image on a server (could even be to 1 pixel image), should actually invoke the equivalent of a CGI/Servlet/whatever, and pass the email address to which they sent the spam back to the server as a parameter. The server then processes that request (including recording that your email address is valid) and returns the image requested. I know it works - when I read about it a couple of years ago, I set about testing it. I believe that this is one reason why Gmail (for example) does not render image tags contained in HTML email As I'm starting to drown in spam (some days more than 50% of my email is spam), I'm looking at ways to minimize fake email. I'm considering making my email client stop rendering HTML, but that means I will no longer be able to read Runrev's newsletters. I just thought I'd pass this back in case others didn't realise what HTML email might imply. I'm copying this to [EMAIL PROTECTED] so that they might offer an alternative to receiving HTML email, because if I do this I won't be able to read their newsletters in future. Bernard ___ 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: [OT?] HTML email is evil - or, why we get so much spam
Bernard, Yes, they're called web beacons and various other terms, and they're used by both legitimate and unscrupulous emailers. However, If you have images set not to display, you will still be able to read Rev's newsletters. Outlook and Outlook Express have this option, as does Apple's Mail on OS X, and Thunderbird on both platforms. Might I ask what mail client you're using? Just turning off images is pretty much sufficient; you don't have to disable HTML altogether. Bernard Devlin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I'm sure some of you have seen this topic before, and I don't want to go into many of the issues involved in it. However, there is one specific aspect of HTML email that everyone might accept is evil, and perhaps it is not widely known. I'm bringing this up here, because Runrev is one of the few companies that sends me HTML email. ___ 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: [OT?] HTML email is evil - or, why we get so much spam
I just thought I'd pass this back in case others didn't realise what HTML email might imply. I'm copying this to [EMAIL PROTECTED] so that they might offer an alternative to receiving HTML email, because if I do this I won't be able to read their newsletters in future. Bernard Most mailing lists allow users to decide whether they get the posts as text or html. Personally, I always choose text when I can. 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: [OT?] HTML email is evil - or, why we get so much spam
On 24 Nov 2006, at 12:33, Bernard Devlin wrote: As I'm starting to drown in spam (some days more than 50% of my email is spam), I'm looking at ways to minimize fake email. I'm considering making my email client stop rendering HTML, but that means I will no longer be able to read Runrev's newsletters. Apple's Mail gives the option to not load images in html mail. In that case, it adds a button at the top of the mail that you can click to load the images. I find this works quite well. Do other email clients have simiar options? Cheers Dave ___ 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: Where Rev could be going...
Richard Gaskin said: One of the hardest things in making a browser plugin is dealing with the limitations of the environment: no file I/O, no Apple events, no Registry access, no windows, no window styles, etc. In a comprehensive superset of HyperTalk like SuperTalk and Transcript, doing that many IFDEFs across the code base is a lot of work (and characterizing the work as simply IFDEFing is of course a generously lighthearted metaphor for the true nature of the rework). Hi Richard, Thanks for those comments. I think they give us something to think about. I want to continue this discussion a little further to see if my understanding is correct: 1) any Rev app that would run in a browser plug-in could only offer a sub-set of Rev functionality 2) there would need to be a lot of conditional coding in the engine to check which environment the code was running within, in order for the plug- in to know what it could and could not attempt to do. The former set of limitations is not that different from Rev running in secureMode. The Dictionary says: If the secureMode property is set to true, the application cannot use the get, put, open file, read from file, or write to file commands to gain access to local files. The application cannot run programs with the shell function, the open process command, or the launch command. On Windows systems, it cannot use the deleteRegistry, queryRegistry, or setRegistry functions to access the Windows system registry. So, we already have that concept of a player application with limited functionality. That looks to me like the engine already contains conditional processing for secureMode. I'm wondering if this browser plug-in couldn't be done as an extension of secureMode. However, if we could make explicit what all the different limitations would be, then maybe the advocates of a plug-in will conclude that it is not something they would find particularly useful (e.g. if it meant they had to code a different version of their app to work with a browser plug-in.) I'm still ambivalent about it myself. The additional limitations you mention are things like the absence of windowing. It would be good if those more experienced developers (either pro or con the browser plug-in) could give some thought to what the other limitations might be. One thing I can imagine (although I could be way off base here), is that since Rev relies on being able to grab more and more memory as the data/resources in a stack increase, maybe that too would be a limitation (browsers might well try to limit how much memory a plug-in is trying to allocate in the name of the browser). Bernard ___ 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: [OT?] HTML email is evil - or, why we get so much spam
Might I ask what mail client you're using? Just turning off images is pretty much sufficient; you don't have to disable HTML altogether. Thanks, Bill. I realised that, and I had checked my email client. It doesn't allow me to turn off images, only disable HTML rendering. I'm using Lotus Notes. This list has a few Notes-haters (Hi, Xavier, Shao Sean) - and I'm starting to become one myself :-) My ISP changed their SMTP confiuration recently, and that has meant I had to start to use Mail.app to send email. But Notes is cross-platform, immune to viruses, allows me to keep replicated copies of the mail database, and allows me to do fast and sophisticated full-text searches on the 200,000 emails in the database. So, I'm very reluctant to give it up. I could retain some of the benefits by just using Notes as an email server, and accessing it via Outlook/Mail.app, but I'd end up using 3 mail clients. Anyway, I thought it might be useful information for the rest of the list to know about spammers and HTML email. I am getting the impression though that most of you knew this, and (wisely) had images turned off by default. Bernard ___ 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: [OT?] HTML email is evil - or, why we get so much spam
Bernard, you can do what I do and just read the newsletter online - I just use the email as a notice that there is one there 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
Re: AAAAUGH! Cursor, enter problems
Bill, As it turns out this is a known bug (3375), which was submitted by someone else. Jacque suggested that there is something odd with the way that the script editor receives the focus. Giving the focus to another window or application and then bringing it back to the script editor seems to resolve the issue. I'm turning my hacking attention to the script editor anyway, so I'm going to see if I can figure out what's going on. It could be an engine problem, but according to the comments in 3375, it appears that RR seems to think it's a script editor problem. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: doMenu
Kay C, Galaxy Message Box now accepts s and c so that a user can quickly edit the script of the default stack or its current card from the message box. This was an old HyperCard convention we forgot to include. This new feature is in Galaxy v1.5.0r12 which is available via Check for Updates menu item under the Galaxy link on Galaxy Bar-- provided you are a registered user of Galaxy Free, Lite or Studio. Best, Jerry Daniels Tool makers for the 21st century http://www.daniels-mara.com Voice: 512.879.6286 Skype: jerry.daniels On Nov 24, 2006, at 1:39 AM, Kay C Lan wrote: OK, just to add to the confusion. the type 's' in the msg box does not work for me. (bad) The button method brings up the script and the Revert and Apply buttons are dim and the script is editable. Cursor after the last char on the first line. (good) The 'edit the script of this stack' in msg box brings up the script and the Revert and Apply buttons are ACTIVE, and I can still edit the script no clicking on other windows. The cursor is again after the last char on the first line ready to take any typing or cmd+v. The script believes it's dirty because if I immediately close the script once it opened it asks me if I want to save the changes. (confused) Mac 10.4.7 + Rev 2.7.4 + Galaxy 1.5 loaded BUT Galaxy Scripts OFF With Galaxy Scripts ON type 's' in the msg box doesn't work. The button method brings Galaxy Scripts up with the script having the focus and ready to edit. The 'edit the script of this stack' in msg box brings up Galaxy Script but the msg box still has the focus. Clicking on Galaxy has it editing normally. The script is clean when you get to it because it is not hilited, nor does it ask you to save changes if you immediately close it. HTH ___ 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: Limatations on List and Grid Fields?
Eric, Scott, It appears that the 65536 characters per line is a display limit. We have been able to store much longer lines in custom properties, we just can't display them, as lines, in a field. For instance it is possible to store all of the data on a card as a single line in a custom property. Think database... Paul Looney -Original Message- From: [EMAIL PROTECTED] To: use-revolution@lists.runrev.com Sent: Thu, 23 Nov 2006 4:02 AM Subject: Re: Limatations on List and Grid Fields? Hi Scott, Maximum length of a line in a field : 65536 chars (should limit the number of colons to a few thousands :-) Maximum total characters in a field : unlimited (should not limit the number of rows :-) :-) Le 23 nov. 06 à 12:51, Scott Kane a écrit : Just a general enquiry, have not met any problems yet, but is there a physical limit to the number of bytes that can be stored directly in a List or Grid Field in Rev? I ask because some objects in other programming languages are (or were) limited to 64K some years ago, but I've not been able to find any such limits in respect to Rev. Best Regards from Paris, Eric Chatonet - - http://www.sosmartsoftware.com/ [EMAIL PROTECTED]/ ___ use-revolution mailing list [EMAIL PROTECTED] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution Check out the new AOL. Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more. ___ 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: [OT?] HTML email is evil - or, why we get so much spam
Bernard Devlin wrote: Might I ask what mail client you're using? Just turning off images is pretty much sufficient; you don't have to disable HTML altogether. Thanks, Bill. I realised that, and I had checked my email client. It doesn't allow me to turn off images, only disable HTML rendering. I turned off HTML mail entirely in my email client (Thunderbird) years ago, and the newsletters come through just fine as plain text. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: [OT?] HTML email is evil - or, why we get so much spam
J. Landman Gay wrote: Bernard Devlin wrote: Might I ask what mail client you're using? Just turning off images is pretty much sufficient; you don't have to disable HTML altogether. Thanks, Bill. I realised that, and I had checked my email client. It doesn't allow me to turn off images, only disable HTML rendering. I turned off HTML mail entirely in my email client (Thunderbird) years ago, and the newsletters come through just fine as plain text. Me too, also many years ago. Professionals who send newsletters commonly do so in both text and HTML; those who insist on HTML only are the ones I unsusbscribe from immediately. If it weren't for a handful of my customers I provide support for who don't know how to turn off HTML in their email clients, I would reject HTML emails altogether. But alas email software vendors think it's cool to encourage folks to send their text via email in bloated formats, and it's a trend far more pervasive than I could ever hope to address myself. So instead I stay on top of a custom filter which block certain patterns used by spammers, phishers, and other criminals, and while I still get a few dozen coming through daily I'm able to block several thousand a day. It's been tempting to blame this on a lack of international enforcement, but as they say, regime change begins at home: more than a third of the world's spam comes from the US, and more than 25% of that comes from just three counties in Florida. Simple domestic enforcement would kill a significant percentage of spam, and send a clear message to others. But alas, the US government apparently feels they have higher priorities than stopping the loss of tens of billions of dollars in productivity across the nation. Oh how very grateful we all are that they reserve their precious time for things like changing the Congressional menu to drop French Fries in favor of Freedom Fries, only to change it back three years later. Truly the Land of the Brave. -- 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: Where rev could be going...
Hello. I've been reading the responses on this topic, and I can see great things for both a browser extension of Revolution as well as a 3D Version of Revolution. Briefly touching on the 3D Rev: If done correctly (ie. relatively easy to use, interact with, etc) this has the potential to propel Revolution into a more mainstream position. My list of Revolution shortcomings is limited to the lack of 3D capabilities. If, perhaps, there were a GUI widget that gave you a GL Canvas to paint on, it would open up a world of potential, not only for new apps, but for people outside the Revolution community to take Rev more seriously (In my dealings with fellow programmers, I've oft been written off as an amateur or a hobby programmer since Revolution is almost too easy). My real interest perks with the potential for a browser plugin. Much speculation has been raised about what the internet would be like today had HyperCard been pursued by Apple. Would the Web be based on HyperCard stacks? Instead of hand-coding HTML, could we create stacks and then drop in a quick tag? Perhaps this is what the Java Applet was supposed to be (Even though Applets are all but extinct in day-to- day browsing). I'm not suggesting that the Internet can be completely revolutionized (no pun intended) like it could have been in the early 90's. The internet is starting to cool down and it's basic building blocks (PHP, AJAX, RSS, etc) are here to stay for the time being. I do believe, however, that were there a Browser plugin capable of loading a stack into a web page, it would do a number of things, not only giving programmers another way to get content onto the world wide web, but it would unlock the floodgates of web programmers for Runtime Revolution. Were there a browser plugin, Developers would flock to Revolution in droves since it is secure, robust, powerful, but still user-centric AND web-enabled. As a result, we'd also see a bigger presence of Revolution in the regular development community. Combining this with the perk of 3D capability in Rev, and Revolution would be completely irresistible. Thanks, Brent Anderson ___ 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] Updated Galaxy 1.5 Introductory Lessons
On Nov 22, 2006, at 7:35 PM, Sivakatirswami wrote: Thanks for these lessons! Not that it is your job to train us, but Debugging Your Stacks Inside Galaxy would be great (if there are major additions or work flows beyond standard Rev IDE. I will put this on the list of lesson requests and see what I can do. -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [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: [OT?] HTML email is evil - or, why we get so much spam
Bernard most html email creation programs have the feature to create a text only version that will load if the receiver's email browser cant or wont render the html mime file. so far with the few email newsletters i have done for some clients this seems to be working for the few folks that have had problems with html email. dont know if i have any that have the rendering just turned off and what happens in that situation, but i would actually be glad to do a test with you to see what happens as this is a big challenge as html emails take over the world (marketing pressure is really hard on this point and a lot of the public is just totally unaware of the problems and like the 'pretty' emails). I use the mail app and its button to display when you want to is great, but understand your reluctance to abandon your current system! yell if you want to try a test! cheers, jeff reynolds ps Have other folks experienced a really large rise in spam in the last couple of months? i have had a bit of an faster than normal rise slipping through the filters and junk bins filling up a lot faster along with many clients mail systems doing some hiccups which look to be attributable to spam clogs. just curious. basically has gone from a nusance with a problem once in a while to a real common problem that is beginning to worry me. I too like richard are blocking several thousand a day with a few dozen breaching the walls now, but its the loss of good emails and some bouncing occurring for varying reasons that are scaring me the most now. jr On Nov 24, 2006, at 1:00 PM, [EMAIL PROTECTED] wrote: Anyway, I thought it might be useful information for the rest of the list to know about spammers and HTML email. I am getting the impression though that most of you knew this, and (wisely) had images turned off by default. Bernard ___ 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: [OT?] HTML email is evil - or, why we get so much spam
HTML email is very effective from a marketing perspective. That being said, what I do is turn off html rendering by default until I see who the sender is (I get anywhere between 2-10 a day I read). Best regards, Lynn Fredricks Worldwide Business Operations Runtime Revolution, Ltd ___ 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: doMenu
You're welcome for the idea. Don't forget ss and others, if they're not already in there. Ooh! rpControl? faxSTFStart? No? Darn. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: [OT?] HTML email is evil - or, why we get so much spam
Lynn said: HTML email is very effective from a marketing perspective. I understand that, Lynn. It looks like it is just me who has a retarded email client that will only render the whole HTML email, or refuse to open it at all. Since it is only affecting me, I don't expect Runrev to stop sending HTML emails. I will try to find some way to program round it in Notes. Thanks to everyone for their suggestions. Bernard ___ 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: Where Rev could be going...
Bernard Devlin wrote: I want to continue this discussion a little further to see if my understanding is correct: 1) any Rev app that would run in a browser plug-in could only offer a sub-set of Rev functionality Yes, browsers behaviors are a subset of all application behaviors. On the desktop we can do darn near anything, but in a browser we're in a fairly small sandbox. Remember, a browser is a desktop application. And when a client-side application also requires a new plugin, the browser alone is an incomplete application. 2) there would need to be a lot of conditional coding in the engine to check which environment the code was running within, in order for the plug-in to know what it could and could not attempt to do. That's one approach, which seems reasonably simpler than maintaining a separate code base. The former set of limitations is not that different from Rev running in secureMode. ... So, we already have that concept of a player application with limited functionality. That looks to me like the engine already contains conditional processing for secureMode. I'm wondering if this browser plug-in couldn't be done as an extension of secureMode. It could, but the technical possibility still doesn't address the business case for doing so. For example, note the extremely small number of developers who use secureMode at all, even though it's been available since before Rev 1.0. As roughly a superset of browser behaviors, Rev already contains most of what a plugin would need. For myself, and presumably RunRev Ltd., the question is not what's *technically* possible (Roadster already showed that), but what's practical in terms of the *business case* to justify the effort (the demise of Roadster and a great many other plugins in favor of Flash, DHTML, and Java arguably shows us that too). However, if we could make explicit what all the different limitations would be, then maybe the advocates of a plug-in will conclude that it is not something they would find particularly useful (e.g. if it meant they had to code a different version of their app to work with a browser plug-in.) I'm still ambivalent about it myself. This has been done time and again to varying degrees, e.g.: http://lists.runrev.com/pipermail/use-revolution/2006-November/089327.html To recap: EVALUATING USAGE SCENARIOS -- For myself and a number of other participants in this perennial thread, the emphasis has been on the business side rather than the technical, which I feel is a more appropriate focus. In software almost anything is technically possible, so the question becomes whether it's worth doing. Keep in mind that the true goal here is not to deliver Rev in a browser, but to deliver an application in a browser. This means that existing solutions (Flash, DHTML, Java) play a role in this evaluation, since there's no point in making something in Rev just for the sake of doing so if an existing deployment solution can deliver the same or better software experience at an affordable production cost. THE GAUNTLET: A USAGE SCENARIO METRIC - In all of these discussions, what I haven't seen yet is the usage scenario which meets these criteria: _ The application must reside in a browser window. _ The application does not need to store any data on the client beyond of the limits of cookies. _ The application's usability is not impaired by the limitations of the browser (no custom dialogs, no palettes, no menu bar, etc.). _ The browsers used to run the application can be expected to be custom-configured with the necessary plugin to do so. _ The same user/administrator willing and able to custom-configure their browser with the required plugin is for some reason unable to do the same with a custom dedicated application. _ Flash, DHTML, and Java cannot deliver the desired software experience at a reasonable cost. In my own discussions with clients, we never get more than halfway through that checklist before we decide that we can either use Flash or DHTML, or deploy a custom app. If the Rev community can find a real-world usage scenario which meets these criteria, we then would need to see a fairly broad number of such cases to warrant the effort to design, build, test, deploy, and maintain a Rev plugin (I'd love it if RunRev would make custom doodads just for me, but they need to address broader concerns than just mine if they're to stay in business). In the absence of evidence of such a pervasive need, it seems there are many other areas where RunRev Ltd. can get more bang for their development buck than by making one more solution for squeezing apps into a browser. ALTERNATIVES FOR BROWSER DEPLOYMENT --- For those for whom the attraction of the browser remains compelling, I can't stress strongly enough how much more beneficial it might be
Slow response with many objects
My apps interface is not card based and has no pulldown menus. Im using a at your fingertips-approach to the gui. Much like the new office 2007. Im also aiming at a completely customized look and that means I have a lot of groups. It seems now that the revolution ide is becoming slower. When Im using Select grouped controls and the pointer it takes a while before the object is selected. Moving objects is also slow. Using properties to nudge object in any direction has come to the point where e.g. the down arrow stays down and the ide is locked up, with no other solution than to force-quit rev. Anyone have any experience with this? Is it the amount of groups that slows down rev? Or is it the amount of images. I use customized icons, backgrounds, menubars etc. (nothing heavy.) Or is it the sum of it? ___ 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: Where Rev could be going...
I have no business talking on this thread at all as I have no technical ability or understanding in this arena, but I have an application that I would like to serve over the internet so I have been following this thread. What about a very thin client that, when a link is clicked in a web page that references it, it downloads, executes and, when closed or dismissed in some way, self-trashes. It seems to me that the biggest drawback with Rev on the internet is that it needs a client to execute locally if you are going to use palettes or other Rev interactivity... Jim on 11/24/06 3:33 PM, Richard Gaskin wrote: Bernard Devlin wrote: I want to continue this discussion a little further to see if my understanding is correct: 1) any Rev app that would run in a browser plug-in could only offer a sub-set of Rev functionality Yes, browsers behaviors are a subset of all application behaviors. On the desktop we can do darn near anything, but in a browser we're in a fairly small sandbox. Remember, a browser is a desktop application. And when a client-side application also requires a new plugin, the browser alone is an incomplete application. 2) there would need to be a lot of conditional coding in the engine to check which environment the code was running within, in order for the plug-in to know what it could and could not attempt to do. That's one approach, which seems reasonably simpler than maintaining a separate code base. The former set of limitations is not that different from Rev running in secureMode. ... So, we already have that concept of a player application with limited functionality. That looks to me like the engine already contains conditional processing for secureMode. I'm wondering if this browser plug-in couldn't be done as an extension of secureMode. It could, but the technical possibility still doesn't address the business case for doing so. For example, note the extremely small number of developers who use secureMode at all, even though it's been available since before Rev 1.0. As roughly a superset of browser behaviors, Rev already contains most of what a plugin would need. For myself, and presumably RunRev Ltd., the question is not what's *technically* possible (Roadster already showed that), but what's practical in terms of the *business case* to justify the effort (the demise of Roadster and a great many other plugins in favor of Flash, DHTML, and Java arguably shows us that too). However, if we could make explicit what all the different limitations would be, then maybe the advocates of a plug-in will conclude that it is not something they would find particularly useful (e.g. if it meant they had to code a different version of their app to work with a browser plug-in.) I'm still ambivalent about it myself. This has been done time and again to varying degrees, e.g.: http://lists.runrev.com/pipermail/use-revolution/2006-November/089327.html To recap: EVALUATING USAGE SCENARIOS -- For myself and a number of other participants in this perennial thread, the emphasis has been on the business side rather than the technical, which I feel is a more appropriate focus. In software almost anything is technically possible, so the question becomes whether it's worth doing. Keep in mind that the true goal here is not to deliver Rev in a browser, but to deliver an application in a browser. This means that existing solutions (Flash, DHTML, Java) play a role in this evaluation, since there's no point in making something in Rev just for the sake of doing so if an existing deployment solution can deliver the same or better software experience at an affordable production cost. THE GAUNTLET: A USAGE SCENARIO METRIC - In all of these discussions, what I haven't seen yet is the usage scenario which meets these criteria: _ The application must reside in a browser window. _ The application does not need to store any data on the client beyond of the limits of cookies. _ The application's usability is not impaired by the limitations of the browser (no custom dialogs, no palettes, no menu bar, etc.). _ The browsers used to run the application can be expected to be custom-configured with the necessary plugin to do so. _ The same user/administrator willing and able to custom-configure their browser with the required plugin is for some reason unable to do the same with a custom dedicated application. _ Flash, DHTML, and Java cannot deliver the desired software experience at a reasonable cost. In my own discussions with clients, we never get more than halfway through that checklist before we decide that we can either use Flash or DHTML, or deploy a custom app. If the Rev community can find a real-world usage scenario which meets these criteria, we then would need to see a fairly broad number of such
A Postscript algorithm for bezier curve fitting
Hi All, i am still experimenting with the ideas and code that you send me this week, when i ask about comparing lists of coordinate points. Recently, looking in my .rev and .mc archives, found these early experiments with Postscript code from Don Lancaster, to find both control points of a bezier line, using the start, end and two points inside the curve. It works only with one type of curve, but not with others. if my memory serves well, we discuss this code in this mail list and the postscript group in google. You could take a look at this stack: http://www.geocities.com/capellan2000/BezierControl.zip _http://www.geocities.com/capellan2000/BezierControl.zip_ Could anybody explain me, why this code only works with one type of bezier curve and not with others? Thanks in advance. alejandro Visit my site: http://www.geocities.com/capellan2000/ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.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: [OT?] HTML email is evil - or, why we get so much spam
Jeffrey Reynolds wrote: ps Have other folks experienced a really large rise in spam in the last couple of months? i have had a bit of an faster than normal rise slipping through the filters and junk bins filling up a lot faster along with many clients mail systems doing some hiccups which look to be attributable to spam clogs. just curious. Yes I have, and some of my clients have complained to me about it too. (I think they suspect it's somehow my fault, since I provide their mailboxes). This recent article from the Guardian: http://technology.guardian.co.uk/weekly/story/0,,1942262,00.html may perhaps help to explain some of the reasons why. Martin Baxter ___ 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: Where Rev could be going...
Richard, thank you again for re-iterating those arguments. As I'm ambivalent about the whole browser thing, I've just been playing devil's advocate. As far as I can see, I won't ever bring this up again. I'll leave it up to others if they want to further articulate the case for a browser plug-in. Most people I know have no idea about how to even bookmark a website within their browser, or what a cookie is... the idea of them being able to download and install an application is fairly unimaginable. Even if they could install an application, I think as a rule of thumb I would advise them against it unless I could personally verify what it was they were downloading (I mean 'verify' as a friend, not as the developer of the application they were downloading). I've seen some friends whose computers were probably parts of the same botnets responsible for the spam we were talking about in another thread. These friends had so lost control of their machines, that they could not use them for more than a minute or two before IE would open itself up and take them to some unsalubrious site. These people weren't complete novices when it comes to IT: one of them had studied programming in C++ for some months before giving it up; the other was an IT trainer. If those people are unable to guard their PCs against malware, I wouldn't want the rest of the people I know installing anything... Bernard ___ 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: AAAAUGH! Cursor, enter problems
Ok, good! So now all we gotta do is get you to join the beta test ;) Mikey [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Bill, As it turns out this is a known bug (3375), which was submitted by someone else. [...] I'm turning my hacking attention to the script editor anyway, so I'm going to see if I can figure out what's going on. ___ 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: AAAAUGH! Cursor, enter problems
I am in the beta test. I've already submitted a bunch of bugs and suggestions. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: AAAAUGH! Cursor, enter problems
Ooops, there you are. You were actually among the first 40 applicants! Mikey wrote I am in the beta test. I've already submitted a bunch of bugs and suggestions. ___ 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: Where Rev could be going...
Possibility to generate SVG user interfaces or design objects embedable within web pages would possibly compete with the xTalk brand used in the same product, but it could also attract new users willing to develop in SVG and has a potential for the mobile devices too. If to listen to what W3C says, then most browsers (and handhelds) within a few years should have native xml based SVG support as an alternative to the proprietary binary format of flash. Current situation is that MSIE has own vector graphics format - VML and it is unlikely that it will drop it in the near future. But one can easily get SVG plugin from Adobe... In fact Google maps uses both SVG and VML... On the other hand the SVG niche is already reserved by Adobe (http://www.adobe.com/svg/) which now is also an owner of flash and provides authoring tools for both... Another way could be ASP (Application Service Provider) model. But a prerequisite for this would be possibility to EASILY describe and script stacks using XML, stylesheets and script-sheets - in xhtml manner. This would attract more web developers and designers who will likely purhase Rev IDE later on. This category of people frequently switch between hand coding and WSIWYG authoring. In this model some enhancements should be done for the Revolution player to make it more attractive as an ASP platform alternative to web browsers. A centralized index of Revolution authored ASP services on a global scale (like google for web pages) might increase chances of it being used... Of course, the possibility to compile stacks into standalone desktop apps, encrypt/obfuscate the code or compress stacks should be limited to those who purchase the IDE ;-) And in general it would be useful enhancing Revolution's 3D capabilities making it also an IDE for 3D graphical user interfaces. Not many competitors in this field yet (like XAML on Windows Vista), but all the major platforms (Windows Vista, SUSE Linux, Mac OS) have already moved towards this target. And I do not know anything that could provide cross-platform 3D GUIs so far. All the best! Viktoras ---Original Message--- From: Richard Gaskin Date: 11/24/2006 9:33:38 PM To: How to use Revolution Subject: Re: Where Rev could be going... Bernard Devlin wrote: I want to continue this discussion a little further to see if my understanding is correct: 1) any Rev app that would run in a browser plug-in could only offer a sub-set of Rev functionality Yes, browsers behaviors are a subset of all application behaviors. On the desktop we can do darn near anything, but in a browser we're in a fairly small sandbox. Remember, a browser is a desktop application. And when a client-side application also requires a new plugin, the browser alone is an incomplete application. 2) there would need to be a lot of conditional coding in the engine to check which environment the code was running within, in order for the plug-in to know what it could and could not attempt to do. That's one approach, which seems reasonably simpler than maintaining a separate code base. The former set of limitations is not that different from Rev running in secureMode. ... So, we already have that concept of a player application with limited functionality. That looks to me like the engine already contains conditional processing for secureMode. I'm wondering if this browser plug-in couldn't be done as an extension of secureMode. It could, but the technical possibility still doesn't address the business case for doing so. For example, note the extremely small number of developers who use secureMode at all, even though it's been available since before Rev 1.0. As roughly a superset of browser behaviors, Rev already contains most of what a plugin would need. For myself, and presumably RunRev Ltd., the question is not what's *technically* possible (Roadster already showed that), but what's practical in terms of the *business case* to justify the effort (the demise of Roadster and a great many other plugins in favor of Flash, DHTML, and Java arguably shows us that too). However, if we could make explicit what all the different limitations would be, then maybe the advocates of a plug-in will conclude that it is not something they would find particularly useful (e.g. if it meant they had to code a different version of their app to work with a browser plug-in.) I'm still ambivalent about it myself. This has been done time and again to varying degrees, e.g.: http://lists.runrev.com/pipermail/use-revolution/2006-November/089327.html To recap: EVALUATING USAGE SCENARIOS -- For myself and a number of other participants in this perennial thread, the emphasis has been on the business side rather than the technical, which I feel is a more appropriate focus. In software almost anything is technically possible, so the question becomes whether it's
Re: Slow response with many objects
Hi Jan, If you have thousands of objects, I can very well imagine that Revolution gets very slow. I also believe that having thousands of objects probably indicates a need to re-think the strategy behind your user interface. However, if many only means a few dozens or even 200 or 300 objects and if your computer is reasonable fast, say 500 Mhz, you should not experience much lagging while editing these objects. Still, even on 350 Mhz machines, you should experience an acceptable responsiveness using the IDE. Are you using any scripts that run when objects are resized, moved, or otherwise changed? Do you have any running handlers in the background or many pending messages? Are you using third-party libraries or plugins? Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 24-nov-2006, om 20:53 heeft Jan Sælid het volgende geschreven: My app’s interface is not card based and has no pulldown menus. I’m using a “at your fingertips”-approach to the gui. Much like the new office 2007. I’m also aiming at a completely customized look and that means I have a lot of groups. It seems now that the revolution ide is becoming slower. When I’m using “Select grouped controls” and the pointer it takes a while before the object is selected. Moving objects is also slow. Using properties to nudge object in any direction has come to the point where e.g. the down arrow stays down and the ide is locked up, with no other solution than to force-quit rev. Anyone have any experience with this? Is it the amount of groups that slows down rev? Or is it the amount of images. I use customized icons, backgrounds, menubars etc. (nothing heavy.) Or is it the sum of it? ___ 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: [OT?] HTML email is evil - or, why we get so much spam
On 11/25/06, Bernard Devlin [EMAIL PROTECTED] wrote: I don't expect Runrev to stop sending HTML emails. I will try to find some way to program round it in Notes. You originally stated that Rev was one of the few companies that sent you html email so it should be relatively simply to create an 'early' rule that lists all these companies and saves the email as valid. From a quick scan of the htlml emails I receive, the one's I get from mum for my birthday that have the nice .gif or .jpg images always include the image file whilst the ones you're worried about will contain a line http://www If you run a 'last' rule to look for 'http://www' and mark it as 'possible spam' you should be able to wheedle out the emails with http call backs. Assuming that you already have rules to save emails from people in your address book, the only 'good' emails that might get filtered to the wrong place is an email from someone new that contains a full web link - pretty rare, most people just go with www.checkthisout.com and leave off the http. HTH ___ 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
Windows crash log
I know this has been addressed, but a search did not find this (and a search in the user's guide and other things did not). When rev crashes on Windows, where does it put a crash log? I suspect I might not have one it this case. I was making a long change in a script when in less than the blink of an eye, my rev session was gone. Dar ___ 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: Slow response with many objects
Hi Mark, thanks for the response! If you have thousands of objects, I can very well imagine that Revolution gets very slow. I also believe that having thousands of objects probably indicates a need to re-think the strategy behind your user interface. The card I'm working on has about 700 objects. I know this is too many before I clean the code and distill the interface. I work one section at the time and when I've got something right I clean it up and make it more efficient. But I also know that I have other sections ahead of me, so the number: 700 should be somewhere near the final amount. If I could at least keep it under 1000 under the development process, I don't think this should be too much to handle for the engine. However, if many only means a few dozens or even 200 or 300 objects and if your computer is reasonable fast, say 500 Mhz, you should not experience much lagging while editing these objects. My machine is running at 2.6 ghz with 3gb of ram. So the machine is not the problem I believe. I've tried to build the application and have run it on an old laptop I have. The program is not slow. It works very good. It's only when I edit the objects under rev. Are you using any scripts that run when objects are resized, moved, or otherwise changed? Do you have any running handlers in the background or many pending messages? Are you using third-party libraries or plugins? I have no on idle handler or no pending message sending. But I do have a couple of mousemove handlers on some of the objects. I use galaxy studio 1.5, all the tactile media plugins and chipp walters altplugin. I don't think the plugins have anything to do with it because the lag exists even without them. I suspect that it has something to do with the amount of groups and maybe groups inside groups. The lags of the ide is only mildly irritating at this stage but it does slow down the workflow. I guess I'm asking about too many things at the same time... so let me ask a simple question: Does groups slow down the ide, more than any other objects? Sincerely and thanks Jan ___ 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: Slow response with many objects
Jan, I have never experiences that groups slow down the IDE. Probably, it is the mouseMove handlers. I'd first try commenting out those handlers to see if that helps. If it does, you might want to test for the active tool, browse or pointer, before running the script inside the mouseMove handler. Another candidate for sluggishness is the Geometry Manager, if you are using that. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 25-nov-2006, om 1:41 heeft Jan Sælid het volgende geschreven: Hi Mark, thanks for the response! If you have thousands of objects, I can very well imagine that Revolution gets very slow. I also believe that having thousands of objects probably indicates a need to re-think the strategy behind your user interface. The card I'm working on has about 700 objects. I know this is too many before I clean the code and distill the interface. I work one section at the time and when I've got something right I clean it up and make it more efficient. But I also know that I have other sections ahead of me, so the number: 700 should be somewhere near the final amount. If I could at least keep it under 1000 under the development process, I don't think this should be too much to handle for the engine. However, if many only means a few dozens or even 200 or 300 objects and if your computer is reasonable fast, say 500 Mhz, you should not experience much lagging while editing these objects. My machine is running at 2.6 ghz with 3gb of ram. So the machine is not the problem I believe. I've tried to build the application and have run it on an old laptop I have. The program is not slow. It works very good. It's only when I edit the objects under rev. Are you using any scripts that run when objects are resized, moved, or otherwise changed? Do you have any running handlers in the background or many pending messages? Are you using third-party libraries or plugins? I have no on idle handler or no pending message sending. But I do have a couple of mousemove handlers on some of the objects. I use galaxy studio 1.5, all the tactile media plugins and chipp walters altplugin. I don't think the plugins have anything to do with it because the lag exists even without them. I suspect that it has something to do with the amount of groups and maybe groups inside groups. The lags of the ide is only mildly irritating at this stage but it does slow down the workflow. I guess I'm asking about too many things at the same time... so let me ask a simple question: Does groups slow down the ide, more than any other objects? Sincerely and thanks Jan ___ 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: Windows crash log
On 21 Oct Jacque wrote: Windows XP: From within Revolution, open Revolution's Preferences in the Edit menu and tick the checkbox at the bottom of the General pane called Crash reporting on Windows XP. Set the popup to Medium (that's as high as it goes.) This will produce a verbose log. Restart Revolution to activate the feature. The next time you crash, your log file will be in: Documents and Settings/username/Application Data/Runtime Revolution/Revolution edition type/Crash Logs You'll find it in the thread started by Bill Marriott, the open letter to Rev about quality being No 1. Hope you had that checkbox ticked:-) HTH ___ 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: Slow response with many objects
Mark, Good suggestions, I will try them. Needed some outside guidance. I didn't want to search in the dark. (I gave up the geometry manager a long time ago, but there might be something left inside.) I guess I have to do some digging! Salute! Regards, Jan ___ 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: Slow response with many objects
On Nov 24, 2006, at 4:41 PM, Jan Sælid wrote: I guess I'm asking about too many things at the same time... so let me ask a simple question: Does groups slow down the ide, more than any other objects? It shouldn't. Have you tried running your project in a standalone as opposed to the IDE? Does it run just as slow there? -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [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: Slow response with many objects
Hi Trevor, It shouldn't. Have you tried running your project in a standalone as opposed to the IDE? Does it run just as slow there? Yes, I have tried a standalone on a slow laptop. It works very well. It is only when I'm using the pointer tool in the ide. E.G. if Select grouped controls is on it takes some time for object A to become selected. But object B becomes selected right away (with no obvious difference between the two objects). The application is not slow, but the rev ide has become sluggish. Sometimes it almost halts. First I suspected it maybe had something to do with the autosave and autoarchive of galaxy, but this is not the case, because that only happens when you compile a script in galaxy. ___ 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
location of open drawer
The rect of a drawered stack doesn't seem to be updated when the parent stack is moved. I can amend my own code in order to calculate the rect of an open drawer but I was wondering if anyone knew of a cheap method for doing this. -Scott Morrow Elementary Software (Now with 20% less chalk dust !) web http://elementarysoftware.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: Slow response with many objects
Hi Trevor, It shouldn't. Have you tried running your project in a standalone as opposed to the IDE? Does it run just as slow there? Yes, I have tried a standalone on a slow laptop. It works very well. It is only when I'm using the pointer tool in the ide. E.G. if Select grouped controls is on it takes some time for object A to become selected. But object B becomes selected right away (with no obvious difference between the two objects). The application is not slow, but the rev ide has become sluggish. Sometimes it almost halts. First I suspected it maybe had something to do with the autosave and autoarchive of galaxy, but this is not the case, because that only happens when you compile a script in galaxy. ___ 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: [OT?] HTML email is evil - or, why we get so much spam
There's another option, of course, and I like it better than the traditional approach. I use gmail for my mailing lists. The spam filtering is crazy-good (in fact, it's so good that google for your domain now hosts our corporate email as well), it doesn't require you to load images if you don't want to, and if you still want to keep your POP3/IMAP4 email client you can, but gmail auto-removes the potential spam from the messages you retrieve before your client even hits the server. However, gmail's interface is good enough that I don't even bother. I just use it right in the browser as it was originally designed. I belong to a mailing list for another development tool that has had a non-obfuscating archive for years. Before I used gmail for that mailing list I used to get inundated in spam at the address I used just for that list. Now with gmail that just doesn't happen. Anyway, if you want, I believe you can get a gmail address just by going to gmail.google.com. If you can't I have a ton of invites. Email me off list and I'll send you one. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: [OT?] HTML email is evil - or, why we get so much spam
Martin, thanks for the article, nice summary of a lot of little things i was seeing around and in my own habitat... this is a nice summary to send to clients who do wonder what is going on. I was hoping there was one particular thing to focus on, but it does appear to be a cumulative/convergence effect of many fouls! cheers, jeff On Nov 24, 2006, at 8:44 PM, [EMAIL PROTECTED] wrote: Yes I have, and some of my clients have complained to me about it too. (I think they suspect it's somehow my fault, since I provide their mailboxes). This recent article from the Guardian: http://technology.guardian.co.uk/weekly/story/0,,1942262,00.html may perhaps help to explain some of the reasons why. Martin Baxter ___ 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: [OT?] HTML email is evil - or, why we get so much spam
I'm with Mikey. I finally broke down and forwarded all my email addresses to my Gmail account. Most of you don't know I do this because gmail can be configured for any reply-to address. My [EMAIL PROTECTED] email address has been around for hundreds of years, and is probably on every SPAM list there is. GMAIL does a great job of filtering about 98% of it. Gmail has a host of other cool features as well. I now don't need to download all my SPAM and other email to each and every computer I own (I have 4 of them). Labels in Gmail are even better than folders, and of course the entire text of each message is indexed, allowing me to search for older emails with specific content almost instantly. Go Gmail. ___ 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: [OT?] HTML email is evil - or, why we get so much spam
On Nov 24, 2006, at 7:19 PM, Mikey wrote: The spam filtering is crazy-good Using Gmail for spam filtering worked really well for me for a while (I use it to filter spam before it goes to my Blackberry) but in the last few months more and more spam has been getting through. I keep marking emails as spam in Gmail but they keep coming through. The last few days things have calmed down a bit so maybe they have made some adjustments. On the other hand, I use SpamSieve with Mail on OS X and it is EXCELLENT. It catches all of the stuff Gmail allows through and is much more reliable. -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [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