Re: Open a file with MC from desktop

2003-01-06 Thread Ken Ray
It comes in as command line argument $0 if I remember correctly. So when
your app launches, you just say:

  put $0 into myFilePath

and you should get it. Take a look at the entry for "command line arguments"
in the Help Index for more info.

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

- Original Message -
From: "pascal.bau" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 4:13 PM
Subject: Was: Open a file with MC from desktop


> It has to be X platform.
> Under Windows, the filepath is the parameter of what msg???
> Many thanks Ken!
>
> >Is this in Mac or Windows? In Mac OS 9, you'd need to make sure that the
> >type and creator codes were associated with the standalone; in OS X and
> >Windows you'd need to make sure the file extension was registered with
the
> >standalone. Then, when the file is double-clicked and it launches the
> >standalone, you get an 'odoc' appleEvent in MacOS, and you get the
filepath
> >of the document as a parameter to the application under WIndows.
> >
> >Ken Ray
>
>
> ___
> 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: emailing function?

2003-01-06 Thread Ken Ray
Yes, in the ReadMe for MC 2.4.3. Download a copy from ftp.metacard.com, and
read the ReadMe.

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

- Original Message -
From: "kweto" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 10:27 PM
Subject: Re: emailing function?


> > Go here http://dark.unitz.ca/~shaosean/software/libSMTP/index.html
> >
> > & download Shao Sean's libSMTP
>
> Thank you. Downloaded it, but got some script errors, the first one of
which
> was at the line "put the internet date". Seems that in MC2.3 the "date"
> function only supports [long | short | abbreviated] forms. Any workarounds
> for this (short of upgrading to 2.4)?
>
> Speaking of which, is there a list somewhere of the (significant)
> differences between MC2.3 and MC2.4?
>
> Thank you.
>
> Nicolas Cueto
>
> ___
> 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: New window style

2003-01-06 Thread Ken Ray
Well, Simon, you can create a custom window definition with MC already (i.e.
you can create a rounded corner window), and the brushed steel would just be
a backgroundpattern. It won't be as easy as "set the tyle of this stack to
brushed", but it is doable. See the windowShape and backgroundPattern
properties.

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

- Original Message -
From: "Simon Lord" <[EMAIL PROTECTED]>
To: "MetaCard" <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 3:19 PM
Subject: New window style


> I sent an email to Scott with this question, he hasn't responded so I'm
> wondering if my support ran out :^)
>
> My question is for MC under OSX.  Is there, or *will* there be a new
> window style that would allow me to create the brushed steel window
> with rounded corners?  The API to do this has been included in the
> latest versions of OSX (I see Apple Script can make these windows now).
>
> So how long before we can state:  set the style of this stack to brushed
>
> Sincerely,
> Simon
>
> ___
> 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: emailing function?

2003-01-06 Thread kweto
> Go here http://dark.unitz.ca/~shaosean/software/libSMTP/index.html
>
> & download Shao Sean's libSMTP

Thank you. Downloaded it, but got some script errors, the first one of which
was at the line "put the internet date". Seems that in MC2.3 the "date"
function only supports [long | short | abbreviated] forms. Any workarounds
for this (short of upgrading to 2.4)?

Speaking of which, is there a list somewhere of the (significant)
differences between MC2.3 and MC2.4?

Thank you.

Nicolas Cueto

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



script limits in front/back scripts

2003-01-06 Thread Rodney Tamblyn
I'm curious about why scriptLimits are imposed on scripts inserted in 
frontscripts/backscripts.

The insert command requires user to specify an object script to be 
inserted.  Surely the limits should apply to the object, in the same 
way as they normally do.  Frontscripts/backscripts must be of limited 
usefulness in any standalone applications as these have scriptlimits 
imposed (these limits don't apply to scripts already created during 
authoring with a licensed home stack).

Rodney


--
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


Re: Database Encryption

2003-01-06 Thread Scott Rossi
Recently, Scott Raney wrote:

> Those old
> things that start with a drive name and are delimited with colons are
> obsolete MacOS 7/8/9 format paths.  The way of the future is UNIX paths.

The irony being, UNIX is a 30 year old operating system... :-)

Regards,

Scott Rossi
Creative Director

Tactile Media, Multimedia & Design
Email: [EMAIL PROTECTED]
Web: www.tactilemedia.com

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



Re: Database Encryption

2003-01-06 Thread Scott Raney
On Sat, 04 Jan 2003 Ruslan Zasukhin <[EMAIL PROTECTED]> wrote:

