Re: Rev licensing
Richard Gaskin wrote: Ken Ray wrote: On 2/20/06 9:49 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: The issue is whether we can create our own custom standalone 'players', with our own custom splash screen, for the editable stacks that we craft for our customers. Kevin clarified this, and Ken recapped it. That was this morning. It's now well into the evening. Did you miss this morning's mail? Actually, I posted it to the Improve Rev list Hmmmyes, which reminds me: Why did Kevin reply there to a question raised here? It's rather like if you leave me a phone message with a question and I call Jacque to give her the answer. :\ I'd probably appreciate knowing it. :) The weird thing is, when I first replied on this thread, I thought it was only going to this list but it showed up over there. I don't get it. -- 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: Rev licensing
Ken Ray wrote: On 2/20/06 9:49 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: The issue is whether we can create our own custom standalone 'players', with our own custom splash screen, for the editable stacks that we craft for our customers. Kevin clarified this, and Ken recapped it. That was this morning. It's now well into the evening. Did you miss this morning's mail? Actually, I posted it to the Improve Rev list Hmmmyes, which reminds me: Why did Kevin reply there to a question raised here? It's rather like if you leave me a phone message with a question and I call Jacque to give her the answer. :\ -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
On 2/20/06 9:49 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: >> The issue is whether we can create our own custom >> standalone 'players', with our own custom splash >> screen, for the editable stacks that we craft for our >> customers. > > Kevin clarified this, and Ken recapped it. That was this morning. It's > now well into the evening. Did you miss this morning's mail? Actually, I posted it to the Improve Rev list, which Alain is not a member of for some reason. Alain asked if I'd summarize the points from this morning's post, and I've chosen to send him a copy offlist. So he should now be well up to speed. 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: Rev licensing
> I hear the sound of straws being grasped so as to drag this thread out > longer than would be truly required LOL. I gotta save this one for future use. Nice. - Scott ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
Alain Farmer wrote: Hello Richard, Today All RunRev requires is (last I heard anyway): This product was made with Revolution Portions Copyright 2006 Runtime Revolution Ltd. I don't object to including of a copyright notice in *MY* splash-screen, and definitely in the About and other docs, but the issue is whether we have to use Rev's splash instead of our own CUSTOM splash screen. When did anyone ever say that? I hear the sound of straws being grasped so as to drag this thread out longer than would be truly required I see nothing "natural" about choosing a tool and then being ashamed of your own choice. MetaCard and Rev are a hard sale. You're not a reseller, and no one's asking you to become one. A simple copyright notice doesn't seem all that cumbersome; hardly merits this much fuss. What *I* like, versus what my customers *expect*, are TWO different matters. If you have customers who care that much about the underlying technology to have specific complaints about a given tool, the choice seems simple: find a tool to satisfy such a finicky audience, or find a less finicky audience. My customers don't seem to care what tool I use, they just like what I deliver with it. A vendor has a legitimate right to request a simple copyright notice in exchange for accomplishing the other 90% of your application. This isn't what is objectionable [toi me]. I'm okay with including a copyright notice in the About, and other docs too; perhaps even in *my* splash screens, albeit in very small print. The issue is whether we can create our own custom standalone 'players', with our own custom splash screen, for the editable stacks that we craft for our customers. Kevin clarified this, and Ken recapped it. That was this morning. It's now well into the evening. Did you miss this morning's mail? In short, there would appear no problem with what you describe. The archives from this morning carry the details. Sorry for giving you such a hard time about this, Kevin, metacard@lists.runrev.com is not Kevin's address. Kevin's address is [EMAIL PROTECTED] Thanks for the info. I was assuming that Kevin was on THIS list, as well as any other [mail] list that deals I'm sure he reads this list when he gets to it. But so do many others, and none of those others can help you. If you're merely looking for an audience for your latest reiteration of why you dislike Rev's licensing I suppose you've found a captive audience here. But if you're looking for results you have Kevin's address by which to seek them. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
Alain Farmer wrote: My customers don't want to know what I've used. In the worst-case, they don't want to be bothered yet insist on some particular tools because they have heard & so on that these tools are the ones that serious outfits are using. PHP versus MetaCard comes to mind; at least to mine because the school commission I developed a 5 stack MetaCard solution for, in 2004, switched over to PHP for no better reason than "PHP is known to us ; we are not familiar with MetaCard & we don't know anyb But that's just the point, see. Every web page that is done with PHP is labeled that way, it has ".php" at the end of the URL. The tag is everywhere. People who don't know beans about PHP still recognize the letters as a buzzword, and know they are supposed to want it. I would like Rev to have the same recognition. We can help by acknowledging them in our software. I definitely don't want to flash an advertisement of Rev because it will confuse them. I would be willing (if ever I upgrade to Rev) to include Rev's copyright notice in *MY* splash-screen; and I would definitely include them in the About, and other docs too; what's contentious is using Rev's splash & player instead of my own CUSTOM one .. with graphics and such that are relevant to my company and my customers. No, you've misunderstood. You can use all our own stacks, you don't need to advertise Runtime, you just need to put the copyright notice and acknowledgement into your splash, or your about box, or whatever your software uses to show your own copyright. You still keep all your own branding and images. Just add the required notice somewhere. Also, even though you may be using the MC IDE, you are still using the Revolution engine and need to meet the licensing requirements. -- 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: Rev licensing
Hello Richard, > Today All RunRev requires is > (last I heard anyway): >This product was made with Revolution >Portions Copyright 2006 Runtime Revolution Ltd. I don't object to including of a copyright notice in *MY* splash-screen, and definitely in the About and other docs, but the issue is whether we have to use Rev's splash instead of our own CUSTOM splash screen. > I see nothing "natural" about choosing a tool > and then being ashamed of your own choice. MetaCard and Rev are a hard sale. Out of the box they look and feel a bit clunky. If one goes to all of the trouble of creating a whole new look-and-feel, doesn't he earn himself the right to splash his solution as he wishes? Because Runtime Inc needs a boost in sales, we *have to* use their generic english splash? instead of our own custom localized one?? > If you don't like using a particular tool, > you may find another more to your liking. What *I* like, versus what my customers *expect*, are TWO different matters. Sometimes I manage to persuade them to let me use what *I* like, but it is difficult (increasingly so, over time) to persuade them to use a proprietary xCard. I try VERY hard but in the end the customer is always right! ;-( > A vendor has a legitimate right to request > a simple copyright notice in exchange for > accomplishing the other 90% of your application. This isn't what is objectionable [toi me]. I'm okay with including a copyright notice in the About, and other docs too; perhaps even in *my* splash screens, albeit in very small print. The issue is whether we can create our own custom standalone 'players', with our own custom splash screen, for the editable stacks that we craft for our customers. > You're always welcome to crack open GCC > and write that other 90% yourself. I have considered this more than once. ;-) >> Sorry for giving you such a hard time >> about this, Kevin, > > metacard@lists.runrev.com is not Kevin's address. > Kevin's address is [EMAIL PROTECTED] Thanks for the info. I was assuming that Kevin was on THIS list, as well as any other [mail] list that deals with HIS product. Sincerely, Alain __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
Some comments about your comments about : >> Naturally, we are trying to 'hide' the xCard >> origins of our custom solutions when releasing >> wares. Solutions crafted with C++, for example, >> don't advert the tools that they were edited >> and compiled with! > I see nothing "natural" about choosing a tool > and then being ashamed of your own choice. I will deal with this at more length in my next reply. Suffice to say for now that I am not "ashamed" of MC, albeit there is *some* truth to this ; I don't openly proclaim MetaCard when creating CUSTOM solutions for my customers. It's a branding issue and much more too. > Not only that, but it seems to me that if > we are to encourage widespread usage ... This is a steep uphill battle that I am not currently engaged in. One some level(s) I am, given my goal to create a [web-based] xCard (XulCard and/or FreeCard), but not in the short-term and definitely not for Rev (or ANY proprietary ware for that matter). > ... and, therefore, success of our favorite > development tool, we'd *want* to advertise. My customers are not developers, nor are they likely to ever become developpers. From a business point of view, you could say that I don't want them to become developers! I'm not this overly-concerned about this, however, because my customers need *far* more from me than they could ever learn to do themselves. Not coz I'm so much brighter; mainly because they don't have the time, the skills, the experience, etc ... that I have. And I'm not just about software; arguably this is secondary to what I do. :-) My customers don't want to know what I've used. In the worst-case, they don't want to be bothered yet insist on some particular tools because they have heard & so on that these tools are the ones that serious outfits are using. PHP versus MetaCard comes to mind; at least to mine because the school commission I developed a 5 stack MetaCard solution for, in 2004, switched over to PHP for no better reason than "PHP is known to us ; we are not familiar with MetaCard & we don't know anybody who uses it". Btw my solution was flawless and greatly appreciated by all; except the poor saps who actually made the decision to switch to PHP. I definitely don't want to flash an advertisement of Rev because it will confuse them. I would be willing (if ever I upgrade to Rev) to include Rev's copyright notice in *MY* splash-screen; and I would definitely include them in the About, and other docs too; what's contentious is using Rev's splash & player instead of my own CUSTOM one .. with graphics and such that are relevant to my company and my customers. > Jacqueline Landman Gay Regards Jacque, Alain __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
Richard Gaskin wrote: Alain Farmer wrote: Naturally, we are trying to 'hide' the xCard origins of our custom solutions when releasing wares. Solutions crafted with C++, for example, don't advert the tools that they were edited and compiled with! I see nothing "natural" about choosing a tool and then being ashamed of your own choice. Not only that, but it seems to me that if we are to encourage widespread usage and, therefore, success of our favorite development tool, we'd *want* to advertise. -- 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: Rev licensing
Alain Farmer wrote: Naturally, we are trying to 'hide' the xCard origins of our custom solutions when releasing wares. Solutions crafted with C++, for example, don't advert the tools that they were edited and compiled with! No one writes complete applications entirely from scratch, relying on many libraries and pre-defined classes. If you used the custom libraries included with MPW, Lightspeed C, THINK C, CodeWarrior, or Cocoa, you'd know that all of them require the addition of something like this in the About box: Portions Copyright 2006 Metrowerks Inc. Ever since I started using MetaCard in 1997 Dr. Raney required: This product was made with MetaCard Portions Copyright 2006 MetaCard Corporation (Of course the date there is just an example.) Today All RunRev requires is (last I heard anyway): This product was made with Revolution Portions Copyright 2006 Runtime Revolution Ltd. I see nothing "natural" about choosing a tool and then being ashamed of your own choice. If you don't like using a particular tool, you may find another more to your liking. A vendor has a legitimate right to request a simple copyright notice in exchange for accomplishing the other 90% of your application. You're always welcome to crack open GCC and write that other 90% yourself. > Sorry for giving you such a hard time about this, Kevin, metacard@lists.runrev.com is not Kevin's address. Kevin's address is [EMAIL PROTECTED] -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: What's in a group
Hi Scott, There is hardly any difference. I suspect even that getprop handlers and functions return their "result" in exactly the same way. The advantage of the property approach might be that you really don't need to think about what the target may be. The function needs a quoted string as a reference to an object while the getProp handler can refer to an object directly. If someone can come up with a better explanation, I'd be pleased to know. Best, Mark Scott Rossi wrote: Hi Mark: I'm just curious... How is the following snippet you wrote: put the objects of grp 1 getProp objects repeat with x = 1 to number of controls of the target put the name of control x of the target & return after myList end repeat sort myList return myList end objects ...different from: put objects("grp 1") function objects pGroup repeat with x = 1 to number of controls of pGroup put the name of control x of pGroup & return after myList end repeat sort myList return myList end objects Just trying to understand what the getProp construct offers here, since I've never used it. :-) Thanks & Regards, Scott Rossi Creative Director Tactile Media, Multimedia & Design -- eHUG coordinator mailto:[EMAIL PROTECTED] http://www.ehug.info http://home.wanadoo.nl/mark.sch http://www.economy-x-talk.com Please inform me about vacancies in the field of general economics at your institute. I am also looking for new freelance programming projects. ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
Hello Ken Ray, > Alain, are you a member of the Improve List? No. > If so, please read the results of a > conversation I had with Kevin related > to standalones and players > (title: "Tempest in a Teapot: A Resolution"). Can you give me/us an executive summary? :-) Regards, Alain __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Rev licensing
On 2/20/06 4:56 PM, "Alain Farmer" <[EMAIL PROTECTED]> wrote: > This is precisely the question that I'm asking. Which > licence(s), if any, allow us to create standalones? > Are we allowed to bundle one|more stack(s) with it? > (which of course remain editable). Can we continue to > bundle a player of our stacks in the form of a custom > splash screen? Alain, are you a member of the Improve List? If so, please read the results of a conversation I had with Kevin related to standalones and players (title: "Tempest in a Teapot: A Resolution"). 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: Rev licensing
Hello Shari, Kevin and y'all > I know folks have been discussing something > about players, but it sounded more like an > issue for those who wanted to create a > competing program to Rev. >From a business point of view: "sounded like" is not sufficient. As an entrepreneur, I must know *exactly* what the terms of the licence are BEFORE considering whether it is wise to switch-over or not. Moreover, I would like to be reasonably-sure that the terms won't change [much] in the next versions/upgrades so that I am NOT subsequently forced into licencing terms that I cannot subscribe to. > In other words, I did not connect this > to what I create, which are programs > that have a standalone, and usually > several separate stacks that go with > it. Is there something that would > affect my standalones in some way? This is precisely the question that I'm asking. Which licence(s), if any, allow us to create standalones? Are we allowed to bundle one|more stack(s) with it? (which of course remain editable). Can we continue to bundle a player of our stacks in the form of a custom splash screen? Keeping the whole set of stacks in an editable form is definitely the best practice here. A separate application to download and install, which is bloated because it has EVERYTHING in it, and splashes a Runtime advertisement on startup, is NOT a desirable alternative to a custom solution with a custom splash screen. Naturally, we are trying to 'hide' the xCard origins of our custom solutions when releasing wares. Solutions crafted with C++, for example, don't advert the tools that they were edited and compiled with! It is not appropriate for us either. More grievous still would be to obligate our customer to download, install & run a separate app to use our stack-based solutions; an application which Runtime self-avowedly admits that it wasn't up to expectations AND, irregarless of this, it is a proprietary app that we have *no* control over (the *licencing* as well as the code, I might add). Sorry for giving you such a hard time about this, Kevin, but I am evidently not the only one who is concerned about the licencing terms for Rev [2.7+]. Please inform us unambiguously as to the terms of your licences so that we may make an informed decision about porting to Rev [2.7+] or not. Prospective Runtime customers need to know what's-what and what to expect in the future. Apparently, some of your existing customers are un-clear about this, too; but I cannot speak 'for' them because I am NOT one of them yet. But I *could* be, if ... ;-) Alain __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: What's in a group
Hi Mark: I'm just curious... How is the following snippet you wrote: put the objects of grp 1 getProp objects repeat with x = 1 to number of controls of the target put the name of control x of the target & return after myList end repeat sort myList return myList end objects ...different from: put objects("grp 1") function objects pGroup repeat with x = 1 to number of controls of pGroup put the name of control x of pGroup & return after myList end repeat sort myList return myList end objects Just trying to understand what the getProp construct offers here, since I've never used it. :-) Thanks & 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: What's in a group
Thanks to Ray for bringing this up and thanks to Mark for his perfectly succulent getprops example... 6 years later, and now I get it! how getprops works... who says you can't teach an old dog new tricks? cheers Xavier -- http://monsieurx.com > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Ray Horsley > Sent: Monday, 20 February, 2006 19:58 > To: Discussions on Metacard > Subject: Re: What's in a group > > Thanks to all. The only way I was able to come up with was > to ungroup the group, get a list of the selected objects, and > then group it back up. But that takes a little longer than > some of these suggestions. > > Thanks Scott, Mark and MisterX! > > Ray Horsley > Developer, LinkIt! Software > > > On Feb 20, 2006, at 1:47 PM, Mark Schonewille wrote: > > > I forgot to add that you can put these scripts (see > previous e-mail) > > into the stack script or in a stack in use and they will work for > > every object in the stack, including card and the stack itself. > > > > Best, > > > > Mark > > > > Mark Schonewille wrote: > >> Hi Ray, > >> Use the following scripts as follows: > >> put the objects of grp 1 > >> put the objectIDs of grp 1 > >> Mind line wraps. > >> > > > > -- > > > > eHUG coordinator > > mailto:[EMAIL PROTECTED] > > http://www.ehug.info > > http://home.wanadoo.nl/mark.sch > > http://www.economy-x-talk.com > > > > Please inform me about vacancies in the field of general > economics at > > your institute. I am also looking for new freelance programming > > projects. > > > > ___ > > 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 ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: What's in a group
Thanks to all. The only way I was able to come up with was to ungroup the group, get a list of the selected objects, and then group it back up. But that takes a little longer than some of these suggestions. Thanks Scott, Mark and MisterX! Ray Horsley Developer, LinkIt! Software On Feb 20, 2006, at 1:47 PM, Mark Schonewille wrote: I forgot to add that you can put these scripts (see previous e-mail) into the stack script or in a stack in use and they will work for every object in the stack, including card and the stack itself. Best, Mark Mark Schonewille wrote: Hi Ray, Use the following scripts as follows: put the objects of grp 1 put the objectIDs of grp 1 Mind line wraps. -- eHUG coordinator mailto:[EMAIL PROTECTED] http://www.ehug.info http://home.wanadoo.nl/mark.sch http://www.economy-x-talk.com Please inform me about vacancies in the field of general economics at your institute. I am also looking for new freelance programming projects. ___ 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: What's in a group
I forgot to add that you can put these scripts (see previous e-mail) into the stack script or in a stack in use and they will work for every object in the stack, including card and the stack itself. Best, Mark Mark Schonewille wrote: Hi Ray, Use the following scripts as follows: put the objects of grp 1 put the objectIDs of grp 1 Mind line wraps. -- eHUG coordinator mailto:[EMAIL PROTECTED] http://www.ehug.info http://home.wanadoo.nl/mark.sch http://www.economy-x-talk.com Please inform me about vacancies in the field of general economics at your institute. I am also looking for new freelance programming projects. ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: What's in a group
Hi Ray, Use the following scripts as follows: put the objects of grp 1 put the objectIDs of grp 1 Mind line wraps. getProp objects repeat with x = 1 to number of controls of the target put the name of control x of the target & return after myList end repeat sort myList return myList end objects getProp objectIDs repeat with x = 1 to number of controls of the target put the id of control x of the target & return after myList end repeat sort myList return myList end objectIDs Best regards, Mark Ray Horsley wrote: Really basic question which I should know: How do I get a list of all objects in a group? Thanks, Ray Horsley Developer, LinkIt! Software -- eHUG coordinator mailto:[EMAIL PROTECTED] http://www.ehug.info http://home.wanadoo.nl/mark.sch http://www.economy-x-talk.com Please inform me about vacancies in the field of general economics at your institute. I am also looking for new freelance programming projects. ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
RE: What's in a group
Hi Ray try this: repeat with x = 1 to the number of controls in group G put the long name of control x of group G & cr after grpList end repeat make sure you refer to control x OF GROUP G or you'll get any control x of the card you're in... this is easily turning into an atomic function like function getGroupControls thisgroup local grpList="" put the number of controls in group thisgroup into CCount repeat with x = 1 to CCount put the long name of control x of group thisgroup into line x of grpList end repeat return grpList end getGroupControls if thisGroup is a long name just use put the long name of control x of thisgroup into line x of grpList which I find much cleaner ;) cheers Xavier http://monsieurx.com > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Ray Horsley > Sent: Monday, 20 February, 2006 19:11 > To: Metacard List > Subject: What's in a group > > Really basic question which I should know: How do I get a > list of all objects in a group? > > Thanks, > > Ray Horsley > Developer, LinkIt! Software > > ___ > 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: What's in a group
Recently, Ray Horsley wrote: > Really basic question which I should know: How do I get a list of all > objects in a group? Here's one way: on mouseUp answer listControls(long name of group 1) end mouseUp function listControls pGroup repeat with C = 1 to number of controls of pGroup put long name of control C of pGroup & cr after tList end repeat return tList end listControls There may be a shorter-code way but the above should work. 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
What's in a group
Really basic question which I should know: How do I get a list of all objects in a group? Thanks, Ray Horsley Developer, LinkIt! Software ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard