Hello,
And from now :
<http://www.filemaker.com/developers/resources/php/index.html>
FileMaker API for PHP Public Beta Overview
The FileMaker API for PHP is an interface that allows FileMaker information to
be accessed via the PHP programming language.
Cheers,
Youri
C. Wyatt wrote:
Peter De Berdt wrote:
I feel sorry for all those people being forced to upgrade all their
Filemaker Clients again just for universal binary support.
The 8.5 upgrade is for much more than universal support. The speed on
both PPC and Intel is substantially faster, with MacWorld getting
several times the performance on huge tables using a PPC. The internal
engine was completely reworked to optimize searches.
Also, you have named objects, named tabs, new script commands, and live
a live Web control. The live Web control alone is worth an upgrade to
some users. You create the data string using an FM script and then the
Web control can display data from sources such as Amazon or Google. The
ability to grab data from an external source and put it directly into a
table -- along with a live Web page -- is pretty nice, especially since
it is part of your runtime solution, then.
There are other control changes, and the visual relationship designer
reminds me of Access. The fact everything is in a single file was a nice
change in FM 7. It is definitely changing more in the future, with hints
of an improved query designer.
Version 9 is supposed to use all "native" Cocoa controls, so I'll be a
much happier FM user. I would like the tab control to look more Mac-like
instead of old-style, but most users don't care as much as I do. I hate
thinking, "This looks like OS 9 or Windows!"
Still, I would not use FM for nearly half the solutions I have seen. I
still don't understand POS solutions in FM, especially pre-7 when you
had to create a mess of files, with logic and tables scattered in a
directory. I still pull data from logic, but that can leave me with two
files or maybe three instead of hundreds.
REALbasic is a far better solution for a Mac-like experience -- which is
saying something when FM is an Apple product. I don't like some of the
RB controls, but they are more "authentic" than the terrible bitmap
arrows on portals and subforms in FM. Where FM does have RB surpassed is
reporting -- FM is a database, while RB is a tool for presenting data
from another source.
If you want to program and control the user experience, you should use
something with a programming language. I still don't consider FM
"programming" when you click about to create scripts. That's just my own
sense that I want more control over the user experience.
RB still doesn't create the most optimized code -- for size or speed --
and I have never accepted the argument that larger drives and faster
CPUs render that moot. As people have more space, the store more data
for greater historical analysis. Program execution speed can matter if
it is manipulating a lot of text data.
I am pleased that FileMaker recognized their engine was a three-legged
dog in the race. RB's database plug-ins can only address a part of the
database puzzle, and I recognize this.
- CSW
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
--
A+
Youri
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