> Then I still think that Okay, you can return UNIX paths on default.,
> But will be good for MC developers if you will give them built-in methods to
> convert them into MAC and windows native paths.

It's not a problem on Windows, you just need to change the / to a \.
A conversion from MacOS X native paths to old MacOS-format paths would
be trivial to script: if the path starts with "/Volumes/", just delete
that part.  If it doesn't, put the first line of the list returned by
"the drives" before the path.

> This DO NOT make any problems for development of cross-platform code.
> As you know REALbasic, Director, Java, C++ all they perfectly work in
> cross-platform way with Valentina, and again, developers do not have
> problems with conversion of paths as you think, because paths self come from
> system's Open Dialog.

The problem being that paths *don't* always come from the Open dialog,
in which case the way those other products handle paths are a pain in
the ass because you have to handle each platform separately.

> And ONLY Metacard developers, as far as I see, have headache with conversion
> of paths...at least if they work with Valentina.

Correct.  Which is fine because the number of them doing
Mac/Windows/UNIX work *without* having to write special code to handle
the differences is vastly larger than the number using Valentina where
you *do* have to handle paths differently (assuming of course that you
don't modernize Valentina, at least on OS X, to use native paths
instead of the old style).

> >> I have see that you try work around this to convert manually Unix paths to
> >> Mac OS paths. But this not works on my computer.
> > 
> > You shouldn't ever need to do this.
> 
> Scott, this is not correct.
> 
> All other products (C++, REALbasic, Director) work in this way.
> And Valentina kernel also work in this way:
> native path for each platform.
> 
> Only MetaCard habe its own special way...

Because only MetaCard allows access to, e.g., the file /etc/password
so that you can determine what users are configured on the current
system.  You have to go and buy an external package to do this with
these other products, which IMHO is an inferior architecture.  There
are many other similar system files that people need access to.  Same
situation exists with the shell() function, which you would have to
translate everything with if the engine used those old-style paths.

> >> And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is
> >> CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog.
> > 
> > It can't do that and then use UNIX paths for everything else...
> 
> Why MC Carbon can't return native MacOS paths ???

It does: what you're confused about is what "native" means.  Those old
things that start with a drive name and are delimited with colons are
obsolete MacOS 7/8/9 format paths.  The way of the future is UNIX paths.
  Regards,
Scott

> -- 
> Best regards,
> Ruslan Zasukhin  [ I feel the need...the need for speed ]
> -
> e-mail: [EMAIL PROTECTED]
> web: http://www.paradigmasoft.com
> 
> To subscribe to the Valentina mail list
> send a letter to [EMAIL PROTECTED]
> -


Scott Raney  [EMAIL PROTECTED]  http://www.metacard.com
MetaCard: You know, there's an easier way to do that...


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



Re: emailing function?

2003-01-06 Thread thinkertoys
Go here http://dark.unitz.ca/~shaosean/software/libSMTP/index.html

& download Shao Sean's libSMTP

Eric
Thinker Toys,Inc
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard



Was: Open a file with MC from desktop

2003-01-06 Thread pascal.bau
Thanks Ken,

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



Was: Open a file with MC from desktop

2003-01-06 Thread pascal.bau
It has to be X platform.
Under Windows, the filepath is the parameter of what msg???
Many thanks Ken!

>Is this in Mac or Windows? In Mac OS 9, you'd need to make sure that the
>type and creator codes were associated with the standalone; in OS X and
>Windows you'd need to make sure the file extension was registered with the
>standalone. Then, when the file is double-clicked and it launches the
>standalone, you get an 'odoc' appleEvent in MacOS, and you get the filepath
>of the document as a parameter to the application under WIndows.
>
>Ken Ray


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



New window style

2003-01-06 Thread Simon Lord
I sent an email to Scott with this question, he hasn't responded so I'm 
wondering if my support ran out :^)

My question is for MC under OSX.  Is there, or *will* there be a new 
window style that would allow me to create the brushed steel window 
with rounded corners?  The API to do this has been included in the 
latest versions of OSX (I see Apple Script can make these windows now).

So how long before we can state:  set the style of this stack to brushed

Sincerely,
Simon

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


emailing function?

2003-01-06 Thread kweto



Hello,
 
Vague kind of question here, about how to add an emailing 
capability to a standalone. 
 
What I have in mind is that "Tell a friend" button seen on 
some software, which, when clicked, prompts the user for their friend's (or list 
of friends') name and email address, after which the software sends an email to 
that friend stating who it's from, what the software is about, as well as an url 
to the software's site.
 
