Jump to content

gbrown

Members
  • Content Count

    24
  • Joined

  • Last visited

Community Reputation

0 Neutral

About gbrown

  • Rank
    novice
  1. Would I trust a FMP "backend" for a large deployment? No way. Would I trust a FMP "frontend" for a large deployment? Definitely. I think the new feature of being able to connect to the big databases could really change the course for FM. Can you name another frontend for the big databases that is easy to use and doesn't require coding? I don't know of one. But once again if you can't connect to it a pretty front end doesn't do you much good. Another thought here is that FM could strip even more functionality out of the runtime - all it needs to do is add/edit/delete and connect to the da
  2. Wow! I was expecting to get blasted for ranting about a new release! I too started with FMP in 1990 (what version was it back then 1.x - 2.0???)? Having had that history I can make this point - FM has their niche market - it is the same niche market they went after in 1990. But the program certainly isn't the same is it? The simple fact that there is a developer community such as this should tell them something. The program has evolved into something much more powerful than the hobbiest/home user program (that all the "real" database guys laughed at) that it was then. But their business
  3. The runtime still won't connect to anything! You've got Adobe coming out with the AIR runtime, MS is working on theirs, and then you have FM who has had the ability for years and could have put a serious thumping on the above two but won't because they want to try to make everyone pay $300!! Really upsets me because FMP is such a nice program and easy to use but it's like getting all dressed up with no place to go! Oh yeah, I could pay $1600 and serve the data up to a whole 250 people....Or I could pay nothing (MYSQL) and serve the data up to as many people as my hardware will handle. There's
  4. Yes, please post an example if you figure it out! That would be seriously cool if you could integrate FM events and the Google Calendar.
  5. Since posting this I have learned that the webviewer is not able to use the POST method - just the GET method. And since the Google calendar requires both POST and PUT it doesn't sound like this will work. Maybe the new web service plug-in from FM Nexus will do the trick or possibly the Smartpill plug-in. Public or private??? As far as I know this is all handled on the Google side. In a multi-user environment you would just have the webviewer log in with the users log/pass and then the user could see any and all of the calendars they have permission to see. Greg
  6. I saw a really cool free demo of how to do this at Nightwing Enterprises http://www.nightwing.com.au/FileMaker/demos7/demo707.html It is not password protected so you can tear it apart and see how it's done. You might check out the other demo's here too as some of them are pretty slick! Greg
  7. Thanks Mark I will check that out as a possible solution! Genx- My solution is an SFA (sales) program and will need to generate sales letters, emails, and faxes. I want to integrate with Word for two reasons. First, Word obviously has many more text and page layout features than does FMP. Second, business users are used to using Word and therefore can integrate FMP with doc's they may already have plus they already know how to use Word - less training on my part. I want to have pre-built templates for the above items but I also want the ability for my users to build their own. Greg
  8. Ok, I like the ODBC idea because it is one less plug-in but... I read up on this and from what I can see you need to install the ODBC driver. Not that much of a problem if the installer package can do it. But it also looks like you need to configure the ODBC driver/DSN on each client machine. Is this the case? If so this won't work for a distributed solution. Thanks Greg
  9. I'm new to FM and I have done nothing but eat, sleep, and s**t FMP for the last three weeks. I bought videos, books, used this forum, and have a list of bookmarks a mile long. I'm now down to just a few questions remaining (until I start building! LOL) With regards to plug-ins: First and foremost on my mind is integration with MS Word. If you're developing for business users Word and Outlook are a must. Some of the developers here must have run into this before. Using FMP layouts for business letter/email templates is very limiting, plus you have all the printing issues since users all ha
  10. Sorry John - didn't mean to start a thread within a thread and mess up the focus. Although this plug-in discussion is a good education. I have some questions based on the above but I'll move it over to the plug-ins thread.
  11. Anyone thought about integrating the Webviewer with Google's calendar API? Is it possible? Greg
  12. Yes, FM can send email - but not without the help of the users email client. And since Outlook is going to throw a security pop-up whenever you try to auto send an email from another program - there is not much since in automating it. Yes, you can override the security setting in Outlook but many people won't want to disable this feature. I suppose you could use the Smartpill plug-in in conjunction with one of the free trigger plug-ins but from what I've read developing a distributed solution with a lot (some people say any at all) of plug-ins is a serious no-no.
  13. Ok, so we have Scriptfire from Dacons, Events 4.0 from Waves In Motion, and the three free plug-ins listed above. Obviously one difference is price and from the little I have read on each the paid versions have more features. i.e. Events 4.0 can also send emails, event scheduler's, etc. I am building a distributed solution so dependability is very important. Anybody have any thoughts as to the best choice here? Both from dependability and features? Thanks Greg
  14. 1) The tables that are remote/imported are read-only. All updating/data entry will be done on tables stored locally. 2) A button is an option 3) Ok? 4) I'm familiar with CSV - don't know alot about XML I'd thought about using the web viewer since the info is read-only and that would be a very "clean" design. I could just build records on the client side that has a record id field and an embedded viewer - that way the table could still relate to other tables. I have also looked at extracting the data in the web viewer via an extract CF - that way you could interact with the
  15. Yes, (sheepish grin) I know there is some contradiction between my two posts. I'm just looking at all possible solutions that will be reliable and affordable. I think the runtime/xml import option fits my requirements the best. I guess my lack of knowledge on the subject has me a little concerned that the auto-import of three different tables on start-up might be on the edge of a poorly implemented (designed?) solution?: My other concern with that option is how long the app would take to start up if there were 5,000 - 10,000 records in each of the three imported tables? I think I might be able
×
×
  • Create New...

Important Information

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