Re: Writing a file remotely

2001-09-24 Thread F. Ricardo, Ph.D.

You don't want to write "file://" -- say "file:", thus

  url "file://domain.name.ca/Distant/"

should really be

  url "file:domain.name.ca/Distant"


Cheers,
F.

--- Gregory Lypny <[EMAIL PROTECTED]> wrote:
> Hi Everyone,
> 
>   I'm tinkering with a stack that I hope will write data from
> one Mac 
> to another.
> 
>   I thought I should be using
> 
>   put fld "Data To Be Sent" into \
>   URL "file://domain.name.ca/Distant Drive Name/Desktop
> Folder/Drop 
> Box/fileName"
> 
>   where Drop Box is a folder on the receiving Mac with read and
> write 
> file sharing privileges enabled over TCP/IP.  I'm obviously
> doing 
> something wrong in my muddling, and I imagine I have to
> establish a 
> connection between the two machines first, but I'm not sure
> how.  Any 
> suggestions?
> 
>   Cheers,
> 
>   Greg
> 
> 
> 
> Gregory Lypny
> Associate Professor
> John Molson School of Business
> Concordia University
> _
> "The key to a great solution is really mixing it up."
>  - Ms Frizzle, The Magic School Bus
> 
> 


__
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. 
http://im.yahoo.com

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: Writing a file remotely

2001-09-24 Thread andu

Gregory Lypny wrote:
> 
> Hi Everyone,
> 
> I'm tinkering with a stack that I hope will write data from one Mac to another.
> 
> I thought I should be using
> 
> put fld "Data To Be Sent" into \
> URL "file://domain.name.ca/Distant Drive Name/Desktop Folder/Drop Box/fileName"
> 
> where Drop Box is a folder on the receiving Mac with read and write file sharing 
>privileges enabled over TCP/IP. I'm obviously doing something wrong in my muddling, 
>and I imagine I have to establish a connection between the two machines first, but 
>I'm not sure how. Any suggestions?

Use appletalk. Mount the remote folder via Chooser->appleShare and treat
it like any other folder.

> 
> Cheers,
> 
> Greg
> 
> Gregory Lypny
> Associate Professor
> John Molson School of Business
> Concordia University
> _
> "The key to a great solution is really mixing it up."
> - Ms Frizzle, The Magic School Bus

-- 
Regards, Andu
___
[EMAIL PROTECTED]

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.




Writing a file remotely

2001-09-24 Thread Gregory Lypny
Hi Everyone,

I'm tinkering with a stack that I hope will write data from one Mac to another.

I thought I should be using

put fld "Data To Be Sent" into \  
URL "file://domain.name.ca/Distant Drive Name/Desktop Folder/Drop Box/fileName"

where Drop Box is a folder on the receiving Mac with read and write file sharing privileges enabled over TCP/IP.  I'm obviously doing something wrong in my muddling, and I imagine I have to establish a connection between the two machines first, but I'm not sure how.  Any suggestions?

Cheers,

Greg



Gregory Lypny
Associate Professor
John Molson School of Business
Concordia University
_
"The key to a great solution is really mixing it up."
- Ms Frizzle, The Magic School Bus



Re: FTP stack

2001-09-24 Thread MMessieh

"I don't know, but Michael's work may already supercede this."

The modified FTP stack was done by an expert scripter for me.I cannot take any credit 
for this.
mike


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: list problems

2001-09-24 Thread Robert Brenstein

>Robert,
>
>You probably have "toggle hilites" checked on; this would explain the
>behavior you're getting. To get a basic "select one" list field, you should
>have the default options that MC puts on a field once you have checked
>"listBehavior": traversalOn (true), lockText (true), autohilite (true),
>listBehavior (true) and sharedText (true). All other properties on the
>Behavior tab are left unchecked. Technically, you only need the lockText,
>autoHilite and listBehavior checked, but it doesn't hurt to have the other
>two (traversalOn and sharedText) turned on unless they cause you problems.

Yes! That was it. "toggle hilites" was my problem.

