dbTalk Databases Forums  

FM and MM Director

comp.databases.filemaker comp.databases.filemaker


Discuss FM and MM Director in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Chris Brown
 
Posts: n/a

Default FM and MM Director - 11-08-2005 , 07:37 PM






Hi All,
does anyone use FileMaker AND Macromedia Director?

regards

Chris Brown
University of Adelaide

Reply With Quote
  #2  
Old   
Bill Marriott
 
Posts: n/a

Default Re: FM and MM Director - 11-08-2005 , 11:30 PM






Yes, but I haven't tried to do anything combining them.

I assume you mean building data-driven Director projects, as FileMaker will
not do anything useful with an embedded Director movie except launch it. You
can use JavaScript or Lingo to do this. Most of the examples I'm aware of
talk to MySQL tables. I guess on a Macintosh it would theoretically be
possible to use AppleScript as well.

Bill

"Chris Brown" <cbrown (AT) medicine (DOT) adelaide.edu.au> wrote

Quote:
Hi All,
does anyone use FileMaker AND Macromedia Director?

regards

Chris Brown
University of Adelaide



Reply With Quote
  #3  
Old   
42
 
Posts: n/a

Default Re: FM and MM Director - 11-09-2005 , 02:42 AM





In article <qtudnZAyJM7nFOzenZ2dnUVZ_sKdnZ2d (AT) comcast (DOT) com>, wjm (AT) wjm (DOT) org
says...
Quote:
Yes, but I haven't tried to do anything combining them.

I assume you mean building data-driven Director projects,
FWIW FM rarely makes the most sense for a database engine that is only
going to be accessed via ODBC. (If you are using FM elsewhere, by all
means... use the odbc support to push the data out ... but its really
not the right tool if its primary goal is to be the database backend to
sql queries via odbc).

FM can do it, and its improved dramatically over the last few versions,
but FM's strength is still in its proprietary client/server technology,
and its ease of use with respect to IWP etc, and not its ODBC support.

Its ODBC is not going to win any speed races, nor any features or
standards implemented showdowns against the likes of mysql, postgresql,
or ms sql server...


Reply With Quote
  #4  
Old   
Chris Brown
 
Posts: n/a

Default Re: FM and MM Director - 11-10-2005 , 07:39 PM



42 wrote:
Quote:
In article <qtudnZAyJM7nFOzenZ2dnUVZ_sKdnZ2d (AT) comcast (DOT) com>, wjm (AT) wjm (DOT) org
says...

Yes, but I haven't tried to do anything combining them.

I assume you mean building data-driven Director projects,


FWIW FM rarely makes the most sense for a database engine that is only
going to be accessed via ODBC. (If you are using FM elsewhere, by all
means... use the odbc support to push the data out ... but its really
not the right tool if its primary goal is to be the database backend to
sql queries via odbc).

FM can do it, and its improved dramatically over the last few versions,
but FM's strength is still in its proprietary client/server technology,
and its ease of use with respect to IWP etc, and not its ODBC support.

Its ODBC is not going to win any speed races, nor any features or
standards implemented showdowns against the likes of mysql, postgresql,
or ms sql server...
I have an academic user who runs both at the same time (it is a major
work flow) and for a considerable time, FM has been grinding to a
halt/crashing if MM is open - which it needs to be as he passes info
including a considerable amount of graphic content between the two. This
is a Patient diagnoses/training and graphic resource pair.

He is on a Mac powerBook running 10.4.3.

Being the FM developer I am fairly sure it is the MM projectors that are
causing a very system level resource issue. the MM developer sees it
from a somewhat different perspetive (naturally). MM appears to hog all
avaliable CPU ...

I really looking for someone who runs both together on a similar system,
without problems. We are rather at a loss as to where to go next;
current favoured solution is just buy another laptop and run MM on one
and FM on the other; tedious ongoing swapping, and considerable o/s
travel may this undesirable, but if there is no other way - mandatory


regards

Chris


Reply With Quote
  #5  
Old   
Bill Marriott
 
Posts: n/a

Default Re: FM and MM Director - 11-11-2005 , 10:15 AM



I have both open quite often and do not notice any problems of that sort.

"Chris Brown" <cbrown (AT) medicine (DOT) adelaide.edu.au> wrote

Quote:
42 wrote:

In article <qtudnZAyJM7nFOzenZ2dnUVZ_sKdnZ2d (AT) comcast (DOT) com>, wjm (AT) wjm (DOT) org
says...

Yes, but I haven't tried to do anything combining them.

I assume you mean building data-driven Director projects,


FWIW FM rarely makes the most sense for a database engine that is only
going to be accessed via ODBC. (If you are using FM elsewhere, by all
means... use the odbc support to push the data out ... but its really not
the right tool if its primary goal is to be the database backend to sql
queries via odbc).

FM can do it, and its improved dramatically over the last few versions,
but FM's strength is still in its proprietary client/server technology,
and its ease of use with respect to IWP etc, and not its ODBC support.
Its ODBC is not going to win any speed races, nor any features or
standards implemented showdowns against the likes of mysql, postgresql,
or ms sql server...

I have an academic user who runs both at the same time (it is a major work
flow) and for a considerable time, FM has been grinding to a
halt/crashing if MM is open - which it needs to be as he passes info
including a considerable amount of graphic content between the two. This
is a Patient diagnoses/training and graphic resource pair.

He is on a Mac powerBook running 10.4.3.

Being the FM developer I am fairly sure it is the MM projectors that are
causing a very system level resource issue. the MM developer sees it from
a somewhat different perspetive (naturally). MM appears to hog all
avaliable CPU ...

I really looking for someone who runs both together on a similar system,
without problems. We are rather at a loss as to where to go next; current
favoured solution is just buy another laptop and run MM on one and FM on
the other; tedious ongoing swapping, and considerable o/s travel may this
undesirable, but if there is no other way - mandatory


regards

Chris



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.