If, as I imagine, such a feature is already built into MC, 
where in MC Help do I look? (Or, being lazy, if it requires a lengthy script, 
any volunteers?)
 
Thank you.
 
Nicolas Cueto


Re: Fwd: Shrink Image quickly

2003-01-06 Thread Scott Raney
On Mon, 6 Jan 2003, Sannyasin Sivakatirswami wrote:

> Maybe someone on the MC list will know

We've had few problems with indiscriminate cross-posting between the
MC and RR mailing lists, and I'm hoping this is not going to start a
trend...

> >> on Shrinking
> >>put the width of img "shrinkTest" into x
> >>if x = 20 then
> >>  restoreSize
> >>  exit Shrinking
> >>end if
> >>put the height of image "shrinkTest" into y
> >>set the width of image "shrinkTest" to  (x - 1)
> >>set the height of image "shrinkTest" to  (y - 1)

Here's your first problem: setting the width and height separately
causes the image to be rescaled *twice* instantly halving your
performance.  You should be setting the rect property instead.

The second problem is the -1 part: the actual amount to change depends
on the performance of the hardware but -1 is always going to be to
small unless you're only dealing with very small images on very fast
hardware.  Things like the "move" command and visual effects
adaptively change the delta to meet the time requirements and you'll
have to do something similar using the milliseconds function,
i.e., compute the size based on the ratio:
currenttime - starttime / totaltime

You should be able to build a usable move/scale routine using the
above techniques, but for serious work in this area you should be
using Flash or one of the QT-based animation tools from which you
would export a QT movie that you'd play with a player control.
  Regards,
Scott


Scott Raney  [EMAIL PROTECTED]  http://www.metacard.com
MetaCard: You know, there's an easier way to do that...

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



Fwd: Shrink Image quickly

2003-01-06 Thread Sannyasin Sivakatirswami
Maybe someone on the MC list will know

Begin forwarded message:


From: "Ken Ray" <[EMAIL PROTECTED]>
Date: Sun Jan 5, 2003  10:44:18 PM Pacific/Honolulu
To: <[EMAIL PROTECTED]>
Subject: Re: Shrink Image quickly
Reply-To: [EMAIL PROTECTED]

It's not the "send" that's the problem. I ran your code inside a tight
repeat loop and got the same results, both with the alwaysBuffer on 
and off
for both the image and the stack. I'll bet it has something to do with 
the
fact that for each pass at shrinking, the image needs to be redefined 
to be
displayed, which means going through each pixel in the image 
determining
what to do with it. I don't know how to make this any faster; perhaps
Scott/Kevin can provide some suggestions?

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

- Original Message -
From: "Sannyasin Sivakatirswami" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 12:08 AM
Subject: Shrink Image quickly


In theory the following script should shrink an image 280 pixels wide
in under 1 second... but it takes forever... 3-4 seconds.  Even 
setting
the "send in' down to 1 millisecond doesn't speed it up up... a
threshold is reached at about 20 ticks where setting it any lower does
not speed up the event at all...  Goal is: shrink and image while is 
is
moving along a path, smoothly, quickly.

local imageRect
on mouseup
   put the rect of image "shrinkTest" into imageRect
   put imageRect
   Shrinking
end mouseup

on Shrinking
   put the width of img "shrinkTest" into x
   if x = 20 then
 restoreSize
 exit Shrinking
   end if
   put the height of image "shrinkTest" into y
   set the width of image "shrinkTest" to  (x - 1)
   set the height of image "shrinkTest" to  (y - 1)
   send "Shrinking" to me in 1  milliseconds
end Shrinking

on restoreSize
set the rect of image "Shrink Test" to imageRect
end restoreSize

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


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



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



Re: Export text from tabbed field

2003-01-06 Thread Robert Brenstein
Thanks to Eric, Robert, Andu, Phil and Richard for your replies. 
Your replies all seem to confirm that the columns originating from 
the tab stops will not be maintained when read to a file without 
much customizing and extra scripting. So without putting too much 
energy into it, I have found a solution, which is not 100% 
satisfactory, but it will do for me. The output file will be read by 
various teachers on various platforms, so there is no way to change 
their Word settings and I would not want to ask them to change font 
to a monofont either.

My data in the scrolling field can be exemplified as:
Date		Code		Student name		Score

Jan 02 11:30	3A1.1		Anne Lund Pedersen	37 %
Jan 02 09:30	11D1.12		Randi Holt		8 %
Jan 02 10:37	3A1.1		Arve Pedersen		17 %
Jan 02 11:31	11D1.12		Anne Holt-Rasmussen	98 %

Particularly 'Student name' will vary in length whereas 'Date' is 
fixed since it is read from a server. 'Code' will vary from 5 to 7 
characters, so I add 2 extra spaces at the end of each code. 
Originally I used both1 and 2 digits for 'Score' (1,299), but at 
least I can add 0 in front of 1 to 9. Then as a last change in my 
data I place 'Score' in front of 'Student name'.


What you write about not being able to change their Word settings in 
not quite true. If you use the RTF format for distribution instead of 
tabbed text, you can define the custom tab settings to be in effect 
when the file is opened in Word or another word processing program. 
These settings are file specific. In your case, producing an RTF file 
is quite simple.

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


Re: Export text from tabbed field

2003-01-06 Thread Richard Gaskin
Signe Marie Sanne wrote:

> Your replies all seem to confirm that the columns originating from the tab
> stops will not be maintained when read to a file without much customizing and
> extra scripting. 

I'm quite certain I missed something:  if your data contains ASCII 9, why is
that not evident in the other programs you read the data with?

-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Developer of WebMerge 2.1: Publish any database on any site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

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



Re: Export text from tabbed field

2003-01-06 Thread Signe Marie Sanne
Title: Re: Export text from tabbed
field


Signe

You will have to translate the fld's text before export, inserting
the
correct number spaces ( based on length of the text in ea. column &
the
tab stops of the fld.) To display correctly, such that text aligns
according to tabs, the text will need to be set to a mono font such
as
Monaco on Mac or Courier New on PC.

Thanks to Eric, Robert, Andu, Phil and Richard for your replies.
Your replies all seem to confirm that the columns originating from the
tab stops will not be maintained when read to a file without much
customizing and extra scripting. So without putting too much energy
into it, I have found a solution, which is not 100% satisfactory, but
it will do for me. The output file will be read by various teachers on
various platforms, so there is no way to change their Word settings
and I would not want to ask them to change font to a monofont
either.

My data in the scrolling field can be exemplified as:
Date   
   
Code   
   
Student name   
   
Score

Jan 02
11:30    3A1.1  
    Anne
Lund Pedersen  37
%   
   
   
   
   

Jan 02
09:30    11D1.12
   
Randi Holt 
    8
%
Jan 02
10:37    3A1.1  
    Arve
Pedersen  
    17
%   
   
   
   
   

Jan 02
11:31    11D1.12
    Anne
Holt-Rasmussen 98
%

Particularly 'Student name' will vary in length whereas 'Date' is
fixed since it is read from a server. 'Code' will vary from 5 to 7
characters, so I add 2 extra spaces at the end of each code.
Originally I used both1 and 2 digits for 'Score' (1,299), but at
least I can add 0 in front of 1 to 9. Then as a last change in my data
I place 'Score' in front of 'Student name'.

Thanks again for all suggestions.
-- 


1. amanuensis Signe Marie Sanne  e-mail:
[EMAIL PROTECTED]
Romansk
Institutt    tel:  +47 55 58 21
27
Oysteins gt.
1   
5007
Bergen 
http://www.hf.uib.no/hfolk/mlab/hjem/default.html
Norway




transparent windows

2003-01-06 Thread Rodney Tamblyn
Is there any way to apply an ink effect to a window, ie is it possible 
to make a stack window transparent?

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


Opening stacks from variables

2003-01-06 Thread Rodney Tamblyn
Further to a recent thread on the list, I've been experimenting with 
opening stacks from variables.  One issue is how you refer to the stack 
after it has been opened.

Does anyone know of any issues with opening stacks from variables when 
compared to the conventional method of opening from a file?  Seems to 
work fine.

--
-- Script example
-- Binary read a stack file and create 4 example stack windows from the 
data
--

on mouseUp

  local tFile,tData,tStacks,x

  #read a stack in (binary)
  answer file "Select a stack file" with filter "MSTK"
  put it into tFile
  open file tFile for binary read
  read from file tFile until eof
  put it into tData
  close file tFile

  #note stack windows open.  There's no way to determine what the name 
of the stack
#being opened is so must compare against this list.
  put openStacks() into tStacks
  open stack (tData)
  #find out it's name
  repeat for each line x in openStacks()
if lineOffset(x,tStacks) = 0 then
  put x into tStackName
  exit repeat
end if
  end repeat
  #rename stack
  set the name of stack tStackName to "Example 1"
  #open a few more...
  repeat with x = 2 to 4
open stack (tData)
set the name of stack tStackName to "Example "&x
  end repeat
end mouseUp

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