Re: End of U3?
On 5/13/07, Lynn Fredricks [EMAIL PROTECTED] wrote: What is your experience with portableapps? While I know that question wasn't directed at me, I thought I'd chime in with an answer. I actually found the U3 spec, device and organization difficult to work with. I started a dialog with them which never finished, even after repeated requests to them. As Richard says, Rev is already out of the box more capable than most in creating portable apps. In fact, all my apps I release for clients and Altuit are now 'portablized.' This means they can run and update themselves including self-healing, all from a standard USB drive. There are a number of difficulties with standard apps trying to become 'portable.' 1) They may have frequent disk access which can wear on a USB drive. Rev doesn't typically have this problem as it is RAM based. 2) They require sophisticated installs including registry edits and special files placed in special folders all over the place (Program Files, My Documents, App folder, etc.). While Rev can access these file folder locations, it's not necessary for Rev to work. Rev has full support for registry entry and removal. 3) They may require specific Dynamic Linked Libraries (DLLs) to run. This is the case for VB, .NET, Flash and other RAD tools, but not necessary for Rev. The job over at portableapps.com is to remove many of these dependencies. It's really not necessary to do so with Rev-- just a bit of smart thinking up front. best, Chipp ___ 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] Altuit VueTools available...
While this isn't something you all will rush to purchase, I thought I'd post an announcement of it here. Altuit VueTools are a set of Python scripts and programs which are used to model 3D objects using e-on software's Vue6-Infinite 3D application. Rev is used in this product to create the 'VueTools Manager' which is the self-updating installer and plugin manager for VueTools. A nice example of Rev and Python working together. (btw...Python using wxPython as a GUI wrapper is MOST difficult for this longtime Xtalker). -Chipp ___ 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] Altuit VueTools available...
OOPS forgot to mention the URL: www.vuetoolbar.com On 5/14/07, Chipp Walters [EMAIL PROTECTED] wrote: While this isn't something you all will rush to purchase, I thought I'd post an announcement of it here. Altuit VueTools are a set of Python scripts and programs which are used to model 3D objects using e-on software's Vue6-Infinite 3D application. Rev is used in this product to create the 'VueTools Manager' which is the self-updating installer and plugin manager for VueTools. A nice example of Rev and Python working together. (btw...Python using wxPython as a GUI wrapper is MOST difficult for this longtime Xtalker). -Chipp ___ 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
Strange crash in 2.8
Hi all, I have an extremely weird crash situation. I created a stack that is ultra simple (just a stack script supposed to run at launch after the stack is compiled for windows.). If i compile the stack, the IDE crashes and the stack is no longuer openeable. If i open it the IDE just crashes. There is no eventvwr msg, no crash log, no nothing to tell me why it does this... I tried both 2.8 gm3 and gm4 and they all do the same thing... If I create a virgin stack, it compiles and doesn't crash. But if i reinject the script, wabam! If i try to do the same in Metacard, it works flawlessly... I reinstalled runrev and same thing... Heather suggested i use 2.8.1 - which i only see available via the update menu in the help menu (any other download links i haven't seen???). But when i try this it says my license has expired! (It's only 3 months old...) Any help would be really appreciated. Regards, Xavier Clearstream Services S.A. 42 Avenue JF Kennedy, L-1855 Luxembourg Société anonyme is organised with limited liability in the Grand Duchy of Luxembourg RC Luxembourg B 60911. - Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead END OF DISCLAIMER ___ 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: Funny characters in email addresses
Hi Sarah, Is it possible that the address with the apostrophe is in unicode? 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 14-mei-2007, om 4:16 heeft Sarah Reichelt het volgende geschreven: Hi All, I have an email client written in Rev that has started having problems sending to a particular address. The address includes an apostrophe (which I would have thought was not allowed). It works when sending from Apple Mail, but when I send from Rev, the email bounces back with SMTP error 553 which is Requested action not taken: mailbox name not allowed. Checking the raw source of an email sent from this address, in the envelope-sender, the apostrophe has been replaced by a question mark, but really I have no idea. Does anyone know what I should do? I could URLencode the address (although this also encodes the @), or I could replace the apostrophe with something else, but I don't know what. TIA, 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
Re: classic mac apps in 2.8
Hi Jeff, You can develop the stack in Rev 2.8 and save it in 2.4 levacy format before opening it in Rev 2.6. You might have to make adjustments in Rev 2.6, because some newer features are not available in older versions. 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 14-mei-2007, om 6:06 heeft Jeff Reynolds het volgende geschreven: Hi all, Does anyone know what the current path is for creating a classic mac app from rev2.8? should i just keep the rev stack as a 2.6x stack to create the classic app then just open the stack in 2.8 to create the windows and osx versions? thanks jeff reynolds ___ 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: End of U3?
Judy- Sunday, May 13, 2007, 10:19:08 PM, you wrote: Hence, I'd like for them to be able to d/l the FileMaker demo and put together a simple database or two. I'm not aware of a u3 build of Filemaker. Maybe I've missed an announcement. But if not, then u3 ain't gonna help you and will just take up valuable space on the flash drive with all the u3 junk. And do keep in mind that it's Windows only. -- -Mark Wieder [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: Strange crash in 2.8
2.8.1 is still in testing and use a different serial number, ask Bill nicely and he could probably give you one :-) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Strange crash in 2.8
That explains that problem ;) Thanks Sean! Thanks also to Mark W. for his help with Rev crashing - it was quiting correctly due to a quit command after the openstack script finished - another problem between the keyboard and the chair =!) Regards, Xav [EMAIL PROTECTED] wrote on 14/05/2007 11:24:51: 2.8.1 is still in testing and use a different serial number, ask Bill nicely and he could probably give you one :-) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution Clearstream Services S.A. 42 Avenue JF Kennedy, L-1855 Luxembourg Société anonyme is organised with limited liability in the Grand Duchy of Luxembourg RC Luxembourg B 60911. - Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead END OF DISCLAIMER ___ 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
'Community Beta' has lost its way
The 2.7.5 Community Beta was launched with much fanfare. Runrev was going to be doing things in a new way. We worked with Bill to immediately reinvigorate expectations on quality: * Respond meaningfully to community concerns through official Revolution venues like the Revolution Forums * Get fresh eyes looking at the product to truly “shake the tree” and enable you to ship robust solutions based on 2.7.5 * Get more users familiar with, and confident about BugZilla, the community based feedback tool for reporting issues * Assist in developing a more meaningful, community-based beta process Revolution 2.7.5 - Free Update to 2.7.x Licensees The focus on Revolution 2.7.5 is on core issues such as setup and install, crashing, IDE behavior, and stress testing. The new version will also finally bring the newest Revolution to the Linux platform. [..,] The most exciting news of all: Revolution 2.7.5 will be a free update. If you had an active Revolution maintenance plan as of February 1, 2006, or if you purchased any version of Revolution 2.7, you will receive Revolution 2.7.5 at no charge. [http://www.runrev.com/newsletter/november/issue13/newsletter1.php] Well, first of all, we are all currently testing the 2.8.1 release. Fair enough - the numbering changed. There's no Linux in this release. If the timescale of the 2.7.5 beta process is anything to go by, maybe we are going to have to wait another 6 months to get the Linux version promised for the 2.7.x lifetime. Secondly, it is not at all clear to me that the next release is going to be free (as promised in the the above newsletter). I find it hard to believe that both 2.8.1 and 2.9 are going to be free. Originally 2.7.5 was going to be free - now it is not clear if it is 2.8.1 or 2.9 that will be free, or maybe its both. If it is not both, then I can see disappointment from those who thought they would get free versions, and if it is both, I can also see annoyance from those people who have continued to needlessly update their 'maintenance plan'. Either way this looks like its going to be bad PR for Runrev. Thirdly, in my experience Runrev's responsiveness with regard to bug- reporting for this Beta is poor. I tested the last three betas and there is an 18-month-old bug on OS X [http://quality.runrev.com/ qacenter/show_bug.cgi?id=3196]. I tried to draw as much attention as I could to this bug: I wrote to this list, Bill Marriott, the Community Beta forum, and even added a detailed comment to Bugzilla. But after several weeks, not a single reply from anyone connected with Runrev. I'm assuming that I'm alone in my disappointment with this Community Beta. This bug was a prime candidate to be fixed. Instead, the beta has seemed to move its principal focus to the incorporation of the ex- Altuit products instead. The shiny-new Community Beta process enjoins us to look for bugs, learn to use bugzilla and the Beta forum to report them, and then just ignores us. Runrev really knows how to 'respond meaningfully' (the first bullet point in the list above). Clearly this Community Beta has lost its way. I should just get used to the fact that Runrev are constantly setting users up to be disappointed. After waiting these past 6 months to see this bug be fixed, I've now absolutely no confidence that it is ever going to be fixed, without even any explanation from Runrev as to why its being ignored. The ability for Rev to interact with other programs is one of my principal reasons for using Revolution, and if it only works on Windows and Linux then I might as well start looking at other tools and write-off my investment in Revolution. 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: 'Community Beta' has lost its way
Dear Bernard, I'm sorry you are experiencing frustration. We are fully committed to the path outlined for the 2.7.5/2.8.1/2.9 release series. I've looked at the bug you are referring to, and see that it has been seen and confirmed by Marcus. Evidently it could not be fixed for 2.8.1, there is every likelihood it will be fixed for 2.9. I'm puzzled that you say you have emailed Bill and not received a reply. In my experience Bill is extremely punctilious about responding to email, and my first reaction would be to ask whether there could be an email issue, maybe somebody's email is getting stuck somewhere? Lets take this offlist while we try to determine what is going on with that - email me in [EMAIL PROTECTED] Regards, Heather On 14 May 2007, at 10:30, Bernard Devlin wrote: The 2.7.5 Community Beta was launched with much fanfare. Runrev was going to be doing things in a new way. We worked with Bill to immediately reinvigorate expectations on quality: * Respond meaningfully to community concerns through official Revolution venues like the Revolution Forums * Get fresh eyes looking at the product to truly “shake the tree” and enable you to ship robust solutions based on 2.7.5 * Get more users familiar with, and confident about BugZilla, the community based feedback tool for reporting issues * Assist in developing a more meaningful, community-based beta process Revolution 2.7.5 - Free Update to 2.7.x Licensees The focus on Revolution 2.7.5 is on core issues such as setup and install, crashing, IDE behavior, and stress testing. The new version will also finally bring the newest Revolution to the Linux platform. [..,] The most exciting news of all: Revolution 2.7.5 will be a free update. If you had an active Revolution maintenance plan as of February 1, 2006, or if you purchased any version of Revolution 2.7, you will receive Revolution 2.7.5 at no charge. [http://www.runrev.com/newsletter/november/issue13/newsletter1.php] Well, first of all, we are all currently testing the 2.8.1 release. Fair enough - the numbering changed. There's no Linux in this release. If the timescale of the 2.7.5 beta process is anything to go by, maybe we are going to have to wait another 6 months to get the Linux version promised for the 2.7.x lifetime. Secondly, it is not at all clear to me that the next release is going to be free (as promised in the the above newsletter). I find it hard to believe that both 2.8.1 and 2.9 are going to be free. Originally 2.7.5 was going to be free - now it is not clear if it is 2.8.1 or 2.9 that will be free, or maybe its both. If it is not both, then I can see disappointment from those who thought they would get free versions, and if it is both, I can also see annoyance from those people who have continued to needlessly update their 'maintenance plan'. Either way this looks like its going to be bad PR for Runrev. Thirdly, in my experience Runrev's responsiveness with regard to bug-reporting for this Beta is poor. I tested the last three betas and there is an 18-month-old bug on OS X [http://quality.runrev.com/ qacenter/show_bug.cgi?id=3196]. I tried to draw as much attention as I could to this bug: I wrote to this list, Bill Marriott, the Community Beta forum, and even added a detailed comment to Bugzilla. But after several weeks, not a single reply from anyone connected with Runrev. I'm assuming that I'm alone in my disappointment with this Community Beta. This bug was a prime candidate to be fixed. Instead, the beta has seemed to move its principal focus to the incorporation of the ex-Altuit products instead. The shiny-new Community Beta process enjoins us to look for bugs, learn to use bugzilla and the Beta forum to report them, and then just ignores us. Runrev really knows how to 'respond meaningfully' (the first bullet point in the list above). Clearly this Community Beta has lost its way. I should just get used to the fact that Runrev are constantly setting users up to be disappointed. After waiting these past 6 months to see this bug be fixed, I've now absolutely no confidence that it is ever going to be fixed, without even any explanation from Runrev as to why its being ignored. The ability for Rev to interact with other programs is one of my principal reasons for using Revolution, and if it only works on Windows and Linux then I might as well start looking at other tools and write-off my investment in Revolution. 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 Heather Nagey Customer Services Manager Runtime Revolution Ltd http://www.runrev.com ___
Re: ANN] Revolution StandardLib 1.0b1 Posted
Just to say at this stage that I find this whole effort most welcome. Of course, despite Ken's caveats, we must all be itching to suggest additions to the library (file handling, tables and printing would be on my list). I can see that the group has to think very carefully about which direction to go in: in fact it probably already has a policy about being generally useful and not esoteric as Ken says. One issue is whether to allow code that makes up for perceived deficiencies in Rev's functionality or implementation (to me, the table object is the obvious example here). Where would the best place be to discuss this kind of thing? Anyway, renewed congratulation on the announcement. Graham On Thu, 10 May 2007 16:31:26 -0500, Ken Ray [EMAIL PROTECTED] wrote: Hello everyone! This message is to announce that the RevInterop group (http://tech.groups.yahoo.com/group/revInterop/) have been working on a Standard Library for Revolution and a beta version of the library is now available. This library, called stdLib.rev contains a variety of useful functions and commands that the initial working group felt were very useful for anyone programming in Revolution. However the main issue is not the actual code, but whether the first pass at the library has a good core set of handlers and functions for developers to use. The full list of functions/commands, along with a place for providing your feedback is at the following Wiki page on the Sons of Thunder web site: http://www.sonsothunder.com/pmwiki/pmwiki.php?n=Main.RevolutionStdLib If you are interested in reviewing the handlers in this library, please go to the Wiki and add your comments. Just a note of caution, though: I'm sure many of you will see what you might consider glaring omissions or are wondering just why certain handlers were included. Please keep in mind that (a) this is a first public pass at the library, and (b) we don't want to load the library up with a lot of useful, although esoteric, handlers. Of course, that is up to this group to work through, so please provide whatever feedback you feel is appropriate. The end result of this effort will (hopefully) be a common library of handlers that both experienced developers and newcomers can start to use in their development efforts; it may also help RunRev answer the question about why there isn't a standard library for Revolution like there is in other languages... :-) [...] Graham Samuel / The Living Fossil Co. / UK and France ___ 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: 'Community Beta' has lost its way
Something is wrong with Bills e-mail account (server issue?..). When I tried resending my feedback (top 5) on beta, I received mail not delivered in a few days again for both mailboxes... All produced same error: 451 Could not complete sender verify callout (in reply to RCPT TO command) But once I received feedback from programmers at runrev these bugs getting attention, I think now they are being handled anyway... All the best! Viktoras ---Original Message--- From: Heather Nagey Date: 05/14/07 13:11:02 To: How to use Revolution Subject: Re: 'Community Beta' has lost its way I'm puzzled that you say you have emailed Bill and not received a reply. In my experience Bill is extremely punctilious about responding to email, and my first reaction would be to ask whether there could be an email issue, maybe somebody's email is getting stuck somewhere? ___ 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: 'Community Beta' has lost its way
Well, this explains the problem: unfortunately, sender address verification cannot simply be turned on for all email - you are likely to lose legitimate mail from mis-configured systems. You almost certainly will have to set up white lists for specific addresses, or even for entire domains. http://www.postfix.org/ADDRESS_VERIFICATION_README.html As far as I know spammers also use address_verification to make sure they are sending spam to existing mailboxes. Therefore some legitimate domains block these requests to prevent spam... All the best! Viktoras ---Original Message--- From: Viktoras Didziulis Date: 14/05/2007 13:30:41 To: How to use Revolution Subject: Re: 'Community Beta' has lost its way Something is wrong with Bills e-mail account (server issue?..). When I tried resending my feedback (top 5) on beta, I received mail not delivered in a few days again for both mailboxes... All produced same error: 451 Could not complete sender verify callout (in reply to RCPT TO command) But once I received feedback from programmers at runrev these bugs getting attention, I think now they are being handled anyway... All the best! Viktoras ---Original Message--- From: Heather Nagey Date: 05/14/07 13:11:02 To: How to use Revolution Subject: Re: 'Community Beta' has lost its way I'm puzzled that you say you have emailed Bill and not received a reply. In my experience Bill is extremely punctilious about responding to email, and my first reaction would be to ask whether there could be an email issue, maybe somebody's email is getting stuck somewhere? ___ 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: 'Community Beta' has lost its way
Hi Heather, I emailed Bill ([EMAIL PROTECTED]) about this on 28th April, specifically in response to him asking for our top 5 outstanding bug issues in 2.8.1. A few days later someone pointed out on the list that their email to Bill bounced. Mine had not bounced, and I was not specifically expecting a reply from him (unless of course my outstanding issues were not going to be addressed, and I would hope that he would have the courtesy in that situation to inform me why). However, to make sure that he got my email, I forwarded that email to him again on 1st May. In neither case did I receive any message saying my email had bounced, nor did I hear that this bug would not be addressed. As there had been no response from Bill, I posted to the Beta Forum (http://forums.runrev.com/phpBB2/viewtopic.php? t=733sid=a27c044d3a76fc1f95dd22bafe1868f5), which is supposedly monitored by Bill and by Robin Miller. But no response from either. I subsequently added my comments to that bug in Bugzilla, to make sure that there was some obvious sign of activity with that bug report. I also wrote to the user list about this outstanding bug (29th April), and got several other users to add votes for it, in an attempt to get Runrev to pay some attention to it. On 5th May I had still seen no response from anyone at Runrev. So I asked once again in the Beta forum (http://forums.runrev.com/phpBB2/ viewtopic.php?t=748). This was the last posting in that beta forum. But still no response from anyone at Runrev. It's quite clear that no-one at Runrev is even monitoring the Community Beta forum. You might well say that 'there is every likelihood' that it will be fixed for 2.9', yet there is no explanation as to why this bug was not included in 2.8.1 (Marcus accepted it as a 'blocker' level bug almost 14 months ago). Going off the time from 2.7.4-2.8.1, it looks like this bug will not be fixed for another 6 months, if ever. Since I've tried over several weeks to draw attention to this bug via 4 different routes involving *.runrev.com, with no response until my desperate post to the list today, what else am I to conclude but that the 'Community Beta' has lost its way? I've done everything asked of me by Runrev in this process, and until today Runrev has chosen to ignore me. It's pathetic that the bug that most affects me is being ignored, given the times I've defended Runrev in public when people have railed against the bugginess of Revolution. Instead I receive weekly emails from Runrev's 'Quality Manager' asking me to let him know what outstanding bugs are issues for me. Bernard Dear Bernard, I'm sorry you are experiencing frustration. We are fully committed to the path outlined for the 2.7.5/2.8.1/2.9 release series. I've looked at the bug you are referring to, and see that it has been seen and confirmed by Marcus. Evidently it could not be fixed for 2.8.1, there is every likelihood it will be fixed for 2.9. I'm puzzled that you say you have emailed Bill and not received a reply. In my experience Bill is extremely punctilious about responding to email, and my first reaction would be to ask whether there could be an email issue, maybe somebody's email is getting stuck somewhere? Lets take this offlist while we try to determine what is going on with that - email me in [EMAIL PROTECTED] Regards, Heather ___ 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: 'Community Beta' has lost its way
Apologies to Heather. I debated with myself about whether or not I should respond to her directly or via the list. I am sure the list in general is not particularly interested in my bug issues (although if bug 3196 is fixed, it offers lots of potential), but I am also fearful that the problems I'm seeing with this Community Beta must be shared by others. Out of a sense of politeness I decided to respond to Heather rather than the list, as that is what she requested. But by the time I'd written the reply, and hit 'send' I'd forgotten to change the recipient, so it just went back to the list. 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: Urgently!!!! How can I use runrev 2.5.1 send or receive Data or File by Bluetooth or Pop-port USB from Mobile Phone to my computer?
I can do app on mobile. So data transfer and flow control on mobile is no problem for me. Thank you Sarah: I would like to know if it's possible for someone to do an external to make RunRev (any version) able to use bluetooth/usb to exchange data with mobile? The link from Ian is about config MacOSX to exchange data with Lego Mindstorms NXT. http://juju.org/articles/2006/10/22/bluetooth-serial-port-to-nxt-in-osx On 5/4/07, Ian Wood [EMAIL PROTECTED] wrote: On 3 May 2007, at 22:08, Sarah Reichelt wrote: No sorry. I've only done serial communications using a USB to serial device. I haven't done any actual USB or Bluetooth comms. I don't think either would be possible without an external. Bluetooth can in theory be accessed via a virtual serial port, but you going to get and send raw data. Going from there to uploading/ downloading actual files is likely to be a bit... 'complex'. Buried in the following link are instructions for setting up a virtual port on OS X: http://juju.org/articles/2006/10/22/bluetooth-serial-port-to-nxt-in- osx Ian ___ 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: A challenge: adding months to a date?
Thanks everyone! And Ken - you've made my day by making me feel so stupid :) Seriously thanks for the input. And in the mean time I've learned a lot about the quirks of convert - tip is to ensure the time is 2am On 13/05/07, Ken Ray [EMAIL PROTECTED] wrote: On Sun, 13 May 2007 19:18:25 +0100, David Bovill wrote: This command passes the test: on date_AddMonth monthsToAdd, startDate, @endMonth, @endYear /* Problem is if new month has less days in it than the original start date days then just adding a month will add 2 months on conversion as the overlap pushes it over the month -- can add extra month if next months max days are shorter -- not a bug a feature? Or could trucate day to last of month? */ convert startDate to dateItems put startDate into someDate put item 3 of someDate into oDay put 1 into item 3 of someDate put 2 into item 4 of someDate# seems to be required !!! add monthsToAdd to item 2 of someDate convert someDate to dateItems put item 1 of someDate into endYear put item 2 of someDate into endMonth put oDay into item 3 of someDate convert someDate to internet date return someDate end date_AddMonth How about this: on date_AddMonth monthsToAdd, startDate, @endMonth, @endYear put item 1 of startDate into tYear put item 2 of startDate into tMonth put (monthsToAdd+tMonth) mod 12 into endMonth if endMonth = 0 then put 12 into endMonth put ((monthsToAdd+tMonth) div 12) + tYear into endYear end date_AddMonth ___ 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: 'Community Beta' has lost its way
Bernard, My apologies for not giving you a direct response to your email of two weeks ago yet. In an announcement to beta test members, I requested from the community their top 5 bugs. This resulted in SCORES of responses from a beta community of nearly 600 members. For each email sent to me, I had to: - Read it - Try to see if the bug was already reported in Bugzilla/RQCC - If it wasn't, write up a new bug covering that item - If it was, record the issue both in RQCC and in a separate system I'm using to help prioritize what we're working on. Not all users were kind enough to supply a bug number -- and they didn't have to. The point was to provide a channel (if only for one time only) for them to get out what was on their mind to someone who would/could do something about it -- without having to go through the structure of a bug report or using a system they might not like very much. The Top 5 process has resulted in more than 300 items submitted and ultimately about 134 entries in RQCC being touched. This has taken something more than about 30 hours of work... so far. I asked people to send me their top 5 bugs, and I did contact many people about what they wrote me, but there's no way I invited -- NOR could I handle -- a hundred discreet dialogs on the topics. I'll grant you I could have supplied an auto-responder, thanks for your top five bugs but it was actually my intent to provide a thorough status update on the initiative within 30 days of asking for the information. Now, as for the Open Beta losing its way... You can have your choice of Rev throwing together something, labeling it 2.7.5 and being done with it... or waiting for 2.9 to be released with some serious progress on quality and stability. You can either have the Altuit technology released now in a reasonably integrated form, with the syntax you'll need to use going forward, and some spiffed up documentation and sample stacks... or you can wait indefinitely while every single open bug in Bugzilla sits ahead of that in priority. You can either have a retail version of Rev that runs properly on Windows Vista, or keep a Vista-compatible version of Rev in beta until a Linux version is ready. (No dessert till you finish your dinner?) I was involved in the decision to rename the 2.7.5 milestone and happen to personally agree with the release strategy that was chosen. Version 2.8.0 replaced 2.7.4 and was a much better product for both current and new users. The Vista functionality was absolutely essential to have available to everyone. And we are also nearing the 2.8.1 release, which will greatly enhance the value of Rev with hundreds of additional fixes and solid integration of the Altuit externals, with proper documentation and nice sample stacks. As for 2.9, as covered in subsequent newsletter articles and many previous posts to the use-rev list, NOTHING has changed except the version label. By the way, according to the survey we JUST sent out (the second in a series in which we ask for direct feedback), the vast majority of beta testers find the communication to be Good or Excellent and urge us to continue on the road we're on -- taking our time to make sure quality is addressed carefully and thoroughly. Bill Bernard Devlin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi Heather, I emailed Bill ([EMAIL PROTECTED]) about this on 28th April, specifically in response to him asking for our top 5 outstanding bug issues in 2.8.1. A few days later someone pointed out on the list that their email to Bill bounced. Mine had not bounced, and I was not specifically expecting a reply from him (unless of course my outstanding issues were not going to be addressed, and I would hope that he would have the courtesy in that situation to inform me why). However, to make sure that he got my email, I forwarded that email to him again on 1st May. In neither case did I receive any message saying my email had bounced, nor did I hear that this bug would not be addressed. As there had been no response from Bill, I posted to the Beta Forum (http://forums.runrev.com/phpBB2/viewtopic.php? t=733sid=a27c044d3a76fc1f95dd22bafe1868f5), which is supposedly monitored by Bill and by Robin Miller. But no response from either. I subsequently added my comments to that bug in Bugzilla, to make sure that there was some obvious sign of activity with that bug report. I also wrote to the user list about this outstanding bug (29th April), and got several other users to add votes for it, in an attempt to get Runrev to pay some attention to it. On 5th May I had still seen no response from anyone at Runrev. So I asked once again in the Beta forum (http://forums.runrev.com/phpBB2/ viewtopic.php?t=748). This was the last posting in that beta forum. But still no response from anyone at Runrev. It's quite clear that no-one at Runrev is even monitoring the
Re: 'Community Beta' has lost its way
Hm. I would think politeness would have been writing me to check on things before making broad generalizations to the whole use-list? Bernard Devlin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Apologies to Heather. I debated with myself about whether or not I should respond to her directly or via the list. I am sure the list in general is not particularly interested in my bug issues (although if bug 3196 is fixed, it offers lots of potential), but I am also fearful that the problems I'm seeing with this Community Beta must be shared by others. Out of a sense of politeness I decided to respond to Heather rather than the list, as that is what she requested. But by the time I'd written the reply, and hit 'send' I'd forgotten to change the recipient, so it just went back to the list. 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: 'Community Beta' has lost its way
Bernard, I do have to agree with you that the beta forum is anemic. Not a lot of end users seem to use it, it might be helpful if they did. Most of the action seems to be on the email lists and in BugZilla itself. ... which is fine. I'd rather have the issues reported in RQCC than to be discussed or chatted about in a BBS. Furthermore, despite efforts to address this, I'm not always notified by email when a new post in the forum occurs. This means if I don't manually go to the forum and check it, things can be missed. While I'm one of the moderators there this is an administrative function and not a promise of being there continually... It's a peer-to-peer forum. I suppose if it creates an expectation that we cannot meet, we might consider pulling it altogether. But I do think some people like it and it keeps the list free of beta-related discussions not of interest to everyone. Bill As there had been no response from Bill, I posted to the Beta Forum (http://forums.runrev.com/phpBB2/viewtopic.php? t=733sid=a27c044d3a76fc1f95dd22bafe1868f5), which is supposedly monitored by Bill and by Robin Miller. But no response from either. ___ 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: A challenge: adding months to a date?
Does anyone know exactly what the convert is doing with the times? I modified Kens code so it also returns the best guess date as well as working out the month and year - that is if there is no exact match it return s the last day of that month And the Unit test returns this: Thu, 28 Feb 2002 01:00:00 + Sun, 31 Mar 2002 02:00:00 + Tue, 30 Apr 2002 02:00:00 + Fri, 31 May 2002 02:00:00 + Sun, 30 Jun 2002 02:00:00 + Wed, 31 Jul 2002 02:00:00 + Sat, 31 Aug 2002 02:00:00 + Mon, 30 Sep 2002 02:00:00 + Thu, 31 Oct 2002 01:00:00 + Sat, 30 Nov 2002 01:00:00 + Wed, 31 Dec 2003 01:00:00 + Fri, 31 Jan 2003 01:00:00 + Fri, 28 Feb 2003 01:00:00 + Mon, 31 Mar 2003 02:00:00 + 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 Which passes - as each month is incremental, as are the month numbers. But - why do the times change from October to February. Note I added the 2am line to the script to ensure convert does not subtract the odd day now and then... Here is the modified code: on mouseUp put 2002,1,31,1,0,0,5 into startDate put 1 into lastMonth put lastMonth into endMonths repeat with statementNumber = 1 to 14 set the cursor to busy date_AddMonth statementNumber, startDate, endMonth, endYear put the result put space endMonth after endMonths if statementNumber mod 12 is not (endMonth - 1) then put merge(Failed adding [[statementNumber]] to [[abbeyStartDate]]. Resulted in [[someMonth]]) end if end repeat put endMonths end mouseUp on date_AddMonth monthsToAdd, startDate, @endMonth, @endYear -- thanks to Ken Ray [EMAIL PROTECTED] ! put startDate into someDate convert someDate to dateItems put item 1 of someDate into tYear put item 2 of someDate into tMonth put (monthsToAdd+tMonth) mod 12 into endMonth if endMonth = 0 then put 12 into endMonth put ((monthsToAdd+tMonth) div 12) + tYear into endYear put endYear into item 1 of someDate put endMonth into item 2 of someDate put date_MaxDaysInMonth(endMonth, endYear) into item 3 of someDate put 2 into item 4 of someDate# seems to be required !!! convert someDate to internet date return someDate end date_AddMonth function date_MaxDaysInMonth theMonth, theYear -- thanks to Björnke von Gierke [EMAIL PROTECTED] ! put 1,January,3,March,5,May,7,July,8,August,10,October,12,December into Months31 put 4,April,6,June,9,September,11,November into Months30 if theMonth is among the items of Months31 then put 31 into HowManyDays else if theMonth is among the items of Months30 then put 30 into HowManyDays else --February if (theYear mod 400 = 0) or (theYear mod 100 0) and (theYear mod 4 = 0) then put 29 into HowManyDays -- leap year else put 28 into HowManyDays end if end if return HowManyDays end date_MaxDaysInMonth ___ 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] Altuit VueTools available...
Chipp looks great! I took a look at the videos, and understand I thinks how Rev can be used to manage and tailor dynamically the python scripts - but there are some thigs I don't get? It looks from the video like there is more interaction between the manager and Vue... you choose a bevel tool and there is an instant change in Vue is this because Vue is polling for changes in the python scripts or are you using something else there - like some sort of IAC (AppleScript etc)??? Puzzled and amazed. NB heard a word-of-mouth report that Maya is going Python. Do you have plans for other 3D platforms? ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
On 13/05/07, Robert Brenstein [EMAIL PROTECTED] wrote: Robert Brenstein wrote: Another example: scientific applications where users can enter their own functions for analyzing, processing, or displaying some data. Given how few scientists also have Rev experience, is it necessary that the functions be written in Transcript? No - not necessary. For these sort of applications I think it is easy enough to allow people to script in any language they want by organising a plugins folder with shell scripts - so you could use python, perl, SQL or whatever you have and are able to use. The thing is for novices it is easier to learn Transcript, and there is the speed advantage... The way I look at it is a slightly puzzled question to RunRevs strategy here - there would be no better way of getting a greater mind share for the RunRev IDE than alowing a bunch of tools to be created which demonstrate the simplicity and advantages of coding in Transcript over other scripting languages - this needs applications like this that give you the choice while providing an easy path to get into Rev scripting. ___ 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] Altuit VueTools available...
OOPS forgot to mention the URL: www.vuetoolbar.com Chipp's 3D work is very polished and professional, you should all check it out! Vue is an awesome 3D product (I have a render rendering in the background at this very moment). I have a long time relationship with e-on (my company Proactive launched and ran e-on software USA in its early years), and they have a great attention to producing quality updates and user experience. It isnt a modeler product but is more a scene layout and rendering product - with a focus on very realistic natural scenery. I use it mostly at the end of the pipeline with model content from other applications like Poser. If you've ever thought of producing an Alida or Myst style game in RR, Id suggest Vue for generating the content. Best regards, Lynn Fredricks Worldwide Business Operations Runtime Revolution Ltd http://www.runrev.com On 5/14/07, Chipp Walters [EMAIL PROTECTED] wrote: While this isn't something you all will rush to purchase, I thought I'd post an announcement of it here. Altuit VueTools are a set of Python scripts and programs which are used to model 3D objects using e-on software's Vue6-Infinite 3D application. Rev is used in this product to create the 'VueTools Manager' which is the self-updating installer and plugin manager for VueTools. A nice example of Rev and Python working together. (btw...Python using wxPython as a GUI wrapper is MOST difficult for this longtime Xtalker). -Chipp ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
I'm working on such an app for a particular engineering niche market (just happens to correspond to my day job), perhaps it will be adaptable in future to other uses. I'm taking care of the branching and looping within my code and 'doing' one script line at a time. It still runs pretty fast. There's an early public beta at www.xtrados.com if you're interested, maybe you guys can point out some of the flaws. At this point it doesn't prevent malicious use, for instance deleting files. Can anyone suggest any more security issues to be aware of ? regards Martin ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
windows only at this stage.. There's an early public beta at www.xtrados.com if you're interested, ___ 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: 'Community Beta' has lost its way
Bill, I refer you to your email of 20th October 2006: Some of you will say, Bill it would be much more productive if you filed all this in Bugzilla. Well, I'm all for contributing to the community. But it takes time and effort to file a decent bug report. You need to have something reproducible, supply sample files, write it up properly, etc. This is no trivial task. And I just don't feel that it's worthwhile. I haven't seen action on other serious bugs, and I haven't seen the kind of quality that suggests even casual inspection on the part of Rev's release team. That's exactly how I feel. Only the difference is that you now bear responsibility with regard to this. Bug 3196 went through the proper bug-reporting procedure (and in fact also had duplicate postings). I cannot understand how this old, blocker-level bug is still in the Release Candidate, nor can I understand how Rev's Quality Control manager does not visit the Community Beta Forum. Maybe that forum would have more activity if people actually saw that you visited it regularly. Might I suggest that you post an announcement there saying that people should email you directly instead of wasting their time in that forum? Mind you, I did email you directly twice, and it made no difference to this bug's status. You might also remember saying last year in your lengthy complaints about Rev's bugginess: I have filed a couple reports on Rev bugs and I promised I would file a couple more about the more easily described problems I outlined. However, what I put into a product has a lot to do with how well I think the feedback will be received and acted upon. People don't talk to brick walls, unless they're insane. [Bill Marriott, Re: Bill's Boycott - was Open Letter to Rev: Quality Is Job #1 (Vista Install), 21st October, 2006) Well, I feel I've been talking to a brick wall about this bug for the past few weeks. I had no idea if my experience was unusual, so that's why I wrote to the user list - but first I tried to use the official bug-reporting channels. From what you are saying, I must be in a minority. In one sense, I'm glad to hear that. On several occasions I've suggested that there be a list of the bugs that were fixed on each iteration of the beta cycle. That would have enabled people to see that even if bugs that concerned them were going unfixed, that other bugs were still being fixed. Each time I downloaded the beta, uninstalled the old version, installed the new version, then I would run my tests to see if bug 3196 had been fixed (even though it wasn't listed in any of the accompanying Change Log.txt files). Each time I'd be disappointed. Eventually it dawned on me that it wasn't going to get fixed. When I saw it was still there in the Release Candidate, and there was no response from anyone at runrev.com about my warnings, I realised something was seriously awry. So as far as I'm concerned the Community Beta has clearly lost its way. It promised to focus on removing serious bugs and introducing the long-awaited Linux version. Instead serious, documented bugs have been allowed into the Release Candidate, the Linux version has been pushed out, and the emphasis seems to have turned to introducing new features. You can harp on about the incorporation of the Altuit products, but they were not initially part of the Community Beta. That's a red herring. Of course those products have to be incorporated at some point - they were probably bought as a band-aid to give Rev added- value, whilst your attempted consumer revolt over bugs was managed. Since the Altuit externals had obviously been working fine for Altuit's customers, there was no need that they be seamlessly introduced in this Beta cycle. Remember: Quality is Job #1 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
Connect to SQL Server via ODBC on Mac?
Has anybody on this list attempted to use the current versions of Rev (in fact any version since 2.7.2) to access a SQL Server database over ODBC on the Mac? And if you have, have you succeeded? And what driver were you using? I use the OpenLink SQL Server Lite Driver, version 5.0.319. With all versions since 2.7.2, I find that opening the database fails with no error (it returns empty, where it should return either an error message or a connection id). Versions 2.1 though 2.7.1 are fine. This isn't about standalones or locating externals etc - this is just in the IDE (though it's no better with standalones). Something useful is being done to connect to the ODBC infrastructure, because if I pass a bad DSN I get a sensible error message. (More details in Bugzilla #4783). I know that other users are accessing SQL Server via ODBC without problems on Windows. But I want to know if this is a universal problem on the Mac, or just a problem I've got. If it's a problem with the OpenLink driver that can be worked around using another driver, that would be handy too. So - is anyone else using Rev to connect to a SQL Server database over ODBC on the Mac? And if so, how's that working for you? TIA, - Ben ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
Yes, making up your own little language is cool (and fun, if one is geeky enough). There's nothing to stop anyone from making a little text interpreter that could use any syntax desired, even the 'reserved' words. The 'script editor' could just be a field or a builder, like in 4th Dimension. I did that in Hypercard. The list of limited commands could just be interpreted line by line, and either acted upon, error responded to or ignored. And of course it could easily be made platform-agnostic. I'm working on such an app for a particular engineering niche market (just happens to correspond to my day job), perhaps it will be adaptable in future to other uses. I'm taking care of the branching and looping within my code and 'doing' one script line at a time. It still runs pretty fast. There's an early public beta at www.xtrados.com if you're interested, maybe you guys can point out some of the flaws. At this point it doesn't prevent malicious use, for instance deleting files. Can anyone suggest any more security issues to be aware of ? regards Martin -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Connect to SQL Server via ODBC on Mac?
My experience with ODBC has always been HORRIBLE on the Mac; this goes back to something called Butler in the early 90's. I've since chosen alterative database connectivity systems since then so I can't speak for modern implementations... Is it possible that ODBC support is being phased out on the Mac? Is there a point where upgrading the server might be more cost effective? Or is this something that you can't control? The idea of middleware for database access always gave me the creeps... Has anybody on this list attempted to use the current versions of Rev (in fact any version since 2.7.2) to access a SQL Server database over ODBC on the Mac? And if you have, have you succeeded? And what driver were you using? I use the OpenLink SQL Server Lite Driver, version 5.0.319. With all versions since 2.7.2, I find that opening the database fails with no error (it returns empty, where it should return either an error message or a connection id). Versions 2.1 though 2.7.1 are fine. This isn't about standalones or locating externals etc - this is just in the IDE (though it's no better with standalones). Something useful is being done to connect to the ODBC infrastructure, because if I pass a bad DSN I get a sensible error message. (More details in Bugzilla #4783). I know that other users are accessing SQL Server via ODBC without problems on Windows. But I want to know if this is a universal problem on the Mac, or just a problem I've got. If it's a problem with the OpenLink driver that can be worked around using another driver, that would be handy too. So - is anyone else using Rev to connect to a SQL Server database over ODBC on the Mac? And if so, how's that working for you? TIA, - Ben _ -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: classic mac apps in 2.8
Mark, thanks ill try that out. i think that should work fine as i have not really done anything that is all that new in these stacks. i can also just continue with the 2.6 and the just open the stack in 2.8 and create the osx and pc apps with that. that way there should be no backwards feature gotchas (and hopefully no forward feature gotchas!) is there a list of features anywhere that are post legacy 2.4 format for those old classic developers to keep an eye on if we need to move to this process in the future? ie features/calls to avoid to keep things legacy kosher? Legacy format is not even mentioned in 2.8 docs. Does anyone know if the classic engine will be updated for classic app creation in the 2.8 version? its in there as coming in 2.8.x and it is listed as a feature on the web site. perhaps some coming soon needs to be put on the web site for the classic support or just remove that or the caveat that its only good up to v2.6 for total cross platform support. yes classic is old, but still going very strong in the education market. almost impossible not to have a classic version of software you try to publish through a publisher still, especially in the lower grades where computers are held onto forever... Sorry i am just moving up from v2.6x to 2.8, as an education developer i am on the slow side to upgrade as that market is a few years behind the times in lower grades! They are just now thinking that vista and intel macs will be something to deal with in the not to distant future! cheers, jeff reynolds On May 14, 2007, at 3:35 AM, [EMAIL PROTECTED] wrote: Hi Jeff, You can develop the stack in Rev 2.8 and save it in 2.4 levacy format before opening it in Rev 2.6. You might have to make adjustments in Rev 2.6, because some newer features are not available in older versions. Best, Mark ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Major Hang with IVT BlueSoleil 1.6
This script works fine with all , except IVT BlueSoleil 1.6 bluetooth to usb driver ! The IVT BlueSoleil 1.6 bluetooth to usb driver works with other programs except RUNREV. set serialControlString to BAUD=38400 PARITY=N DATA=8 STOP=1 wait 50 milliseconds Open driver COM5: write HELLO eol to driver COM5: read from driver COM5: until empty ... .. .. close driver COM5: Any HELP ? , Is it a BUG ? Regards - Original Message - From: Ken Ray [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Sunday, May 13, 2007 9:14 PM Subject: Re: Major Hang with IVT BlueSoleil 1.6 On Sun, 13 May 2007 19:55:58 +0100, Camm29 wrote: RunRev hangs PC , cannot even end Program from Task Manager. Windows XP Using IVT BlueSoleil 1.6 Driver for USB to Bluetooth Convertor. USB is Virtual Com Port. All non RunRev programs work okay with this Driver ! What code is it executing when it hangs? Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.6.6/795 - Release Date: 09/05/2007 15:07 ___ 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: Connect to SQL Server via ODBC on Mac?
I haven't tried accessing MS-SQL from Rev since 2.6.x, but it worked after installing the Actual driver. It costs only $29.95 and worked quite well. You can try it for free, but it will only return 3 lines from a query until you acquire a license. http://www.actualtechnologies.com/ Roger Eller [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: Connect to SQL Server via ODBC on Mac?
cool. I was wrong. sqb I haven't tried accessing MS-SQL from Rev since 2.6.x, but it worked after installing the Actual driver. It costs only $29.95 and worked quite well. You can try it for free, but it will only return 3 lines from a query until you acquire a license. http://www.actualtechnologies.com/ Roger Eller [EMAIL PROTECTED] -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: 'Community Beta' has lost its way
Bernard, I'm glad you brought up the post I made last year, because it reminds me of how far we've come since then. Not only did we implement a substantial update to BugZilla, making it far more accessible and effective, but the effort going into BugZilla entries is like night and day as well. It's not just me trying to put the best face on things, either. The surveys we have conducted prove it. As a beta tester, you know we are conducting regular surveys to assess the progress we're making against the quality objective. Here are actual results from the survey question regarding bug reporting: #14) Please indicate the degree to which you agree with the following statements about BugZilla/the new Revolution Quality Control Center: -100 = Strongly Disagree 0 = Neither Agree nor Disagree +100 = Strongly Agree (average ratings) I am able to enter my reports accurately and completely 12-2006: +37 05-2007: +56 The reports I make are read/reviewed promptly 12-2006: +8 05-2007: +33 I receive adequate feedback on my reports 12-2006: +10 05-2007: +34 Runtime Developers take my reports seriously 12-2006: +14 05-2007: +40 The voting system is a good way to prioritize bugs 12-2006: -6 05-2007: +16 The bugs I care about are being, or have been addressed 12-2006: -12 05-2007: +14 (The second beta tester survey is not closed yet, but we've already reach 80% of the response rate we're looking for, so the numbers are not going to change that much.) The results above speak for themselves. They are evidence there has been real and dramatic progress made against the objective of making BugZilla/RQCC a valuable, credible resource for improving the quality of Revolution, and that RunRev developers have been more responsive to user needs. Additionally, we've added more than 100 users of the system since the Open Beta program launched, and they have been filing even more bugs as a result. We've had more users, more bugs filed, and yet better engagement from Runtime Revolution than ever before. No small accomplishment. That's not marketing spin, that's the truth. Is there room for improvement? Of course. But as more bugs are fixed, I expect these numbers to improve even more. It is absolutely worthwhile now to use the Revolution Quality Control Center to report your issues. This is a decided change from when I made my October post. That's exactly how I feel. Only the difference is that you now bear responsibility with regard to this. Bug 3196 went through the proper bug-reporting procedure (and in fact also had duplicate postings). Bernard, I am sorry that your particular issue wasn't addressed in the two weeks since you sent me your mail, or the few months since you first reported it. However, it is being studied, it's marked and logged as a Top 5 issue, and not being ignored. I do hope it will be addressed for 2.9. I cannot understand how this old, blocker-level bug is still in the Release Candidate, nor can I understand how Rev's Quality Control manager does not visit the Community Beta Forum. Maybe that forum would have more activity if people actually saw that you visited it regularly. Might I suggest that you post an announcement there saying that people should email you directly instead of wasting their time in that forum? Mind you, I did email you directly twice, and it made no difference to this bug's status. Like many people, I find the mailing lists and RQCC to be a much more efficient way to exchange information. The forum is simply not trafficked heavily in general, and I do not receive notifications reliably when the occassional post is made. Having said that, there is a decent amount of material there which help people understand the bug reporting process, gives testing tips, and helps people write better bugs. I try to stop in there periodically, but honestly it's not a top priority -- it's supposed to be a user-to-user forum. As for the email, as I've explained to you I requested people send me bugs. It's was not my intent to open an email exchange on each and every one of them. I requested people send me a bug; you sent me one; it was logged and recorded. I didn't even realize you expected a personal response, and if you had written me an direct question or request for information you would have gotten one. From what you are saying, I must be in a minority. In one sense, I'm glad to hear that. On several occasions I've suggested that there be a list of the bugs that were fixed on each iteration of the beta cycle. That would have enabled people to see that even if bugs that concerned them were going unfixed, that other bugs were still being fixed. The list of bugs fixed is in the RQCC itself. The status messages generally are a good indicator what is being worked on. If it's unconfirmed then it hasn't received a lot of attention yet. If it's new them people know about it and it's being slated. You can easily
Re: [ANN] Altuit VueTools available...
David, Originally I had a 'VueHub' which acted as a broker between Rev and Vue's Python, sending and retrieving Python scripts and data back and forth. I ended up only using Rev as the Installer/Manager for Vue and the toolbar you are seeing is wxPython (runs on all platforms as well). I could never get the VueHub approach to run in it's own thread. Not a problem for Rev, but rather a problem for Vue's own version of Python. The VueToolbar does run in it's own thread, and communicates back and forth from it to Vue. As wxPython is not installed with Vue, I also had to use the Revbuilt VueTools Manager to install it as well. On the Mac, I ran into significant problems with Rev's unzip tool on that one. Ended up just using a commandline unzip process on the Mac. Not sure who's to blame as Rev's unzip tool has problems with embedded folders when they are actually bundles. I hate the way Mac manages bundles. ___ 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: 'Community Beta' has lost its way
Bernard, While you post bug 3196 as a 'blocker', it certainly isn't one which I would think affects a lot of people. I'm sure for you, it is a significant issue, but I doubt a significant population of Rev users will ever encounter it. I do use 'open process' in a couple of my apps w/out problem-- not to say you haven't identified a bug, just that it is a bit obscure. I can certainly see Rev prioritizing other 'blockers' above the one you mention. best regards, Chipp ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
On 5/13/07, David Bovill [EMAIL PROTECTED] wrote: I'd agree with Roger on both the key points - use law not functional restrictions and at least extend to 25 lines. Would that suppose we should never copy protect our applications as we can use law to sue pirates? That said, I do agree with your 25 lines restriction. ___ 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] Altuit VueTools available...
On 14/05/07, Chipp Walters [EMAIL PROTECTED] wrote: David, Originally I had a 'VueHub' which acted as a broker between Rev and Vue's Python, sending and retrieving Python scripts and data back and forth. I ended up only using Rev as the Installer/Manager for Vue and the toolbar you are seeing is wxPython (runs on all platforms as well). I could never get the VueHub approach to run in it's own thread. Not a problem for Rev, but rather a problem for Vue's own version of Python. I'm not clear on this Chipp - probably as I've never written a plugin. I have played with wxPython a few years back - but only for standalones... what I'd like to Grok is exactly how The VueToolbar does run in it's own thread, and communicates back and forth from it to Vue. ? Is this an internal feature of Vue - that is because you can use embedded python as a scripting language you can use the wxWidgets - I'd be happy to read up on this if you have any references as I'd really like to get to know how to create scripted plugins for other applications. ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
On 14/05/07, Chipp Walters [EMAIL PROTECTED] wrote: Would that suppose we should never copy protect our applications as we can use law to sue pirates? That said, I do agree with your 25 lines restriction. Out of interest has anyone on this list had software pirated / re-engineered? I'd be interested to hear of any cases. End user copying is very common - but I've not come across stories of someone or taking an app and copying the code illegally to sell a derivative version, but then I might just be being naive here? Go-on make me paranoid :) ___ 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
Hiliting a cell or tabbed item in a field....
I've forgotten how to do this... whats the trick again I've got a field with tabbed data in it and I want to hilite say the second column of the 3rd line. I know I've done this before but all I can get right now is the text hilit - not the whole cell? select item columnNum of line rowNum of the target ___ 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: 'Community Beta' has lost its way
Hi Chipp, I didn't identify the bug. It was identified and logged as a bug 18 months ago by different people (several others on the list have been talking about problems with write to process on OS X as far back as 2003). There are a whole class of applications that could be written if this bug was fixed. The problem concerns reading from and writing to the process on OS X. If you're on Windows or Linux, it appears to work OK. I'm very glad for the all the people who's bugs are being squashed, and who have been privileged to discussions with Bill about their bugs :-) Bernard Bernard, While you post bug 3196 as a 'blocker', it certainly isn't one which I would think affects a lot of people. I'm sure for you, it is a significant issue, but I doubt a significant population of Rev users will ever encounter it. I do use 'open process' in a couple of my apps w/out problem-- not to say you haven't identified a bug, just that it is a bit obscure. I can certainly see Rev prioritizing other 'blockers' above the one you mention. best regards, Chipp ___ 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] Altuit VueTools available...
Hi David, Well, I certainly am no guru on this sort of thing, but here's what I know. Python is Vue's scripting language. When executing a Python script, it does not run in it's own thread, but rather runs synchronously. So, in order for VueToolbar to stay open and available, it must run asynchronously in it's own thread, which is also within Vue's process. Because VueToolbar (wxWidgets) runs within Vue's process, it can communicate with Vue's Python. Any Vue Python script can be placed into Altuit's VueTools plugins folder, and the VueToolbar will scan it, make a button for it, and then run the script when the button is pressed. As I'm sure you know, creating plugins for Rev apps is a fairly simple and straightforward thing to do as well. Just designate a folder 'plugins' and allow users to 'run' any of the stacks located there. HTH, Chipp ___ 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: 'Community Beta' has lost its way
I just wanted to chime in here and say that I have been incredibly impressed with the 2.8.1 release effort. This is the version with the longest and most comprehensive testing cycle (AFAICR) for a version of Revolution since RunRev took over the product from MetaCard Corp. Mark Waddingham has personally responded to virtually all the questions and bug-related posts on the Improve list, and Bill is staying on top of the testing cycle, asking for feedback and processing surveys. As a testament to their efforts, I had to look long and hard at my active list of bugs on Bugzilla to find the Top 5 that Bill requested, and even then only 2 of them were true bugs (the others were enhancement requests). This is not to say that everyone has or will have the same experience with this cycle that I have had, or that certain pet bugs that have not been addressed yet cause some people's skin to wrankle. But to say that the overall effort of the Community Beta has 'lost its way' primarily because a specific bug that most likely affects a very small percentage of the Rev community is overstating things IMHO. Just my 2 cents, Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
mouseEnter-Leave conundrum
I've run into an interesting problem in a small demo stack I'm working on. I am creating an interactive labeled picture in which a label field appears when the user mouses over an object in a photograph. I use a filled, partially transparent irregular polygon graphic to define the outline of the object in the photo I want to label. The label field overlaps the graphic object (this detail is important.) I use a script like this on the card to control the hiding and showing of the label field: on mouseEnter if the name of the target contains graphic then show fld myLabel end mouseEnter on mouseLeave if the name of the target contains graphic then hide fld myLabel end mouseLeave Pretty straightforward. Now consider this sequence of events: mouse enters graphic -- field is shown mouse leaves graphic -- field is hidden No problems. But this is what happens when the mouse enters the graphic, then, without leaving the graphic, enters the now visible field: mouse enters graphic -- field is shown mouse enters field -- since mouse is over field, it has left the graphic, so mouse has left graphic -- field is hidden mouse has entered graphic again -- field is shown mouse has left graphic -- field is hidden mouse has entered graphic again -- field is shown ... [ad infinitum] This resultant fluttering of the field only stops after the mouse has been moved out of the graphic and enough time has elapsed so that all of the queued mouseLeave/mouseEnter events have run through. go stack url http://asay.byu.edu/enter-leave.rev; --to see a demonstration I understand why this happens, and it seems consistent with the engine logic, so I'm not inclined to call it a bug. On the other hand, when uncontrolled thrashing of messages like this happens, it feels like a bug. What do you all think? Should I report it as a bug? Is there an obvious workaround that I'm missing? (FlushEvents has no effect on these messages.) Insights appreciated. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: mouseEnter-Leave conundrum
Devin Asay wrote: I've run into an interesting problem in a small demo stack I'm working on. I am creating an interactive labeled picture in which a label field appears when the user mouses over an object in a photograph. I use a filled, partially transparent irregular polygon graphic to define the outline of the object in the photo I want to label. The label field overlaps the graphic object (this detail is important.) I use a script like this on the card to control the hiding and showing of the label field: on mouseEnter if the name of the target contains graphic then show fld myLabel end mouseEnter on mouseLeave if the name of the target contains graphic then hide fld myLabel end mouseLeave Pretty straightforward. Now consider this sequence of events: mouse enters graphic -- field is shown mouse leaves graphic -- field is hidden No problems. But this is what happens when the mouse enters the graphic, then, without leaving the graphic, enters the now visible field: mouse enters graphic -- field is shown mouse enters field -- since mouse is over field, it has left the graphic, so mouse has left graphic -- field is hidden mouse has entered graphic again -- field is shown mouse has left graphic -- field is hidden mouse has entered graphic again -- field is shown ... [ad infinitum] This resultant fluttering of the field only stops after the mouse has been moved out of the graphic and enough time has elapsed so that all of the queued mouseLeave/mouseEnter events have run through. go stack url http://asay.byu.edu/enter-leave.rev; --to see a demonstration I understand why this happens, and it seems consistent with the engine logic, so I'm not inclined to call it a bug. On the other hand, when uncontrolled thrashing of messages like this happens, it feels like a bug. What do you all think? Should I report it as a bug? Is there an obvious workaround that I'm missing? (FlushEvents has no effect on these messages.) Insights appreciated. Try: on mouseLeave if the name of the target contains graphic then lock messages hide fld myLabel end if end mouseLeave I'm not sure it's a bug though I agree it probably feels like one. -- 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: mouseEnter-Leave conundrum
On May 14, 2007, at 1:36 PM, J. Landman Gay wrote: Devin Asay wrote: I've run into an interesting problem in a small demo stack I'm working on. I am creating an interactive labeled picture in which a label field appears when the user mouses over an object in a photograph. I use a filled, partially transparent irregular polygon graphic to define the outline of the object in the photo I want to label. The label field overlaps the graphic object (this detail is important.) I use a script like this on the card to control the hiding and showing of the label field: on mouseEnter if the name of the target contains graphic then show fld myLabel end mouseEnter on mouseLeave if the name of the target contains graphic then hide fld myLabel end mouseLeave Pretty straightforward. Now consider this sequence of events: mouse enters graphic -- field is shown mouse leaves graphic -- field is hidden No problems. But this is what happens when the mouse enters the graphic, then, without leaving the graphic, enters the now visible field: mouse enters graphic -- field is shown mouse enters field -- since mouse is over field, it has left the graphic, so mouse has left graphic -- field is hidden mouse has entered graphic again -- field is shown mouse has left graphic -- field is hidden mouse has entered graphic again -- field is shown ... [ad infinitum] This resultant fluttering of the field only stops after the mouse has been moved out of the graphic and enough time has elapsed so that all of the queued mouseLeave/mouseEnter events have run through. go stack url http://asay.byu.edu/enter-leave.rev; --to see a demonstration I understand why this happens, and it seems consistent with the engine logic, so I'm not inclined to call it a bug. On the other hand, when uncontrolled thrashing of messages like this happens, it feels like a bug. What do you all think? Should I report it as a bug? Is there an obvious workaround that I'm missing? (FlushEvents has no effect on these messages.) Insights appreciated. Try: on mouseLeave if the name of the target contains graphic then lock messages hide fld myLabel end if end mouseLeave I'm not sure it's a bug though I agree it probably feels like one. Thanks, Jacque. That gets me part way there. The thrashing stops, but I still get the undesired hiding of the label field when I move the mouse over the part of the field that is also inside the graphic. It also prevents a label from showing in an adjacent graphic, if I move directly from one graphic to another, because the messages are locked. Ergo, no mouseEnter message for the adjacent object Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: mouseEnter-Leave conundrum
On May 14, 2007, at 1:52 PM, Devin Asay wrote: On May 14, 2007, at 1:36 PM, J. Landman Gay wrote: snip Try: on mouseLeave if the name of the target contains graphic then lock messages hide fld myLabel end if end mouseLeave I'm not sure it's a bug though I agree it probably feels like one. Thanks, Jacque. That gets me part way there. The thrashing stops, but I still get the undesired hiding of the label field when I move the mouse over the part of the field that is also inside the graphic. It also prevents a label from showing in an adjacent graphic, if I move directly from one graphic to another, because the messages are locked. Ergo, no mouseEnter message for the adjacent object If I just add an unlock messages line after the hide fld it pretty much fixes it: on mouseLeave if the name of the target contains graphic then lock messages hide fld myLabel unlock messages end if end mouseLeave The only problem left is a quick flash when I move between the graphic and the overlapping field. Annoying, but livable. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Spreadsheet
By the way, here is a list of expressions and functions implemented in sqlite: http://www.sqlite.org/lang_expr.html All the best! Viktoras ___ 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: mouseEnter-Leave conundrum
Devin Asay wrote: If I just add an unlock messages line after the hide fld it pretty much fixes it: on mouseLeave if the name of the target contains graphic then lock messages hide fld myLabel unlock messages end if end mouseLeave The only problem left is a quick flash when I move between the graphic and the overlapping field. Annoying, but livable. It still fails if the user slides the mouse over the label and exits that way. I might try something like this instead: local sObj on mouseEnter if the name of the target contains graphic then put the name of the target into sObj end if end mouseEnter on mouseMove x,y if sObj = then pass mouseMove if x,y is not within the rect of sObj then hide fld field1 put into sObj else show fld field1 end if end mouseMove If your label fields are systematically named for the objects they identify then it shouldn't be too hard to figure out which label to hide. You don't need a mouseLeave with this method. -- 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: End of U3?
Judy Perry wrote: So, U3 drives so that I can have students d/o demo's/shareware software not officially honkey-dorey by our IT folks (which is basically everything that is NOT MS Office...). Am I mistaken? Isn't that THE BIG THING about the U3 drives? That you can run apps off them? For as long as I've been working with Rev, it's been doing a great job of enabling delivery of portable apps on any drive. U3 is just a clever way of using a Windows feature to launch a proprietary launcher. When a locked volume is mounted on Windows, the OS will look for an autorun.inf file, and if present will look for the path to an app specified in that file and launch it if found. U3 drives use this by being partitioned, with one partition being flagged as read only so the OS will look for the autorun.inf file, which on U3 drives points to the proprietary launcher. Because it's dependent on a feature found only in Windows, the benefits of U3's dual-partitioned drives are only available on one OS -- Mac and Linux don't support anything like autorun (the last time Apple experimented with anything like it was more than a decade ago, and it was found to be a popular way to spread viruses so they discontinued the practice and aren't likely to resume it). So while U3 is Windows-only, all flash drives can be used on all OSes, and Rev can deliver portable apps to run on any of 'em. While we've heard about the large numbers of U3-compliant drives, remember that those still represent a minority of all flash drives -- your choice for non-U3 drives is vast, and generally cheaper than U3 drives because they're cheaper to manufacture. So if portability is your goal, as a Rev developer you can use any flash drive on the market. -- 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: Script Limits in 2.8.0 [was Spreadsheet]
David Bovill wrote: Given how few scientists also have Rev experience, is it necessary that the functions be written in Transcript? No - not necessary. For these sort of applications I think it is easy enough to allow people to script in any language they want by organising a plugins folder with shell scripts - so you could use python, perl, SQL or whatever you have and are able to use. The thing is for novices it is easier to learn Transcript, and there is the speed advantage... I dunno. Lua and Python are pretty fast -- I like your suggestion there. If one had an external to run those, they could leverage the great many existing libraries for those languages. The way I look at it is a slightly puzzled question to RunRevs strategy here - there would be no better way of getting a greater mind share for the RunRev IDE than alowing a bunch of tools to be created which demonstrate the simplicity and advantages of coding in Transcript over other scripting languages - this needs applications like this that give you the choice while providing an easy path to get into Rev scripting. The current entry cost is as little as $49. I'd guess that a bigger factor in adoption is that it's a proprietary sole-source system. But I don't see that changing anytime soon. Just for the record, I personally don't care whether the scriptLimits is 10 lines, 15, 20, 25, or infinite. If you can present a strong business case to RunRev for extending it to 25 I'd support that. My interest in pursuing solutions that work within the existing framework is simply that it's what we have. I'm assuming people have real needs and would like real solutions they could apply today. We could postulate about possible different future implementations, and to the degree such efforts lead toward a business case presented to Rev it may be very helpful. But in the meantime, I remain most interested in solving real-world problems with what's available right now. If any of you need to provide a 4GL or 5GL for your users, lets explore that to see what can be done. In my own apps I'm adding a 5GL of my own design, simpler and more focused on the task at hand than Transcript. And for those who would want full Transcript capabilities, I'd be happy to sell a value-added package with RevMedia bundled with tools for our app, a simple win-win for all. -- 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: 'Community Beta' has lost its way
FWIW, I've been very impressed with the v2.8.1 beta cycle. Regular updates, tons of bugs fixed, a few new features -- and you can't beat the price. ;) I can understand a desire for more; I have my own mile-long wish list. But given the mandate for this version, I feel that both the product and the process have done a great job of meeting and even exceeding expectations here. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: mouseEnter-Leave conundrum
J. Landman Gay wrote: I might try something like this instead: local sObj on mouseEnter if the name of the target contains graphic then put the name of the target into sObj end if end mouseEnter on mouseMove x,y if sObj = then pass mouseMove if x,y is not within the rect of sObj then hide fld field1 put into sObj else show fld field1 end if end mouseMove I just tried it with multiple fields and graphics. You need this version: local sObj on mouseEnter if the name of the target contains graphic then if sObj then put last char of of the short name of sObj into tNum hide fld (fieldtNum) end if put the name of the target into sObj end if end mouseEnter on mouseMove x,y if sObj = then pass mouseMove put last char of of the short name of sObj into tNum if x,y is not within the rect of sObj then hide fld (fieldtNum) put into sObj else show fld (fieldtNum) end if end mouseMove I'm afraid you do lose the fine distinction between the rect of the graphic and its actual outline, but the behavior comes close to what you want I think. -- 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: mouseEnter-Leave conundrum
On May 14, 2007, at 3:01 PM, J. Landman Gay wrote: J. Landman Gay wrote: snip I just tried it with multiple fields and graphics. You need this version: local sObj on mouseEnter if the name of the target contains graphic then if sObj then put last char of of the short name of sObj into tNum hide fld (fieldtNum) end if put the name of the target into sObj end if end mouseEnter on mouseMove x,y if sObj = then pass mouseMove put last char of of the short name of sObj into tNum if x,y is not within the rect of sObj then hide fld (fieldtNum) put into sObj else show fld (fieldtNum) end if end mouseMove I'm afraid you do lose the fine distinction between the rect of the graphic and its actual outline, but the behavior comes close to what you want I think. In turns out all you have to do is use the within() function. That looks at the actual outline of the graphic instead of the rect. I didn't realize until today that the 'is within' operator and the 'within()' function have this subtle difference. Very cool. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Tiny, but fast hardware for running Rev app
rgould8 at aol.com wrote: http://www.mini-tft.de/xtc-neu/index.php?cPath=1458w http://www.mini-itx.com/ I've been looking at really small PC hardware for running a Revolution app on, but this hardware needs to run in a somewhat temperature-sensitive environent, so I was hoping to investigate a Flash-memory based hard-drive solution, or something without a spinning HD motor. Anyone have any favorite hardware for such a feat? My basic needs are: Either USB or COM port for a device that needs to send barcode data to this terminal, plus a monitor output, plus a keyboard input. I've done a project using Rev on solid state PCs using ITX boards, with 'solid state hard drives' and Windows XP embedded. The solid state hard drives plug directly into the IDE sockets. On our units we also had an IDE-CF adaptor, so the OS ran off the solid state drive, with data (which we needed to be able to swap easily on a daily basis) being read off the Compact Flash drives. These machines were installed in cars (being driven off-road) so had to withstand considerable vibration, temperature variations, etc. Ran headless (but we connected monitor and keyboard for debugging) and connected to GPS units over USB. Worked great. (We also tried installing Puppy Linux on one of the units and running that. This was fine except that we wanted to be able to mix and output several channels of audio, and Rev's Linux multimedia support is very backwards (please lend a vote to http://quality.runrev.com/qacenter/show_bug.cgi?id=2290). This was unfortunate as we could have saved about GBP 5000 in Windows licenses, and led to a fight to keep Rev on the project as the alternative development technology didn't have this problem. However Rev's other advantages won out.) We used a small company in the UK to manufacture these units (they had a special power system, and custom metalwork). They were extremely helpful and gave excellent service. Contact me off list if you want more info. - Ben ___ 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: End of U3?
Richard, Even though I am largely a Mac user, my students and my labs are largely PC and hence I need ways to get around being locked out of allowing downloads and installations of demos etc. U3 *should* let me do that, right? Judy On Mon, 14 May 2007, Richard Gaskin wrote: Judy Perry wrote: So, U3 drives so that I can have students d/o demo's/shareware software not officially honkey-dorey by our IT folks (which is basically everything that is NOT MS Office...). Am I mistaken? Isn't that THE BIG THING about the U3 drives? That you can run apps off them? For as long as I've been working with Rev, it's been doing a great job of enabling delivery of portable apps on any drive. U3 is just a clever way of using a Windows feature to launch a proprietary launcher. When a locked volume is mounted on Windows, the OS will look for an autorun.inf file, and if present will look for the path to an app specified in that file and launch it if found. U3 drives use this by being partitioned, with one partition being flagged as read only so the OS will look for the autorun.inf file, which on U3 drives points to the proprietary launcher. Because it's dependent on a feature found only in Windows, the benefits of U3's dual-partitioned drives are only available on one OS -- Mac and Linux don't support anything like autorun (the last time Apple experimented with anything like it was more than a decade ago, and it was found to be a popular way to spread viruses so they discontinued the practice and aren't likely to resume it). So while U3 is Windows-only, all flash drives can be used on all OSes, and Rev can deliver portable apps to run on any of 'em. While we've heard about the large numbers of U3-compliant drives, remember that those still represent a minority of all flash drives -- your choice for non-U3 drives is vast, and generally cheaper than U3 drives because they're cheaper to manufacture. So if portability is your goal, as a Rev developer you can use any flash drive on the market. -- 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 ___ 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: Tiny, but fast hardware for running Rev app
On 5/14/07, Ben Rubinstein [EMAIL PROTECTED] wrote: (We also tried installing Puppy Linux on one of the units and running that. This was fine except that we wanted to be able to mix and output several channels of audio, and Rev's Linux multimedia support is very backwards (please lend a vote to http://quality.runrev.com/qacenter/show_bug.cgi?id=2290). This was unfortunate as we could have saved about GBP 5000 in Windows licenses, and led to a fight to keep Rev on the project as the alternative development technology didn't have this problem. However Rev's other advantages won out.) After all, you did give $10,000 to MS For a project like that there are at least 2 other alternatives I can think of-- other than using XP: 1) Hire an external developer to create the needed audio external or; 2) Pay RunRev to incorporate the feature ASAP into the next rev of Rev They can be swayed by cash payments ;-) -Chipp ___ 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: mouseEnter-Leave conundrum
Devin Asay wrote: In turns out all you have to do is use the within() function. That looks at the actual outline of the graphic instead of the rect. I didn't realize until today that the 'is within' operator and the 'within()' function have this subtle difference. Very cool. Whoa, I didn't know that either! What a nice surprise. :) -- 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: Tiny, but fast hardware for running Rev app
On May 14, 2007, at 3:06 PM, Chipp Walters wrote: On 5/14/07, Ben Rubinstein [EMAIL PROTECTED] wrote: (We also tried installing Puppy Linux on one of the units and running that. This was fine except that we wanted to be able to mix and output several channels of audio, and Rev's Linux multimedia support is very backwards (please lend a vote to http://quality.runrev.com/qacenter/show_bug.cgi?id=2290). This was unfortunate as we could have saved about GBP 5000 in Windows licenses, and led to a fight to keep Rev on the project as the alternative development technology didn't have this problem. However Rev's other advantages won out.) After all, you did give $10,000 to MS For a project like that there are at least 2 other alternatives I can think of-- other than using XP: 1) Hire an external developer to create the needed audio external or; 2) Pay RunRev to incorporate the feature ASAP into the next rev of Rev They can be swayed by cash payments ;-) I have high hopes that 2.9 is going to rectify this situation for future projects. Best regards, Mark Talluto CANELA Software 31805 Hwy 79 S #791 Temecula, CA 92592 tel: (310) 483-9919 fax: (951) 302-0146 http://www.canelasoftware.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
Intel crashing
Hi, using 2.8.0 and OS 10.3.9 I have been making the transition from an iBook to a MacBook and run into a situation that results in a crash everytime. The app has menus in unicode and nonunicode chars. The File menu for example is nonunicode. Special menus that might have unicoded menuitems added to them, eg a 'Windows' menu, are unicoded. There are menubars in English and Japanese but lets just talk about the English. When I opened the project in English, the nonunicode menu names were reversed. File was iFel followed by dEti followed by oTlos. I tried to open the stack that contains the group of btns that form the menu and that immediately crashes Rev. I tried renaming the menus using the message box and then opening my menu stack and still crash. Anybody else done this kind of stupid thing viz. combing unicode with nonunicode menus? What I really need to know is what to do to open my stack so I can edit things and make them all unicode. Thanks Ron ___ 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: Intel crashing
On 15 May 2007, at 00:29, ron wrote: Hi, using 2.8.0 and OS 10.3.9 Are you 100% sure of using Mac OS 10.3.9 on a MacBook? I am pretty sure you need at least Mac OS 10.4.4 on intel machines. As for your crash related to a menu: try to lock messages and set the editMenus of your stack to true. I also highly encourage you to submit your stack to the quality center, as crashes have the highest priority for fixing by RunRev. -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ 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
Something to add to the Rev Docs
If the docs don't clearly spell this out, they should. Hopefully, this 2.9 with the Doc fixes can add something as tiny, but important, as this. Joe Wilkins On May 14, 2007, at 3:18 PM, J. Landman Gay wrote: Devin Asay wrote: In turns out all you have to do is use the within() function. That looks at the actual outline of the graphic instead of the rect. I didn't realize until today that the 'is within' operator and the 'within()' function have this subtle difference. Very cool. Whoa, I didn't know that either! What a nice surprise. :) -- 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 ___ 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: End of U3?
Judy Perry write: Even though I am largely a Mac user, my students and my labs are largely PC and hence I need ways to get around being locked out of allowing downloads and installations of demos etc. U3 *should* let me do that, right? ANY removable drive will let you do that. Whether an application requires installation on the hard drive isn't related to the drive, U3 or otherwise. It depends on how the app is designed. Traditionally, apps designed for installation on the hard drive may expect to write a preferences file on the drive, and may modify the registry to set up file type associations. Those using VB or some other systems may also be dependent on any number of DLLs which will need to be installed in specific folders on the drive. But an app can be designed not to need that stuff, to keep everything on the drive it's running on. Since Rev standalones are self-contained, as long as they don't go out of their way to modify the system (prefs files, registry, etc.) they'll run from any removable media. -- 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: Something to add to the Rev Docs
On May 14, 2007, at 4:54 PM, Joe Lewis Wilkins wrote: If the docs don't clearly spell this out, they should. Hopefully, this 2.9 with the Doc fixes can add something as tiny, but important, as this. Actually, in this case it was reading about 'within' in the docs (a term I probably haven't looked up since my HyperCard days) that tipped me off to this distinction. Who knew you could actually learn new stuff from the docs! ;-) Devin On May 14, 2007, at 3:18 PM, J. Landman Gay wrote: Devin Asay wrote: In turns out all you have to do is use the within() function. That looks at the actual outline of the graphic instead of the rect. I didn't realize until today that the 'is within' operator and the 'within()' function have this subtle difference. Very cool. Whoa, I didn't know that either! What a nice surprise. :) -- 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 ___ 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 Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Something to add to the Rev Docs
On 15 May 2007, at 00:54, Joe Lewis Wilkins wrote: If the docs don't clearly spell this out, they should. Hopefully, this 2.9 with the Doc fixes can add something as tiny, but important, as this. Joe Wilkins They don't. Probably due to it always behaving like that, even in rev 1.0 (dunno about hypercard). Yet, if you first read the within documentation, and then the is within documentation, you'll see that the differences are documented, there is just no explanation that they are not synonym, contrary to what most people would intuitively assume. -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ 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: Script Limits in 2.8.0 [was Spreadsheet]
Well, here are some that violate the Open Source GPL: http://gpl- violations.org/ Cheers, Luis. On 14 May 2007, at 19:43, David Bovill wrote: On 14/05/07, Chipp Walters [EMAIL PROTECTED] wrote: Would that suppose we should never copy protect our applications as we can use law to sue pirates? That said, I do agree with your 25 lines restriction. Out of interest has anyone on this list had software pirated / re-engineered? I'd be interested to hear of any cases. End user copying is very common - but I've not come across stories of someone or taking an app and copying the code illegally to sell a derivative version, but then I might just be being naive here? Go-on make me paranoid :) ___ 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
Using Rev to Access MySql over the LAN
I am a dbase newbie and could use a little guidance. Context: OSX Server (intel) and Intell Mac Book Pros on the LAN. We are using Portfolio from Extensis for content management. it builds a MySQL server and dbase on the back end on the OSX serve we have and then remote clients on the LAN talk to MySQL using OBDC which is running underneath the Portfolio client app GUI. We would like to build some GUI's in Rev to talk directly to the same dbase on the server, for a) some global operations (uploading data to records where the Extensis UI is somewhat deficient) b) some very specifically targeted GUI for reading data I would normally just test access in a terminal session first to see if things are working... but I don't know how. our admin has SSH closed down... but I need a little advice on how to make OSX serve, which has MySQL running, set up to accept requests coming from client machines on the LAN (I think that means on the same subnet, but inside the firewall) I'm not even sure if I am framing this query clearly enough to get a clear answer :-) Sivakatirswami www.himalayanacademy.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: Using Rev to Access MySql over the LAN
Swami -- to see how MySQL works and to experiment, try the thin client http://www.versiontracker.com/php/dlpage.php?id=17838db=macpid=34263kind=lnk=http%3A%2F%2Fcocoamysql.sourceforge.net%2Fbeta%2FCocoaMySQL_0.7b5.zipCocoaMYSQL. http://www.versiontracker.com/php/dlpage.php?id=17838db=macpid=34263kind=lnk=http%3A%2F%2Fcocoamysql.sourceforge.net%2Fbeta%2FCocoaMySQL_0.7b5.zip this will help you get examine and change the data, if desired, as well as add extra tables. Also Import/export and SQL Dump and upload. And a window to directly enter SQL commands. You could use a web based client, but I think this works better. The next level up for the mac would be thin client Navicat. After getting the client installed, you can immediately play with the syntax. There's a great documentation of MySQL at http://dev.mysql.com/doc/refman/5.0/en/index.html REV Sarah's stacks are most helpful to 'get' what's happening.. http://www.troz.net/Rev/tutorials.php her stack MySQLtests.rev has some of the functionality of CocoaMySQL and MySQL.rev is a simple command client, both built in Rev. As far as working within Rev with MySQL - PLEASE check into Trevor's SQL library to save a lot of grief... http://mangomultimedia.com/download/revolution/libDatabase/libDatabase_2.zip I am a dbase newbie and could use a little guidance. Context: OSX Server (intel) and Intell Mac Book Pros on the LAN. We are using Portfolio from Extensis for content management. it builds a MySQL server and dbase on the back end on the OSX serve we have and then remote clients on the LAN talk to MySQL using OBDC which is running underneath the Portfolio client app GUI. We would like to build some GUI's in Rev to talk directly to the same dbase on the server, for a) some global operations (uploading data to records where the Extensis UI is somewhat deficient) b) some very specifically targeted GUI for reading data I would normally just test access in a terminal session first to see if things are working... but I don't know how. our admin has SSH closed down... but I need a little advice on how to make OSX serve, which has MySQL running, set up to accept requests coming from client machines on the LAN (I think that means on the same subnet, but inside the firewall) I'm not even sure if I am framing this query clearly enough to get a clear answer :-) Sivakatirswami www.himalayanacademy.com -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Using Rev to Access MySql over the LAN
Aloha Swami, why are you using ODBC at all, is portfolio forcing that? You can access mySQL with standard RevDB calls over socket connection. Andre On May 14, 2007, at 9:18 PM, Sivakatirswami wrote: I am a dbase newbie and could use a little guidance. Context: OSX Server (intel) and Intell Mac Book Pros on the LAN. We are using Portfolio from Extensis for content management. it builds a MySQL server and dbase on the back end on the OSX serve we have and then remote clients on the LAN talk to MySQL using OBDC which is running underneath the Portfolio client app GUI. We would like to build some GUI's in Rev to talk directly to the same dbase on the server, for a) some global operations (uploading data to records where the Extensis UI is somewhat deficient) b) some very specifically targeted GUI for reading data I would normally just test access in a terminal session first to see if things are working... but I don't know how. our admin has SSH closed down... but I need a little advice on how to make OSX serve, which has MySQL running, set up to accept requests coming from client machines on the LAN (I think that means on the same subnet, but inside the firewall) I'm not even sure if I am framing this query clearly enough to get a clear answer :-) Sivakatirswami www.himalayanacademy.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Using Rev to Access MySql over the LAN
Whoa, I didn't see the ODBC part! No, don't use ODBC!!! not needed. sqb Aloha Swami, why are you using ODBC at all, is portfolio forcing that? You can access mySQL with standard RevDB calls over socket connection. Andre On May 14, 2007, at 9:18 PM, Sivakatirswami wrote: I am a dbase newbie and could use a little guidance. Context: OSX Server (intel) and Intell Mac Book Pros on the LAN. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Script Limits in 2.8.0 [was Spreadsheet]
I had my first company (called macrowarp, silly name, I didn't choose it) bankrupt due to piracy. It was a very specific case, we had a big contract for creating a web portal, it was very big so we devoted the whole company to it. We were going to earn about 25k USD, this was enough for the salaries and paying the financing of our machines and the rent. We used our reserves to keep floating while we fulfilled that contract. In the end, the contractor was trying to talk his way into paying less or paying later, one of our directors decided to try to show them a snapshot of the project so that they'd be happy with it and pay. They copied the snapshot, we never saw the money, portal went online and they hired a cheaper company owned by a relative of one of their employee to maintain it. we were so broke that we didn't even had the money to sue. legal system in Brazil is so slow that can take many many years to solve something. We went bankrupt, closed the company. Weddings were cancelled, Universities abandoned. I was the one that suffered less, I just lost two computers and money. And the worst part was seeing the portal up and seeing my comments in the HTML. This is not the standard case of piracy but it is piracy indeed. Most piracy of little sharewares don't hurt, they actually help to spread the product and if your software is good enough and priced right, even the pirates will buy it out of goodwill. This was big piracy... :-/ On the other hand, I was the first one to create a Blog client for the Macintosh, it was done in RB for MacOS 9. It was shareware and it sold well, never saw piracy but that would just give me more exposure I think. andre On 14 May 2007, at 19:43, David Bovill wrote: On 14/05/07, Chipp Walters [EMAIL PROTECTED] wrote: Would that suppose we should never copy protect our applications as we can use law to sue pirates? That said, I do agree with your 25 lines restriction. Out of interest has anyone on this list had software pirated / re-engineered? I'd be interested to hear of any cases. End user copying is very common - but I've not come across stories of someone or taking an app and copying the code illegally to sell a derivative version, but then I might just be being naive here? Go-on make me paranoid :) ___ 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 ___ 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
