Re: listBehavior problem

2003-01-12 Thread Geoff Canyon
You should be able to prevent this by placing a field (that can receive 
focus) on a (lower|higher) layer than the listbox. I think it's lower 
layer.

gc

On Sunday, January 12, 2003, at 09:18 PM, kweto wrote:

Hello,
 
Upon a stack opening for the first time, it automatically and 
_unwantedly_ selects the top line of a field with listBehavior set to 
true. How do I prevent this (i.e., so that the list-field remains 
unhilited)?
 
I tried switching the layer of the list-field, as well as this piece 
of pre-emptive script, but no luck:
 
on openCard
  set the hilitedLines of field "fImageList" to "0,0"
  set the hilitedLines of field "fImageList2" to "0,0"
end openCard
 
Thank you.
 
Nicolas Cueto
 
P.S. Thanks to Klaus Major for the answer printer fix.


I hope this helps. Feel free to contact me if you have any further 
questions.

regards,

Geoff Canyon
Revolution Support
--
Geoff Canyon <[EMAIL PROTECTED]> 
Runtime Revolution Limited - The Solution for Software Development
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


RE: listBehavior problem

2003-01-12 Thread Chipp Walters
check out the 'focus' command
(B
(Bon opencard
(B  focus (to a different object)
(Bend opencard
(B
(B
(Bor reset your layering order so that the list is not the first control on
(Bthe page.
(B
(B___
(Bmetacard mailing list
([EMAIL PROTECTED]
(Bhttp://lists.runrev.com/mailman/listinfo/metacard



listBehavior problem

2003-01-12 Thread kweto



Hello,
 
Upon a stack opening for the first time, it automatically and 
_unwantedly_ selects the top line of a field with listBehavior set to true. How 
do I prevent this (i.e., so that the list-field remains unhilited)?
 
I tried switching the layer of the list-field, as well as this 
piece of pre-emptive script, but no luck:
 
on openCard  set the hilitedLines of field 
"fImageList" to "0,0"  set the hilitedLines of field "fImageList2" 
to "0,0"end openCard
 
Thank you.
 
Nicolas Cueto
 
P.S. Thanks to Klaus Major for the answer printer 
fix.


Re: determining members of group

2003-01-12 Thread Rodney Tamblyn
Thanks, controls that's what I couldn't remember
as in : put the number of controls in group 1

R.

On Monday, January 13, 2003, at 05:37  PM, [EMAIL PROTECTED] wrote:

Try "button 1 of group x" or "control 1 of group x" etc.


Re: determining members of group

2003-01-12 Thread PEChumbley
Try "button 1 of group x" or "control 1 of group x" etc.

Philip Chumbley


What's the syntax for determining the members of a group?  It isn't 
referred to under group properties in the Reference stack, or in the 
Concepts and Techniques stack under Groups topic.  Might be a good 
thing to make more obvious if these stacks are being revised.

For me the following syntax options are most intuitive (but don't work):

    members of group x
  objects of group x
    elements of group x
    buttons/fields/players etc of group x

inside group script:
    the members of me
    my members
    etc...

Could someone please refresh my memory before I go mad...



determining members of group

2003-01-12 Thread Rodney Tamblyn
What's the syntax for determining the members of a group?  It isn't 
referred to under group properties in the Reference stack, or in the 
Concepts and Techniques stack under Groups topic.  Might be a good 
thing to make more obvious if these stacks are being revised.

For me the following syntax options are most intuitive (but don't work):

	members of group x
 objects of group x
	elements of group x
	buttons/fields/players etc of group x

inside group script:
	the members of me
	my members
	etc...

Could someone please refresh my memory before I go mad...

~ R

--
Rodney Tamblyn
44 Melville St
Dunedin, New Zealand
+64 3  4778606
025 2667321
http://rodney.weblogs.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Metacard CGI's

2003-01-12 Thread Michael Crawford

 > Does anyone have any other suggestions about how I could get this to work?



You may be able to create an ordinary library stack with the image-creation
objects and routines... then within your script:

start using stack "imageLib"
makeImages()

In limited tests, I've found this to be the way to do stack-specific work
from a CGI script.

HTH,
Brian



Thanks Brian,


I have done what you have suggested and have tried using a library 
stack. However it still seems that I can not get any properties of 
the image in the library stack that require a GUI.


For example:

put the size of image "cup" of card id 1002 of stack "library.mc" into wot
return wot

gives a result (eg 53882) but

put the loc of image "cup" of card id 1002 of stack "library.mc" into wot

gives an internal server error.


Michael

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Re: Message box field deleted

2003-01-12 Thread Dar Scott

On Sunday, January 12, 2003, at 12:37 PM, J. Landman Gay wrote:


Has anyone else had this problem? Every once in a while, the field in 
the message box is deleted.

I've never seen this in any version of MetaCard. The only thing I can 
think of is that somehow the message box has become toplevel, and you 
have a script somewhere that deletes a field (or else you manually 
delete a field) and since the message box is toplevel, the deletion 
happens there instead of in the stack that was intended.

defaultStack?

Dar Scott

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard



Re: Message box field deleted

2003-01-12 Thread J. Landman Gay
On 1/12/03 9:28 AM, [EMAIL PROTECTED] wrote:

Has anyone else had this problem? Every once in a while, the field in the 
message box is deleted.

I've never seen this in any version of MetaCard. The only thing I can 
think of is that somehow the message box has become toplevel, and you 
have a script somewhere that deletes a field (or else you manually 
delete a field) and since the message box is toplevel, the deletion 
happens there instead of in the stack that was intended.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Re: Message box field deleted

2003-01-12 Thread Ken Ray
Fred,

You see "Message Box (debug)" whenever you open the message box while the
Script Debugger is open. It allows you to examine and/or evaluate global
variables, etc. while debugging a script. I don't know why you might be
deleting the Message Box field, though...

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 9:28 AM
Subject: Message box field deleted


> Has anyone else had this problem? Every once in a while, the field in the
> message box is deleted. I can't figure out what I am doing to delete it.
> Obviously without that field, the message box does not work. If I catch it
in
> time, I do the "revert" command, otherwise I have to overwrite my present
> "mchome.mc" with my backup "mchome.mc".
>
> Does anyone have any ideas why this might be happening? Could it have
> anything to do with the fact that the title on my message box is "Message
Box
> (debug)" -- what is the meaning of "(debug)"?
>
> I am using Mac OS9.2 and MC2.5B1, but the field also got deleted twice
while
> I was using 2.4.3
>
> Thanks
> Fred Moyer
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard



Re: answer printer

2003-01-12 Thread Klaus Major
Hi NIcolas,


Am Sonntag, 12.01.03 um 15:29 Uhr schrieb kweto:



Hello,
 
For the "answer printer" command, is there a way of capturing the 
user's response? Before printing a card  users of my stack have the 
option of setting the paper-size via their particular printer's 
settings, and since the modal printer selection dialog includes a 
"Cancel" button (at least my printers do), I'd like to honour that 
option. But, as it is now, even when I click "Cancel" the stack still 
sends the job to the printer.
 
One work around I. tried was to attempt capturing the user's "Cancel" 
response in a way similar tothat of the answer command, i.e.,
 
  answer printer
  if it is "Cancel"  then exit doWhatever

try:

...
if the result is not empty then exit...

Should work in ANY language ;-)

(The result would be "cancel" :)
 

FWIW, I thought that, since I'm deploying on a Japanese OS 
(Win/Mac), the response word ought to be the Japanese equivalent for 
"Cancel" -- which I tried, but no go.
 
Thank you.
 
Nicolas Cueto


Regards


Klaus Major
[EMAIL PROTECTED]
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard



Message box field deleted

2003-01-12 Thread FMoyer
Has anyone else had this problem? Every once in a while, the field in the 
message box is deleted. I can't figure out what I am doing to delete it. 
Obviously without that field, the message box does not work. If I catch it in 
time, I do the "revert" command, otherwise I have to overwrite my present 
"mchome.mc" with my backup "mchome.mc". 

Does anyone have any ideas why this might be happening? Could it have 
anything to do with the fact that the title on my message box is "Message Box 
(debug)" -- what is the meaning of "(debug)"?

I am using Mac OS9.2 and MC2.5B1, but the field also got deleted twice while 
I was using 2.4.3

Thanks
Fred Moyer
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard



Re: ANN: New xTalk discussion list

2003-01-12 Thread Ken Ray
You're right; I should have done that. My apologies to everyone on the list.

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 12:31 AM
Subject: Re: ANN: New xTalk discussion list


> [snip]
> Ken Ray writes:
>
> > Sorry, Andu. I thought this was a list to talk about MetaCard. My
mistake.
> >
> > Ken
>
>
> Well then, Ken, why continue this thread on the list? Why didn't you
either
> move it off-list, or make a PRIVATE communication to Andu?
>
> miscdas
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard