Re: Proposed Icons for MC
From: Scott Rossi <[EMAIL PROTECTED]> Greetings MC Folks: We all know MC's icons suck. At Richard's request, I've spent some time looking into updating the icons for MC's ask and answer dialogs and have arrived at a proposal. IMO, if MC/Rev is going to continue to support legacy systems, legacy and modern appearances should be supported as well. Thus each major platform has two sets of icons (this may not be needed for UNIX). Since I can't seem to upload files to the MC_IDE Yahoo group, I've posted a preview of the icons I've assembled here: http://www.tactilemedia.com/download/mc_icons_1.jpg great job, Scott! Just gotta be that fine Eyetallian eye... ;-) The same ID as Rev would be a nstural, I think. 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 2.6 - next steps
From: Richard Gaskin <[EMAIL PROTECTED]> Subject: Re: RE: MC IDE 2.6 - next steps Dr.John R.Vokey wrote: Should I proceed with a change from opening as toplevel to simply opening in the stack's native mode? No; retain the original behaviour of 14 years. What do you think is most appropriate option for an IDE with 28 users? There are a lot more than 28 MC IDE users; I know of 4 beside myself who use the MC IDE exclusively, and none of them belongs to this list (they rely on me to keep the up-to-date). The Great Poobah wrote: Thank you for posting. The feedback is critical. Hmmm I wish there was a way we could give you four votes in the IDE usage poll. It's very helpful in understanding the scope of what we need to do. Ok, do it! You have the wisdom and the power (as invested by just being the Great Poobah!). When we were doing beta testing we gave certain testers more weight than others. There ain't no democracy when it comes to beta testing. I also vote to keep the original behavior. 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: Open as palette
Date: Tue, 18 May 2004 10:15:52 -0400 From: Richard Gaskin <[EMAIL PROTECTED]> Subject: Re: Open as palette To: Discussions on Metacard <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii; format=flowed Scott Rossi wrote: Recently, "Richard Gaskin" wrote: The style property of a stack is a persistent property, so if it's opened with the generic "open" command it should be fine. Question: is this something new that's been added to the latest engine, or is a part of the Rev IDE? Because I notice that stack styles are apparently not persistent with MC 2.5. I can save a stack whose style is palette, close it, and reopen it, and it displays as topLevel. Personall I would consider that a bug, but others might prefer that the IDE's File->Open open things for editing. What's the general opinion among users here? Should we change the behavior? When it comes to opening stacks and substacks I would NOT like a persistence property. I'd lose control or go a little buggy when debugging 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: commandKeyDown
From: Richard Gaskin <[EMAIL PROTECTED]> I propose removing those but keeping the optionKey section for script access: on commandKeyDown which if the optionKey is down then switch which case "S" edit script of the topStack break case "C" edit script of this card of the topStack break default pass commandKeyDown end switch else pass commandKeyDown end commandKeyDown Are more people relying on maintenance of this behavior than are adversely affected by it? I vote to keep the HC structure :" commandKeyDown which if the optionKey is down then" since that's what my body knows It's best not to think when I'm coding ;-) I use the arrows to nav between the cards. -- 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: Plug ins in MC 2.6b1 and other questions
From: Richard Gaskin <[EMAIL PROTECTED]> But I wonder if it would be worthwhile making another utility for that, a very lean index of tokens with just the params and a one-line summary of its use, with a button to open the full entry in the Dictionary if needed. Would that be useful? Anyone want to make it? I doubt that I would use it. The MC IDE is supposed to be mean and simple. More is less in my opinion. 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 2.6b1 released
From: Richard Gaskin <[EMAIL PROTECTED]> SNIP" Are you sure you've joined the group as a member? I took a brief look through the 91 members there couldn't see you among them, but I'm not sure of your Yahoo ID so I can't say for sure. Yer right again. I did try to join when the site was first established. Either I got lock out or the gremlins from Yahoo! got me again... (I've got for or five Yahoo! IDs. Everytime I try to join, they come back with "That ID is taken, try again.) I joined and and got the new IDE today. Will evaluate and get back. 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 2.6b1 released
From: Richard Gaskin <[EMAIL PROTECTED]> Subject: Re: MC IDE 2.6b1 released On 4/17/04 2:27 PM, Richard Gaskin wrote: The first beta of the MC IDE for engine v2.6 has been released to the Yahoo group: <http://groups.yahoo.com/group/MC_IDE/> I'm either going blind (a distinct possiblity) or have lost 40 IQ points in the last few days! When I get to the loverly Yaho! site, and sign in as a member, the "Members Only" section is still plain text and not linked to any other page. You'll find it in the folder named "Latest Test Version". How do I find the "Latest Test folder" 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: Speaking of IDE Updates
From: Richard Gaskin <[EMAIL PROTECTED]> As always, the Great Poohbah speaks with great clairty. 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: Speed differences between the Metacard and Revolution IDEs
From: Wilhelm Sanke <[EMAIL PROTECTED]> > After our recent discussion in the thread "1 fields and crash" I experimented with some of my larger stacks - that work absolutely fine with Metacard - in the Rev IDE (Revolution 2.1). It seems that the Rev team still has a long way to go to achieve the "classic" simplicity and speed of Metacard and to find an optimal compromise between integrating their new features and maintaining an acceptable speed of execution at the same time. The KISS principle in action! ;-) Good snooping. 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: Interim language guide solution
From: "J. Landman Gay" <[EMAIL PROTECTED]> Jacque snapped back: > Oh thanks. Appeal to my ego to get me to do work. Nice going, guys. Aw. It wasn't supposed to be a snap. It was supposed to be a tongue-in-cheek comment delivered with a twinkle in the eye. I think I forgot the smiley. ;) And I didn't mean "crabby" but "quickly". I can see your twinkling eye ;-) 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: Interim language guide solution
> I wrote: >>I wonder who really knows ALL there is to know about "find"? > > > Jacque Gay. > Jacque snapped back: > Oh thanks. Appeal to my ego to get me to do work. Nice going, guys. > Well, on the other hand, maybe I'll do it... Well, I actually did it on my copy. Couldn't help myself... I'll send my version to PooBah. 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: Open Source Licence (LGPL or GPL)
From: "J. Landman Gay" <[EMAIL PROTECTED]> > I had never been to SourceForge, so I took a look yesterday. I think the > lack of ftp access is a big drawback, and I think that if we are > required to find a CVS client (which may not even exist for OS X users, > I don't know) and get everything set up with the requirements CVS > expects (public keys, encryption, whatever) that we will discourage > people from participating. It will be too much work for anyone except > those who are especially committed to the project, mostly because of the > effort it takes before one can even access the group. I think we want to > encourage casual participation, whether that means just uploading a > contribution on the spur of the moment or downloading a file on a whim. > Easy is good. Open is good. > > Yahoo Groups is a convenient, accessible, free, and neutral option. > People can upload files and anyone can get them. It provides a place for > discussion or mailing lists if we want them, but doesn't require we use > those features. It allows easy transfer of moderatorship from one person > to another if the current Poobah decides to hand the reins to someone > else. So what about Yahoo? > I agree with Jacque. I also found SourceForge a little daunting. Although Yahoo! dumps those lovely tails with every message, it might be a bit easier for all of us to handle... 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: Interim language guide solution
From: Richard Gaskin <[EMAIL PROTECTED]> Paste this in the Message Box: go url "http://fourthworld.com/rev/channel/4wTranscriptDict.mc"; Poohbah is da man! We did the right thing. I think we should double his salary and send him a big tub of guacamole. Now all it needs is a search function... I wonder who really knows ALL there is to know about "find"? 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: Open Source Licence (LGPL or GPL)
From: David Bovill <[EMAIL PROTECTED]> > Robert Brenstein wrote: >> >>Creating distribution packages, as Scott used to do, may not be worth >>the effort for this group, but it may be desirable to have an option >>to make engines available on IDE web site for a single-stop >>downloading. We do not have to have them, but... > > > A link to Rev's engine download page would be essential. > > I have noticed a regular set of posts requiring after a particular > version of th MC engine on a particular platform. I recall that > someone is hosting an archive of sorts somewhere - and I would have > thought that the best place to put this was on this free shared web > site (everything in one place). > We have 100MB of space. And again, all this may be moot. If the new and improved "MC IDE" is created and implemented as envisioned, then Rev will probably include it as an alternative "IDE". This would be the best of both possible worlds. 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: Open Source Licence (LGPL or GPL)
From: Richard Gaskin <[EMAIL PROTECTED]> 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. Has anyone checked: http://www.gnu.org/philosophy/why-not-lgpl.html 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: metacard digest, Vol 1 #788 - 13 msgs
PoohBah Richard sez: > My candidacy rests on a platform of openness, democratic process, and > guacamole to go with the chips. great! I'll contact the California Indian Gaming Assoc. to see if we can get us some serious funding... ;_0 What's good for Cruz is even better for our Great PoohBah ! Do we have the SourceForge URL yet? 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
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: Using the Rev 2.1 engine
On 9/4/03 10:46 PM, Richard Gaskin wrote: > >> I'm on Mac OS X and ready to use Rev 2.1 with the MC IDE. I copy the Rev >> app to my MC folder and double-click it - and it "unexpectedly quit". >> >> What is needed to use the latest engine with the MC IDE? I can't get the dang thing (Rev 2.1) to work either. I'm using MOS 9.2, nuttin' fancy. (I reaaaly don't care for OS X in any flavor. Too slow even on my G4 and the eye-candy is just silly. I feel as tho I've stepped back into the dreaded CP/M world.. ;-) ) I'm using the last MC (2.5) until the smoke clears... 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: Message Box placement
From: Richard Gaskin <[EMAIL PROTECTED]> > Currently the Message Box is opened below and center to the topmost window. > Personally, I prefer it to open at the bottom of the display (aboce the Dock/Task Bar). > In the next rev of the IDE, would you folks prefer to have it centered > to the topstack or at the bottom of the display? I would prefer the bottom of the windowBoundingRect rather than the topStack or the screenRect... 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 - next steps
MC LIsters, I vote for Richard Gaskin as Chief Poohbah for the first round. I'd also like to nominate Scott Rossi as Chief GUIer. He has an excellent eye for design. 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:scrollbar bug
Listers, Have a possible bug in the scrollbars. I have a window which displays thumbnail size pix 2 columns by 3 rows: six pictures are displayed at one time. The user can "mark" any pix by a checkBox under each picture. He can then switch between the main database and the marked list by flipping a toggle. The problem is than if the user selects less than 7 pix, flips to the marked list and then back to the main list, the lineIncrement and the pageIncrement go wonkie. The scrollBar sez it's set to 5 and 76, repectively! Selecting 7 or more pix will "normalize" the scrollBar. Any ideas? on setTheScrollBar global gLineInc,gPageInc -- gLineInc is set elsewhere at 152 put the number of lines in fld "ed.theDB" into theNum put 6 into numOfPix ## in the display put ((theNum) + (theNum mod 2) - numOfPix) * gLineInc into theEnd if theEnd < gLineInc then put gLineInc into theEnd ### less than 6 pix to show set the startValue of part "thePixScroll" to gLineInc set the endValue of part "thePixScroll" to theEnd put 2 * gLineInc into theLineInc ### to scroll properly 'cause it's 2 pix wide ## put gPageInc , theLineInc ## should be "912,304" but becomes 76,5 if number of pix < 7 !! set the lineIncrement of part "thePixScroll" to theLineInc set the pageIncrement of part "thePixScroll" to gPageInc set the thumbPos of part "thePixScroll" to gLineInc ## set the thumb size put (gPageInc/numOfPix) + (theLineInc/4) - gLineInc into theThumSiz set the thumbSize of part "thePixScroll" to theThumSiz ## show how many marked record put "1 of " & theNum & " records" into fld "theCount" put the hilite of btn "showMarked" into markedBool if markedBool then put number of lines in fld "ed.theDB" into mNum else put number of lines in fld "ed.theMarkedDB" into mNum end if put mNum &" of " & theNum & " marked" into fld "theMarked" repeat with x = 1 to 6 ## disabled elsewhere put "ed.mark.0" & x into bNam enable btn bNam end repeat scrollThisList gLineInc ### reset to top of scroll end setTheScrollBar 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: Inline Graphics
From: Ray Horsley <[EMAIL PROTECTED]> Greetings, I'm wanting to display things like the degree sign (the superscript zero) and fractions (stacked vertically), but of course I want them to flow with text in a field as it gets displayed on different systems with different fonts. Anybody know of anyway to put a graphic "in" a field so it does this? Ray, Have you tried: set the imageSource of char y of line x of field showFldName to imageID 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: metacard digest, Vol 1 #707 - 16 msgs
On 7/11/03 4:23 PM, Shari wrote: > As a rule, I do create a resource fork, and store things in it, that the > PPC version uses. As I often end up compiling * many * times before I > am satisfied, it saves a ton of work in editing the resource fork for > every compile. The info is just there. So I would have to delete the > resource fork. Would deleting the items within it, work as well as > deleting it, as far as creating a zip file? Sheri, As soon as I got to MC, I abandoned the much-loved Resource fork and built a data-fork equivalent. I stuff all the pix (JPEGs, GIFs, etc) with the database of these pix into one file. One such JPEG I use contains more than 1100 pix. The time it takes to read and unwrap to get to specific pix is hardly more than 5 to 10 millisecs than reading from the resource fork. MC is very fast reading from disc! I have the data-fork-creator suck all the pix (sounds or text) from a designated folder, create the database of those pix and wrap it into one tidy compressed file. This keeps my stacks very clean. Only MC parts. ALL data--text, pix, and sounds--are on disc. With a simple "viewing" stack, I can examine any pix, sound or text; get its name for a script. Adding, deleting and editing any one "resource" is a simple matter of opening the original, making changes and recompressing the wrapped file. 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: Smaller than milliseconds?
From: Dar Scott <[EMAIL PROTECTED]> > You can get even shorter times on the longs, if you throw away the > first long of each type. For example... >put the long seconds into junk > Put that just before your first use of the long seconds. Do likewise > with other longs. The original way: the long seconds: 1057959579.060119 delta: 0.09 the ticks: 63477574743 delta: 0 the milliseconds: 1057959579062 delta: 0 the long ticks: 63477574743.85434 delta: 0.000366 the long milliseconds: 1057959579065.631958 delta: 0.005981 And with "put the long into junk" the long seconds: 1057959894.692325 delta: 0.03 the ticks: 63477593681 delta: 0 the milliseconds: 1057959894695 delta: 0 the long ticks: 63477593681.815025 delta: 0.000122 the long milliseconds: 1057959894698.46106 delta: 0.002075 the long seconds: 1057959900.740434 delta: 0.04 the ticks: 63477594044 delta: 0 the milliseconds: 1057959900744 delta: 0 the long ticks: 63477594044.748299 delta: 0.61 the long milliseconds: 1057959900747.609985 delta: 0.002075 Ok, who's faster now! let's go rotate our tires 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: METACARD ACQUIRED BY RUN REV!!!
From: Alain Farmer <[EMAIL PROTECTED]> Now, like I said... If I were to be able to trade my 2.5 license right now for a Rev 2.0.1 license, in an even trade, I would do it and Revolution would have one more user. Revolution wouldn't make any money off of me right now, but they're not going to anyway because I'm not going to spend $300. This sums up rather well my gut-feeling on this issue as well. MC and RR have merged into one.. so should we, but not by immediately dishing out more cash. Our investment in MC should 'port' to RR without any hassle whatsoever. That's what would make us happy. ;-) Yep. INCLUDE MCers under the Rev tent and make a happy familty! I may have to rotate my tires, but I don't need to buy four new ones. 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: Smaller than milliseconds?
From: Nelson Zink <[EMAIL PROTECTED]> Microseconds? Now we're talkin'. OK, here's the deal: A high quality Random Number Generator (RNG) needs two things: a good seed and a clever algorithm to turn the seed into pattern-less numbers. Nelson, Just running Dar's script with a pause between clicks, I got (Scott, avert your eyes or you'll get another haedache): the long seconds: 1057947474.546898 delta: 0.07 the ticks: 63476848472 delta: 0 the milliseconds: 1057947474549 delta: 0 the long ticks: 63476848473.015358 delta: 0.000359 the long milliseconds: 1057947474551.332031 delta: 0.005005 the long seconds: 1057948125.980394 delta: 0.11 the ticks: 63476887558 delta: 0 the milliseconds: 1057948125983 delta: 0 the long ticks: 63476887559.09742 delta: 0.000298 the long milliseconds: 1057948125986.495972 delta: 0.005005 the long seconds: 1057948145.708382 delta: 0.13 the ticks: 63476888742 delta: 0 the milliseconds: 1057948145711 delta: 0 the long ticks: 63476888742.800217 delta: 0.000359 the long milliseconds: 1057948145714.977051 delta: 0.005005 the long seconds and the long ticks did generate a delta, but the long millseconds did not. So, compute something meaningless like deriving God's last name (about a half second) (I got "Yenarttocs" for god's last name. What did you get?) and use the run time as a good unpredictable seed for the rest of the RNG. Thus it would be possible to have a high quality RNG based in software alone. Also: set the numberformat to "0." put the long seconds Punches up the fraction with digits other than zeros, where they come from I don't know. I got: 1057948791.84405899047851562500 1057948800.13185596466064453125 1057948801.46816802024841308594 1057948807.55658400058746337891 1057948808.14822602272033691406 1057948819.56501805782318115234 Adding three more zeros yielded: 1057948840.14027500152587890625000 1057948841.41388595104217529296880 1057948842.74860799312591552734380 1057948848.56447696685791015625000 1057948852.67774403095245361328120 1057948979.99965500831604003906250 1057948984.09295594692230224609380 1057948985.36483705043792724609380 1057948998.36404299736022949218750 1057948999.02833700180053710937500 The last three digits seem to be repeating... Scott, 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: Smaller than milliseconds?
From: Dar Scott <[EMAIL PROTECTED]> try this: on mouseUp put the long seconds into time1 put the long seconds into time2 put "the long seconds: " & time2 && "delta: " & (time2-time1) & LF into field "Report" put the ticks into time1 put the ticks into time2 put "the ticks: " & time2 && "delta: " & (time2-time1) & LF after field "Report" put the milliseconds into time1 put the milliseconds into time2 put "the milliseconds: " & time2 && "delta: " & (time2-time1) & LF after field "Report" put the long ticks into time1 put the long ticks into time2 put "the long ticks: " & time2 && "delta: " & (time2-time1) & LF after field "Report" put the long milliseconds into time1 put the long milliseconds into time2 put "the long milliseconds: " & time2 && "delta: " & (time2-time1) & LF after field "Report" end mouseUp On my OS X, I get this: the long seconds: 1057873624.51924 delta: 0.09 the ticks: 63472417471 delta: 0 the milliseconds: 1057873624527 delta: 0 the long ticks: 63472417471.80954 delta: 0.000778 the long milliseconds: 1057873624533.140991 delta: 0.014038 Yep, the same thing (at a different time ;-) ) with MOS 9.2... the long seconds: 1057947474.546898 delta: 0.07 the ticks: 63476848472 delta: 0 the milliseconds: 1057947474549 delta: 0 the long ticks: 63476848473.015358 delta: 0.000359 the long milliseconds: 1057947474551.332031 delta: 0.005005 I guess we can compare the actual speed of our CPUs. Looks like mine is a bit quicker ;-) 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: Smaller than milliseconds?
From: Dar Scott <[EMAIL PROTECTED]> Ken Ray wrote: > Dar, I think "the long seconds" > returns milliseconds as well, but in a slightly different format: I > opened the message box and typed: > > put the milliseconds && the long seconds > > I got 1057862149009 1057862149.009601 running MOS 9.2 with MC 2.5. Looks like microseconds to me, too (unless the random generator is running in overdrive ;-) ). 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: Explosive Demo Stack
From: Scott Rossi <[EMAIL PROTECTED]> > For better or for worse, it is human nature to destroy things... > go stack url "http://www.tactilemedia.com/tmpanel.mc"; > Have fun being destructive... Scott, You have WAY too much free time on your hands... ;-) Perhaps you SHOULD take charge of managing the new IDE of MC... 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: Moving the MC IDE
MCers, I vote keep this a general discussion list, until the MC-to-Rev transition has been accomplished. Create a new MC/Rev open source list. Those of us who are not that familiar with Rev (do REVers refer to it as Rev or RR?) will become better suited to the new environment... The Rev team will have plenty to do merging the two groups over the next few months, so us "newbie" can quietly PANIC amongst ourselves. (Get a review of "newbies" by watching "Chicken Run.") 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: Jumping together
From: Scott Rossi, "I actually took a stab at doing a front end for MC that started about 4 years ago. The goal was to get better layout capabilities than those provided in the current MC IDE, and keep everything (except the script editor and message box) in a single, small-footprint palette. I only poke my nose into it every few months or so because the time to do something like this is very demanding, but FWIW, some screenshots are available here: http://www.tactilemedia.com/TLE/screenshot_1.jpg http://www.tactilemedia.com/TLE/screenshot_2.jpg http://www.tactilemedia.com/TLE/screenshot_3.jpg"; LOL! That was the first thing I did when I switched from HC! After futzing with Dan Gelder's "Serf", I felt that the best path was MC, but the GUI begged for improvement. An "everthing" palette is still the best course, IMHO. Click a "part" button and ONLY its propreties are displayed. You're right, it's very time consuming. It's a bit like doing brain surgery on yourself... ;-) You have a great eye for GUI and design. What graphic app did you use? BTB, you're left-handed, right? You use the same test words that I use: sger,trewy, drety etc... 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:METACARD ACQUIRED BY RUN REV!!!
I believe that this could be the best thing for the xTalk world since color hit with SuperCard.A strong marketing arm is what's needed to create a critical mass of xTalkers. So how do we go about making the transition? We've got MC 2.5 now, with a full license; but how does that apply to Rev 2.0? Merely downloding the latest version of Rev will still hold developers to the ten-line limit. Right? Do I hear a suggestion out there in the Rev world? Does this MC List get mereged into the Rev List? Will Scott's Wise Eye watch over us chickens when we start to PANIC? 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: [ANN] Game Available for Test
From: Shari <[EMAIL PROTECTED]> Subject: Re: [ANN] Game Available for Test Reply-To: [EMAIL PROTECTED] To grab the game, type the following in your message box: go stack url "http://www.tactilemedia.com/test/stacks/kodekraker.mc"; Scott, I tried to grab it. I used the URL in Internet Explorer on Mac 8.6, and was taken to a web page of gobbledygook, no download. I tried typing it into the message box exactly as you have it... go stack url "etc" And it said "No such card" Yes I was online when I tried it :-) Maybe you took it down already. I tried at 9 a.m. on Thursday. Shari C like Shari, I had the same result. I'm using Netscape 7.0+ with Meta 2.5... 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: The speed of MC
From: [EMAIL PROTECTED] ...snip... > Another consideration is > > if x is in "picasso" or x is in "miro" then... > is slower than > if x is in "picassomiro" then > > But to avoid mistakes or substring-matching errors, > > if x is among the items of "picasso,miro" then... Question: Is "is among the lines" or "is within" faster than say: get lineOffSet(cr & thisStr & cr,cr & reallyBigVar & cr) ? Has anyone run speed tests? 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: Your icture Project
EaziPixers, OK, I missed the Wednesday ship date: I had a French advisor urging me backward Actually it is almost ready. I need to run some destruct tests and should send by Friday, deGaulle willing! 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: the directories result
Metacardians, When doing a "put the directories into theList" command, the first line of theList is always ".." (that's two periods). Just what does the ".." stand for and does it happen on Win OS? I'm running Mac 9.2.2 with MC 2.4.3. -- 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: The Case Of The Unreadable File
Yo Yennie, Your function: function isValid theFile, fileSize open file theFile for binary read read from file theFile at (fileSize+1) for 1 put (the result = "eof") into vBool close file theFile return vBool end isValid is very fast, 15 mills, but doesn't do the job. The offending file has the proper length as per Finder and detailed Files() function. It's obviously not a question of length, at least in this case, but one of a twisted byte or bit within the file itself. The Finder cannot copy it to the HD. The Finder takes one or two minutes to decide it can't copy it, too Looks like I'm gonna have to run with my poopie function. Why is it, 90% of the time is devoted to 10% of the work? 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: The Case Of The Unreadable File
From: [EMAIL PROTECTED] >> > What kind of value do you get for "increment" in your script by the time you > get an error in "the result"? The "increment" value is "8256" on a file that the Finder lists as 184,358 bytes. The time it takes is about 1800 ticks. On a valid file its about 20-30 ticks. It looks like MC is a "I'm-Not-Gonna-Give-Up" loop when it encounters a read error. Seems like it should jump out as soon as it encounters a read error A couple of times MC DID return a "Can't read" error... but not consistently. > Is it larger than the supposed file size returned by the detailed files()? Don't know, but I'll check the results of detailed Files() vs. the finder. > Here's one idea if it is: > > function isValid theFile, fileSize > open file theFile for read > read from file theFile for 1 at (fileSize+1) > put (the result = "eof") into vBool > close file theFile > return vBool > end isValid > Looks good. I'll try it. > I tested a variation here, and it works for valid files. Dunno if it helps > any with your invalid ones- that might be hardwired underneath into whatever > system file routine is returning the error. > Thanks your help. 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: The Case Of The Unreadable File
Greeting slueths, I said: > Thanks Yennie & Ken, > I'll try both today. I believe the client is using a laptop PC for the > CD burning. I've heard that PC laptop CD burners are nortoriously > error-prone. I'll check that out. The media he's using is "imation." Has > anyone heard anything bad about that brand? > > I'm using "detailed files()" to get the "correct" files in the first > place. The problem with PC file generation is that the user can > mis-label a file, which can't easily be done in the classic Mac > platform. (I realy like the "TRUTH" of the resource fork!) The > "detailed files()" delivers lots of goodies on Mac files, but there is > not that much useful poop on WIN/UNIX files. > > The script by Andu Novac from sonsothunder.com would, if it works, add > only a few ticks to the display time. The second item of the detailed files is not any help for determining whether a file is readable or not. The modified script from Andu Novac takes 4000 + ticks to return a non-readable file, and 50-60 ticks to return a readable file status. I developed the following script. It's a bit faster (1800 ticks for non-readable, 25-30 ticks for readable), but it is far from ideal. What's strange is that the "try-catch" structure was up to 3 times slower! "The result" seems to be the fastest way. function verifyReadFile thePath,theStart,theCount set cursor to watch ## theStart = 1 and theCount = 64. I tried many values and 64 seems to be the best put theStart - theCount into fromHere put 0 into increment put "" into errorNum put false into vBool if there is a file thePath then open file thePath for binary read repeat until (the result = "eof") # try -- LOOKING for READ error add theCount to increment read from file thePath at (fromHere + increment) for theCount if the result = "eof" then put true into vBool exit repeat else if the result is not empty then put false into vBool exit repeat end if # catch errorNum # if errorNum is not empty then # put false into vBool # exit repeat # end if # end try end repeat close file thePath return vBool end if end verifyReadFile Any ideas? 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: The Case Of The Unreadable File
From: [EMAIL PROTECTED] > Thus I would see if there is anything odd about the files by using the > files() function and looking at things such as the listed size of the file. > > You may also want to check out this tip from Ken Ray's tips & tricks section: > > http://www.sonsothunder.com/devres/metacard/tips/imag006.htm > > This will allow you to read the height and width of a valid JPEG, and > hopefully tip you off if it is not valid. and From: "Ken Ray" <[EMAIL PROTECTED]> > I'd also look to see if it's possible if the disk that the images are being > read from is corrupt. -36 is a file I/O error, which is usually generated > when trying to read or write a file to/from a bad block on a disk. Thanks Yennie & Ken, I'll try both today. I believe the client is using a laptop PC for the CD burning. I've heard that PC laptop CD burners are nortoriously error-prone. I'll check that out. The media he's using is "imation." Has anyone heard anything bad about that brand? I'm using "detailed files()" to get the "correct" files in the first place. The problem with PC file generation is that the user can mis-label a file, which can't easily be done in the classic Mac platform. (I realy like the "TRUTH" of the resource fork!) The "detailed files()" delivers lots of goodies on Mac files, but there is not that much useful poop on WIN/UNIX files. The script by Andu Novac from sonsothunder.com would, if it works, add only a few ticks to the display time. Again, thanks, guys. 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: The Case Of The Unreadable File
Greetings Puzzle Solvers, This is a case of How-To-Backout-Gracefully. I've a small MC project for a client that creates/reads semi-large databases with images (specifically ".jpg" photos) stored on CDs. The number of photos on any given CD range from 3500 to 5000. Each image file is approximately 150Kb per; nothing really large. Normally, the photos and the data associated with it are retrieved and displayed within 35-50 ticks. (I have no control over creation or quality of the photo CDs. The client does that on a fast WIN machine... I'm on a Mac, G4, 9.2.2 MOS.) The problem is that a few of the pix files are unreadable. I've tried everything: PhotoShop 7.0, ClarisWorks, and Quicktime to prove that it is not MC. Quicktime, after futzing for a couple of minutes, sez it can't read it (error:-36.) MetaCard takes between 3000 and 12000 ticks to give up. The non-reading is in the following script: -- set the pix path put the ticks into theStart set the fileName of image "thePix" to thePath where the non read occurs! if the ticks - theStart > 300 then -- this is a bad record! beep # put the ticks - theStart put "The picture:" & cr & "" & thePath & " " &\ "is unreadable and may be corrupted!" & cr & cr &\ "Delete this record?" into pmt answer warning pmt with "Cancel" or "Delete" if it = "Delete" then deleteThisLine gCurrentPixRecordNum end if break --- *** bad record!! end if As everyone knows, users get itchy if any operation lasts longer than 4 or 5 seconds. Is there a more elegant way of detecting bad file data or getting out the operation without resetting the machine? The megabytes MC uses during the read failure goes from a nominal 18-20 MB up to 60-80MB! Any ideas would be greatly appreciated. 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: metacard digest, Vol 1 #502 - 12 msgs
From: Rodney Tamblyn > Simple question > > How do you determine which tab of a tab button is selected, and is > there a way to programmatically set this? > > Rodney > Rodney, Put a similar script in the tabbed btn: on menuPick newTab,oldTab lock screen put oldTab &".GRP" into hideThisGp put newTab &".GRP" into showThisGp hide group hideThisGp go this cd unlock screen with visual wipe up fast - lock screen show group showThisGp go this cd unlock screen with visual wipe down fast end menuPick The " newTab,oldTab" arguments are supplied by MC: it know what's hilited and what you're clicking... -- 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: The Case of the Vanishing Cursor
From: Ian Gordon > ... it > follows the mouse but is offset by 20-30 pixels, making sure the > mouseup message is never sent to the dragged btn? > That happens in MC 2.5 B5. Dragging a button lags the cursor by 20-30 pixels. What version of MC are you running? 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: metacard digest, Vol 1 #500 - 10 msgs
I sent, > Looks like the ultimate pyramid scheme: Everybody's favorite nerd giving > cash to the masses! > Mea culpa, Metacardians, mea maxia culpa. This hoax e-mail was intended for another group list I clicked the wrong address. Won't happen again. (I'll split the money Bill sends me with everyone here) -- 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: metacard digest, Vol 1 #500 - 10 msgs
Yo Coolers, Just got this "Confidential" message this AM. Looks like the ultimate pyramid scheme: Everybody's favorite nerd giving cash to the masses! - Subject: SORRY EVERYBODY . . . JUST HAD TO TAKE THE CHANCE !!! I'm an attorney and I Date: Wed, 29 Jan 2003 23:03:46 EST From:[EMAIL PROTECTED] To: [EMAIL PROTECTED] SORRY EVERYBODY . . . JUST HAD TO TAKE THE CHANCE !!! I'm an attorney and I know the law. This thing is for real. Rest assured AOL and Intel will follow through with their promises for fear of facing a multimillion-dollar class action suit similar to the one filed by PepsiCo against General Electric not too long ago. Dear Friends, Please do not take this for a junk letter. Bill Gates is sharing his fortune. If you ignore this you will repent later. Microsoft and AOL are now the largest Internet companies and in an effort to make sure that Internet Explorer remains the most widely used program, Microsoft and AOL are running an e-mail beta test. When you forward this e-mail to friends, Microsoft can and will track it (if you are a Microsoft Windows user) for a two week time period. For every person that you forward this e-mail to, Microsoft will pay you $245.00, for every person that you sent it to that forwards it on, Microsoft will pay you $243.00 and for every third person that receives it, you will be paid $241.00. Within two weeks, Microsoft will contact you for your address and then send you a cheque. I thought this was a scam myself, but two weeks after receiving this e-mail and forwarding it on, Microsoft contacted me for my address and within days, I received a cheque for US$24,800.00. You need to respond before the beta testing is over. If anyone can afford this Bill Gates is the man. It's all marketing expense to him. Please forward this to as many people as possible. You are bound to get at least US$10,000.00. We're not going to help them out with their e-mail beta test without getting a little something for our time. My brother's girlfriend got in on this a few months ago. When I went to visit him for the Baylor/UT game. She showed me her check. It was for the sum of $4,324.44 and was stamped "Paid In Full". Like I said before, I know the law, and this is for real. Intel and AOL are now discussing a merger which would make them the largest Internet company and in an effort make sure that AOL remains the most widely used program, Intel and AOL are running an e-mail beta test. Try it; what have you got to lose Regards. Charles S. Bailey General Manager Field Operations 1-800-842-2332 Ext. 1085 or 904-245-1085 or RNX 292-1085 [EMAIL PROTECTED] When you forward this e-mail to friends, Intel can and will track it (if you are a Microsoft Windows user) for a two week time period. For every person that you forward this e-mail to, Microsoft will pay you $203.15. For every person that you sent it to that forwards it on, Microsoft will pay you $156.29. And for every third person that receives it, you will be paid $17.65. Within two weeks, Intel will contact you for your address and then send you a check. I thought this was a scam myself, but a friend of my good friend's Aunt Patricia, who works at Intel, actually got a check of $4,543.23 by forwarding this e-mail. Try it, what have you got to lose Regards, Jacqueline Aris, Consultant Email me at: [EMAIL PROTECTED]OR[EMAIL PROTECTED] P.O. Box 48271, Tampa, Florida 33647 (888) 706-1757 â|â|. (TaxBrakes Executive) Does this mean that I'll get $245 for everyone on this list? Yahooo! Honey, we're rich Capt'n Cal -- 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: The Case Of The Reluctant Field
MetaCardians, I said. > I've a case where a scrollngfield will NOT take the focus unless it is > clicked into with the mouse. > This field's properties are identical to the previous 5 fields, i.e.: > Traverse on > auto tab > hilite on > fixed line height > > This Reluctant Field was working properly in the past: tabbed from one > field to the next > > Has anyone has a case where a field changed its properties on its own volition? The Case of the Reluctant Field has been solved. It was not a bug of MC. It was a Case of the TraverseOn set to false for the GROUP! The Reluctant Field was one of three in a group, and I had inadvertently set the TraverseOn property of the group to false as I was cleaning up It's actually a nice feature; a semi-locked field for busy fingers. 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: Displaying Boolean expressions
Metacardians, I need to display Boolean expressions in an option style button, such as: = < > <> All's well except for the "<" ; the "less than" symbol. Quoting, both single and double, only displays "<". Anyone? 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:Clean it it guys!
[EMAIL PROTECTED] (Domi) > Date: Mon, 20 Jan 2003 07:43:47 +0100 > Reply-To: [EMAIL PROTECTED] > > > This is a multi-part message in MIME format. > > Oh you guys, your posts are almost illegible!!! > > Use plain text instead... > > -- > Regards, > (-8 Dominique I'll second that! It takes a few seconds to trim the stuff that's not applicable and switching to plain text should be a requirement for this list... 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:The Case Of The Reluctant Field
From: andu <[EMAIL PROTECTED]> > > This Reluctant Field was working propery in the past: tabbed from one > > field to the next > > > > Has anyone has a case where a field changed its properties on its own > > volition? > > Try to catch the focusedObject and see if the field shows up or not while > you tab. Only the lockText seems to be doing that... Yep, tried that. It does NOT show up. I replace the Reluctant Field with a new field. Same problem. (Side note: the editable fields are each in a separate group. Each group has three parts). I replaced the Reluctant Field group with a new group. That worked. All the editable fields NOW work. What's strange is that a field/group could change its "strips" with no help on my part. 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:The Case Of The Reluctant Field
Metacardians, Looks like the field problem season... I've a case where a scrollngfield will NOT take the focus unless it is clicked into with the mouse. This field's properties are identical to the previous 5 fields, i.e.: Taverse on auto tab hilite on fixed line height This Reluctant Field was working propery in the past: tabbed from one field to the next Has anyone has a case where a field changed its properties on its own volition? 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 front end to PostgreSQL
Yo troops, With all this talk about the pleasures of working with HTML, I just couldn't resist sending this along... -- HOW TO BUILD A WEB PAGE IN 25 STEPS 1. Download a piece of Web authoring software ~ 20 minutes. 2. Think about what you want to write on your Web page ~ 6 weeks. 3. Download the same piece of Web authoring software, because they have released 3 new versions since the first time you downloaded it ~ 20 minutes. 4. Decide to just steal some images and awards to put on your site ~ 1 minute. 5. Visit sites to find images and awards, find 5 of them that you like ~ 4 days. 6. Run setup of your Web authoring software. After it fails, download it again ~ 25 minutes. 7. Run setup again, boot the software, click all toolbar buttons to see what they do ~ 15 minutes. 8. View the source of others' pages, steal some, change a few words here and there ~ 4 hours. 9. Preview your Web page using the Web Authoring software ~ 1 minute. 10. Try to horizontally line up two related images ~ 6 hours. 11. Remove one of the images ~ 10 seconds. 12. Set the text's font color to the same color as your background, wonder why all your text is gone ~ 4 hours. 13. Download a counter from your ISP ~ 4 minutes. 14. Try to figure out why your counter reads "You are visitor number 16.3 E10" ~ 3 hours. 15. Put 4 blank lines between two lines of text ~ 8 hours. 16. Fine-tune the text, then prepare to load your Web page on your ISP ~ 40 minutes. 17. Accidentally delete your complete web page ~ 1 second. 18. Recreate your web page ~ 2 days. 19. Try to figure out how to load your Web page onto your ISP's server ~ 3 weeks. 20. Call a patient friend to find out about FTP ~ 30 minutes. 21. Download FTP software ~ 10 minutes. 22. Call your friend again ~ 15 minutes. 23. Upload your web page to your ISP's server ~ 10 minutes. 24. Connect to your site on the web ~ 1 minute. 25. Repeat any and all of the previous steps ~ eternity --- Ain't technology wonderful? 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: Metacard beginner question
:[EMAIL PROTECTED] said, > > last but not least, my website has a few hypercard and MC stacks for your > enjoyment! > http://monsieurx.com Sorry, but this site just load a dark blue screen and stops.... 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: the copy command
Ray, > > put the number of words in fld "theAddress" into theEnd > > copy word 1 to theEnd of fld "theAddress" > > end copyAddress > > > > This does not copy anything. > > The problem was a lockedText field too much coding and not enough thinking. Thanks Ray Ray G. Miller --- Turtlelips Productions 4009 Everett Ave. Oakland, CA 94602 MailTo:rgmiller@;pacbell.net (V) 510.530.1971 (F) 510.482.3491 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: the copy command
Listers, The "copy" command is still bugging me. Should be simple but... on copyAddress stuff ### the address is in stuff put stuff into fld "theAddress" put the number of words in fld "theAddress" into theEnd copy word 1 to theEnd of fld "theAddress" end copyAddress This does not copy anything. The fld "theAddress" is locked and hidden. I've tried selecting the text to no avail. What's the magic word here? -- Ray G. Miller --- Turtlelips Productions 4009 Everett Ave. Oakland, CA 94602 MailTo:rgmiller@;pacbell.net (V) 510.530.1971 (F) 510.482.3491 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Mices scrollwheel
> Ken sez, > > You should just be able to just move the mouse over the field (or click in > it to plant an insertion point) and then the scroll wheel should scroll the > field. > Doesn't do it. Not in MOS 9.2. Is this a feature of MOS X? The scrollWheel works fine in all other apps under 9.2 tho. 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: metacard digest, Vol 1 #311 - 12 msgs
Karl sez: > I love that MetaCard has built-in support for mice scrollwheels to > scroll text fields in MetaCard. That's great (for Mac OS X). However, > is there any way I could get that same behavior for a group with > scrollbars? Really? How does one set the "mice scrollwheels to scroll text fields?" 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: sticky cursors
Listers, Anyone else notice the "sticky" cursors? When moving from a text field to a button or scrollbar the cursor remains an I-beam. I'm not setting the cursor at any point. I'm running MC 2.4.3 on a G4 in classic (9.2.2) This should go the bug report in MetaCard, but I can't seem to find the address at "www.metacard.com" site. On another small matter: besides its unreadablity, is there any advantage using: put url "file: myGreatStuffPath.txt" into field 1 instead of: open file "myGreatStuffPath.txt" read file "myGreatStuffPath.txt" until eof close file "myGreatStuffPath.txt" The latter admittedly takes three lines of code, but you can see that you are READING the data, and not WRITING the data. 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: background color in script editor windows
Alex, add this bit of code to the card level of your Home stack on MacLookAndFeel set the backcolor of fld "editor Field" of stack "script editor" to white set the scriptTextFont to "Monaco" set the scripttextSize to "12" end MacLookAndFeel Then put : on preOpenStack . . . MacLookAndFeel end preOpenStack Save the stack, quit and restart MC. Remember to type "set the set the cantModify of stack "home" to false" in the message box BEFORE trying this. 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: metacard digest, Vol 1 #183 - 9 msgs
> Simon Lord sez, > Dude, would you trust reading crap from Microsoft? > > Ray, I have 2 G4's and everything works fine, dual boot between > both OS's is easy, running Classic inside OSX works great too. > Learning OSX is not that hard from OS9. ... Thanx for the feedback, Simon. The keyboard and mice have been mattel-like since the PPC hit the scene. I gave away the keyboard and mouse that came with the 9500 and salvaged the keyboard and mouse from my 2si (we're talking ancient equipment here!) and they're still working. The mouse has long ago lost its Teflon "feet", but a monthly re-shodding of scotch tape makes it as good as new;-) (For those who have never seen this model, it is humpbacked rectanglular box, 3.75" x 2.25" x 1", with the button 3/8" inset from the sides, not flopping over the sides -- comfy and no unwarranted mouse clicks) 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:The New G4 Macs
Hi listers, It's time for me to retire my Trusty 9500 Mac (twice upgraded and currently a G3 300mz with a blurry, blue-streaked 17 inch monitor) to a shinny, new G4, but I'm not really thrilled at the prospect of developing software under MOS X+ So do these new wonder-toys of Mr. Jobs still run MOS 9+ as well as MOS X? Will all my software require upgrading (Ex. Illustrator 8.0, Photoshop 3.5, PageMaker 7.0, Excel 4.0, Claris/AppleWorks 5.0 r1)? Can I salvage all those things hanging off the end of Trusty 9500 that are NOT hotWire or whatTheLastestConnection device is (like HP Scanner, Apple LaserWriter 2g, numerous HDs)? Is the learning curve of MOS X somewhat under 12 months? Is the keyboard and mouse as flimsy as the pictures show? --- On another note: Someone on the list asked what "gamma" release meant. A few years ago, I was told that the "Industry Standard" definitions were: Alpha -- "We're still trying to figure out what this product will do and what it will look like. There are lots and lots of bugs, and don't be surprised if NOTHING stays the same. Please, please, please, send your bug reports ASAP." Beta -- "We kind of know where we're going with this product, but the design is NOT really frozen yet and we know there are still lots of bugs here. Please, please, send your bug reports ASAP." Gamma -- "The design is NOW frozen! And we know there are bugs to stamp out. Last chance for you bug report." Release -- "Ok, this is all we can do for this design. Don't tell us about bugs, because we're already moving on to the next version..." -- 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: metacard digest, Vol 1 #128 - 16 msgs
Jacque wrote: > > Anyone know of a way to display a disabled line in a "list field" like > > the "-" > > (dash) in a button's list? > > Haven't tried it, but could you set the textcolor of the line to a light > grey? Then check the textcolor before operating on a selection; if it is > grey then don't do anything. > Thx J. I'll see if that's a solution. 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:Disabling text lines
Listers, Anyone know of a way to display a disabled line in a "list field" like the "-" (dash) in a button's list? Are there a flock of little known meta-characters (no pun intended) which can perform wondrous effects (i.e., bold, italics, disabled) on individual lines in these "List Fields"? Does anyone miss true "list objects"? Or LDEFs? 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:Imported image
Klaus Major said: > > ??? I never had problems with this... > The filename should be empty...??? > > on mouseup >put img 2 into img 1 > end mouseup > > just tested works on win and mac... > > Isn't computing fun...? ;-) I've found that for best results (i.e., display what you want), I first set the fileName of the object to empty, then set the fileName of the object, then "go this card" in order to force an update. Computing is fun; quirks are even more hilarious ... ;-) 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: metacard digest, Vol 1 #112 - 8 msgs
> Hugh wrote: > Try http://www.flexibleLearning.com/xtalk.html for a spellchecker designed > for use with Metacard and containing about 130,000 words (390k). Also > available, dictionaryBuilder to quickly create customised dictionaries. > Thanks Hugh and Ray. 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:spell checker
> Ray wrote: > I've got a file which is a simple list of about ten thousand words. It's > about 460K. You can make your own from that. Let me know if you want it. > > Ray Horsley > Thanks, Ray and Andrew. Yes, ray, I'd like to look at it. I'll expand the database from your 10K to 45K and see how speedy it is. 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: metacard digest, Vol 1 #108 - 3 msgs
> Has anyone on the list developed or found a spell-checker that works in MC? 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
Clip the bandwidth
Listers, As a courtesy to others, could you NOT sent your messages in HTML? Most of the recent messages appear as noise (HTML formatting), so your signal-to-noise ratio is very low. In other words, plain text only. While I'm on this topic, clipping the quoted remarks to the subject at hand would also increase the signal-to-noise ratio. it only takes a few seconds... ;-) Thanks. -- 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: getting dirty
> From: "Ken Ray" <[EMAIL PROTECTED]> > > Ray, > > Actually from my perspective, MC is pretty on-target with SuperCard and > HyperCard: 'openField' is triggered when the field gets the focus (it's > clicked in or tabbed to), 'leaveField' is triggered when the field loses the > focus and no changes to the field have been made, and 'closeField' is > triggered when the field loses focus and there *have* been changes to the > field. So trap 'closeField' and you know when a field is dirty. > Yep, my bad. I was half asleep or my brain was turned off. I had a problem with a single open field stack. I'd first used "exitField" which ALWAYS send a message when the field lost focus. "closeField" does what I need: send the "dirty" message. I'll do 50 thumb pushups for penance, OK? 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
Getting dirty
Hey MC Listers, The MC "openField" behaves quite a bit differently than in other languages. In most others, "openField" is hit when a change occurs in a given field, thereby allowing a "dirty" detection; but MC generates an "opnfield" hit as soon as it receives the "focus." Has anyone come up with a more natural solution other that comparing the current text of a given field with its previous value? In other words, how can you tell if you're getting dirty? Thanks. -- 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: metacard digest, Vol 1 #53 - 9 msgs
> David Bovill said, > ... snip... > Anyone thought of turning MC's documentation into a video game :) > I think it's been done: It was called "Adventure" and it was very popular on the Apple II. You may recall: "You are in a twisty cave... Thre is a lamp here." (G)et (D)rop (L)eft (R)ight (S)traight (U)p (D)own ;() -- 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: metacard digest, Vol 1 #48 - 13 msgs
> Jacq sez: > > Are bug reported here passed up the food-chain? > > (Or, when we pray, do the gods hear us?) > > ...On the other hand, if you want to petition the gods directly, mail bug > reports to [EMAIL PROTECTED] This method is more attractive because it > elmininates the need to kill things. > But I really enjoy killing bugs... 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: bug posting
Hi MClisters, Happy New Year! A simple question: Are bug reported here passed up the food-chain? (Or, when we pray, do the gods hear us?) 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: metacard digest, Vol 1 #23 - 4 msgs
> Shari wrote: > I've written the code five different ways looking to increase the > speed, as it just crawled. > > And each time it just got slower. > > I found the culprit, and I do not understand it... > > lock screen > > Taking out that one line (it wasn't in a repeat loop or anything) > increased the speed megafold.-- Yep, I noticed the same. I've been commenting all "lock screen" and set the stack to "alwaysBuffer" 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: metacard digest, Vol 1 #19 - 8 msgs
> Dave Cragg wrote: > > >The Visual Effect should take place AFTER (in this case), not before > >the handler operates. Is this caused by the > >lost focus of the locked fld? The called handler updates a flock of > >fields and POP buttons, however, the control > >still resides within the original mouseUp handler, right? > > Any chance you're locking the screen in the somethingInteresting > handler? I think that would stop the visual. > Yep, that war the problem. Nasty HyperCard habit that-- type "lock screen" at the start of every command. I also noticed the "lock screen" is far inferior to "alwaysBuffer." "Lock screen" seems to produce an alarming amount of "jiggle" in every stack open. Jacqueline wrote: "Did you say the incorrect hilite only happens on OS 7.6.1, or does it happen on all Mac OS versions? I've only tried it on 7.6.1. and 8.5/8.62. Only 7.6.1 yields the Type 1 error and crash on closeBox and incorrect hilite color. I did not set the hilite color on any stack. I thought that the hilite color was sucked from the system prefs... Is this wrong? "If all, then it's got to be a hilitecolor property set somewhere that is causing normal color inheritance. Check the colors of every object in the hierarchy if you haven't already; the fields themselves, the group they are in, the card, the stack, your Home stack, any stacks in use, etc." I tried setting the hiliteColor on preOpenStack of the main stack. It had no effect. 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: metacard digest, Vol 1 #21 - 4 msgs
> Jeanne A. E. DeVoto wrote: > > When you start up MC, before you do anything QuickTime-related (such as > displaying a player), set the dontUseQT to false. Then try the problematic > effects again. > Ok, Where is the "dontUseQT" located? -- 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: Strange Visuals
MetaCardians, Under MC 2.3.2 I notice a strange visual effect--namely none--with the following code from a labeled field (lockText): on mouseUp doSomethingInteresting withBells,andWhistles visual zoom out fast go this card end mouseUp Yet, the following does produce the desired effect: on mouseUp visual zoom out fast go this card doSomethingInteresting withBells,andWhistles end mouseUp The Visual Effect should take place AFTER (in this case), not before the handler operates. Is this caused by the lost focus of the locked fld? The called handler updates a flock of fields and POP buttons, however, the control still resides within the original mouseUp handler, right? Any clues? 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: metacard digest, Vol 1 #18 - 9 msgs
> > Try removing any resources from the resource fork and see if that doesn't > fix it. There have been issues reported with some instances of code > resources not being unloaded properly. > I have no resources in any of the MC stacks.. Absolutely pure MC, written in MC 2.3.2. > > > 2) The hilitecolor of fields (setup as lists) is a 30-40% gray, not the yellow > > I normally choose. > > While I seem to be the only other person reporting this, I have seen that > all stacks created with any earlier version of MC will have some of their > colors set at the stack level in 2.4 and 2.4.1. If you had previously > relied on having the colors of your mainstack be inherited by your > substacks, you'll need to clear the topcolor, hilitecolor, and > backgroundcolor properties of your substacsk to resume that inheritance. > Tried all that and the problem still persists. I've pulled all the subStacks out and run them as standalones. What's really strange is that the MC Help stack's hilite color is displayed correctly!?! > > You can always check that by setting the lookandfeel property to "Macintosh" > and see if that makes a difference. > Also did that. Look's like Mac's best OS, 7.6.1, is going the way of the dodo bird... I truly hate running the snail-bloatware that's come down from on high since Jobs been on the job. 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: MAC OS 7.6.1 crash
Listers, I fired up MC 2.4.1 running Mac OS 7.6.1 on a G-3, and have encountered a couple of problems: 1) Clicking the "Closebox" will produce a Type 1 error (and crash) every time. (The stack can be closed by using cnd-W or "Close Stack" from the Menu.) 2) The hilitecolor of fields (setup as lists) is a 30-40% gray, not the yellow I normally choose. 3) Clicking a line in a field setup as a list produces a "Unexpected Error" and crash some of the time. It may be related to the "beep" command. Could the above be Appearance Manager problems? Any idea, anyone? 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
Arrays! We have arrays?!?
I was amazed and delighted to learn MC had array tools! They could be a bazillion times faster than running thru a repeat loop But where are they? I looked under every bushel basket Scott has scattered around but could find nary a mention of "array, itemArray, or thingieArray." These neat tools could be used by all, Scott, but just a little hint of their nature and the basic syntax. Even a couple of meaningful examples would be kind. Anyone out there know the source of the documentation for arrays? (Revolution has little to say on this subject, too.) Do squre brackets, "[]", define an array? Are arrays tab delimited, comma delimited or can any char work? Besides "itemArray", what are the other array tools? So many questions, so little doc... How many other undocumented functions are there? [Of course, only Scott knows...] "You are in a dark and twisty cave... Your options are Left, Right or Down" -- Ray G. Miller --- Turtlelips Productions 4009 Everett Ave. Oakland, CA 94602 MailTo:[EMAIL PROTECTED] (V) 510.530.1971 (F) 510.482.3491 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Julia/Zeller date convertor revisited
to mm1 put trunc(centuryYear/4) into mm2 put trunc(digitYr/4) into mm3 put abs((mm1 + mm2 + mm3 + tDay + digitYr - (2 * centuryYear))) mod 7 into dayNumber add 1 to dayNumber -- Sunday = 0! put item dayNumber of daysOfTheWeek into weekDay put item tMonth of monthList into thisMonth if theForm = "long" then return weekDay &", " & thisMonth && tDay & ", " & tYear else return tMonth &"/"& tDay &"/"& tYear end if end Julian2Date -- Ray G. Miller --- Turtlelips Productions 4009 Everett Ave. Oakland, CA 94602 MailTo:[EMAIL PROTECTED] (V) 510.530.1971 (F) 510.482.3491 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Re:Juliean re-visited
Richard Gaskin wrote: "Below are two functions derived from Nelson Zink's code to go from standard date format to Julian and back again. I've modified the code into functions, changed the variable names to minimize potential name space conflicts, and added local declarations so they'll work with or without explicitvars on: " Richard, I too was not satisfied with the way MC handles (or dosen't!) dates-- <1900 and > 2133-- so I re-did your two functions to be able to verify dates that MC can't handle. 1) The "pDate" variable MUST be a date in long format (E.g.: May 21, 1856) otherwise we're looking at the 20th or 21st CenturyWhenever you use convert to dateitems, MC assumes either 20th or 21st Century. 2) The "theForm" variable is either "long" or "". If it is empty, the function will return the short date. --- start of script function setTheDate pDate,theForm put Date2Julian(pDate) into jDate put Julian2Date(jDate,theForm) into jDate return jDate end setTheDate function Date2Julian pDate local tYear, tMonth, tDay, aa, bb, cc, dd if "/" is in pDate then convert pDate to long date put last word of pDate into tYear -- !! catch the year BEFORE the convert. convert pDate to dateitems put item 2 of pDate into tMonth put item 3 of pDate into tDay if tMonth < 3 then -- Zeller's Algorithm add 12 to tMonth subtract 1 from tYear end if put trunc(tYear/100) into aa put (2-aa+trunc(aa/4)) into bb put trunc(365.25*tYear) into cc put trunc(30.6001*(tMonth+1)) into dd return (bb+cc+dd+tDay+1720995) end Date2Julian function Julian2Date pJulianDate,theForm local tYear, tDay, tMonth, aa, bb, cc, dd, ee, gg local monthList, daysOfTheWeek, XX ## -- Your language may vary! put "January,Feburary,March,April,May,June,July,August," into monthList put "September,October,November,December" after monthList put "Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday" into daysOfTheWeek put trunc((pJulianDate-1867216.25)/36524.25) into aa put pJulianDate+1+aa-trunc(aa/4) into bb Put bb+1524 into cc put trunc((cc-122.1)/365.25) into dd put trunc(365.25*dd) into ee put trunc((cc-ee)/30.6001) into gg -- break into date items put cc-ee-trunc(30.6001*gg) into tDay if gg<13.5 then put gg-1 into tMonth else put gg-13 into tMonth if tMonth>2.5 then put dd-4716 into tYear else put dd-4715 into tYear put tYear into cYear -- calc the day of the week -- from Zeller's Algorithm put cYear div 100 into centuryYear put cYear mod 100 into centuryYear1 put trunc(2.6 * tMonth - 5.39) into mm1 put trunc(tYear/4) into mm2 put trunc(cYear/4) into mm3 -- watch out for linewrap below! put (mm1 + mm2 + mm3 + tDay + centuryYear1 - (2 * centuryYear)) mod 7 into dayNumber add 1 to dayNumber -- Sunday = 0! put item dayNumber of daysOfTheWeek into weekDay put item tMonth of monthList into thisMonth if theForm = "long" then return weekDay &", " & thisMonth && tDay & ", " & tYear else return tMonth &"/"& tDay &"/"& tYear end if end Julian2Date --- end of script Hope this helps... -- Ray G. Miller --- Turtlelips Productions 4009 Everett Ave. Oakland, CA 94602 MailTo:[EMAIL PROTECTED] (V) 510.530.1971 (F) 510.482.3491 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
