Jump to content
Claris Engage 2025 - March 25-26 Austin Texas ×

This topic is 2870 days old. Please don't post here. Open a new topic instead.

Recommended Posts

Posted

This is a wide open question without a correct answer. Maybe it will foster comments & suggestions.

Over several years, at another job in another state, I cobbled together a FileMaker solution that's now an essential part of the way that business operates. That project consists of several haphazard fixes and relationships held together with baling wire and chewing gum, because we kept ading functionality as it occurred to us, and because my skill level was changing as the project grew.

Now that I'm in my next life, I'm ready to start the project from scratch and try to license it as an off-the-shelf database to businesses in this line. I'm convinced that the right form for such a project is a browser interface.

So my question: is there such a thing as a solution, sitting on an FMS install, that's solely accessed (by its users) via a browser window - and doesn't feel clunky?

If I were a newborn, just wanting to make this project, I'd assume that the best thing was to learn PHP & Ruby & JavaScript. I'm not assuming FM is the best way just because it's what I know, but et cetera et cetera.

All input, as always, is welcome.

Posted

http://www.filemaker.com/products/filemaker-server/webdirect.html

1 hour ago, Richmilnix said:

If I were a newborn, just wanting to make this project, I'd assume that the best thing was to learn PHP & Ruby & JavaScript.

 

PHP and Ruby are both server-side scripting languages so you typically wouldn't pick both.

FM has a native PHP API and also has an XML API that can be used in other web scripting languages.  In fact, many 'connectors' have been developed over the years like fmDotNet for .NET, Rfm for Ruby, pyMaker for Python,...

Posted

But - and I don't mean to be thick, though I may be - is there precedent for layouts, made using the native FMP interface, and accessed via WebDirect - as the main method of accessing the db interface? Are people making that? The last time I was neck-deep in this thought process, the www interface was too cumbersome to make that a satisfying experience.

Posted

WebDirect has come a long way since it's root as 'Instant Web Publishing'. If you start with a web interface in mind, and test it on that client throughout the development process, then you will get good results.

You must 'design for WebDirect', which means considering design and performance issues, such as making sure you use the 'Themes' feature at all times, and don't apply local styling to layout elements. FileMaker's WebDirect guide at https://fmhelp.filemaker.com/docs/15/en/fm15_webdirect_guide.pdf alludes to most of these considerations.

I find that the problem with WebDirect comes when the developer designs a whole solution for FileMaker Pro, and then at the last minute checks that it all works in WebDirect too. Typically the developer will have used lots of tricks and techniques that work quickly in the native client, but may be slow or not render correctly in a browser. Also fonts, element alignment, layering and complex lines/fills and shading can be a little odd.

Just keep in mind that in WebDirect a lot of the work is done by the server, and not by the user's machine, and design for that, and you should be good. It's reasonable to assume also that FileMaker Inc will be putting lots of effort into the continuing improvement of WebDirect in FM v16 and beyond, so things can only get better (and faster!).

Posted
15 hours ago, Richmilnix said:

But - and I don't mean to be thick, though I may be - is there precedent for layouts, made using the native FMP interface, and accessed via WebDirect - as the main method of accessing the db interface? 

 

Sure, that's what it is there for.  But a couple of things to keep in mind:

- @rwoods is spot on: the solution has to be designed with WebDirect in mind, which is different than designing for use with the normal FMP client.  There are things that don't work and things that work differently

- at heart it is a big trade-off between ease-of-development and scalability/performance/functionality.  See the WebDirect hardware requirements, they are not trivial.

- mind the licensing: the model does not lend itself very well to web applications that have a lot of anonymous users

If you are planning to have no FMP or FM Go clients, you probably should seriously consider another platform. 

This topic is 2870 days old. Please don't post here. Open a new topic instead.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.