>As to your other comments - switching from browse to pointer tool (switching
>from edit to run) or going to another card forces the object with the
>current focus to lose focus, so there's nothing technically wrong with the
>way MC is acting. If you need to store the current selections so that when a
>card is displayed it will display the selections properly, you can store the
>hilitedLines in a custom property of the list field and then restore it on
>openCard.

I see. I guess my HyperCard background caused me to misinterpret what 
I read in the docs. In HyperCard, a field does not loose selection 
when going to another card and back. I need to program this behavior 
in my MC stack.

>Hope this helps,
>
>Ken Ray

Thanks Ken.

Robert

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: list problems

2001-09-24 Thread Ken Ray

Robert,

You probably have "toggle hilites" checked on; this would explain the
behavior you're getting. To get a basic "select one" list field, you should
have the default options that MC puts on a field once you have checked
"listBehavior": traversalOn (true), lockText (true), autohilite (true),
listBehavior (true) and sharedText (true). All other properties on the
Behavior tab are left unchecked. Technically, you only need the lockText,
autoHilite and listBehavior checked, but it doesn't hurt to have the other
two (traversalOn and sharedText) turned on unless they cause you problems.

As to your other comments - switching from browse to pointer tool (switching
from edit to run) or going to another card forces the object with the
current focus to lose focus, so there's nothing technically wrong with the
way MC is acting. If you need to store the current selections so that when a
card is displayed it will display the selections properly, you can store the
hilitedLines in a custom property of the list field and then restore it on
openCard.

Hope this helps,

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

- Original Message -
From: "Robert Brenstein" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 24, 2001 5:38 AM
Subject: list problems


> I can't figure out what I can be doing wrong. Still MC 2.3.2, I have
> a scrolling  field that has "list behavior" set, no multiple hilites
> and no noncontig hilites. However, when clicking on different lines I
> get multiple lines selected, contig and noncontig. Furthermore, a
> field with the list behavior is supposed to remember its selection
> after loosing focus. However, going to another card and returning or
> just switching to edit mode and back to run mode causes the selection
> to vanish.
>
> Robert
>
> 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.
>
>


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: More Quicktime problems

2001-09-24 Thread Mark Luetzelschwab

I've run into a very similar thing when I switched to 2.4 and was 
messing with it over the weekend.

I have found a workaround which seems to work ok, but I will still 
report this as a bug.

The problem, I think, comes when the player checks its own size...and 
it returns the size - the controller height...so when it sets the 
rect of the new movie (I am assuming that you are swapping movies 
into one player)...it sets it to the smaller size.  Repeated calls 
shrinks it by 16 or so pixels each time until you have a lot of very 
short, fat people in your movie :)

So, a couple of things to try:

1. Do not call show player if the player is visible. It will cause 
the player to walk down the screen. If lockLocation is on, this will 
also shrink it. If this doesnt work, try..

2. Set locklocation to false, and set the fileName of the movie to 
empty when you are done with it...and before you set the fileName to 
something else. This seems to alleviate most size reporting bugs. 
BUT, it can cause flashing.

-ml


>
>
>Ken Ray a Ècrit:
>
>>  Did you set the lockLocationi of the player object to true?
>>
>
>I tried both options (true & false), among many other things
>(like setting the filename of the player, as well as its height &
>width every time I want to start it), but problem remains...
>
>BTW I forgot to mention that problem occurs not only with
>.mov files, but also with .swf...
>
>Thanks.
JB
-- 
Mark J. Luetzelschwab   [EMAIL PROTECTED]  
Texas Center for(v) (512) 232 6034
Reading and Language Arts   (f) (512) 232 2322
http://www.texasreading.org

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.




list problems

2001-09-24 Thread Robert Brenstein

I can't figure out what I can be doing wrong. Still MC 2.3.2, I have 
a scrolling  field that has "list behavior" set, no multiple hilites 
and no noncontig hilites. However, when clicking on different lines I 
get multiple lines selected, contig and noncontig. Furthermore, a 
field with the list behavior is supposed to remember its selection 
after loosing focus. However, going to another card and returning or 
just switching to edit mode and back to run mode causes the selection 
to vanish.

Robert

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.