RE: [OT]: MC IDE b9
Ken, Chipp, Richard, Dan, alles, (2nd rewrite) I do want to share this TAOO plugin with you - that's all i've been trying to do... I hope you see better what i try to "push" as a better toaster but no one is forced to try. Im really grateful for the past remarks you have shared. I certainly hope not to waste your time. It's up to you to see the benefits that warant the research into TAOO... Im convinced it's the best economic path for user/ide/application/control/objects/gui interfacing in a one easy to script or design application. If i told you i rewrote a OS for xtalk object's I/O and GUI in a xtalk environment, would you believe me? That i can simulate or emulate almost anything, any language with it, would you believe me? It can but it's still in the air - not integrated... Does that tell you more than the globally incremental persistent knowledge management development and object-GUI framework i've presented so far? Add business objects (pie charts for example), add clients... Vaporware? I dont think so... But I've proven the components work... As a developper, i prefer to leave your imagination opened for your usage of something like TAOO than restrict the capabilities of what TAOO can do... That should be obvious but i need to state it as a requirement goal for me... Obviously this is regarded as a vaguedly feature in my presentation of TAOO. While it's ambiguous scope is where TAOO gets it's power from... Yesterday i opened an architecture (building not computer) book. Chapter "Form and Space" is what i was interested in... what can i learn to improve the layout management of GUIs in TAOO? There's a foreword taken from the "TAO Te Ching" - the main work in Taoist phylosophy written 600BC by Lao Tsu (or "Lao Tse" as pronounced). "We put thirty spokes together and call it a wheel. But it is on the space where there is nothing that the utility of the wheel depends. We turn clay to make a vessel. But it is on the space where there is nothing that the utility of the vessel depends. We pierce doors and windows to make a house and it is on these spaces where there is nothing that the utility of the house depends. Therefore, just as we take advantage of what is, we should recognize the utility of what is not." Lao Tse Surprised i was to see this already built in my way of working in TAOO in scripting form... The emptyness is where you can add your functions... And in this cyber environment, space is virtually empty! In two weeks, i'll be controlling a "corporate sized advanced directory infrastructure" with TAOO at work (10 thousand objects of different types (servers, drives, io, cpu perfs, users, groups, events, services, shares, backups, etc) - over a DOS box or the msg box the same! That's how im going to port TAOO to VBS... I know how thanks to TAOO's "logical phylosophy" of objects control because it works anywhere i put it in. It's scalable, it's convertible, distributed, reliable, extensible, redundant, clusterizeable = Enterprise stuff requirements! Python and php after that should be so easy... Maybe I plan too far ahead - but that's how you plan how solid your foundations should be... Aim the clouds to reach the mountain top... Whereas the Rev IDE takes a lot of the extra lower-end benefits of TAOO, I was only too sadenned not to be able to leverage their GM in TAOO. Today, TAOO offers more GM features and a better GM in MC as well with all the benefits without the Rev IDE interference. And it's far easier to augment by anyone... If we all share the addons, in 3 months, the thing is not just rock solid, it's diamond hard quality! But keeping compatibility with both Rev and MC is a goal. I dont try to release bugs. Im humiliated each time and have tried hard not to release more since a year or so - not without warning - for the daring? No... For those willing to help release more and better - have you seen bugs in the breakpointsNavigator, XOS documentation (except the corrupted file not long ago)? Anyway, i invite you to try the whole thing if you dare waste a big of your time in favor for a fresh object-oriented alternative. I know i cant teach old dogs new tricks - but you know how the curiosity is the mother of progress... Rome wasn't cabled in one day by one man either ;) The day i finish the formal "modeling" of the TAOO environment i might sell it if no one is interested. On the other hand, you could be well rewarded if this works as a collaboration. This i can't push on to you. It's up to you to see the interest in such a "technical" tool that makes the technical work "simple". New demos of the wheel to come soon... Promissed... cheers Xavier ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: [OT]: MC IDE b9
On 6/10/05 2:32 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > The context in which i work daily and since 15 years is about as broad > as an OS by itself - like linux but for xtalk and in plain english. Im > sure this > is of value - yet it speaks little for TAOO's capabilities: control of the > OS > or any component - and access to information any time, any where + > infinite extensibility for editing... In an object oriented paradigm. That's swell, and when you get something done and tested, let us know. > It's not hard to document or fix things but it's extremelly hard to > document > when after each paragraph you get new ideas - so the scripts are the only > documentation i ever needed. I've rewritten the TAOO definition so many > times it's not even funny but getting it right is impossible without the > practice... So i try - each day... So does it surprise you that *we* can't make heads or tails of it? Write your ideas down, but don't implement them until current code is completed... if you continue to interrupt yourself, you'll be spinning your wheels and wasting a lot or your and our time. If everything you talk to us about is a work in progress, it is essentially meaningless, IMHO. It's like vaporware that promises the "next big thing", but then never delivers. > I just wonder where linux would be today if Linus was faced with the same > crowd i am... No admonition intended... But i find many go their own way, > rewrite the wheel and still dont get it... So that's ultra-aggravating if > you've > already pointed the obvious circle... Yes, but just saying that TAOO is the solution to everyone's problems in xTalk doesn't take people any closer to the solution. In fact, it becomes *more* aggravating for *them* because they feel you have the answer to their problem, and then when they go to investigate, it either doesn't exist yet, or breaks so they can't use it. > As for the beta - unfinished ware, you might point out the 2.6 release... > ;) > The difference is that users do report the problems - in my case - less > than > a handful - so finding these errors is really hard for me in between > releases. I think the reason is clear... if every time someone downloads something from you it breaks almost immediately, it shows that you didn't test it thoroughly before you provided it for people to use. And *that* means that you either (a) are so enthusiastic to get it out that *you* don't care that it's buggy, or (b) you are hoping that other people will find the bugs for you so you don't have to test, or (c) you don't have a healthy respect for other people's time and think they won't mind spending large chunks of time trying to debug your code for you. Listen, Xavier, my intention is not to "rag on you", but to point out the fact that you're in a terrible spiral - you complain that more people aren't using your stuff or reporting bugs, but you don't make it inviting for people to do that - in fact, you do the opposite, and effectively "push people away" with the kind of software you provide to others. Please seriously take to heart the comments that Chipp and others (including myself) that have given you: - don't talk about something until it is done (or in testing) - don't release software that hasn't been tested thoroughly so that the only bugs that should be reported are esoteric, and tested on multiple platforms (or make sure you document the platform(s) it *has* been tested on) - when you finally release something, make sure there's sufficient documentation that people shouldn't have to come back to you with questions unless it is an uncommon situation that's not covered in the docs - don't use the term "TAOO" in every conversation - it is currently pretty meaningless (IMHO) and the more you talk about it, the less meaning it gets... my suggestion is to lay off of it until you actually have a working version of TAOO ready to show, and *then* promote it. This is kind of like the "boy who cried wolf" but in reverse... you cry "wolf" so many times that people will eventually get to the point that they don't care whether there's a wolf or not... As Chipp mentioned, you are obviously very smart, very excited, and very dedicated to solving people's problems. You contribute on almost every issue on the Rev list, and we can all tell that you have a lot to provide. Please take my comments and the comments of others in the caring, corrective light that they are intended and seriously give thought to what we've said. Thanks, Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
On 6/10/05 10:03 AM, "J. Landman Gay" <[EMAIL PROTECTED]> wrote: > Well, of course, the easiest solution would be to incorporate the > open-source library "libTimeWarp" which is already available. > Unfortunately, I can't find a link to it. It is a Catch-22 -- since it > hasn't been written yet, you would need to already have the library > installed in order to find the library online. > > I will be working on this. I mean, I did. I mean, I will. LOL! :-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
Klaus Major wrote: Hi Alejandro, on Fri, 10 Jun 2005 Klaus Major wrote: Ah, i know what you mean. When you have a block of comments commented out with /** ## Or even more * **/ and not with a single /* */ Then you will sometimes get this error... Did you notice that the script editor of MC 2.5 do not flag as an error the following script: get the the selobj Notice, "the" is repeated twice... Could you test this in your machine? Confirmed in Rev; engine issue. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
Hi Alejandro, on Fri, 10 Jun 2005 Klaus Major wrote: Ah, i know what you mean. When you have a block of comments commented out with /** ## Or even more * **/ and not with a single /* */ Then you will sometimes get this error... Did you notice that the script editor of MC 2.5 do not flag as an error the following script: get the the selobj Notice, "the" is repeated twice... Could you test this in your machine? Yes, same here, NO error :-/ Godzilla food :-) al Visit my site: http://www.geocities.com/capellan2000/ Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
on Fri, 10 Jun 2005 Klaus Major wrote: > Ah, i know what you mean. > When you have a block of comments commented out with > /** > ## Or even more * > **/ > and not with a single > > /* > */ > > Then you will sometimes get this error... Did you notice that the script editor of MC 2.5 do not flag as an error the following script: get the the selobj Notice, "the" is repeated twice... Could you test this in your machine? al Visit my site: http://www.geocities.com/capellan2000/ __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: [OT]: MC IDE b9
on Fri, 10 Jun 2005 Chipp Walters wrote: > It's obvious you're a very smart guy, and have a > wealth of knowledge in many technical areas. > But frankly, everytime I download one of your > stacks, invariably it doesn't work, or I can't > figure out what you're trying to do, or there's > no documentation. I've subsequently quit trying. I feel that i'm in the same boat, because my stacks (that works fine in Windows and Linux) produce many errors when moved to Mac OS X. Until i could get a Mac OS X machine, many of these errors left me scratching my head, because i'm not able to see them in the Windows machines that i'm using. Another issue is that some developers are using older engines... for example the script: "Sort numeric" fails in Metacard 2.4 but works fine in 2.5 I'm completely sure that Xavier's stacks are highly dependent of the environment in which he develops them. It's Windows 2000, Xavier? xbury wrote: > I just wonder where linux would be today if Linus > was faced with the same crowd i am... Do you mean Mac OS X users and developers? ;-) > No admonition intended... But i find > many go their own way, > rewrite the wheel and still dont get it... > So that's ultra-aggravating if > you've already pointed the obvious circle... I still hope to read extensives testing benchmarks and reviews of our stacks in a RunRev produced magazine. Without specific or detailed feedback and advise from others more experienced developers is difficult to improve our code... al Visit my site: http://www.geocities.com/capellan2000/ __ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
On 6/10/05 12:28 AM, Scott Rossi wrote: Recently, sims wrote: As far as I know, this build still doesn't include support for the add-more-hours-to-a-day function. The daily interval for script editing is still limited to 24 hour periods. Andre & Gaskin have a recipe for this function, I think it involves some exotic 'coffee like' brew from South America. Sorry but this is still a workaround. We need a a fix at the engine level. I can't believe we have to wait all these years for this fix. The economics are based on the sales... marketshare... industry standards... Well, of course, the easiest solution would be to incorporate the open-source library "libTimeWarp" which is already available. Unfortunately, I can't find a link to it. It is a Catch-22 -- since it hasn't been written yet, you would need to already have the library installed in order to find the library online. I will be working on this. I mean, I did. I mean, I will. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
Hi Xavier, I guess i talked before testing... I couldn't get my script deleted ;) Im just trying to find that "illegal char" error when you save a script... Ah, i know what you mean. When you have a block of comments commented out with /** ## Or even more * **/ and not with a single /* */ Then you will sometimes get this error... But hitting ENTER a second time will close and save and apply the script nevertheless. cheers Xavier Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
I guess i talked before testing... I couldn't get my script deleted ;) Im just trying to find that "illegal char" error when you save a script... cheers Xavier On 10/06/2005 10:08:13 metacard-bounces wrote: >Scott, > >Good test. I know the script can save with just a 4th line or a bit of >text in the 2nd line of the script but for anyone who doesn't >know the behavior, types their handler and it doesn't get saved, >this might not be so obvious... > >cheers >Xavier > >On 10/06/2005 10:01:49 metacard-bounces wrote: >>Recently, [EMAIL PROTECTED] wrote: >> >>> This function in theMC script editor saving script is a concern. >>> >>> If you put in a script >>> >>> on opencard >>> >>> end opencard >>> >>> to block the opencard messages, the setscript will not save it and >>> worse make the script empty... >> >>Not in my experience. Scripts of cards automatically open in the editor >>with empty openCard handlers and all objects open with empty mouseUp >>handlers. This was done by design. If you hit enter when editing the >>script, the empty handler script is saved. >> >>Create a new stack, edit the script of the card, hit enter, and then in the >>message box "answer number of lines of script of this cd". The result will >>be 3. >> >>If you do the same as the above but simply close the script editor via the >>close box without applying, the number of lines will be 0. >> >>(In my case, when I really want to be sure of blocking handlers, I simply >>add a single "#" in the handler.) >> >>Regards, >> >>Scott Rossi >>Creative Director >>Tactile Media, Multimedia & Design >>- >>E: [EMAIL PROTECTED] >>W: http://www.tactilemedia.com >> >>___ >>metacard mailing list >>metacard@lists.runrev.com >>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 >___ >metacard mailing list >metacard@lists.runrev.com >http://lists.runrev.com/mailman/listinfo/metacard___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
Recently, [EMAIL PROTECTED] wrote: > Good test. I know the script can save with just a 4th line or a bit of > text in the 2nd line of the script but for anyone who doesn't > know the behavior, types their handler and it doesn't get saved, > this might not be so obvious... Are you referring to closing the editor via the closebox? If not, on what occasions are scripts not being saved? Regards, Scott Rossi Creative Director Tactile Media, Multimedia & Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Klaus Major wrote: Hi Richard and all, I just posted MC IDE 2.6b9. My apologies for not doing this sooner. Klaus had emailed me a copy about well, actually two months before ;-) Yep, about the time I set you admin status. :) Tiny poll: Would you mind to have the global "gRevAppIcon", so our dialogs could look a little bit prettier, just like in Rev, and thus compatible to Rev? I, personally, would like it :-) Me too. Rev isn't going away, and I'm of the opinion that for MC to be useful it can benefit from incorporating some elements of Rev where they do no harm. I can see now downside to a global used by the IDE beginning with "gRev". If folks don't want it they can just ignore it. But i am sorry, i will not have the time (nor the knowledge, to be honest) to make some enhancements to the script editor, if someone had this in mind... Any volunteers? ;-) Maybe that could be forked out into a separate project, like I've done for devo. No reason there can't be any number of parts for people to choose from. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
Scott, Good test. I know the script can save with just a 4th line or a bit of text in the 2nd line of the script but for anyone who doesn't know the behavior, types their handler and it doesn't get saved, this might not be so obvious... cheers Xavier On 10/06/2005 10:01:49 metacard-bounces wrote: >Recently, [EMAIL PROTECTED] wrote: > >> This function in theMC script editor saving script is a concern. >> >> If you put in a script >> >> on opencard >> >> end opencard >> >> to block the opencard messages, the setscript will not save it and >> worse make the script empty... > >Not in my experience. Scripts of cards automatically open in the editor >with empty openCard handlers and all objects open with empty mouseUp >handlers. This was done by design. If you hit enter when editing the >script, the empty handler script is saved. > >Create a new stack, edit the script of the card, hit enter, and then in the >message box "answer number of lines of script of this cd". The result will >be 3. > >If you do the same as the above but simply close the script editor via the >close box without applying, the number of lines will be 0. > >(In my case, when I really want to be sure of blocking handlers, I simply >add a single "#" in the handler.) > >Regards, > >Scott Rossi >Creative Director >Tactile Media, Multimedia & Design >- >E: [EMAIL PROTECTED] >W: http://www.tactilemedia.com > >___ >metacard mailing list >metacard@lists.runrev.com >http://lists.runrev.com/mailman/listinfo/metacard Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore ClearstreamInternational does not accept legal responsibility for the contents ofthis message.The information contained in this e-mail is confidential and may belegally privileged. It is intended solely for the addressee. If you arenot the intended recipient, any disclosure, copying, distribution orany action taken or omitted to be taken in reliance on it, isprohibited and may be unlawful. Any views expressed in this e-mail arethose of the individual sender, except where the sender specificallystates them to be the views of Clearstream International or of any ofits affiliates or subsidiaries.END OF DISCLAIMER ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Na Klaus, I'll gladly assist on the script editor. I know it pretty much insideout... I have to adapt my new script editor to the new engine so there's no issue. cheers Xavier On 10/06/2005 09:52:50 metacard-bounces wrote: >Hi Richard and all, > >> I just posted MC IDE 2.6b9. >> >> My apologies for not doing this sooner. Klaus had emailed me a copy >> about > >well, actually two months before ;-) > >> I set his account with admin priveleges so he could upload it himself. >> Seems each of us thought the other would upload it. Oh well, we'll >> coordinate better next time. :) > >Believe me or not, I acutally wanted to upload the version this >weekend, since i had much >work (fortunately :-) in the last time. > >I knew what you had in mind, when you gave me admin privileges, >Richard, i was not born yestarday ;-) > >Although i still have very few time (fortunately business-wise :-) I >will now work on a version b10 (?) >to make it compatible with the new engine and especially the new >"Answer/Ask file..." dialog. > >Tiny poll: >Would you mind to have the global "gRevAppIcon", so our dialogs could >look a little bit prettier, just like >in Rev, and thus compatible to Rev? > >I, personally, would like it :-) > >But i am sorry, i will not have the time (nor the knowledge, to be >honest) to make some enhancements >to the script editor, if someone had this in mind... > >Any volunteers? ;-) > >> -- >> Richard Gaskin >> Fourth World Media Corporation >> __ >> Rev tools and more: http://www.fourthworld.com/rev > >Best from germany where we are still waiting for the summer to come :-/ > >Klaus Major >[EMAIL PROTECTED] >http://www.major-k.de > >___ >metacard mailing list >metacard@lists.runrev.com >http://lists.runrev.com/mailman/listinfo/metacard Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore ClearstreamInternational does not accept legal responsibility for the contents ofthis message.The information contained in this e-mail is confidential and may belegally privileged. It is intended solely for the addressee. If you arenot the intended recipient, any disclosure, copying, distribution orany action taken or omitted to be taken in reliance on it, isprohibited and may be unlawful. Any views expressed in this e-mail arethose of the individual sender, except where the sender specificallystates them to be the views of Clearstream International or of any ofits affiliates or subsidiaries.END OF DISCLAIMER ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
Recently, [EMAIL PROTECTED] wrote: > This function in theMC script editor saving script is a concern. > > If you put in a script > > on opencard > > end opencard > > to block the opencard messages, the setscript will not save it and > worse make the script empty... Not in my experience. Scripts of cards automatically open in the editor with empty openCard handlers and all objects open with empty mouseUp handlers. This was done by design. If you hit enter when editing the script, the empty handler script is saved. Create a new stack, edit the script of the card, hit enter, and then in the message box "answer number of lines of script of this cd". The result will be 3. If you do the same as the above but simply close the script editor via the close box without applying, the number of lines will be 0. (In my case, when I really want to be sure of blocking handlers, I simply add a single "#" in the handler.) Regards, Scott Rossi Creative Director Tactile Media, Multimedia & Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Hi Richard and all, I just posted MC IDE 2.6b9. My apologies for not doing this sooner. Klaus had emailed me a copy about well, actually two months before ;-) I set his account with admin priveleges so he could upload it himself. Seems each of us thought the other would upload it. Oh well, we'll coordinate better next time. :) Believe me or not, I acutally wanted to upload the version this weekend, since i had much work (fortunately :-) in the last time. I knew what you had in mind, when you gave me admin privileges, Richard, i was not born yestarday ;-) Although i still have very few time (fortunately business-wise :-) I will now work on a version b10 (?) to make it compatible with the new engine and especially the new "Answer/Ask file..." dialog. Tiny poll: Would you mind to have the global "gRevAppIcon", so our dialogs could look a little bit prettier, just like in Rev, and thus compatible to Rev? I, personally, would like it :-) But i am sorry, i will not have the time (nor the knowledge, to be honest) to make some enhancements to the script editor, if someone had this in mind... Any volunteers? ;-) -- Richard Gaskin Fourth World Media Corporation __ Rev tools and more: http://www.fourthworld.com/rev Best from germany where we are still waiting for the summer to come :-/ Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9 - script editor issue
This function in theMC script editor saving script is a concern. If you put in a script on opencard end opencard to block the opencard messages, the setscript will not save it and worse make the script empty... function setscript doclose local ef, tline, tcol, savedscript, perror get the long id of me put "field" && quote & "Editor Field" & quote & "of " before it put it into ef get the scriptObject of me if it is empty \ or (the number of lines in ef is 3 and line 2 of ef is " "\ and the script of it is empty) then if doclose then close this stack set the scriptObject of me to empty return true end if end if cheers Xavier Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore ClearstreamInternational does not accept legal responsibility for the contents ofthis message.The information contained in this e-mail is confidential and may belegally privileged. It is intended solely for the addressee. If you arenot the intended recipient, any disclosure, copying, distribution orany action taken or omitted to be taken in reliance on it, isprohibited and may be unlawful. Any views expressed in this e-mail arethose of the individual sender, except where the sender specificallystates them to be the views of Clearstream International or of any ofits affiliates or subsidiaries.END OF DISCLAIMER ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: [OT]: MC IDE b9
Chipp, No admonition at all Chipp. Your words are always wise just like Richard's. I wish i could just do simple products like the Breakpoint Navigator but these are just intermittent tools in a larger context. They resolve issues which have not been taken care of in the IDE and which block not just me. The context in which i work daily and since 15 years is about as broad as an OS by itself - like linux but for xtalk and in plain english. Im sure this is of value - yet it speaks little for TAOO's capabilities: control of the OS or any component - and access to information any time, any where + infinite extensibility for editing... In an object oriented paradigm. It's not hard to document or fix things but it's extremelly hard to document when after each paragraph you get new ideas - so the scripts are the only documentation i ever needed. I've rewritten the TAOO definition so many times it's not even funny but getting it right is impossible without the practice... So i try - each day... I just wonder where linux would be today if Linus was faced with the same crowd i am... No admonition intended... But i find many go their own way, rewrite the wheel and still dont get it... So that's ultra-aggravating if you've already pointed the obvious circle... As for the beta - unfinished ware, you might point out the 2.6 release... ;) The difference is that users do report the problems - in my case - less than a handful - so finding these errors is really hard for me in between releases. Yet i fix anything in less than 24 hours... I also respond in less than 8... Anyway to each his pride and joy... cheers Xavier On 10/06/2005 09:09:26 metacard-bounces wrote: >[EMAIL PROTECTED] wrote: > >> Im so tired of repeating it... > >X, > >It's obvious you're a very smart guy, and have a wealth of knowledge in >many technical areas. But frankly, everytime I download one of your >stacks, invariably it doesn't work, or I can't figure out what you're >trying to do, or there's no documentation. I've subsequently quit trying. > >You typically reply with a note, "it's still in beta." I certainly >understand. It takes a lot to 'finish and deliver' software. If I may be >so bold as to recommend a good marketing technique: Only 'announce' >finished, documented, and as close to bug-free software as possible. In >this way you'll gain many more users and supporters of your software. > >I know you're excited about TAOO and other plugins and libraries you've >created. But, if you try only announcing and supporting a simple great >product, like your 'breakpoint killer,' IMO, you would gain lots of >credibility with potential users. Then, later you'll be able to command >attention and respect and most importantly CUSTOMERS when you announce >newly finished products. This is how you can build a customer base you >can market to. > >I hope you take this as well intended advice and not admonition. > >best regards, > >Chipp >___ >metacard mailing list >metacard@lists.runrev.com >http://lists.runrev.com/mailman/listinfo/metacard Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore ClearstreamInternational does not accept legal responsibility for the contents ofthis message.The information contained in this e-mail is confidential and may belegally privileged. It is intended solely for the addressee. If you arenot the intended recipient, any disclosure, copying, distribution orany action taken or omitted to be taken in reliance on it, isprohibited and may be unlawful. Any views expressed in this e-mail arethose of the individual sender, except where the sender specificallystates them to be the views of Clearstream International or of any ofits affiliates or subsidiaries.END OF DISCLAIMER ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
[OT]: MC IDE b9
[EMAIL PROTECTED] wrote: Im so tired of repeating it... X, It's obvious you're a very smart guy, and have a wealth of knowledge in many technical areas. But frankly, everytime I download one of your stacks, invariably it doesn't work, or I can't figure out what you're trying to do, or there's no documentation. I've subsequently quit trying. You typically reply with a note, "it's still in beta." I certainly understand. It takes a lot to 'finish and deliver' software. If I may be so bold as to recommend a good marketing technique: Only 'announce' finished, documented, and as close to bug-free software as possible. In this way you'll gain many more users and supporters of your software. I know you're excited about TAOO and other plugins and libraries you've created. But, if you try only announcing and supporting a simple great product, like your 'breakpoint killer,' IMO, you would gain lots of credibility with potential users. Then, later you'll be able to command attention and respect and most importantly CUSTOMERS when you announce newly finished products. This is how you can build a customer base you can market to. I hope you take this as well intended advice and not admonition. best regards, Chipp ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Anyway, if you want to gain some time here's one design issue that's worth a lot of time: The script editor menu: &Save Script Save Script &As... &Print Script &Close Script/W App&ly Script/L Just put the last line as the first and you will already gain lots of time. Add /P to print... Put close script at the end Add 3 periods after save... + /s... But i hate that "unstandard Save"... you get the point... A bit of redesign and the script editor will be better and your usage of it faster! ;) Also i noticed that NONE of the script editor handlers "pass" their message. Is that normal? cheers Xavier On 10/06/2005 08:38:33 metacard-bounces wrote: >Richard, > >I was refering to how-to-add hours to the day function > >No relation to MC - although - there is for the MC users. I'm gonna have 2 >weeks holliday, > >i hope to resolve lots of things... I hope to make them available to MC users >so they too >can gain enormous amounts of time developping with MC. > >I've already done so with the GIM library... IMOHO it's just a question of time >when i >put the documentation together and a palette to make it much easier (which i >forwarded >you some time ago and to which you never gave any feedback probably due to lots >of >work and limited time days - proof you need taoo ;) > >cheers >Xavier > >On 10/06/2005 08:30:49 metacard-bounces wrote: >>[EMAIL PROTECTED] wrote: >>> Dear robots >>> >>> Adopting TAOO style scripting might help but of course no one is forcing >>> you... >>> >>> Im so tired of repeating it... When i release it, i think a lot of people >>> are going to >>> slap themselves silly! ;) >>> >>> Seriously, working in rev from scratch in a project = 5 hours >>> In TAOO: 15-45 minutes... >>> >>> Your choice and opportunity cost ;) >>> >>> I know it doesn't apply to every application - however it does apply to >>> 80% or >>> more in most basic application component needs. >>> >>> TAOO was designed with economics, ergonomics (of scripting and oop) and >>> simplicity in mind. Thus serious modularity and standards that make >>> modular >>> parts work in symbiosis - the whole is much greater than the parts. >>> >>> But im tired of repeating it so those interested can contact me for a >>> preview release. >>> Those with too much time on their hands, will have to wait for an official >>> release. >>> >>> cheers >>> Xavier >> >>The MC IDE was written by Scott Raney. We just maintain it. >> >>Scott can be reached at [EMAIL PROTECTED] > > >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 >___ >metacard mailing list >metacard@lists.runrev.com >http://lists.runrev.com/mailman/listinfo/metacard___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Richard, I was refering to how-to-add hours to the day function No relation to MC - although - there is for the MC users. I'm gonna have 2 weeks holliday, i hope to resolve lots of things... I hope to make them available to MC users so they too can gain enormous amounts of time developping with MC. I've already done so with the GIM library... IMOHO it's just a question of time when i put the documentation together and a palette to make it much easier (which i forwarded you some time ago and to which you never gave any feedback probably due to lots of work and limited time days - proof you need taoo ;) cheers Xavier On 10/06/2005 08:30:49 metacard-bounces wrote: >[EMAIL PROTECTED] wrote: >> Dear robots >> >> Adopting TAOO style scripting might help but of course no one is forcing >> you... >> >> Im so tired of repeating it... When i release it, i think a lot of people >> are going to >> slap themselves silly! ;) >> >> Seriously, working in rev from scratch in a project = 5 hours >> In TAOO: 15-45 minutes... >> >> Your choice and opportunity cost ;) >> >> I know it doesn't apply to every application - however it does apply to >> 80% or >> more in most basic application component needs. >> >> TAOO was designed with economics, ergonomics (of scripting and oop) and >> simplicity in mind. Thus serious modularity and standards that make >> modular >> parts work in symbiosis - the whole is much greater than the parts. >> >> But im tired of repeating it so those interested can contact me for a >> preview release. >> Those with too much time on their hands, will have to wait for an official >> release. >> >> cheers >> Xavier > >The MC IDE was written by Scott Raney. We just maintain it. > >Scott can be reached at [EMAIL PROTECTED] Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore ClearstreamInternational does not accept legal responsibility for the contents ofthis message.The information contained in this e-mail is confidential and may belegally privileged. It is intended solely for the addressee. If you arenot the intended recipient, any disclosure, copying, distribution orany action taken or omitted to be taken in reliance on it, isprohibited and may be unlawful. Any views expressed in this e-mail arethose of the individual sender, except where the sender specificallystates them to be the views of Clearstream International or of any ofits affiliates or subsidiaries.END OF DISCLAIMER ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
[EMAIL PROTECTED] wrote: Dear robots Adopting TAOO style scripting might help but of course no one is forcing you... Im so tired of repeating it... When i release it, i think a lot of people are going to slap themselves silly! ;) Seriously, working in rev from scratch in a project = 5 hours In TAOO: 15-45 minutes... Your choice and opportunity cost ;) I know it doesn't apply to every application - however it does apply to 80% or more in most basic application component needs. TAOO was designed with economics, ergonomics (of scripting and oop) and simplicity in mind. Thus serious modularity and standards that make modular parts work in symbiosis - the whole is much greater than the parts. But im tired of repeating it so those interested can contact me for a preview release. Those with too much time on their hands, will have to wait for an official release. cheers Xavier The MC IDE was written by Scott Raney. We just maintain it. Scott can be reached at [EMAIL PROTECTED] -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Dear robots Adopting TAOO style scripting might help but of course no one is forcing you... Im so tired of repeating it... When i release it, i think a lot of people are going to slap themselves silly! ;) Seriously, working in rev from scratch in a project = 5 hours In TAOO: 15-45 minutes... Your choice and opportunity cost ;) I know it doesn't apply to every application - however it does apply to 80% or more in most basic application component needs. TAOO was designed with economics, ergonomics (of scripting and oop) and simplicity in mind. Thus serious modularity and standards that make modular parts work in symbiosis - the whole is much greater than the parts. But im tired of repeating it so those interested can contact me for a preview release. Those with too much time on their hands, will have to wait for an official release. cheers Xavier On 10/06/2005 07:33:04 metacard-bounces wrote: >sims wrote: >> At 10:00 PM -0700 6/9/05, Scott Rossi wrote: >> >>> As far as I know, this build still doesn't include support for the >>> add-more-hours-to-a-day function. The daily interval for script >>> editing is >>> still limited to 24 hour periods. >> >> >> >> Andre & Gaskin have a recipe for this function, I think it involves >> some exotic 'coffee like' brew from South America. If they don't, >> I would sure like to know how they get so much done. > >Robots. Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore ClearstreamInternational does not accept legal responsibility for the contents ofthis message.The information contained in this e-mail is confidential and may belegally privileged. It is intended solely for the addressee. If you arenot the intended recipient, any disclosure, copying, distribution orany action taken or omitted to be taken in reliance on it, isprohibited and may be unlawful. Any views expressed in this e-mail arethose of the individual sender, except where the sender specificallystates them to be the views of Clearstream International or of any ofits affiliates or subsidiaries.END OF DISCLAIMER ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
sims wrote: At 10:00 PM -0700 6/9/05, Scott Rossi wrote: As far as I know, this build still doesn't include support for the add-more-hours-to-a-day function. The daily interval for script editing is still limited to 24 hour periods. Andre & Gaskin have a recipe for this function, I think it involves some exotic 'coffee like' brew from South America. If they don't, I would sure like to know how they get so much done. Robots. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Recently, sims wrote: >> As far as I know, this build still doesn't include support for the >> add-more-hours-to-a-day function. The daily interval for script editing is >> still limited to 24 hour periods. > > > Andre & Gaskin have a recipe for this function, I think it involves > some exotic 'coffee like' brew from South America. Sorry but this is still a workaround. We need a a fix at the engine level. I can't believe we have to wait all these years for this fix. The economics are based on the sales... marketshare... industry standards... Regards, Scott Rossi Creative Director Tactile Media, Multimedia & Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
At 10:00 PM -0700 6/9/05, Scott Rossi wrote: As far as I know, this build still doesn't include support for the add-more-hours-to-a-day function. The daily interval for script editing is still limited to 24 hour periods. Andre & Gaskin have a recipe for this function, I think it involves some exotic 'coffee like' brew from South America. If they don't, I would sure like to know how they get so much done. Even if I stopped taking my noon to four-thirty Mediterranean style lunch/siesta I'd still be at half their speed. sims ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Recently, Ken Ray wrote: >> I just posted MC IDE 2.6b9. > > What changed between the last build and this one? As far as I know, this build still doesn't include support for the add-more-hours-to-a-day function. The daily interval for script editing is still limited to 24 hour periods. I consider this a bug and will be filing a BugZilla report with RunRev. Please consider voting for it. Regards, Scott Rossi Creative Director Tactile Media, Multimedia & Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
Ken Ray wrote: On 6/9/05 10:54 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: I just posted MC IDE 2.6b9. What changed between the last build and this one? Klaus logged the changes in Help->Version History. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE b9
On 6/9/05 10:54 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: > I just posted MC IDE 2.6b9. What changed between the last build and this one? Just curious... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
MC IDE b9
I just posted MC IDE 2.6b9. My apologies for not doing this sooner. Klaus had emailed me a copy about the time I set his account with admin priveleges so he could upload it himself. Seems each of us thought the other would upload it. Oh well, we'll coordinate better next time. :) -- Richard Gaskin Fourth World Media Corporation __ Rev tools and more: http://www.fourthworld.com/rev ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
