Zcast

InTouchDatabase, At this point, even if it built my entire application for me perfectly from scratch, I STILL wouldn't purchase it. I'm happy to hear that YOU actually were in "contact" with the seller, and received your product as described. As for me, the non-responses to my emails was enough for me to put this product on my "DO NOT USE" list. They must be filthy rich to turn a (prospective) sale away. I learned a long time ago that poor customer service and a blatent disregard for a consumer's inquiries will eventually lead to a companie's downfall. I hope that happens in this case.

If you contact the US Copyright office, they will tell you themselves that the words "hot", "Warm", or "Cold" CANNOT be copyrighted as a usage of the english language. Now if they have a "product" named "HOT", then he can sue you if make a product similar in form and manner to his, and name it "HOT"...ie, he has a MOVIE Database program called "HOT", and you create a movie cataloging program, and call it "hot" then he can sue you, but hot, warm, cold being used as adjectives to describe ANYTHING cannot be copyrighted by themselves. Just like you simply cannot copyright your name, as a name. Wouldn't it be great if your name was "Michael", and you had it copyrighted so anyone who has a kid and wants to name him Michael had to pay you licensing fees? Ha ha

Yep....Barb is absolutely correct. Here is my attempt....I created the Estimate ID and Invoice ID to be the same, so there is no confusion between the two in general use. Estimate.zip

I'm happy to hear that things worked out for you. I'm still waiting for a simple reply for the email I sent two months ago. Actually, I sent two; after the second, I decided to just give up on the product.

I have a static external IP address that ports through my router to the server which is 192.168.1.99, and that never changes. I have installed my older FM Server 10, and it has been working great, even after several win 2003 server restarts. If it were a problem with the DHCP, wouldn't it happen for fms 10 also?

Yes, you are correct Comment, that will not work. To uemtux: Can you post a sample file with that problem? I would like to see that myself.

I can create a new privilege set, call it "Test", and give it access to everything, which in turn is really [Full Access].

Well, you say you are logged in with the permission set "Test", but does your "Test" permission set have [Full Access]?

Check out www.scriptology.com.

Are you saying that the compiled installer has problems, or the runtime has problems AFTER you install from the inno installer?

I believe Mr. Gill is making a mountain out of a mole hill. Simple solution to a most complicated problem. Sorry, you did all that work, comment.

The simplest solution is to place "hard" lines on the form layout. Then no matter how many names, 1 or 365, the line length will extend to the right margin like you want.

I do own RunRev as well, by the way.

I do agree with you on that Soren, that many different users have many different expectations with what FM can do, or what they would like it to do. But, why put a "feature" in, if it doesn't work with everything? I am very happy without the charts in a runtime, but I easily see where this seems to be an issue that should be disclosed with a little more effort on Filemaker's part.

I completely agree with Comment on this one. And besides, if we have to "migrate" everything we do to RunRev as Soren suggests (quite often, I might add), why not use RunRev instead of Filemaker to begin with? When you buy a new car with four tires, is it not common sense to expect them to be filled with air? I guess, from reading through all the statements in this discussion, the best bet is to flood Filemaker with thousands of emails requesting info the next time a release is made. And as for "explosive expectations will be expected". Not true. We simply would like the features in the program to work with everything in the program. I'm not expecting my runtime solution to predict the lottery, just use some very basic graphs. I mean, after all, scripts and calculations work on all layouts, not just one. Shouldn't all the features work, even in a runtime? As for "licensing", someone stated that a royalty would have to be paid for each runtime that every developer puts out with graphs in it, if they actually did work in a runtime. Why? Who said? Filemaker could get a "developers" license for their chart add-in, the same as we do with the plugins readily available to us, charge a little more for FM to cover that license, then everyone is happy! Could you imagine buying 4 rolls of toilet paper, then having to pay to use each roll? Paying "extra" seems to be the norm for EVERYTHING that is related to filemaker these days.

