Re: Message Box placement
Richard said... 1. Who writes it? I have already made a replacement... It's included in the script editor X installer. Just a substack. The TypeAhead is not finished so it is commented out. But feel free to tamper with it! 2, Where do we post things for review and testing? I'll make a separate installer and post it on my website... -=- Xavier Bury TNS NT LAN Server ext 6465 Richard Gaskin [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 05/09/03 22:08 Please respond to metacard To:[EMAIL PROTECTED] cc:^ Subject:Re: Message Box placement [EMAIL PROTECTED] wrote: Pierre saysTop right Shari says Bottom. Hugh says Any way I can get it. I'd also like it to be intelligent enough to move and resize if necessary when the screen gets full, preferably auto-typing by telepathy and the ability to make tea would be considered a bonus. I see a consensus: it initially opens at the bottom of the windowbouldingrect, and remembers its position for subsequent sessions. It seems no one like the current dynamic repositioning, and that we're all pretty much on the same page about remedies. Now we have two questions: 1. Who writes it? 2, Where do we post things for review and testing? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED]http://www.FourthWorld.com Tel: 323-225-3717AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard 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. END OF DISCLAIMER
Retrieving Disk Serial Number-international update
Hi, I know many of you are using Ken Ray's excellent scripts. If you are using the script for retrieving a disk's unique serial number--for registration purposes, for example-- please be aware that it probably won't work on non-english systems (in my case japanese). His script uses MatchText(This disks's serial number is... (apologies, i'm not at my regular computer now so I can't paste the exact script) The trouble is on non-english systems you will never match that text. I found the info on line 2 of the returned string and extracted it from there by checking for numbers in the string. cheers tom mccarthy ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
Well, to my surprise, I found the motivation to lead the project should you vote for me! I dont mind leading the project, setting up the plan and coordinating the efforts. My website is open for this naturally. - As I have some experience in change management (in our corp infrastructure env.) I can also setup up a database, forums in monsieurx.com for example. Although I like the discussion here in the list better. More direct! As far as the change process, what we've experienced with the msg is just as I would have it. Though we could structure a bit more the email subjects to be more efficient like stacknameversionissue, etc... cheers -=- Xavier Bury TNS NT LAN Server ext 6465 Richard Gaskin [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/09/03 03:27 Please respond to metacard To:MetaCard List [EMAIL PROTECTED] cc:^ Subject:MC IDE's home Update -- I asked Scott if we could have an FTP account set up for the IDE project at metacard.com. While that won't work, he suggested setting the project up at SourceForge.net. In accordance with his wishes, I'll set up the project's home there as soon as we get a copy of mctools.mc with an updated About box to reflect the new Open Source license. At this time I do not know which Open source license he'll choose. For MC IDE Contributors --- If you'd like to contribute to work on the MC IDE, set up an account at http://sourceforge.net. I just did it, and thankfully it's a short form with a convenient confirmation process. We may need figure out if there should be limitations of who would have access privileges to the project page, and personally I'm inclined to trust people's professionalism not to screw anything up and give access to anyone I know who wants it. Would that be appropriate? For MC IDE Users Scott has agreed to add a page at metacard.com at which we can provide links to the project. The URL has not been determined at this time -- should we consider using simply http://www.metacard.com/ide? Also, it would seem helpful if that page included links to download the latest release version, the latest test version, and to the SourceForge project page itself. Anything else that should be on that page? Next Steps -- I've acting as a sort of interim coordinator simply because some ongoing discussions of bugs and related issues with Scott made it convenient to ask him for these details to get the thing rolling. We should probably decide how and by whom changes will be made going forward. As a starting point I'm inclined to suggest that a project leader be selected by vote and that person be responsible for changes. Any work could be done by others, but the leader would be reponsible for reviewing and posting changes. The thread on Message Box positioning seems a good model: a change is proposed here, views heard, a summary posted and if there is no strong opposition to that summary the majority's preference would be implemented. Does that seem desirable? If not, by what other process should changes be approved? In summary our two immediate questions are: - Who wants to act as project leader for the next six months? - By what process should changes be decided on? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED]http://www.FourthWorld.com Tel: 323-225-3717AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard 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. END OF DISCLAIMER
Re: Message Box placement
I see a consensus: it initially opens at the bottom of the windowbouldingrect, and remembers its position for subsequent sessions. Great. Now we have two questions: 1. Who writes it? 2, Where do we post things for review and testing? I am not sure whether this projects really fits in terms of mechanics, but SourceForge.net is the traditional place for open source projects. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
Next Steps -- I've acting as a sort of interim coordinator simply because some ongoing discussions of bugs and related issues with Scott made it convenient to ask him for these details to get the thing rolling. We should probably decide how and by whom changes will be made going forward. As a starting point I'm inclined to suggest that a project leader be selected by vote and that person be responsible for changes. Any work could be done by others, but the leader would be reponsible for reviewing and posting changes. The thread on Message Box positioning seems a good model: a change is proposed here, views heard, a summary posted and if there is no strong opposition to that summary the majority's preference would be implemented. Does that seem desirable? If not, by what other process should changes be approved? In summary our two immediate questions are: - Who wants to act as project leader for the next six months? Richard, since you have started the ball rolling and have been already involved dealing with Scott and Rev folks on this issue, I'd vote for you to continue for now unless you really do not want to do it. A few people have already suggested your name but you do not seem to take a clear position. Don't be shy. Most of us are too busy to volunteer and getting this off the ground requires some extra effort. And you already have your feet wet, so do speak. Many open source project are successful on the long term only because of the drive of a few dedicated individuals. I would also not limit the term artificially to six months. I think the rotation on the post will work out naturally and we see how the group dynamics works over time. - By what process should changes be decided on? What you suggested sounds fine to me. The only thing that might be considered is timing: a) not everyone is online daily and/or read all posts right away, so some time span is needed, but at the same time b) there must be some deadline set, so the issue does not drag for too long. And for other issues: SourceForge is a good and neutral place for the project. It also provides a number of tools that might be handy for us. I agree that project should be kept with few limitations there but posting final files should be restricted. Shorter scripts (like solutions for the msg window positioning) can be simply posted to the list for testing and improvements by the group, as it has been often done, whereas longer scripts or stacks can be posted on sourceforge. Robert Brenstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
On 9/8/03 4:24 AM, Robert Brenstein wrote: Richard, since you have started the ball rolling and have been already involved dealing with Scott and Rev folks on this issue, I'd vote for you to continue for now unless you really do not want to do it. I agree 100%. I vote for Richard. I'm in agreement about SourceForge too. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Using the Transcript Dictionary in MC
Wilhelm Sanke wrote: Richard (Richard Gaskin [EMAIL PROTECTED]) wrote on Sun, 07 Sep 2003: Jeanne's docs are wonderful, but rely on a backscript library to run. Since the MC IDE will be open source and the Rev docs are governed by copyright, I don't think it would be wise to bank on including the revDocs library nor the Transcript Dictionary itself in the MC IDE. I am not familiar with the specifics of copyright, but as you propose to use the Transcript Dictionary anyway (see below in your post) it seems to be an issue how the Rev team would support - or at least tolerate - the idea to make the Dictionary accessible from within the Metacard IDE In order to use the latest engine we need to have Rev installed anyway. Opening the Rev docs without modification in another copy of the engine keeps Rev's overhead for supporting the MC IDE at zero and obviates questions raised by modifying and/or redistributing it. If the Rev folks want to lend a hand that would be great, but for the moment I've been focusing on solutions that keep them from incurring any additional costs. ... My approach was somewhat different: In my post of Aug 27th I had described first steps to use the Transcript Dictionary with Metacard. In the meantime I have added more steps and now have a version of the Dictionary that can be opened from an item Transcript Dictionary in the Help menu of the Metacard Menu Bar. If the Rev team abstains from complicating further the entanglement of the Rev Documentation (meaning for example to shift the scripts and objects needed in the Dictionary from several remote stacks to other remote stacks etc.) the routine to prepare the Transcript Dictionary for use with the Metacard IDE would not take too much time when an updated version would have to be newly integrated. I will not go into details here (again: see my post of August 27th); the most important step is to put the scripts of the RevDocsLibrary from stack revdocs into the frontscript of the Transcript Dictionary - via the preopenstack handler. If that script is self-contained (no dependencies on other Rev scripts) then bringing it into use might be an option. Good thought. Open questions: - If we want to use btn Switch View for the simplified reference, stack revquickreference must be included as a substack - If we want to access the Glossary - from the yellow highlighted portions of the text - stack revglossary has to be included, too. That would mean another 400 K for both stacks. - Do we need the possibility to search the Dictionary in addition to the Find field? We could use here a modified version of my Topsearch stack (see Rev User Contributions), but I am not necessarily keen on using my own product here, there are probably other similar tools available from list members. For myself I'm only interested in the Dictionary. What do the rest of you think? How much of the Rev docs would be useful to access in the MC IDE? Another option would be to take the card Transcript Language Dictionary from the revdocs stack, modify it for use independent of the revdocs stack and use this product of Jeanne de Voto along with the Dictionary (I tried it, it works.). The modified Transcript Dictionary stack for use within the Metacard IDE (version 2.5.1B3) - and the modified Metacard Menu Bar - is available here, tested so far on Windows. I'm against modification as I would prefer to avoid redistributing copyrighted works with this open source distribution. If the modification could be an automated process then no such disatribution would happen, however, so maybe that would be an option. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Message Box placement
Robert Brenstein wrote: I am not sure whether this projects really fits in terms of mechanics, but SourceForge.net is the traditional place for open source projects. Scott Raney had recommended it, so in accordance with his preferences and the consensus here that's where it will be. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
On Sun, 07 Sep 2003, Richard Gaskin wrote: (snip) I've acting as a sort of interim coordinator simply because some ongoing discussions of bugs and related issues with Scott made it convenient to ask him for these details to get the thing rolling. We should probably decide how and by whom changes will be made going forward. (snip) In summary our two immediate questions are: - Who wants to act as project leader for the next six months? - By what process should changes be decided on? -- Richard Gaskin You have been more than an interim coordinator, you have contributed a number of valuable ideas, taken first necessary steps , contacted Scott Raney etc. etc. Although there may be other possible candidates - who could probably closely cooperate with you - you have my vote as a project leader. Other list members have already expressed the same opinion. I am not sure how we could formalize the voting process, maybe we should just start on the basis that you are the project leader if no substantial reservations are expressed during the next days. Best regards, Wilhelm Sanke ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
On 9/8/03 4:24 AM, Robert Brenstein wrote: Richard, since you have started the ball rolling and have been already involved dealing with Scott and Rev folks on this issue, I'd vote for you to continue for now unless you really do not want to do it. Richard, you have my vote. Is your title Chief Poohbah or simply Hw-Who-Must-Be-Obeyed ? ;-) Ray Ray G. Miller __ Turtlelips Productions 4009 Everett Ave. Oakland, CA 94602 MailTo:[EMAIL PROTECTED] (V) 510.530.1971 (F) 510.482.3491 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
Richard Gaskin wrote: I asked Scott if we could have an FTP account set up for the IDE project at metacard.com. While that won't work, he suggested setting the project up at SourceForge.net. In accordance with his wishes, I'll set up the project's home there as soon as we get a copy of mctools.mc with an updated About box to reflect the new Open Source license. At this time I do not know which Open source license he'll choose. Bit puzzled having tried to persuade you over this a couple of weeks back? As you know there is an unused SourceForge project which i set up for this purpose over a year ago. It's free, set up and open - that is it's not *my* project - it is a SourceForge hosted open source project. Scott will have to use the LGPL licence I think, which is what the current project is set up for. I can help with advice, on how to use the Sourceforge account for anyone interested in contributing. I also vote for Richard if he wants to put in the work. I am happy to put in as much work needed on this project as it is very close to my heart and my current work. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
Ray G. Miller wrote: Richard, you have my vote. Is your title Chief Poohbah or simply Hw-Who-Must-Be-Obeyed ? I prefer Poohbah. At the moment it seems no one else has an interest in herding cats 'cept Xavier and myself, so how about Xavier as my running mate in a single-party election? Stranger things have happened, and we won't have to spend time counting dangling chads. ;) Here's my official candidacy statement: If elected as MetaCard IDE PoohBah for the next six-month term, I will hold true to the principles of the Lazy Programmers Party. Traditional Party values rest firmly on the sofa, next to a bowl of chips and a pint of Guiness, with a strident interest in making as few changes to the MC IDE as possible. Under my Poohbahship, changes would fall into three categories, in order of priority: 1. Those needed for compatibility with ongoing ehnancements to the engine 2. A small handful of convenient extras like the Message Box placement which are easy to do 3. More complex changes like adding support to open the Transcript Dictionary, a modest Rev-like plugin architecture, and maybe others All changes would be proposed here and voted on before implementation, with test versions available at SourceForge along with the most recent release version. I'm of the opinion that a plugin architecture serves as a nice substitute for making too many changes to the IDE itself, as most of us have our own favorite tools and we could trade them freely without interfering with anyone else's preferences. Those who'd like to use Xavier's script editor or my utility palettes could do so, and those who want me to keep my junk the heck out of their way would be free to do so. Above all else, I feel the greatest value in the MC IDE is its simplicity, and hold that paramount above all other considerations. My candidacy rests on a platform of openness, democratic process, and guacamole to go with the chips. If Xavier's on board with this I know there will be many tasks that could use two sets of hands, and speaking for myself if anyone becomes unhappy with anything I do I would politely submit to an impeachment. If that's all good I have one modest status update: In an email with Scott he has chosen an open source license: GPL. While its requirement that all source be open might make it problematic for some projects, since the MC IDE has always been openly readable it's not a problem here. It lets MetaCard Corp retain ownership of the copyright and requires that any derivative works are also GPLed. More as I hear back from him on some GPL particulars (changes to the About box and licensing info details) -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
David Bovill wrote: Richard Gaskin wrote: I asked Scott if we could have an FTP account set up for the IDE project at metacard.com. While that won't work, he suggested setting the project up at SourceForge.net. In accordance with his wishes, I'll set up the project's home there as soon as we get a copy of mctools.mc with an updated About box to reflect the new Open Source license. At this time I do not know which Open source license he'll choose. Bit puzzled having tried to persuade you over this a couple of weeks back? Because I'm sometimes slow. ;) Scott's recommendation that we use SourceForge was the clincher for me, since it's his baby. The more I looked into it the easier it got, so while I'm sometimes slow I do eventually learn. As you know there is an unused SourceForge project which i set up for this purpose over a year ago. It's free, set up and open - that is it's not *my* project - it is a SourceForge hosted open source project. Cool. What's the URL? I thought you couldn't set up a project there until you had a file ready to go (still learning it seems). Scott will have to use the LGPL licence I think, which is what the current project is set up for. I can help with advice, on how to use the Sourceforge account for anyone interested in contributing. Could it be changed to GPL? Or is there an advantage to LGPL over GPL for this project? I also vote for Richard if he wants to put in the work. I am happy to put in as much work needed on this project as it is very close to my heart and my current work. I'm all about doing as little as possible, so if you like laziness we're in the same boat. ;) -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: MC IDE's home
Scott will have to use the LGPL licence I think, which is what the current project is set up for. I can help with advice, on how to use the Sourceforge account for anyone interested in contributing. Could it be changed to GPL? Or is there an advantage to LGPL over GPL for this project? I don't think LGPL is really inteded for this kind of thing. It's more for libraries that can be included in commercial apps without breaking the license or making the commercial app open source. Personally I'd suggest Scott and RunRev choose a licensing scheme that allows them to incorporate anything in MC into Rev. They may aswell get something out of their generosity. Regards Monte ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
Monte Goulding wrote: Scott will have to use the LGPL licence I think, which is what the current project is set up for. I can help with advice, on how to use the Sourceforge account for anyone interested in contributing. Could it be changed to GPL? Or is there an advantage to LGPL over GPL for this project? I don't think LGPL is really inteded for this kind of thing. It's more for libraries that can be included in commercial apps without breaking the license or making the commercial app open source. Personally I'd suggest Scott and RunRev choose a licensing scheme that allows them to incorporate anything in MC into Rev. They may aswell get something out of their generosity. Good thought. But as Scott retains copyright, wouldn't that be covered in the GPL's allowance of commercial work outside of GPL governance to be nogotiable by the copyright holder? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: MC IDE's home
Scott will have to use the LGPL licence I think, which is what the current project is set up for. I can help with advice, on how to use the Sourceforge account for anyone interested in contributing. Could it be changed to GPL? Or is there an advantage to LGPL over GPL for this project? I don't think LGPL is really inteded for this kind of thing. It's more for libraries that can be included in commercial apps without breaking the license or making the commercial app open source. Personally I'd suggest Scott and RunRev choose a licensing scheme that allows them to incorporate anything in MC into Rev. They may aswell get something out of their generosity. Good thought. But as Scott retains copyright, wouldn't that be covered in the GPL's allowance of commercial work outside of GPL governance to be nogotiable by the copyright holder? I guess so, although I'd probably want a lawyer to take a good look just in case one of you guys implements something that would add value to Rev. However, if it's GPL it's just another good reason for you to go with a plugin architecture. Cheers Monte ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE's home
Richard Gaskin wrote: Cool. What's the URL? I thought you couldn't set up a project there until you had a file ready to go ( Better still send me your user name and I'll register you as chief poobah! Think you should get an email with all the instructions sent to you and can play to your hearts content. ... I'm all about doing as little as possible, so if you like laziness we're in the same boat. ;) Yes - I agree with the minimal strategy you outlined. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Open Source Licence (LGPL or GPL)
Richard Gaskin wrote: Monte Goulding wrote: I don't think LGPL is really inteded for this kind of thing. It's more for libraries that can be included in commercial apps without breaking the license or making the commercial app open source. The difference is that with LGPL you have no problem distributing the open source aspects of the code along side ('liniked') closed components - in this case the closed components are the engine and RunRevs IDE. You are right that the language of the licence uses the term 'library' that is linked to rather than engine - but this AFAIK comes to the same thing (they are thinking of C / C++) but any closed source block of code that the open source code 'links to' is covered.. Personally I'd suggest Scott and RunRev choose a licensing scheme that allows them to incorporate anything in MC into Rev. They may aswell get something out of their generosity. Yes. If you get real sophisticated on this issue they should look at duel licencing and or you can finesse the GPL using a clause like: In addition, as a special exception, name of copyright holder gives permission to link the code of this program with the FOO library (or with modified versions of FOO that use the same license as FOO), and distribute linked combinations including the two. You must obey the GNU General Public License in all respects for all of the code used other than FOO. If you modify this file, you may extend this exception to your version of the file, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. Where FOO would be RunRev engine and IDE - easier to use LGPL though. This sort of thing should be done with help from FSF people. The simple story is to use the LGPL if you may wish to distribute the open source code with 'linked' libraries (read IDE or engine here) which is not GPL'd. There is a reason to get a GPL licence if you can - as LGPL si not so appealing to the open source folk out there - so if Scott has sought legal advice on this and GPL is OK for the MC IDE (to be distributed with the RunRev engine) and any code libraries (such as libUrl) - then great! The work i put in on this front came back with a big fat no - re-reading the licences and documents again - just confirmed this. GPL will not allow the MC IDE to be distributed with the RunRev engine (or any other closed source code such as an external). LGPL will. LGPL also allows you to move to GPL providing certain conditions are met - you can't go the other way (ie towards decreasing freedom). So my recommendation is start LGPL and move to GPL later as and when required / possible. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Open Source Licence (LGPL or GPL)
David Bovill wrote: The simple story is to use the LGPL if you may wish to distribute the open source code with 'linked' libraries (read IDE or engine here) which is not GPL'd. Hmmm I had never considered including the Rev engine with the MC IDE distribution. It would be convenient, given the dissection required for OS X, but in my mind it keeps everything clean and simple to distribute only the IDE. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Open Source Licence (LGPL or GPL)
Richard Gaskin wrote: David Bovill wrote: The simple story is to use the LGPL if you may wish to distribute the open source code with 'linked' libraries (read IDE or engine here) which is not GPL'd. Hmmm I had never considered including the Rev engine with the MC IDE distribution. It would be convenient, given the dissection required for OS X, but in my mind it keeps everything clean and simple to distribute only the IDE. It's more serious than that: if 'you' can't distribute the the MC IDE alongside the engine - then no-one can! Not on a CDROM or anything. The license preserves all rights and passes them down the chain intact - for better of for worse. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Script Editor 1.6.4 Release
Hi everyone A brand new version of the script editor that fixes all the issues from the past 1.6.3 is now available for download. The line numbers work superbly now. Many new features as usual! New 1.7 look with simplified menu bar and more buttons for more efficiency! (Shiny icons to come for 1.7) Download at http://www.monsieurx.com/modules.php?name=Newsfile=articlesid=121 (need to logon on). Reset downloads to 0! V 1.4 20030904 - Fixed autocomplete for parameter problem - Fixed Line Numbers Resizing - Fixed click'n'lookup - Simplified buttons and menus - Insert menus are now a button bar with my favorite Lambo Miura color. - Fixed last error choice in View menu - Added more info choices and moved those to the bottom (like most ms apps) - Fixed broken controls' index Note: - Finished the design of the versioning GUI in the prefs stack. To be implemented for 1.7. - Some redraw issues when scrolling - to be investigated... If there are any issues, please report them, my testing time is very limited and I dont see all the possible bugs. I would really appreciate it if someone can volunteer to be a beta tester. So far no issues known or seen other than what is known in the to do section of the help field. cheers Xavier ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
[ANN: upadate] The Scripters Scrapbook 3.0b6
In case anyone has already downloaded the Scripters Scrapbook, please collect an update from http://www.flexiblelearning.com/xtalk.htm /H
[ANN] The Scripters Scrapbook 3.0b5
The Scripters Scrapbook Thanks to all those who have provided feedback over the past few weeks, including import/export, publishing to web pages, history management and interface enhancements. All your requests have been included in the version now available for both Revolution and MetaCard at http://www.flexiblelearning.com/xtalk.htm A deal of work, but hopefully worth the effort if you find it useful. Feel free to delete all and begin again with your own resources, links and entries as you wish. SCRIPTERS SCRAPBOOK v3.0b5 The personal archive program for scripters Desription A utility for keeping, sorting and identifying all those useful tips, FAQs and bits of code you come across and then forget. Facility to identify language compatibility and create links to people, places and resources. Lots already included. /H _ Hugh Senior The Flexible Learning Company Consultant Programming Software Solutions Fax/Voice: +44 (0)1483.27 87 27 Email: mailto:[EMAIL PROTECTED] Web: www.flexibleLearning.com