dbTalk Databases Forums  

Re: Runtime application with min. footprint, cross platform

comp.databases.filemaker comp.databases.filemaker


Discuss Re: Runtime application with min. footprint, cross platform in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Remi-Noel Menegaux
 
Posts: n/a

Default Re: Runtime application with min. footprint, cross platform - 11-04-2006 , 04:35 PM






Quote:
The database itself may contain about 400 MB - thus I'd like to avoid
running two different runtime solutions, since two separate runtimes
will be bigger than a CD-ROM capacity.
This does not work as you must compile your solution on either a Mac for the
Mac binded runtime or on a PC for the PC one. Now, I can't imagine why such
a distributed solution would be so large, unless you have a lot of imbedded
images. If so you could - you should - have a separate folder for those
images and have only the reference of the image (its path) into the
container field of the record. Maybe this image folder with one file per
image could be left open and then be used either by the Mac runtime or the
PC one.
Just my 2 cents.
Remi-Noel




Reply With Quote
  #2  
Old   
Helpful Harry
 
Posts: n/a

Default Re: Runtime application with min. footprint, cross platform - 11-04-2006 , 09:10 PM






In article <454d15af$0$17258$426a74cc (AT) news (DOT) free.fr>, "Remi-Noel
Menegaux" <rnmenegaux (AT) free (DOT) fr> wrote:

Quote:
The database itself may contain about 400 MB - thus I'd like to avoid
running two different runtime solutions, since two separate runtimes
will be bigger than a CD-ROM capacity.

This does not work as you must compile your solution on either a Mac for the
Mac binded runtime or on a PC for the PC one. Now, I can't imagine why such
a distributed solution would be so large, unless you have a lot of imbedded
images. If so you could - you should - have a separate folder for those
images and have only the reference of the image (its path) into the
container field of the record. Maybe this image folder with one file per
image could be left open and then be used either by the Mac runtime or the
PC one.
Just my 2 cents.
You do need two separate runtime application files (and some extras),
but your database files themselves are exactly the same for both
operating systems, and will still open in FileMaker itself. This means
you only need one copy of the files ... but unless you're distributing
the files to people with a reasonable computer ability, you'll have to
include some sort of installer to install the files onto their computer
for them. These usually compress the files, but again you'll need a
separate installer for each operating system. There are probably some
installer creation packages that don't compress the files into a
proprietry format and you could then create two installers that copy
the files from a single data folder - maybe even a "simple" AppleScript
and Windows equivalent.

As long as you use the same binding key, you can also distribute later
updates by sending just the new data files - the runtime applications
won't change (until you upgrade to a newer version of FileMaker of
course).


Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)


Reply With Quote
  #3  
Old   
Helpful Harry
 
Posts: n/a

Default Re: Runtime application with min. footprint, cross platform - 11-06-2006 , 11:21 PM



In article <slrnekuas0.1k3.t-use (AT) ID-685 (DOT) user.individual.de>, Martin
Trautmann <t-use (AT) gmx (DOT) net> wrote:

Quote:
On Sun, 05 Nov 2006 16:10:58 +1300, Helpful Harry wrote:
In article <454d15af$0$17258$426a74cc (AT) news (DOT) free.fr>, "Remi-Noel
Menegaux" <rnmenegaux (AT) free (DOT) fr> wrote:

The database itself may contain about 400 MB - thus I'd like to avoid
running two different runtime solutions, since two separate runtimes
will be bigger than a CD-ROM capacity.

This does not work as you must compile your solution on either a Mac for
the
Mac binded runtime or on a PC for the PC one. Now, I can't imagine why
such
a distributed solution would be so large, unless you have a lot of
imbedded
images. If so you could - you should - have a separate folder for those
images and have only the reference of the image (its path) into the
container field of the record. Maybe this image folder with one file per
image could be left open and then be used either by the Mac runtime or
the
PC one.
Just my 2 cents.

You do need two separate runtime application files (and some extras),
but your database files themselves are exactly the same for both
operating systems, and will still open in FileMaker itself.

Yes - it's better documentet within FMP8, while there's not much of an
information, concerning the binding key, in FMP7.

Is there a chance to catch the binding key from FileMaker directly?
I don't know about FileMaker 7 or 8, but in my version the Binder asked
you to type in the binding key you wanted - you just have to remember
it for next time.



Quote:
... but unless you're distributing
the files to people with a reasonable computer ability, you'll have to
include some sort of installer to install the files onto their computer
for them. These usually compress the files, but again you'll need a
separate installer for each operating system. There are probably some
installer creation packages that don't compress the files into a
proprietry format and you could then create two installers that copy
the files from a single data folder - maybe even a "simple" AppleScript
and Windows equivalent.

I did not want to install the files at all - I expected to run them from
a read-only CD-ROM.
It should work fine. You can rename the runtime applications as:

"Windows users click here"
and "Apple users click here"

so that they know which one to run for their operating system.




Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)


Reply With Quote
  #4  
Old   
Helpful Harry
 
Posts: n/a

Default Re: Runtime application with min. footprint, cross platform - 11-07-2006 , 11:20 PM



In article <slrnel0ntk.1k3.t-use (AT) ID-685 (DOT) user.individual.de>, Martin
Trautmann <t-use (AT) gmx (DOT) net> wrote:

Quote:
On Tue, 07 Nov 2006 18:21:46 +1300, Helpful Harry wrote:
Yes - it's better documentet within FMP8, while there's not much of an
information, concerning the binding key, in FMP7.

Is there a chance to catch the binding key from FileMaker directly?

I don't know about FileMaker 7 or 8, but in my version the Binder asked
you to type in the binding key you wanted - you just have to remember
it for next time.

So you have to remember both passwords and binding key.
There's this new fangled invention called "pen and paper" ... ;o)

You could use a word processor page, a spreadsheet or even create your
own simple FileMaker database to store the passwords and binding keys
for all the solutions you make.



Quote:
I did not want to install the files at all - I expected to run them from
a read-only CD-ROM.

It should work fine. You can rename the runtime applications as:

"Windows users click here"
and "Apple users click here"

Unfortunately, the Windows directory is full of garbage - tons of .dll
files. I'm not enough of a win person in order to know how their
software links work - they seem to be absolute, since they fail after
moving directories around:

runtime/"Windows users click here" -> runtime/data/FMP.exe

I did not observe any problem with the Mac alias "Apple users click
here" -> data/FMP, while a relative unix link would be
"click here" -> ./data/FMP
Unfortunately I don't know anything about Windows shortcuts either. You
may be able to edit the shortcut after creating it via it's Properties
window (right-click on it), but I don't know if you can make it a
relative link.

Otherwise you might have to make it simply say something like:

D:runtime/data/FMP.exe

which would a problem for those that have their CD drive set-up as a
different drive letter ... and people wonder why I avoid Windows. )




Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)


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.