What? I'm confused. Why would you ever have to buy a link to send them some test files? Something smells rotten in Denmark....

I have seen several posts in the past regarding this "project", and there always seems to be the addage, "Help us develop it, and reep the rewards later" tagline. Is this for real? What have you personally gained from this project? And why should we help? Just curious, not a hater.

Well, you may want to clarify the rules with Authorize.net. Visa may want the balance of a Visa gift card printed on Receipts, but never the balance of a debit card., Most check cards are debit cards, and they can't require you to show the balance of your bank account on a receipt. You may also be a bit confused. There is a new rule set for merchants complying with PCI DSS protocol. And I CAN tell you that the eAuthorize plugin is NOT PCI DSS compliant at this time. (As it does not encrypt credit card data, but then again it doesn't have to, that's the job of your network). But the PCI DSS regulations govern the MERCHANT'S way of transferring credit card data over networks, their network security protocols, and the overall rules governing secure credit card transactions over the web and networks. Google it, and you will learn more.

I currently use FMS 10 to host a few files for friends, and recently was told that a couple of them have added FM11 files, and those files work just great under FMS10. They said charts work fine, new reporting features, and such are fine. I haven't tested it myself yet, but they swear by it.

Apparently you must be doing something right if it's functioning in test mode. Exactly what problems are you having. I am familiar with the plugin, but use Authorize.net as a payment gateway.

I would post the simple file, but as I was "recreating" the issue, the "Set Field" script worked. Now I'm just going to go back through my actual solution, and see what I did different. Thanks to you and Fenton for your help, I appreciate it. UPDATE: Yep, stupid oversight on my part by not making the inteneded result field "global". Everything works fine now, and I have included the simple file for anyone else interested in seeing how to parse info using comments formula. simple.zip

This is what I did: Let ( [ start = Position ( trans::contents ; "Transaction ID:" ; 1 ; 1 ) + Length ( "Transaction ID:") ; end = Position ( trans::contents ; " " ; start ; 1 ) ] ; Middle ( trans::contents ; start ; end - start ) ) After hours of it not doing anything, the moment I posted this, it began to work, however it won't work if I use it as a result of a "Set Field" script.

Hey everyone, I know this is a rather old topic on here and there are a few posts regarding a solution, but for the life of me, I can't get it to work. I was wondering if I could get a second (or third) opinion as to what I am doing wrong here, 1) Have a text field 2) I AM NOT able to parse the needed text from the text field using the formula provided by comment: Let ( [ start = Position ( text ; prefix ; 1 ; 1 ) + Length ( prefix ) ; end = Position ( text ; suffix ; start ; 1 ) ] ; Middle ( text ; start ; end - start ) ) This is my text string: Transaction ID: 2DB113476E10274V984321 An email blah blah blah So, this is my formula: Set Field: "mytable:TranactionID" with the result of this: Let ( [ start = Position ( mytextfield ; "Transaction ID: " ; 1 ; 1 ) + Length ( prefix ) ; end = Position ( mytextfield ; " " ; start ; 1 ) ] ; Middle ( mytextfield ; start ; end - start ) ) What am I doing wrong, as I am not getting ANYTHING into my transaction field, it stays blank. HELP!!

Ha ha...good one. Thanks Vaughan for pointing out copyright issues, slipped my mind. Remember Tomp, stick with regularly used fonts such as Arial, Courier, and Verdana, and you can't go wrong. I'm not sure about the FM fonts, as some are from Adobe, KozGo, etc...that's a very good question to hit up Filemaker with.

My experience (doing exactly the same thing) 10 on one machine, 11 on the other has been fine, except that with one file, when I made changes to the file (originally created with 10), and saved "A COPY" of it with FM 11, my Pc with 10 installed would no longer open that COPY. So, I guess it's safe to say that as long as you only save immediate changes in the original file, you are safe. Just dont "save a copy as" in 11, and expect it to work in 10.