From steve at bluecrocodile.co.nz Tue Sep 4 07:10:53 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Sep 4 07:11:27 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser Message-ID: <20070904131124.8300C581C64@www.iviking.org> Hi Folks, I?m working on a custom web publishing replacement for a native FMP app. All is going well, however I?d like to try and implement some of the common key combinations that exist within FMP in my solution... I?ve got the Javascript working, and I can perform the various actions that I need, however for certain command combinations, as well as performing my requested action, the browser also does its own thing... the easiest example of this to explain in CTRL-N, which I want to have create a new record in the db, which I?ve done... the thing is, than in most browsers CTRL-N also means ?open a new window? so although my current browser window goes to the ?add record? page, I get another browser window as well... Any thoughts or suggestions...?? anyone tried this previously... Cheers Steve No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20070904/54dabd9b/attachment.html From dness at bondedbuilders.com Tue Sep 4 07:47:05 2007 From: dness at bondedbuilders.com (David Ness) Date: Tue Sep 4 07:47:09 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <20070904131124.8300C581C64@www.iviking.org> References: <20070904131124.8300C581C64@www.iviking.org> Message-ID: <8AA4E914BBCB55418F2253A5014A154C147BCA@exchange.bondedbuilders.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 12953 bytes Desc: image001.gif Url : http://www.iviking.org/pipermail/fx.php_list/attachments/20070904/58e5e5e3/attachment-0001.gif From steve at bluecrocodile.co.nz Tue Sep 4 07:56:21 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Sep 4 08:01:28 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <8AA4E914BBCB55418F2253A5014A154C147BCA@exchange.bondedbuilders.com> Message-ID: <20070904140123.EC2CD581DD0@www.iviking.org> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 12953 bytes Desc: not available Url : http://www.iviking.org/pipermail/fx.php_list/attachments/20070904/09e660e6/attachment-0001.gif From dness at bondedbuilders.com Tue Sep 4 08:11:30 2007 From: dness at bondedbuilders.com (David Ness) Date: Tue Sep 4 08:11:35 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <20070904140123.EC2CD581DD0@www.iviking.org> References: <8AA4E914BBCB55418F2253A5014A154C147BCA@exchange.bondedbuilders.com> <20070904140123.EC2CD581DD0@www.iviking.org> Message-ID: <8AA4E914BBCB55418F2253A5014A154C147BCB@exchange.bondedbuilders.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 12953 bytes Desc: image001.gif Url : http://www.iviking.org/pipermail/fx.php_list/attachments/20070904/2e5d4fc4/attachment-0001.gif From steve at bluecrocodile.co.nz Tue Sep 4 08:18:20 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Sep 4 08:21:28 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <8AA4E914BBCB55418F2253A5014A154C147BCB@exchange.bondedbuilders.com> Message-ID: <20070904142123.1E12D581ECE@www.iviking.org> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 12953 bytes Desc: not available Url : http://www.iviking.org/pipermail/fx.php_list/attachments/20070904/3c5acb26/attachment-0001.gif From bob at patin.com Tue Sep 4 11:53:12 2007 From: bob at patin.com (Bob Patin) Date: Tue Sep 4 11:53:17 2007 Subject: [FX.php List] Simple PHP date math question Message-ID: <5DBE0815-8ABE-47BC-8383-5C26DE215B32@patin.com> I'm trying to take a date ($d1) and add a day to it; I know how to take today's date and do math with it, but can't seem to find the magic equation for doing date math on a date variable. Any help would be appreciated... Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting From dan.cynosure at dbmscan.com Tue Sep 4 12:01:50 2007 From: dan.cynosure at dbmscan.com (DC) Date: Tue Sep 4 12:01:53 2007 Subject: [FX.php List] Simple PHP date math question In-Reply-To: <5DBE0815-8ABE-47BC-8383-5C26DE215B32@patin.com> References: <5DBE0815-8ABE-47BC-8383-5C26DE215B32@patin.com> Message-ID: <46DD9D8E.4080709@dbmscan.com> the PHP datestamp is just the absolute number of seconds since some fixed time in the past (i think it is 1/1/1970 in UNIX) so just add 86400 to the datestamp and your new datestamp will "be" the next day. problems come up with daylight savings and time stamps around midnight to 3AM so there are many tweaks to this basic formula. as long as you use a time part that is midday you should be protected from daylight savings changes. that is, assuming you only care about the day and not the exact time! YMMV. dan Bob Patin had written: > I'm trying to take a date ($d1) and add a day to it; I know how to take > today's date and do math with it, but can't seem to find the magic > equation for doing date math on a date variable. > > Any help would be appreciated... > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > Member of FileMaker Business Alliance and FileMaker TechNet > > CONTACT US VIA INSTANT MESSAGING: > AIM or iChat: longterm1954 > Yahoo: longterm_solutions > MSN: tech@longtermsolutions.com > ICQ: 159333060 > > -------------------------- > Contact us for FileMaker hosting for all versions of FileMaker > PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? > Consulting > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From bob at patin.com Tue Sep 4 12:02:28 2007 From: bob at patin.com (Bob Patin) Date: Tue Sep 4 12:02:32 2007 Subject: [FX.php List] Date math... here's how Message-ID: <0BBBF4F7-48B2-44B9-8462-590995FBDBC1@patin.com> $my_time = strtotime ($_GET['s']); //converts date string to UNIX timestamp $timestamp = $my_time + 86400; //calculates # of days passed ($num_days) * # seconds in a day (86400) $d2 = date("Y/m/d",$timestamp); Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting From bob at patin.com Tue Sep 4 12:30:47 2007 From: bob at patin.com (Bob Patin) Date: Tue Sep 4 12:30:52 2007 Subject: [FX.php List] Best way to do a month calendar Message-ID: I'm about to do a month calendar in FX, and am mulling the various ways to do this. I've already done the week-at-a-glance, which is working great, but there are a bunch of things I'm trying to decided how to do: 1. To have events show up on a consistent grid, I'm considering creating 24 rows (one per half-hour), so that the first row = 8AM. Then, if there is a 2-hour event, I'd put the event in the first row, and then color the first 4 rows with the same color, no border, so that it looks like a block of color. That way, events would line up across the week; as I have it now, events start at the top of each column and fill in; it works fine, but doesn't give the user the common graph where all 10AM events are lined up, no matter what comes before them. 2. To do a month calendar, I'm considering a couple of methods: a) (which I used in the week at a glance) compute the 7 days of the currently-viewed week, then do 7 queries, one for each column (a column equates to a day of the week). Using 7 FOREACH loops, plug in the events for each day b) do a single query for a date range, and then use a single FOREACH loop to populate an array that I could then use to populate the table. There are several issues with method b; the first is what to do when there are multiple events for a single day. I thought about somehow using an array so that the first dimension is the day of the month (like this: array[$day_of_month][$event]), and the 2nd dimension would be the events. However, this means I'd have as many as 31 event counters to keep track of, since I'd have to loop through the query results and put the current record into the proper slot by day of the month and event. Has anyone done something like this? If so, how did you populate your table on the web? Last question: When I refresh my week view page, it's really fast with 7 queries; would I find fast enough results by just doing 31 queries, one for each day of the current month? Fishing for expert opinions; all comments welcome! Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting From kfutter at sbc.melb.catholic.edu.au Tue Sep 4 16:23:28 2007 From: kfutter at sbc.melb.catholic.edu.au (Kevin Futter) Date: Tue Sep 4 16:25:05 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <20070904142123.1E12D581ECE@www.iviking.org> Message-ID: On 5/9/07 12:18 AM, "Steve Winter" wrote: > Nice thought, but no cigar... browser still does it?s own thing, as well as > loading my desired page L > There's no way around that Steve. The browser intercepts all calls first and then passes them to the JavaScript interpreter as appropriate. If your keystroke or combination already invokes an action in the browser, it's already happened before JavaScript gets to see it. The Outlook Web Client probably uses ActiveX in IE to manage it, and those features are probably not available to other browsers. -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.melb.catholic.edu.au/ ##################################################################################### This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal ##################################################################################### This e-mail and any attachments may be confidential. You must not disclose or use the information in this e-mail if you are not the intended recipient. If you have received this e-mail in error, please notify us immediately and delete the e-mail and all copies. The College does not guarantee that this e-mail is virus or error free. The attached files are provided and may only be used on the basis that the user assumes all responsibility for any loss, damage or consequence resulting directly or indirectly from the use of the attached files, whether caused by the negligence of the sender or not. The content and opinions in this e-mail are not necessarily those of the College. From larry at macedge.net Tue Sep 4 20:12:05 2007 From: larry at macedge.net (Larry Schultz) Date: Tue Sep 4 20:12:11 2007 Subject: [FX.php List] Need help with implode errors.... please In-Reply-To: <8CD460C7-C175-4030-9C0C-616E5281CA30@admininternet.net> References: <20070725205147.3718A5299C7@www.iviking.org> <8CD460C7-C175-4030-9C0C-616E5281CA30@admininternet.net> Message-ID: <8809037F-4FF2-413D-9E98-59EE29903ADE@macedge.net> I'm getting these errors on my clients test site. Warning: implode(): Bad arguments. in I'm getting one of these errors for each implode statement in my results page. They look like this: 'Language_you_translate_from[]'=>implode( "\r",$_POST ['Language_you_translate_from'] ), My own test setup does not throw any errors. My test site: Mac OSX 10.4.10 Apache One box running Apache, and FMserver, and the WPE. No problems with this setup The client is using Linux to host the php WPE on Mac OSX FMServer on XP sp2 Does anyone have any ideas as to why these implode errors are showing on the Linux/Mac/windows setup. I'm wondering if my use of the "\r" is failing. TIA, Larry Schultz Mac Edge Corporation Specializing in Filemaker Pro Relational Database Solutions for Mac/Windows/NT FBA Member larry@macedge.net larryschultz1@mac.com 408-996-0831 510-502-4365 -------------Take A Deep Breath------------- "I quickly discovered that Apple, Inc., isn?t just a company. It?s the world?s only publicly traded religion. " Brett Arends, Boston Herald Finance Columnist December 2005 From glenn at fmutils.com Tue Sep 4 22:31:24 2007 From: glenn at fmutils.com (Glenn Singleton) Date: Tue Sep 4 22:31:27 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser References: Message-ID: <000b01c7ef75$9e7e7c10$8d00000a@xpcst> Sorry for jumping in late, but maybe you can use something like AutoIT a windows automation language or automator for Mac. I have used AutoIT successfully to enable scripted automatic transfer of data between FM & MYOB. Certainly, it would require some install on each client, but may get you what you need, if you have no other method. Just an idea. Glenn Singleton ----- Original Message ----- From: "Kevin Futter" To: "FX.php Discussion List" Sent: Wednesday, September 05, 2007 8:23 AM Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser On 5/9/07 12:18 AM, "Steve Winter" wrote: > Nice thought, but no cigar... browser still does it?s own thing, as well > as > loading my desired page L > There's no way around that Steve. The browser intercepts all calls first and then passes them to the JavaScript interpreter as appropriate. If your keystroke or combination already invokes an action in the browser, it's already happened before JavaScript gets to see it. The Outlook Web Client probably uses ActiveX in IE to manage it, and those features are probably not available to other browsers. -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.melb.catholic.edu.au/ From ggt667 at gmail.com Tue Sep 4 23:57:45 2007 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Tue Sep 4 23:57:49 2007 Subject: [FX.php List] Need help with implode errors.... please In-Reply-To: <8809037F-4FF2-413D-9E98-59EE29903ADE@macedge.net> References: <20070725205147.3718A5299C7@www.iviking.org> <8CD460C7-C175-4030-9C0C-616E5281CA30@admininternet.net> <8809037F-4FF2-413D-9E98-59EE29903ADE@macedge.net> Message-ID: perhaps if( is_array() ) { } is a function you need? ggt667 On 9/5/07, Larry Schultz wrote: > I'm getting these errors on my clients test site. > Warning: implode(): Bad arguments. in > > I'm getting one of these errors for each implode statement in my > results page. They look like this: > > 'Language_you_translate_from[]'=>implode( "\r",$_POST > ['Language_you_translate_from'] ), > > My own test setup does not throw any errors. My test site: > Mac OSX 10.4.10 > Apache > One box running Apache, and FMserver, and the WPE. > > No problems with this setup > > > The client is using > Linux to host the php > WPE on Mac OSX > FMServer on XP sp2 > > Does anyone have any ideas as to why these implode errors are > showing on the Linux/Mac/windows setup. > > I'm wondering if my use of the "\r" is failing. > > TIA, > > Larry Schultz > Mac Edge Corporation > Specializing in Filemaker Pro Relational Database Solutions > for Mac/Windows/NT > > FBA Member > > > larry@macedge.net > larryschultz1@mac.com > 408-996-0831 > 510-502-4365 > > -------------Take A Deep Breath------------- > > "I quickly discovered that Apple, Inc., isn't just a company. It's > the world's only publicly traded religion. " > Brett Arends, Boston Herald Finance Columnist December 2005 > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From steve at bluecrocodile.co.nz Wed Sep 5 00:52:37 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Sep 5 00:56:26 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <000b01c7ef75$9e7e7c10$8d00000a@xpcst> Message-ID: <20070905065623.9B307582F64@www.iviking.org> Hi Glenn, Thanks for the thought... unfortunately this solution needs to be able to be accessed by any user, from any machine, with any browser, so I'm afraid that client-side installs aren't going to be an option... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Glenn Singleton Sent: Wednesday, 5 September 2007 5:31 a.m. To: FX.php Discussion List Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser Sorry for jumping in late, but maybe you can use something like AutoIT a windows automation language or automator for Mac. I have used AutoIT successfully to enable scripted automatic transfer of data between FM & MYOB. Certainly, it would require some install on each client, but may get you what you need, if you have no other method. Just an idea. Glenn Singleton ----- Original Message ----- From: "Kevin Futter" To: "FX.php Discussion List" Sent: Wednesday, September 05, 2007 8:23 AM Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser On 5/9/07 12:18 AM, "Steve Winter" wrote: > Nice thought, but no cigar... browser still does it?s own thing, as well > as > loading my desired page L > There's no way around that Steve. The browser intercepts all calls first and then passes them to the JavaScript interpreter as appropriate. If your keystroke or combination already invokes an action in the browser, it's already happened before JavaScript gets to see it. The Outlook Web Client probably uses ActiveX in IE to manage it, and those features are probably not available to other browsers. -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.melb.catholic.edu.au/ _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. From steve at bluecrocodile.co.nz Wed Sep 5 00:51:30 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Sep 5 00:56:27 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: Message-ID: <20070905065623.96556582F63@www.iviking.org> Hi Kevin, Thanks for your reply... that's much as I feared would be the case, i.e. bad luck, can't be done... And yes, Exchange web client is definitely using ActiveX, and you're quite right that I don't want to go anywhere near that...!! I guess my only option is to locate key combinations which no browser currently recognises, but at that point there's no point, since I won't be able to use the regular FM ones like CTRL-N, CTRL-S etc so I should just save myself the grief... wasn't really critical, just a 'nice to have' cool feature... Thanks Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin Futter Sent: Tuesday, 4 September 2007 11:23 p.m. To: FX.php Discussion List Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser On 5/9/07 12:18 AM, "Steve Winter" wrote: > Nice thought, but no cigar... browser still does it?s own thing, as well as > loading my desired page L > There's no way around that Steve. The browser intercepts all calls first and then passes them to the JavaScript interpreter as appropriate. If your keystroke or combination already invokes an action in the browser, it's already happened before JavaScript gets to see it. The Outlook Web Client probably uses ActiveX in IE to manage it, and those features are probably not available to other browsers. -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.melb.catholic.edu.au/ ############################################################################ ######### This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal ############################################################################ ######### This e-mail and any attachments may be confidential. You must not disclose or use the information in this e-mail if you are not the intended recipient. If you have received this e-mail in error, please notify us immediately and delete the e-mail and all copies. The College does not guarantee that this e-mail is virus or error free. The attached files are provided and may only be used on the basis that the user assumes all responsibility for any loss, damage or consequence resulting directly or indirectly from the use of the attached files, whether caused by the negligence of the sender or not. The content and opinions in this e-mail are not necessarily those of the College. _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. From steve at bluecrocodile.co.nz Wed Sep 5 01:00:15 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Sep 5 01:01:25 2007 Subject: [FX.php List] Need help with implode errors.... please In-Reply-To: <8809037F-4FF2-413D-9E98-59EE29903ADE@macedge.net> Message-ID: <20070905070123.94751582FE2@www.iviking.org> Larry, Are you sure that $_POST['Language_you_translate_from'] exists at the time that your invoke this command...? It looks to me like the new setup may have different error reporting parameters set, so these errors do exist on your local system, they are just not being reported. Check the respective .ini files for error reporting... You'll likely find that on the Linux machine the .ini there has something like; error_reporting = E_ALL where as on your machine it will have something like error_reporting = E_ALL & ~E_NOTICE To overcome this type of thing I always make sure that on my staging server E_ALL is set, that way I know that no matter what environment my solutions go into they won't generate errors... To actually solve this, and to answer your question properly (rather than just masking it by changing the error reporting on the remote server) you probably need to verify that $_POST['Language_you_translate_from'] is set, something like; if(isset($_POST['Language_you_translate_from']) 'Language_you_translate_from[]'=>implode( "\r",$_POST ['Language_you_translate_from'] ), Let us know how you get on... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Larry Schultz Sent: Wednesday, 5 September 2007 3:12 a.m. To: FX.php Discussion List Subject: [FX.php List] Need help with implode errors.... please I'm getting these errors on my clients test site. Warning: implode(): Bad arguments. in I'm getting one of these errors for each implode statement in my results page. They look like this: 'Language_you_translate_from[]'=>implode( "\r",$_POST ['Language_you_translate_from'] ), My own test setup does not throw any errors. My test site: Mac OSX 10.4.10 Apache One box running Apache, and FMserver, and the WPE. No problems with this setup The client is using Linux to host the php WPE on Mac OSX FMServer on XP sp2 Does anyone have any ideas as to why these implode errors are showing on the Linux/Mac/windows setup. I'm wondering if my use of the "\r" is failing. TIA, Larry Schultz Mac Edge Corporation Specializing in Filemaker Pro Relational Database Solutions for Mac/Windows/NT FBA Member larry@macedge.net larryschultz1@mac.com 408-996-0831 510-502-4365 -------------Take A Deep Breath------------- "I quickly discovered that Apple, Inc., isn?t just a company. It?s the world?s only publicly traded religion. " Brett Arends, Boston Herald Finance Columnist December 2005 _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: 3/09/2007 9:31 a.m. From dbengston at preservationstudio.com Wed Sep 5 08:43:51 2007 From: dbengston at preservationstudio.com (Dale Bengston) Date: Wed Sep 5 08:44:03 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <20070905065623.96556582F63@www.iviking.org> References: <20070905065623.96556582F63@www.iviking.org> Message-ID: Hi Steve, I think it's important to let a browser window be a browser window and a FileMaker window be a FileMaker window. There are certain things that will just work differently from one to the other. While control-n can be used to create a new record directly in FileMaker, no such mechanism exists in a web browser because the browser window is not directly connected to the data; it is by nature separated from the data. (I consider this one of the great advantages to using the web as an interface - I don't have to create an environment in FileMaker if I want to separated data from structure from interface.) At best, you could hope to use control-n to fake out a browser to load a web page that allows the user to enter data for a new record and then submit it to FileMaker. This is already different than creating a new record in FMP and filling it in. So, I guess my long-winded point is, play to the strengths of your environment. The web may offer you some better ways to do certain things than straight FMP client-server, and some workflows will probably have to change because you can't replicate certain FMP behaviors. Import and export come to mind. I also recall someone on the FBA list once lamenting that FMI had not arranged it so they could pop up custom dialog boxes via the web like they could in FMP. (Huh?) My rule of thumb is, when developing FileMaker client-server, I think like a FileMaker developer. When developing for the web, I think like a web developer. Dale -- Dale Bengston, Partner Streamline Studio, LLC (a division of The Whole Brain Group) Member, FileMaker Business Alliance On Sep 5, 2007, at 1:51 AM, Steve Winter wrote: > Hi Kevin, > > Thanks for your reply... that's much as I feared would be the case, > i.e. bad > luck, can't be done... > > And yes, Exchange web client is definitely using ActiveX, and > you're quite > right that I don't want to go anywhere near that...!! > > I guess my only option is to locate key combinations which no browser > currently recognises, but at that point there's no point, since I > won't be > able to use the regular FM ones like CTRL-N, CTRL-S etc so I should > just > save myself the grief... wasn't really critical, just a 'nice to > have' cool > feature... > > Thanks > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin > Futter > Sent: Tuesday, 4 September 2007 11:23 p.m. > To: FX.php Discussion List > Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser > > On 5/9/07 12:18 AM, "Steve Winter" wrote: > >> Nice thought, but no cigar... browser still does it?s own thing, >> as well > as >> loading my desired page L >> > > There's no way around that Steve. The browser intercepts all calls > first and > then passes them to the JavaScript interpreter as appropriate. If your > keystroke or combination already invokes an action in the browser, > it's > already happened before JavaScript gets to see it. The Outlook Web > Client > probably uses ActiveX in IE to manage it, and those features are > probably > not available to other browsers. > > > -- > Kevin Futter > Webmaster, St. Bernard's College > http://www.sbc.melb.catholic.edu.au/ > > > > ###################################################################### > ###### > ######### > This e-mail message has been scanned for Viruses and Content and > cleared > by MailMarshal > ###################################################################### > ###### > ######### > > This e-mail and any attachments may be confidential. You must not > disclose > or use the information in this e-mail if you are not the intended > recipient. > If you have received this e-mail in error, please notify us > immediately and > delete the e-mail and all copies. The College does not guarantee > that this > e-mail is virus or error free. The attached files are provided and > may only > be used on the basis that the user assumes all responsibility for > any loss, > damage or consequence resulting directly or indirectly from the use > of the > attached files, whether caused by the negligence of the sender or > not. The > content and opinions in this e-mail are not necessarily those of the > College. > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: > 3/09/2007 > 9:31 a.m. > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: > 3/09/2007 > 9:31 a.m. > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From steve at bluecrocodile.co.nz Wed Sep 5 08:54:05 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Sep 5 08:56:26 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: Message-ID: <20070905145623.2C04C583747@www.iviking.org> Hi Dale, All good and interesting points, however with the increasing convergence between the web and the 'client-server' world that is occurring, I guess I was trying to push the boundaries a little here... With the exception of the new browser window opening I had in fact been able to code a solution which works as seamlessly on the web as it does in FMP client. When the user selected CTRL-N the webpage refreshed to a blank record from the one that they were viewing, and they could begin entering data. As soon as they entered a field, entered some data, and then left that field Ajax created the record and wrote that data back into the db, as well as setting a php session flag with the recID of that record, as they moved from field to field this seamlessly happens in the background, just like it does in the FMP client... maybe a nice idea before its time... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Dale Bengston Sent: Wednesday, 5 September 2007 3:44 p.m. To: FX.php Discussion List Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser Hi Steve, I think it's important to let a browser window be a browser window and a FileMaker window be a FileMaker window. There are certain things that will just work differently from one to the other. While control-n can be used to create a new record directly in FileMaker, no such mechanism exists in a web browser because the browser window is not directly connected to the data; it is by nature separated from the data. (I consider this one of the great advantages to using the web as an interface - I don't have to create an environment in FileMaker if I want to separated data from structure from interface.) At best, you could hope to use control-n to fake out a browser to load a web page that allows the user to enter data for a new record and then submit it to FileMaker. This is already different than creating a new record in FMP and filling it in. So, I guess my long-winded point is, play to the strengths of your environment. The web may offer you some better ways to do certain things than straight FMP client-server, and some workflows will probably have to change because you can't replicate certain FMP behaviors. Import and export come to mind. I also recall someone on the FBA list once lamenting that FMI had not arranged it so they could pop up custom dialog boxes via the web like they could in FMP. (Huh?) My rule of thumb is, when developing FileMaker client-server, I think like a FileMaker developer. When developing for the web, I think like a web developer. Dale -- Dale Bengston, Partner Streamline Studio, LLC (a division of The Whole Brain Group) Member, FileMaker Business Alliance On Sep 5, 2007, at 1:51 AM, Steve Winter wrote: > Hi Kevin, > > Thanks for your reply... that's much as I feared would be the case, > i.e. bad > luck, can't be done... > > And yes, Exchange web client is definitely using ActiveX, and > you're quite > right that I don't want to go anywhere near that...!! > > I guess my only option is to locate key combinations which no browser > currently recognises, but at that point there's no point, since I > won't be > able to use the regular FM ones like CTRL-N, CTRL-S etc so I should > just > save myself the grief... wasn't really critical, just a 'nice to > have' cool > feature... > > Thanks > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin > Futter > Sent: Tuesday, 4 September 2007 11:23 p.m. > To: FX.php Discussion List > Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser > > On 5/9/07 12:18 AM, "Steve Winter" wrote: > >> Nice thought, but no cigar... browser still does it?s own thing, >> as well > as >> loading my desired page L >> > > There's no way around that Steve. The browser intercepts all calls > first and > then passes them to the JavaScript interpreter as appropriate. If your > keystroke or combination already invokes an action in the browser, > it's > already happened before JavaScript gets to see it. The Outlook Web > Client > probably uses ActiveX in IE to manage it, and those features are > probably > not available to other browsers. > > > -- > Kevin Futter > Webmaster, St. Bernard's College > http://www.sbc.melb.catholic.edu.au/ > > > > ###################################################################### > ###### > ######### > This e-mail message has been scanned for Viruses and Content and > cleared > by MailMarshal > ###################################################################### > ###### > ######### > > This e-mail and any attachments may be confidential. You must not > disclose > or use the information in this e-mail if you are not the intended > recipient. > If you have received this e-mail in error, please notify us > immediately and > delete the e-mail and all copies. The College does not guarantee > that this > e-mail is virus or error free. The attached files are provided and > may only > be used on the basis that the user assumes all responsibility for > any loss, > damage or consequence resulting directly or indirectly from the use > of the > attached files, whether caused by the negligence of the sender or > not. The > content and opinions in this e-mail are not necessarily those of the > College. > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: > 3/09/2007 > 9:31 a.m. > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: > 3/09/2007 > 9:31 a.m. > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: 4/09/2007 10:36 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: 4/09/2007 10:36 p.m. From alex at gandrpublishing.com Wed Sep 5 10:29:14 2007 From: alex at gandrpublishing.com (Alex Gates) Date: Wed Sep 5 10:29:22 2007 Subject: [FX.php List] PHP access violation Message-ID: <003a01c7efd9$e7636120$b62a2360$@com> Greetings - I've had to restart my Web Server a couple times over the past week and a half due to a PHP access violation. I searched the archives and saw that David Ness had the same problem. Dan replied with a few links. This tip was provided in the link: "To solve this problem, inspect your php.ini, some paths variables like upload_tmp_dir or session_save_path and others, must be configured to use directories with write permissions for the http user." We adjusted these permissions today and haven't had the problem - but since it sporadically happened, I am not positive it is what caused the problem in the first place. My PHP log file has some interesting "fatal errors" that popped up right at the same time of our last "access violation." I'll copy and paste here in hopes that someone has seen this before and may be able to provide some insight. We are running PHP 5.2.0 on IIS version 6. [04-Sep-2007 15:07:28] PHP Fatal error: Nesting level too deep - recursive dependency? in [no active file] on line 0 [04-Sep-2007 15:07:33] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:08:58] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:09:04] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:09:04] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:09:12] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:09:35] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:09:35] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:09:52] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:10:12] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:10:16] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:11:53] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:12:05] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:13:14] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:13:18] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:14:10] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:14:15] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:14:20] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:14:27] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:14:50] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:14:54] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:15:05] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:15:17] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_VERSION already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 14 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_VERSION_FULL already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 15 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_RETURN already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_PRINT already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_TRIGGER already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_DIE already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_CALLBACK already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_OPEN already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 21 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_CLOSE already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 22 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DELETE already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 23 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DUPLICATE already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 24 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_EDIT already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 25 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FIND already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 26 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FINDALL already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 27 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FINDANY already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 28 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_NEW already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 29 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_VIEW already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 30 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DATABASENAMES already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 31 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_LAYOUTNAMES already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 32 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_SCRIPTNAMES already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 33 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_DATA_RETURNED already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 36 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_DATA_UNSENT already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 37 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ARRAY_PORTALS already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 40 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ARRAY_FIELDS already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 41 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_OBJECT already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 44 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_FULL already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 45 [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_BASIC already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 46 [04-Sep-2007 15:15:17] PHP Notice: Constant EMAIL_ERROR_MESSAGES already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 22 [04-Sep-2007 15:15:17] PHP Notice: Constant DISPLAY_ERROR_MESSAGES already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 23 [04-Sep-2007 15:15:17] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 [04-Sep-2007 15:15:22] PHP Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 This continued - the "nesting level too deep" and "already defined" errors showing paths to a couple different directories that have an FX folder.. Any page I tried to access with php gave me the "PHP access violation" at the top and nothing would load. I only tried pages that include FX - in hindsight I guess I should have tried to load a basic php page to see if the same "access violation" occurred. At 15:20 I finally restarted the web server - and everything has been fine since. Does anyone know what may be causing this? Is this an FX error, or something mis-configured with IIS and PHP? Any insight would be greatly appreciated. Thanks - Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20070905/aa994d18/attachment-0001.html From whatdoyouwant at gmail.com Wed Sep 5 18:59:36 2007 From: whatdoyouwant at gmail.com (Nick) Date: Wed Sep 5 18:59:40 2007 Subject: [FX.php List] PHP access violation In-Reply-To: <003a01c7efd9$e7636120$b62a2360$@com> References: <003a01c7efd9$e7636120$b62a2360$@com> Message-ID: <4d370f710709051759g6e61c8acu424e31a9c0830735@mail.gmail.com> well the only thing i could tell you is that "already defined in ..." is telling you that some FX is being included twice or more in one php file. If that's the problem, make sure the problem files are using require_once or include_once in the code instead of plain require or include. On 9/5/07, Alex Gates wrote: > > Greetings ? > > I've had to restart my Web Server a couple times over the past week and a > half due to a PHP access violation. > > I searched the archives and saw that David Ness had the same problem. Dan > replied with a few links. > > > > This tip was provided in the link: "To solve this problem, inspect your > php.ini, some paths variables like upload_tmp_dir or session_save_path and > others, must be configured to use directories with write permissions for the > http user." > > > > We adjusted these permissions today and haven't had the problem ? but > since it sporadically happened, I am not positive it is what caused the > problem in the first place. > > > > My PHP log file has some interesting "fatal errors" that popped up right > at the same time of our last "access violation." I'll copy and paste here > in hopes that someone has seen this before and may be able to provide some > insight. > > > > We are running PHP 5.2.0 on IIS version 6. > > > > [04-Sep-2007 15:07:28] PHP Fatal error: Nesting level too deep - > recursive dependency? in [no active file] on line 0 > > [04-Sep-2007 15:07:33] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:08:58] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:09:04] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:09:04] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:09:12] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:09:35] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:09:35] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:09:52] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:10:12] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:10:16] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:11:53] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:12:05] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:13:14] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:13:18] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:14:10] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:14:15] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:14:20] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:14:27] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:14:50] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:14:54] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:15:05] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:15:17] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_VERSION already defined in > D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 14 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_VERSION_FULL already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 15 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_RETURN already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_PRINT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_TRIGGER already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_DIE already defined > in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_CALLBACK already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_OPEN already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 21 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_CLOSE already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 22 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DELETE already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 23 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DUPLICATE already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 24 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_EDIT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 25 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FIND already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 26 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FINDALL already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 27 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FINDANY already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 28 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_NEW already defined > in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 29 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_VIEW already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 30 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DATABASENAMES > already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line > 31 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_LAYOUTNAMES already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 32 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_SCRIPTNAMES already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 33 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_DATA_RETURNED already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 36 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_DATA_UNSENT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 37 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ARRAY_PORTALS already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 40 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ARRAY_FIELDS already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 41 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_OBJECT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 44 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_FULL already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 45 > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_BASIC already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 46 > > [04-Sep-2007 15:15:17] PHP Notice: Constant EMAIL_ERROR_MESSAGES already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 22 > > [04-Sep-2007 15:15:17] PHP Notice: Constant DISPLAY_ERROR_MESSAGES > already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 23 > > [04-Sep-2007 15:15:17] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > [04-Sep-2007 15:15:22] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > This continued ? the "nesting level too deep" and "already defined" errors > showing paths to a couple different directories that have an FX folder?. > > > > Any page I tried to access with php gave me the "PHP access violation" at > the top and nothing would load. I only tried pages that include FX ? in > hindsight I guess I should have tried to load a basic php page to see if the > same "access violation" occurred. > > > > At 15:20 I finally restarted the web server ? and everything has been fine > since. > > > > Does anyone know what may be causing this? Is this an FX error, or > something mis-configured with IIS and PHP? > > > > Any insight would be greatly appreciated. > > > > Thanks ? > > > > Alex > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20070905/1e1c8d79/attachment.html From ggt667 at gmail.com Thu Sep 6 02:03:52 2007 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Sep 6 02:03:56 2007 Subject: [FX.php List] PHP access violation In-Reply-To: <4d370f710709051759g6e61c8acu424e31a9c0830735@mail.gmail.com> References: <003a01c7efd9$e7636120$b62a2360$@com> <4d370f710709051759g6e61c8acu424e31a9c0830735@mail.gmail.com> Message-ID: require_once() On 9/6/07, Nick wrote: > well the only thing i could tell you is that "already defined in ..." is > telling you that some FX is being included twice or more in one php file. If > that's the problem, make sure the problem files are using require_once or > include_once in the code instead of plain require or include. > > > > On 9/5/07, Alex Gates wrote: > > > > > > > > > > > > Greetings ? > > > > I've had to restart my Web Server a couple times over the past week and a > half due to a PHP access violation. > > > > I searched the archives and saw that David Ness had the same problem. Dan > replied with a few links. > > > > > > > > This tip was provided in the link: "To solve this problem, inspect your > php.ini, some paths variables like upload_tmp_dir or session_save_path and > others, must be configured to use directories with write permissions for the > http user." > > > > > > > > We adjusted these permissions today and haven't had the problem ? but > since it sporadically happened, I am not positive it is what caused the > problem in the first place. > > > > > > > > My PHP log file has some interesting "fatal errors" that popped up right > at the same time of our last "access violation." I'll copy and paste here > in hopes that someone has seen this before and may be able to provide some > insight. > > > > > > > > We are running PHP 5.2.0 on IIS version 6. > > > > > > > > [04-Sep-2007 15:07:28] PHP Fatal error: Nesting level too deep - > recursive dependency? in [no active file] on line 0 > > > > [04-Sep-2007 15:07:33] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:08:58] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:09:04] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:09:04] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:09:12] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:09:35] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:09:35] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:09:52] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:10:12] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:10:16] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:11:53] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:12:05] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:13:14] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:13:18] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:14:10] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:14:15] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:14:20] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:14:27] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:14:50] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:14:54] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:15:05] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:15:17] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_VERSION already defined in > D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 14 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_VERSION_FULL already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 15 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_RETURN already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on > line 2 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_PRINT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on > line 2 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_TRIGGER already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on > line 2 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_DIE already defined > in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on line 2 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ERROR_CALLBACK already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_Error.php on > line 2 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_OPEN already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 21 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_CLOSE already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 22 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DELETE already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 23 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DUPLICATE already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 24 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_EDIT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 25 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FIND already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 26 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FINDALL already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 27 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_FINDANY already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 28 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_NEW already defined > in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line > 29 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_VIEW already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 30 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_DATABASENAMES > already defined in > D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php on line 31 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_LAYOUTNAMES already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 32 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ACTION_SCRIPTNAMES already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 33 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_DATA_RETURNED already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 36 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_DATA_UNSENT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 37 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ARRAY_PORTALS already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 40 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_ARRAY_FIELDS already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 41 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_OBJECT already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 44 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_FULL already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 45 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant FX_RETURN_BASIC already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX_constants.php > on line 46 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant EMAIL_ERROR_MESSAGES already > defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on line 22 > > > > [04-Sep-2007 15:15:17] PHP Notice: Constant DISPLAY_ERROR_MESSAGES > already defined in D:\Inetpub\WWWroot\GandRPub\FX\FX.php on > line 23 > > > > [04-Sep-2007 15:15:17] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > [04-Sep-2007 15:15:22] PHP Fatal error: Nesting level too deep - > recursive dependency? in Unknown on line 0 > > > > > > > > This continued ? the "nesting level too deep" and "already defined" errors > showing paths to a couple different directories that have an FX folder?. > > > > > > > > Any page I tried to access with php gave me the "PHP access violation" at > the top and nothing would load. I only tried pages that include FX ? in > hindsight I guess I should have tried to load a basic php page to see if the > same "access violation" occurred. > > > > > > > > At 15:20 I finally restarted the web server ? and everything has been fine > since. > > > > > > > > Does anyone know what may be causing this? Is this an FX error, or > something mis-configured with IIS and PHP? > > > > > > > > Any insight would be greatly appreciated. > > > > > > > > Thanks ? > > > > > > > > Alex > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > > > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From jsfmp at earthlink.net Thu Sep 6 11:20:03 2007 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu Sep 6 11:20:13 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <20070905145623.2C04C583747@www.iviking.org> References: <20070905145623.2C04C583747@www.iviking.org> Message-ID: <8A7E8599-ED44-4427-B47F-2006060ABDA5@earthlink.net> Hi Steve I think this is interesting, and it sounds like what you've done so far is pretty cool. Can you say a little about why you're re- creating the FMP interface on the web -- and why you're switching over in general from client to web-based? I agree that more apps are heading to the web, but as Dale mentioned, FMP and the Web each have their own strengths. Are you trying to mimic the FMP GUI as well? Because here at least it seems that a web interface can be so much more user-friendly, with CSS and JavaScript... (Which I think makes FM9's brand new "Conditional Formatting" feature seem so limited and elementary. ;) Any chance this site is public, to see what you've done? Best, -Joel On Sep 5, 2007, at 7:54 AM, Steve Winter wrote: > Hi Dale, > > All good and interesting points, however with the increasing > convergence > between the web and the 'client-server' world that is occurring, I > guess I > was trying to push the boundaries a little here... > > With the exception of the new browser window opening I had in fact > been able > to code a solution which works as seamlessly on the web as it does > in FMP > client. When the user selected CTRL-N the webpage refreshed to a blank > record from the one that they were viewing, and they could begin > entering > data. As soon as they entered a field, entered some data, and then > left that > field Ajax created the record and wrote that data back into the db, > as well > as setting a php session flag with the recID of that record, as > they moved > from field to field this seamlessly happens in the background, just > like it > does in the FMP client... maybe a nice idea before its time... > > Cheers > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Dale > Bengston > Sent: Wednesday, 5 September 2007 3:44 p.m. > To: FX.php Discussion List > Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser > > Hi Steve, > > I think it's important to let a browser window be a browser window > and a FileMaker window be a FileMaker window. There are certain > things that will just work differently from one to the other. > > While control-n can be used to create a new record directly in > FileMaker, no such mechanism exists in a web browser because the > browser window is not directly connected to the data; it is by nature > separated from the data. (I consider this one of the great advantages > to using the web as an interface - I don't have to create an > environment in FileMaker if I want to separated data from structure > from interface.) At best, you could hope to use control-n to fake out > a browser to load a web page that allows the user to enter data for a > new record and then submit it to FileMaker. This is already different > than creating a new record in FMP and filling it in. > > So, I guess my long-winded point is, play to the strengths of your > environment. The web may offer you some better ways to do certain > things than straight FMP client-server, and some workflows will > probably have to change because you can't replicate certain FMP > behaviors. Import and export come to mind. I also recall someone on > the FBA list once lamenting that FMI had not arranged it so they > could pop up custom dialog boxes via the web like they could in FMP. > (Huh?) > > My rule of thumb is, when developing FileMaker client-server, I think > like a FileMaker developer. When developing for the web, I think like > a web developer. > > Dale > > -- > Dale Bengston, Partner > Streamline Studio, LLC > (a division of The Whole Brain Group) > Member, FileMaker Business Alliance > > > > On Sep 5, 2007, at 1:51 AM, Steve Winter wrote: > >> Hi Kevin, >> >> Thanks for your reply... that's much as I feared would be the case, >> i.e. bad >> luck, can't be done... >> >> And yes, Exchange web client is definitely using ActiveX, and >> you're quite >> right that I don't want to go anywhere near that...!! >> >> I guess my only option is to locate key combinations which no browser >> currently recognises, but at that point there's no point, since I >> won't be >> able to use the regular FM ones like CTRL-N, CTRL-S etc so I should >> just >> save myself the grief... wasn't really critical, just a 'nice to >> have' cool >> feature... >> >> Thanks >> Steve >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org >> [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin >> Futter >> Sent: Tuesday, 4 September 2007 11:23 p.m. >> To: FX.php Discussion List >> Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser >> >> On 5/9/07 12:18 AM, "Steve Winter" wrote: >> >>> Nice thought, but no cigar... browser still does it?s own thing, >>> as well >> as >>> loading my desired page L >>> >> >> There's no way around that Steve. The browser intercepts all calls >> first and >> then passes them to the JavaScript interpreter as appropriate. If >> your >> keystroke or combination already invokes an action in the browser, >> it's >> already happened before JavaScript gets to see it. The Outlook Web >> Client >> probably uses ActiveX in IE to manage it, and those features are >> probably >> not available to other browsers. >> >> >> -- >> Kevin Futter >> Webmaster, St. Bernard's College >> http://www.sbc.melb.catholic.edu.au/ >> >> >> >> ##################################################################### >> # >> ###### >> ######### >> This e-mail message has been scanned for Viruses and Content and >> cleared >> by MailMarshal >> ##################################################################### >> # >> ###### >> ######### >> >> This e-mail and any attachments may be confidential. You must not >> disclose >> or use the information in this e-mail if you are not the intended >> recipient. >> If you have received this e-mail in error, please notify us >> immediately and >> delete the e-mail and all copies. The College does not guarantee >> that this >> e-mail is virus or error free. The attached files are provided and >> may only >> be used on the basis that the user assumes all responsibility for >> any loss, >> damage or consequence resulting directly or indirectly from the use >> of the >> attached files, whether caused by the negligence of the sender or >> not. The >> content and opinions in this e-mail are not necessarily those of the >> College. >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >> 3/09/2007 >> 9:31 a.m. >> >> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >> 3/09/2007 >> 9:31 a.m. >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: > 4/09/2007 > 10:36 p.m. > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: > 4/09/2007 > 10:36 p.m. > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jsfmp at earthlink.net Thu Sep 6 11:35:17 2007 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu Sep 6 11:35:23 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <8A7E8599-ED44-4427-B47F-2006060ABDA5@earthlink.net> References: <20070905145623.2C04C583747@www.iviking.org> <8A7E8599-ED44-4427-B47F-2006060ABDA5@earthlink.net> Message-ID: <0D2FC544-32FC-4693-AFB2-B8699A949C48@earthlink.net> On Sep 6, 2007, at 10:20 AM, Joel Shapiro wrote: > Because here at least it seems that a web interface can be so much > more user-friendly, with CSS and JavaScript... oops. and of course with PHP. On Sep 6, 2007, at 10:20 AM, Joel Shapiro wrote: > Hi Steve > > I think this is interesting, and it sounds like what you've done so > far is pretty cool. Can you say a little about why you're re- > creating the FMP interface on the web -- and why you're switching > over in general from client to web-based? I agree that more apps > are heading to the web, but as Dale mentioned, FMP and the Web each > have their own strengths. Are you trying to mimic the FMP GUI as > well? Because here at least it seems that a web interface can be > so much more user-friendly, with CSS and JavaScript... (Which I > think makes FM9's brand new "Conditional Formatting" feature seem > so limited and elementary. ;) > > Any chance this site is public, to see what you've done? > > Best, > -Joel > > > On Sep 5, 2007, at 7:54 AM, Steve Winter wrote: > >> Hi Dale, >> >> All good and interesting points, however with the increasing >> convergence >> between the web and the 'client-server' world that is occurring, I >> guess I >> was trying to push the boundaries a little here... >> >> With the exception of the new browser window opening I had in fact >> been able >> to code a solution which works as seamlessly on the web as it does >> in FMP >> client. When the user selected CTRL-N the webpage refreshed to a >> blank >> record from the one that they were viewing, and they could begin >> entering >> data. As soon as they entered a field, entered some data, and then >> left that >> field Ajax created the record and wrote that data back into the >> db, as well >> as setting a php session flag with the recID of that record, as >> they moved >> from field to field this seamlessly happens in the background, >> just like it >> does in the FMP client... maybe a nice idea before its time... >> >> Cheers >> Steve >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org >> [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Dale >> Bengston >> Sent: Wednesday, 5 September 2007 3:44 p.m. >> To: FX.php Discussion List >> Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser >> >> Hi Steve, >> >> I think it's important to let a browser window be a browser window >> and a FileMaker window be a FileMaker window. There are certain >> things that will just work differently from one to the other. >> >> While control-n can be used to create a new record directly in >> FileMaker, no such mechanism exists in a web browser because the >> browser window is not directly connected to the data; it is by nature >> separated from the data. (I consider this one of the great advantages >> to using the web as an interface - I don't have to create an >> environment in FileMaker if I want to separated data from structure >> from interface.) At best, you could hope to use control-n to fake out >> a browser to load a web page that allows the user to enter data for a >> new record and then submit it to FileMaker. This is already different >> than creating a new record in FMP and filling it in. >> >> So, I guess my long-winded point is, play to the strengths of your >> environment. The web may offer you some better ways to do certain >> things than straight FMP client-server, and some workflows will >> probably have to change because you can't replicate certain FMP >> behaviors. Import and export come to mind. I also recall someone on >> the FBA list once lamenting that FMI had not arranged it so they >> could pop up custom dialog boxes via the web like they could in FMP. >> (Huh?) >> >> My rule of thumb is, when developing FileMaker client-server, I think >> like a FileMaker developer. When developing for the web, I think like >> a web developer. >> >> Dale >> >> -- >> Dale Bengston, Partner >> Streamline Studio, LLC >> (a division of The Whole Brain Group) >> Member, FileMaker Business Alliance >> >> >> >> On Sep 5, 2007, at 1:51 AM, Steve Winter wrote: >> >>> Hi Kevin, >>> >>> Thanks for your reply... that's much as I feared would be the case, >>> i.e. bad >>> luck, can't be done... >>> >>> And yes, Exchange web client is definitely using ActiveX, and >>> you're quite >>> right that I don't want to go anywhere near that...!! >>> >>> I guess my only option is to locate key combinations which no >>> browser >>> currently recognises, but at that point there's no point, since I >>> won't be >>> able to use the regular FM ones like CTRL-N, CTRL-S etc so I should >>> just >>> save myself the grief... wasn't really critical, just a 'nice to >>> have' cool >>> feature... >>> >>> Thanks >>> Steve >>> >>> -----Original Message----- >>> From: fx.php_list-bounces@mail.iviking.org >>> [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin >>> Futter >>> Sent: Tuesday, 4 September 2007 11:23 p.m. >>> To: FX.php Discussion List >>> Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser >>> >>> On 5/9/07 12:18 AM, "Steve Winter" >>> wrote: >>> >>>> Nice thought, but no cigar... browser still does it?s own thing, >>>> as well >>> as >>>> loading my desired page L >>>> >>> >>> There's no way around that Steve. The browser intercepts all calls >>> first and >>> then passes them to the JavaScript interpreter as appropriate. If >>> your >>> keystroke or combination already invokes an action in the browser, >>> it's >>> already happened before JavaScript gets to see it. The Outlook Web >>> Client >>> probably uses ActiveX in IE to manage it, and those features are >>> probably >>> not available to other browsers. >>> >>> >>> -- >>> Kevin Futter >>> Webmaster, St. Bernard's College >>> http://www.sbc.melb.catholic.edu.au/ >>> >>> >>> >>> #################################################################### >>> ## >>> ###### >>> ######### >>> This e-mail message has been scanned for Viruses and Content and >>> cleared >>> by MailMarshal >>> #################################################################### >>> ## >>> ###### >>> ######### >>> >>> This e-mail and any attachments may be confidential. You must not >>> disclose >>> or use the information in this e-mail if you are not the intended >>> recipient. >>> If you have received this e-mail in error, please notify us >>> immediately and >>> delete the e-mail and all copies. The College does not guarantee >>> that this >>> e-mail is virus or error free. The attached files are provided and >>> may only >>> be used on the basis that the user assumes all responsibility for >>> any loss, >>> damage or consequence resulting directly or indirectly from the use >>> of the >>> attached files, whether caused by the negligence of the sender or >>> not. The >>> content and opinions in this e-mail are not necessarily those of the >>> College. >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> No virus found in this incoming message. >>> Checked by AVG Free Edition. >>> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >>> 3/09/2007 >>> 9:31 a.m. >>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >>> 3/09/2007 >>> 9:31 a.m. >>> >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: >> 4/09/2007 >> 10:36 p.m. >> >> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: >> 4/09/2007 >> 10:36 p.m. >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From steve at bluecrocodile.co.nz Thu Sep 6 15:09:09 2007 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Thu Sep 6 15:11:26 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <8A7E8599-ED44-4427-B47F-2006060ABDA5@earthlink.net> Message-ID: <20070906211123.1E61D58567D@www.iviking.org> Hi Joel, Yeah, I was pretty pleased with where I was heading until I ran into the issue with the browser responding to the CTRL key combination. Kevin F. confirmed what I had feared that there was no way round with without something hideous and proprietary like ActiveX, so I've put that aspect of the idea on hold. As to why go down this route, the answer is simple, cost...! My client has spent a number of years developing an excellent solution for behaviour management in schools, which they've been able to sell into a number of schools who were already using FMP for other administrative tasks. The next step was to try and sell it into non-FMP schools, at which point they found that the cost of licensing FMP server, and enough clients became prohibitive, even at educational licensing prices, for many schools... Enter stage left, one copy of FMSA on their server, a db for each school, and a replacement web front-end that I'm in the process of developing... it enables them to continue selling their product, but now to any school that is interested, since all the school needs is a web browser to operate the solution, rather than either a copy of FMP for every member of school staff, or the inconvenience for those staff of having to use specific computers with FMP on them... I've been using FMP since v3, and find it still to be an amazingly useful and flexible application, however these days I seldom use it as a front end, for exactly the reasons you outline, the PHP/CSS/JavaScript combination, especially now with Ajax reaching the levels that it has, to be a vastly superior combination to the available front-end tools in FMP. This probably leads many people to wonder why I use FMP over one of the more 'traditional' web backends like MySQL or the like. My answer is because it's smart... it can think for itself and perform all manner of things much more easily than other database solutions that I've worked with can, especially when you add a couple of relatively inexpensive plugins to the mix.. In one recent app I developed it sent faxes, emails, text messages, bar codes to mobiles, printed swipe cards, received emails, ran real-time auctions with auto-bid facilities, made coffee... well sadly it couldn't actually make coffee, but it did do everything else... when you put that power behind the flexibility of PHP/CSS/JavaScript you've got an awesome combination. Okay, I'll get off my soap box and return to the topic at hand...because of the nature of the site and the development I'm afraid that it's not publicly accessible, however I'm about to head away on holiday for a couple of weeks, which will involve several hours on trains and planes so I'll undertake to develop a 'proof-of-concept' from what I've done which I will make available online, and the source of which I'll provide to members of the list that are interested... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Joel Shapiro Sent: Thursday, 6 September 2007 6:20 p.m. To: FX.php Discussion List Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser Hi Steve I think this is interesting, and it sounds like what you've done so far is pretty cool. Can you say a little about why you're re- creating the FMP interface on the web -- and why you're switching over in general from client to web-based? I agree that more apps are heading to the web, but as Dale mentioned, FMP and the Web each have their own strengths. Are you trying to mimic the FMP GUI as well? Because here at least it seems that a web interface can be so much more user-friendly, with CSS and JavaScript... (Which I think makes FM9's brand new "Conditional Formatting" feature seem so limited and elementary. ;) Any chance this site is public, to see what you've done? Best, -Joel On Sep 5, 2007, at 7:54 AM, Steve Winter wrote: > Hi Dale, > > All good and interesting points, however with the increasing > convergence > between the web and the 'client-server' world that is occurring, I > guess I > was trying to push the boundaries a little here... > > With the exception of the new browser window opening I had in fact > been able > to code a solution which works as seamlessly on the web as it does > in FMP > client. When the user selected CTRL-N the webpage refreshed to a blank > record from the one that they were viewing, and they could begin > entering > data. As soon as they entered a field, entered some data, and then > left that > field Ajax created the record and wrote that data back into the db, > as well > as setting a php session flag with the recID of that record, as > they moved > from field to field this seamlessly happens in the background, just > like it > does in the FMP client... maybe a nice idea before its time... > > Cheers > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Dale > Bengston > Sent: Wednesday, 5 September 2007 3:44 p.m. > To: FX.php Discussion List > Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser > > Hi Steve, > > I think it's important to let a browser window be a browser window > and a FileMaker window be a FileMaker window. There are certain > things that will just work differently from one to the other. > > While control-n can be used to create a new record directly in > FileMaker, no such mechanism exists in a web browser because the > browser window is not directly connected to the data; it is by nature > separated from the data. (I consider this one of the great advantages > to using the web as an interface - I don't have to create an > environment in FileMaker if I want to separated data from structure > from interface.) At best, you could hope to use control-n to fake out > a browser to load a web page that allows the user to enter data for a > new record and then submit it to FileMaker. This is already different > than creating a new record in FMP and filling it in. > > So, I guess my long-winded point is, play to the strengths of your > environment. The web may offer you some better ways to do certain > things than straight FMP client-server, and some workflows will > probably have to change because you can't replicate certain FMP > behaviors. Import and export come to mind. I also recall someone on > the FBA list once lamenting that FMI had not arranged it so they > could pop up custom dialog boxes via the web like they could in FMP. > (Huh?) > > My rule of thumb is, when developing FileMaker client-server, I think > like a FileMaker developer. When developing for the web, I think like > a web developer. > > Dale > > -- > Dale Bengston, Partner > Streamline Studio, LLC > (a division of The Whole Brain Group) > Member, FileMaker Business Alliance > > > > On Sep 5, 2007, at 1:51 AM, Steve Winter wrote: > >> Hi Kevin, >> >> Thanks for your reply... that's much as I feared would be the case, >> i.e. bad >> luck, can't be done... >> >> And yes, Exchange web client is definitely using ActiveX, and >> you're quite >> right that I don't want to go anywhere near that...!! >> >> I guess my only option is to locate key combinations which no browser >> currently recognises, but at that point there's no point, since I >> won't be >> able to use the regular FM ones like CTRL-N, CTRL-S etc so I should >> just >> save myself the grief... wasn't really critical, just a 'nice to >> have' cool >> feature... >> >> Thanks >> Steve >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org >> [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin >> Futter >> Sent: Tuesday, 4 September 2007 11:23 p.m. >> To: FX.php Discussion List >> Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser >> >> On 5/9/07 12:18 AM, "Steve Winter" wrote: >> >>> Nice thought, but no cigar... browser still does it?s own thing, >>> as well >> as >>> loading my desired page L >>> >> >> There's no way around that Steve. The browser intercepts all calls >> first and >> then passes them to the JavaScript interpreter as appropriate. If >> your >> keystroke or combination already invokes an action in the browser, >> it's >> already happened before JavaScript gets to see it. The Outlook Web >> Client >> probably uses ActiveX in IE to manage it, and those features are >> probably >> not available to other browsers. >> >> >> -- >> Kevin Futter >> Webmaster, St. Bernard's College >> http://www.sbc.melb.catholic.edu.au/ >> >> >> >> ##################################################################### >> # >> ###### >> ######### >> This e-mail message has been scanned for Viruses and Content and >> cleared >> by MailMarshal >> ##################################################################### >> # >> ###### >> ######### >> >> This e-mail and any attachments may be confidential. You must not >> disclose >> or use the information in this e-mail if you are not the intended >> recipient. >> If you have received this e-mail in error, please notify us >> immediately and >> delete the e-mail and all copies. The College does not guarantee >> that this >> e-mail is virus or error free. The attached files are provided and >> may only >> be used on the basis that the user assumes all responsibility for >> any loss, >> damage or consequence resulting directly or indirectly from the use >> of the >> attached files, whether caused by the negligence of the sender or >> not. The >> content and opinions in this e-mail are not necessarily those of the >> College. >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >> 3/09/2007 >> 9:31 a.m. >> >> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >> 3/09/2007 >> 9:31 a.m. >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: > 4/09/2007 > 10:36 p.m. > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: > 4/09/2007 > 10:36 p.m. > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.6/991 - Release Date: 5/09/2007 2:55 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.6/991 - Release Date: 5/09/2007 2:55 p.m. From steve at bentechaps.com Sat Sep 8 09:57:39 2007 From: steve at bentechaps.com (Steve Bennett) Date: Sat Sep 8 09:57:46 2007 Subject: [FX.php List] FX: ExecuteQuery XML error Message-ID: <4CB97E94-4AF8-4A0D-A95E-3C1F32463828@bentechaps.com> I am trying to move some database files to a new FileMaker server and I am getting the following error when trying to run some FX-PHP pages. The following error has occured: FX: ExecuteQuery XML error: Invalid document end at line 1 (100) The FX PHP pages are still on the same web server the only thing that has changed is the new FileMaker server. If I point my FX PHP connection file back to the old server everything runs fine. I did not get to set up the new FileMaker server and it was recently updated from FMSA 7 to FMSA 8 but from what I can tell the only difference is that the new FileMaker server is access through a firewall on port 591 rather than port 80. Some of my FX PHP pages used for searches are working fine on the new server and initial record creation in the process that encounters the error also works. The page that encounters the error is part of a multi-page form. The first page that the user fills out is submitted to the FileMaker server correctly and a new record is created in FileMaker but then the error page comes up with the error mentioned above. I am thinking that it must be due to the FileMaker server or firewall configuration as I can point the FX PHP pages at two other FileMaker servers and everything works fine. Any direction on how to debug this would be appreciated. Thanks, Steve From glenn at fmutils.com Sat Sep 8 13:16:47 2007 From: glenn at fmutils.com (Glenn Singleton) Date: Sat Sep 8 13:15:15 2007 Subject: [FX.php List] FX: ExecuteQuery XML error In-Reply-To: <4CB97E94-4AF8-4A0D-A95E-3C1F32463828@bentechaps.com> References: <4CB97E94-4AF8-4A0D-A95E-3C1F32463828@bentechaps.com> Message-ID: Steve, Just a few things to check when you say they are the same :- 1. Can you see normal html pages on the new server ? 2. Are they running the same web server software ie version of Apache or IIS ? 3. Are they running the same php version ? 4. Can you run a on the new site ? 5. Can you run the fx.php example pages ? If all of this is OK then try recreating one of your files on the new server in say Notepad and again see if you get the same error. I would check all this first, but maybe you have already done that .... Regards Glenn Singleton On 09/09/2007, at 1:57 AM, Steve Bennett wrote: > I am trying to move some database files to a new FileMaker server > and I am getting the following error when trying to run some FX-PHP > pages. > > The following error has occured: FX: ExecuteQuery XML error: > Invalid document end at line 1 (100) > > The FX PHP pages are still on the same web server the only thing > that has changed is the new FileMaker server. If I point my FX PHP > connection file back to the old server everything runs fine. > > I did not get to set up the new FileMaker server and it was > recently updated from FMSA 7 to FMSA 8 but from what I can tell the > only difference is that the new FileMaker server is access through > a firewall on port 591 rather than port 80. > > Some of my FX PHP pages used for searches are working fine on the > new server and initial record creation in the process that > encounters the error also works. The page that encounters the error > is part of a multi-page form. The first page that the user fills > out is submitted to the FileMaker server correctly and a new record > is created in FileMaker but then the error page comes up with the > error mentioned above. > > I am thinking that it must be due to the FileMaker server or > firewall configuration as I can point the FX PHP pages at two other > FileMaker servers and everything works fine. > > Any direction on how to debug this would be appreciated. > > Thanks, > > Steve > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From steve at bentechaps.com Sat Sep 8 13:38:16 2007 From: steve at bentechaps.com (Steve Bennett) Date: Sat Sep 8 13:38:22 2007 Subject: [FX.php List] FX: ExecuteQuery XML error In-Reply-To: References: <4CB97E94-4AF8-4A0D-A95E-3C1F32463828@bentechaps.com> Message-ID: <66991AEF-B597-4AD2-9AE1-811F58197803@bentechaps.com> Glen, The web server didn't change just the database files were moved to a new FileMaker Server. It is strange in that I am able to connect to the new FileMaker server using some of the php pages but suddenly get errors on other pages that have worked well from the same web server for several months. I am thinking that it is something to do with the FileMaker Server setup or the firewall. I have put the database files on two other FileMaker servers and connected to both of them from the web server without any errors so I keep coming back to the FileMaker Server being the problem. The only thing that I have noticed between the new server and the other two servers I have tested is that the new FileMaker Server is running Windows 2000 and is accessed through port 591 while the other two that work are running OS-X and port 80. I didn't install the FileMaker Advanced Server, it was recently updated from FMSA 7 to FMSA8 and was previously only being used for IWP, so maybe there is an issue with Windows 2000. I would just expect that if there was a problem with Windows 2000 or the FMSA 8 install then none of the PHP pages would work. I will try some new files and see what I find. Thanks, Steve On Sep 8, 2007, at 1:16 PM, Glenn Singleton wrote: > Steve, > > Just a few things to check when you say they are the same :- > > 1. Can you see normal html pages on the new server ? > 2. Are they running the same web server software ie version of > Apache or IIS ? > 3. Are they running the same php version ? > 4. Can you run a on the new site ? > 5. Can you run the fx.php example pages ? > > If all of this is OK then try recreating one of your files on the > new server in say Notepad and again see if you get the same error. > > I would check all this first, but maybe you have already done > that .... > > Regards > Glenn Singleton > > On 09/09/2007, at 1:57 AM, Steve Bennett wrote: > >> I am trying to move some database files to a new FileMaker server >> and I am getting the following error when trying to run some FX- >> PHP pages. >> >> The following error has occured: FX: ExecuteQuery XML error: >> Invalid document end at line 1 (100) >> >> The FX PHP pages are still on the same web server the only thing >> that has changed is the new FileMaker server. If I point my FX PHP >> connection file back to the old server everything runs fine. >> >> I did not get to set up the new FileMaker server and it was >> recently updated from FMSA 7 to FMSA 8 but from what I can tell >> the only difference is that the new FileMaker server is access >> through a firewall on port 591 rather than port 80. >> >> Some of my FX PHP pages used for searches are working fine on the >> new server and initial record creation in the process that >> encounters the error also works. The page that encounters the >> error is part of a multi-page form. The first page that the user >> fills out is submitted to the FileMaker server correctly and a new >> record is created in FileMaker but then the error page comes up >> with the error mentioned above. >> >> I am thinking that it must be due to the FileMaker server or >> firewall configuration as I can point the FX PHP pages at two >> other FileMaker servers and everything works fine. >> >> Any direction on how to debug this would be appreciated. >> >> Thanks, >> >> Steve >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From igsmasupport at igsmasouth.org Sat Sep 8 13:43:28 2007 From: igsmasupport at igsmasouth.org (Jon Montgomery) Date: Sat Sep 8 13:43:34 2007 Subject: [FX.php List] FX: ExecuteQuery XML error In-Reply-To: <66991AEF-B597-4AD2-9AE1-811F58197803@bentechaps.com> Message-ID: Steve, I know you said that you didn't install the FMS 8.0 but there is an update to 8.0v4. Could that be the problem? I don't remember what that update fixed, I just did it because all the posts said to. Jon Montgomery On 9/8/07 2:38 PM, "Steve Bennett" wrote: > Glen, > > The web server didn't change just the database files were moved to a > new FileMaker Server. It is strange in that I am able to connect to > the new FileMaker server using some of the php pages but suddenly get > errors on other pages that have worked well from the same web server > for several months. I am thinking that it is something to do with the > FileMaker Server setup or the firewall. > > I have put the database files on two other FileMaker servers and > connected to both of them from the web server without any errors so I > keep coming back to the FileMaker Server being the problem. The only > thing that I have noticed between the new server and the other two > servers I have tested is that the new FileMaker Server is running > Windows 2000 and is accessed through port 591 while the other two > that work are running OS-X and port 80. > > I didn't install the FileMaker Advanced Server, it was recently > updated from FMSA 7 to FMSA8 and was previously only being used for > IWP, so maybe there is an issue with Windows 2000. I would just > expect that if there was a problem with Windows 2000 or the FMSA 8 > install then none of the PHP pages would work. > > I will try some new files and see what I find. > > Thanks, > > Steve > > > > > On Sep 8, 2007, at 1:16 PM, Glenn Singleton wrote: > >> Steve, >> >> Just a few things to check when you say they are the same :- >> >> 1. Can you see normal html pages on the new server ? >> 2. Are they running the same web server software ie version of >> Apache or IIS ? >> 3. Are they running the same php version ? >> 4. Can you run a on the new site ? >> 5. Can you run the fx.php example pages ? >> >> If all of this is OK then try recreating one of your files on the >> new server in say Notepad and again see if you get the same error. >> >> I would check all this first, but maybe you have already done >> that .... >> >> Regards >> Glenn Singleton >> >> On 09/09/2007, at 1:57 AM, Steve Bennett wrote: >> >>> I am trying to move some database files to a new FileMaker server >>> and I am getting the following error when trying to run some FX- >>> PHP pages. >>> >>> The following error has occured: FX: ExecuteQuery XML error: >>> Invalid document end at line 1 (100) >>> >>> The FX PHP pages are still on the same web server the only thing >>> that has changed is the new FileMaker server. If I point my FX PHP >>> connection file back to the old server everything runs fine. >>> >>> I did not get to set up the new FileMaker server and it was >>> recently updated from FMSA 7 to FMSA 8 but from what I can tell >>> the only difference is that the new FileMaker server is access >>> through a firewall on port 591 rather than port 80. >>> >>> Some of my FX PHP pages used for searches are working fine on the >>> new server and initial record creation in the process that >>> encounters the error also works. The page that encounters the >>> error is part of a multi-page form. The first page that the user >>> fills out is submitted to the FileMaker server correctly and a new >>> record is created in FileMaker but then the error page comes up >>> with the error mentioned above. >>> >>> I am thinking that it must be due to the FileMaker server or >>> firewall configuration as I can point the FX PHP pages at two >>> other FileMaker servers and everything works fine. >>> >>> Any direction on how to debug this would be appreciated. >>> >>> Thanks, >>> >>> Steve >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From steve at bentechaps.com Sat Sep 8 13:52:04 2007 From: steve at bentechaps.com (Steve Bennett) Date: Sat Sep 8 13:52:10 2007 Subject: [FX.php List] FX: ExecuteQuery XML error In-Reply-To: References: Message-ID: <3D354320-4049-4CA3-A774-9AEF4CA8B622@bentechaps.com> Thanks for the reminder Jon, I will try and get them to check on Monday. Steve On Sep 8, 2007, at 1:43 PM, Jon Montgomery wrote: > Steve, > I know you said that you didn't install the FMS 8.0 but there > is an > update to 8.0v4. Could that be the problem? I don't remember what > that > update fixed, I just did it because all the posts said to. > > Jon Montgomery From igsmasupport at igsmasouth.org Sat Sep 8 13:56:10 2007 From: igsmasupport at igsmasouth.org (Jon Montgomery) Date: Sat Sep 8 13:56:15 2007 Subject: [FX.php List] FX: ExecuteQuery XML error In-Reply-To: <3D354320-4049-4CA3-A774-9AEF4CA8B622@bentechaps.com> Message-ID: Steve, If you have Filemaker Server Admin on your computer, it will tell you what version version it is. Jon On 9/8/07 2:52 PM, "Steve Bennett" wrote: > Thanks for the reminder Jon, > > I will try and get them to check on Monday. > > Steve > > On Sep 8, 2007, at 1:43 PM, Jon Montgomery wrote: > >> Steve, >> I know you said that you didn't install the FMS 8.0 but there >> is an >> update to 8.0v4. Could that be the problem? I don't remember what >> that >> update fixed, I just did it because all the posts said to. >> >> Jon Montgomery > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From igsmasupport at igsmasouth.org Sat Sep 8 13:58:06 2007 From: igsmasupport at igsmasouth.org (Jon Montgomery) Date: Sat Sep 8 13:58:11 2007 Subject: [FX.php List] Using Date in a conditional If statement Message-ID: I would like to be able to turn on and turn off html links based on dates. Is this as simple as my mind thinks it should be or is it more complex? Example (very rough) $Enddate = 11-1-2007 //I realize that this is not formatted the correct way If(date(current date) greater than $Enddate { HTML Link I want to show }else{ The deadline has passed! Please excuse my crude example. This thought just came to me and my time is limited. But if I don't ask in a hurry, I will forget to ask at all. Thanks! Jon Montgomery -- Jon Montgomery Home phone: 618.542.2287 School phone: 618.542.2646 ext, 1133 Home email: vicepresident@comcast.net IGSMA email: vicepresident@igsmasouth.org School email: jwmontgomery@dqud300.perry.k12.il.us From steve at bentechaps.com Sat Sep 8 14:01:49 2007 From: steve at bentechaps.com (Steve Bennett) Date: Sat Sep 8 14:01:54 2007 Subject: [FX.php List] FX: ExecuteQuery XML error In-Reply-To: References: Message-ID: <57DFF223-A6CA-455D-8ADD-6A48D1CD607D@bentechaps.com> Thanks Jon, They won't allow FileMaker Server Admin to access the server remotely. Steve On Sep 8, 2007, at 1:56 PM, Jon Montgomery wrote: > Steve, > If you have Filemaker Server Admin on your computer, it will tell > you what > version version it is. > > Jon From fmdeveloper at gmail.com Sun Sep 9 10:45:46 2007 From: fmdeveloper at gmail.com (fmdeveloper) Date: Sun Sep 9 10:45:51 2007 Subject: [FX.php List] =?iso-8859-9?q?Filemaker_Pro_9_=C7al=FD=FEmalar=FD?= =?iso-8859-9?q?m=FDz_ve_Filemaker_9_+_mySQL_Kurslar=FDm=FDz?= Message-ID: <00aa01c7f300$da4b0e50$0201a8c0@behlul29541462> Sevgili Filemaker Dostu, Aylard?r ?zerinde ?al??t???m?z Filemaker Pro 9 Ailesi G?rsel E?itim Setlerimiz tamamlanm??t?r. Bu setler aras?nda, 1) Sil Ba?tan Filemaker Pro 9 Advanced G?rsel E?itim Seti ?le Filemaker 9'u bir haftada ??renebilecek, yeni ?zelliklerini ke?fedeceksiniz. 2) Filemaker 9+MySQL+PHP+Dreamweaver CS3 G?rsel E?itim Seti ile de Filemaker uygulamalar?n?z? neredeyse hi? maliyetle MySQL Server ?zernden ?nternet ve ?ntranet (A?) ortam?nda payla??ma a?may? ??reneceksiniz. B?ylelikle Filemaker Server gereksinimi de kalmayacak, Filemaker 9'u PHP ve MySQL (SQL+ORACLE) ile entegre edebileceksiniz. Bu arada Yukar?daki konular? ele alan Filemaker 9+MySQL+PHP+Dreamweaver CS3 Kurslar?m?z da 17 Eyl?lde ba?lamaktad?r. Her iki konuda da detayl? bilgi edinmek i?in web sitemizi ziyaret edebilirsiniz. Web: http://www.filemakerx.com Sayg?lar?mla, Behl?l Akko? From ggt667 at gmail.com Sun Sep 9 10:59:08 2007 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sun Sep 9 10:59:15 2007 Subject: =?UTF-8?Q?Re:_[FX.php_List]_Filemaker_Pro_9_=C3=87al=C4=B1=C5=9Fma?= =?UTF-8?Q?lar=C4=B1m=C4=B1z_ve_Filemaker_9_+_mySQL_Kurslar=C4=B1m=C4=B1z?= In-Reply-To: <00aa01c7f300$da4b0e50$0201a8c0@behlul29541462> References: <00aa01c7f300$da4b0e50$0201a8c0@behlul29541462> Message-ID: Yippi!!! We have been exposed to SPAM!!! Are we talking perm ban? ggt667 On 9/9/07, fmdeveloper wrote: > Sevgili Filemaker Dostu, > Aylard?r ?zerinde ?al??t???m?z Filemaker Pro 9 Ailesi G?rsel E?itim Setlerimiz tamamlanm??t?r. Bu setler aras?nda, > > 1) Sil Ba?tan Filemaker Pro 9 Advanced G?rsel E?itim Seti ?le Filemaker 9'u bir haftada ??renebilecek, yeni ?zelliklerini ke?fedeceksiniz. > > 2) Filemaker 9+MySQL+PHP+Dreamweaver CS3 G?rsel E?itim Seti ile de Filemaker uygulamalar?n?z? neredeyse hi? maliyetle MySQL Server ?zernden ?nternet ve ?ntranet (A?) ortam?nda payla??ma a?may? ??reneceksiniz. B?ylelikle Filemaker Server gereksinimi de kalmayacak, Filemaker 9'u PHP ve MySQL (SQL+ORACLE) ile entegre edebileceksiniz. > > Bu arada Yukar?daki konular? ele alan Filemaker 9+MySQL+PHP+Dreamweaver CS3 Kurslar?m?z da 17 Eyl?lde ba?lamaktad?r. > > Her iki konuda da detayl? bilgi edinmek i?in web sitemizi ziyaret edebilirsiniz. > > Web: http://www.filemakerx.com > Sayg?lar?mla, > Behl?l Akko? > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From jsfmp at earthlink.net Tue Sep 11 09:51:57 2007 From: jsfmp at earthlink.net (Joel Shapiro) Date: Tue Sep 11 09:52:04 2007 Subject: [FX.php List] [OT] (mostly) CTRL-N in browser In-Reply-To: <20070906211123.1E61D58567D@www.iviking.org> References: <20070906211123.1E61D58567D@www.iviking.org> Message-ID: Sounds great, Steve. Does the school project you mention below need to do much/any printing? That so far has been my biggest anchor to FMP functionality... especially batch printing. I've been thinking a lot lately about when to use the web instead of FMP. If I can step onto your soapbox for just a minute... One of my first thoughts after I first discovered the wonders of PHP was "why can't FMP layouts be dynamic?" I don't know other DB apps or web backends to compare w/ FM, but I do agree that moving web-wards is the way things are going. There was a big discussion going around recently on another list about the future of the FileMaker product line and how much will be Developer-focused vs End-User-focused. It seems to me that a lot of the Developer-level tools that people are asking for are already available in PHP/JavaScript/CSS/AJAX, but so many developers seem reluctant to leave their comfortable FM-only world. I know that others on this list have said they rarely develop FMP front-ends for their projects, but still stick with FM as their backend. I think that's real interesting, and expect (hope?) that FM will become more of a web/desktop hybrid platform over time (and not just simulating web-like features in a desktop app). Have a good holiday, and I'd love to see your 'proof-of-concept' if you get around to it. Best, -Joel p.s. You're aware that starting with FM9, your schools will only need FMS not FMSA for XML web publishing, right? On Sep 6, 2007, at 2:09 PM, Steve Winter wrote: > Hi Joel, > > Yeah, I was pretty pleased with where I was heading until I ran > into the > issue with the browser responding to the CTRL key combination. > Kevin F. > confirmed what I had feared that there was no way round with without > something hideous and proprietary like ActiveX, so I've put that > aspect of > the idea on hold. > > As to why go down this route, the answer is simple, cost...! My > client has > spent a number of years developing an excellent solution for behaviour > management in schools, which they've been able to sell into a > number of > schools who were already using FMP for other administrative tasks. > The next > step was to try and sell it into non-FMP schools, at which point > they found > that the cost of licensing FMP server, and enough clients became > prohibitive, even at educational licensing prices, for many schools... > > Enter stage left, one copy of FMSA on their server, a db for each > school, > and a replacement web front-end that I'm in the process of > developing... it > enables them to continue selling their product, but now to any > school that > is interested, since all the school needs is a web browser to > operate the > solution, rather than either a copy of FMP for every member of > school staff, > or the inconvenience for those staff of having to use specific > computers > with FMP on them... > > I've been using FMP since v3, and find it still to be an amazingly > useful > and flexible application, however these days I seldom use it as a > front end, > for exactly the reasons you outline, the PHP/CSS/JavaScript > combination, > especially now with Ajax reaching the levels that it has, to be a > vastly > superior combination to the available front-end tools in FMP. > > This probably leads many people to wonder why I use FMP over one of > the more > 'traditional' web backends like MySQL or the like. My answer is > because it's > smart... it can think for itself and perform all manner of things > much more > easily than other database solutions that I've worked with can, > especially > when you add a couple of relatively inexpensive plugins to the > mix.. In one > recent app I developed it sent faxes, emails, text messages, bar > codes to > mobiles, printed swipe cards, received emails, ran real-time > auctions with > auto-bid facilities, made coffee... well sadly it couldn't actually > make > coffee, but it did do everything else... when you put that power > behind the > flexibility of PHP/CSS/JavaScript you've got an awesome combination. > > Okay, I'll get off my soap box and return to the topic at > hand...because of > the nature of the site and the development I'm afraid that it's not > publicly > accessible, however I'm about to head away on holiday for a couple > of weeks, > which will involve several hours on trains and planes so I'll > undertake to > develop a 'proof-of-concept' from what I've done which I will make > available > online, and the source of which I'll provide to members of the list > that are > interested... > > Cheers > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Joel > Shapiro > Sent: Thursday, 6 September 2007 6:20 p.m. > To: FX.php Discussion List > Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser > > Hi Steve > > I think this is interesting, and it sounds like what you've done so > far is pretty cool. Can you say a little about why you're re- > creating the FMP interface on the web -- and why you're switching > over in general from client to web-based? I agree that more apps are > heading to the web, but as Dale mentioned, FMP and the Web each have > their own strengths. Are you trying to mimic the FMP GUI as well? > Because here at least it seems that a web interface can be so much > more user-friendly, with CSS and JavaScript... (Which I think makes > FM9's brand new "Conditional Formatting" feature seem so limited and > elementary. ;) > > Any chance this site is public, to see what you've done? > > Best, > -Joel > > > On Sep 5, 2007, at 7:54 AM, Steve Winter wrote: > >> Hi Dale, >> >> All good and interesting points, however with the increasing >> convergence >> between the web and the 'client-server' world that is occurring, I >> guess I >> was trying to push the boundaries a little here... >> >> With the exception of the new browser window opening I had in fact >> been able >> to code a solution which works as seamlessly on the web as it does >> in FMP >> client. When the user selected CTRL-N the webpage refreshed to a >> blank >> record from the one that they were viewing, and they could begin >> entering >> data. As soon as they entered a field, entered some data, and then >> left that >> field Ajax created the record and wrote that data back into the db, >> as well >> as setting a php session flag with the recID of that record, as >> they moved >> from field to field this seamlessly happens in the background, just >> like it >> does in the FMP client... maybe a nice idea before its time... >> >> Cheers >> Steve >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org >> [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Dale >> Bengston >> Sent: Wednesday, 5 September 2007 3:44 p.m. >> To: FX.php Discussion List >> Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser >> >> Hi Steve, >> >> I think it's important to let a browser window be a browser window >> and a FileMaker window be a FileMaker window. There are certain >> things that will just work differently from one to the other. >> >> While control-n can be used to create a new record directly in >> FileMaker, no such mechanism exists in a web browser because the >> browser window is not directly connected to the data; it is by nature >> separated from the data. (I consider this one of the great advantages >> to using the web as an interface - I don't have to create an >> environment in FileMaker if I want to separated data from structure >> from interface.) At best, you could hope to use control-n to fake out >> a browser to load a web page that allows the user to enter data for a >> new record and then submit it to FileMaker. This is already different >> than creating a new record in FMP and filling it in. >> >> So, I guess my long-winded point is, play to the strengths of your >> environment. The web may offer you some better ways to do certain >> things than straight FMP client-server, and some workflows will >> probably have to change because you can't replicate certain FMP >> behaviors. Import and export come to mind. I also recall someone on >> the FBA list once lamenting that FMI had not arranged it so they >> could pop up custom dialog boxes via the web like they could in FMP. >> (Huh?) >> >> My rule of thumb is, when developing FileMaker client-server, I think >> like a FileMaker developer. When developing for the web, I think like >> a web developer. >> >> Dale >> >> -- >> Dale Bengston, Partner >> Streamline Studio, LLC >> (a division of The Whole Brain Group) >> Member, FileMaker Business Alliance >> >> >> >> On Sep 5, 2007, at 1:51 AM, Steve Winter wrote: >> >>> Hi Kevin, >>> >>> Thanks for your reply... that's much as I feared would be the case, >>> i.e. bad >>> luck, can't be done... >>> >>> And yes, Exchange web client is definitely using ActiveX, and >>> you're quite >>> right that I don't want to go anywhere near that...!! >>> >>> I guess my only option is to locate key combinations which no >>> browser >>> currently recognises, but at that point there's no point, since I >>> won't be >>> able to use the regular FM ones like CTRL-N, CTRL-S etc so I should >>> just >>> save myself the grief... wasn't really critical, just a 'nice to >>> have' cool >>> feature... >>> >>> Thanks >>> Steve >>> >>> -----Original Message----- >>> From: fx.php_list-bounces@mail.iviking.org >>> [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Kevin >>> Futter >>> Sent: Tuesday, 4 September 2007 11:23 p.m. >>> To: FX.php Discussion List >>> Subject: Re: [FX.php List] [OT] (mostly) CTRL-N in browser >>> >>> On 5/9/07 12:18 AM, "Steve Winter" >>> wrote: >>> >>>> Nice thought, but no cigar... browser still does it?s own thing, >>>> as well >>> as >>>> loading my desired page L >>>> >>> >>> There's no way around that Steve. The browser intercepts all calls >>> first and >>> then passes them to the JavaScript interpreter as appropriate. If >>> your >>> keystroke or combination already invokes an action in the browser, >>> it's >>> already happened before JavaScript gets to see it. The Outlook Web >>> Client >>> probably uses ActiveX in IE to manage it, and those features are >>> probably >>> not available to other browsers. >>> >>> >>> -- >>> Kevin Futter >>> Webmaster, St. Bernard's College >>> http://www.sbc.melb.catholic.edu.au/ >>> >>> >>> >>> #################################################################### >>> # >>> # >>> ###### >>> ######### >>> This e-mail message has been scanned for Viruses and Content and >>> cleared >>> by MailMarshal >>> #################################################################### >>> # >>> # >>> ###### >>> ######### >>> >>> This e-mail and any attachments may be confidential. You must not >>> disclose >>> or use the information in this e-mail if you are not the intended >>> recipient. >>> If you have received this e-mail in error, please notify us >>> immediately and >>> delete the e-mail and all copies. The College does not guarantee >>> that this >>> e-mail is virus or error free. The attached files are provided and >>> may only >>> be used on the basis that the user assumes all responsibility for >>> any loss, >>> damage or consequence resulting directly or indirectly from the use >>> of the >>> attached files, whether caused by the negligence of the sender or >>> not. The >>> content and opinions in this e-mail are not necessarily those of the >>> College. >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> No virus found in this incoming message. >>> Checked by AVG Free Edition. >>> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >>> 3/09/2007 >>> 9:31 a.m. >>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.485 / Virus Database: 269.13.3/986 - Release Date: >>> 3/09/2007 >>> 9:31 a.m. >>> >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: >> 4/09/2007 >> 10:36 p.m. >> >> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. >> Version: 7.5.485 / Virus Database: 269.13.5/990 - Release Date: >> 4/09/2007 >> 10:36 p.m. >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.6/991 - Release Date: > 5/09/2007 > 2:55 p.m. > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.6/991 - Release Date: > 5/09/2007 > 2:55 p.m. > > > > _______________________________________________ > FX.php_List mailing list > FX.ph