From ggt667 at gmail.com Fri May 1 00:14:40 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri May 1 00:14:45 2009 Subject: [FX.php List] FX Version In-Reply-To: References: Message-ID: Can you please make me a subset of what you want me to test and I will upload it to my server Ggt 2009/4/30, Blair Duncan : > GG, are YOU able to pass a parameter to a script and the script receive the > parameter with server version 7? > > > > > Blair Duncan | Variable Data Manager > SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 > T 416-413-7537 | C 416-845-3357 | F 416-972-5656 > > -Original Message- > > >> I run server 7 >> 2009/4/30, david weiner <1265@lucerneblvd.org>: >>> Hi Blair, >>> I'd be happy to test this if you want to send me some sample code and >>> a simple file, but the oldest version of server I have access to is 9. >>> I can at least tell you if your page is coded correctly and you can >>> assume from there that it's a server 7 problem I guess. >>> >>> >>> On Apr 30, 2009, at 8:09 AM, Blair Duncan wrote: >>> >>>> Has anyone else been able to get this to work? >>>> >>>> Using FMServer 7, passing a parameter to a script does not seem to be >>>> working for me. From within the script Get(ScriptParameter) is >>>> always empty >>>> and FX does not return any error. >>>> >>>> >>>> >>>> A dump of the dataParms from the FX object just prior to find: >>>> [dataParams] => Array >>>> ( >>>> [0] => Array >>>> ( >>>> [name] => MA_TABLE_OF_THISROW::Agency_JobNumber >>>> [value] => =64610 >>>> [op] => >>>> ) >>>> >>>> [1] => Array >>>> ( >>>> [name] => -lop >>>> [value] => or >>>> [op] => >>>> ) >>>> >>>> [2] => Array >>>> ( >>>> [name] => -script >>>> [value] => FindForM2 >>>> [op] => >>>> ) >>>> >>>> [3] => Array >>>> ( >>>> [name] => -script.param >>>> [value] => thisISaTEST >>>> [op] => >>>> ) >>>> >>>> ) >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Blair Duncan | Variable Data Manager >>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>> >>>> -Original Message- >>>> >>>> >>>>> Blair, >>>>> >>>>> I'm not sure where I found this, but I've been passing parameters >>>>> to scripts >>>>> using this method, here are examples: >>>>> >>>>> // Pre-sort >>>>> $ppw_add->PerformFMScriptPresort('WhatNewKeepSpS'); >>>>> $ppw_add->AddDBParam('-script.presort.param',$userid); >>>>> >>>>> // Pre-command >>>>> $ppw_add->PerformFMScriptPrefind('WhatNewKeepSpF'); >>>>> $ppw_add->AddDBParam('-script.prefind.param',$userid); >>>>> >>>>> // Post-command >>>>> $ppw_add->PerformFMScript('IPN post-command'); >>>>> $ppw_add->AddDBParam('-script.param', $_POST['txn_id']); >>>>> >>>>> >>>>> -Troy >>>>> >>>>> >>>>>> This leads to my 2nd item. The ability to pass parameters to a >>>>>> script, >>>>>> thus making the script above dynamic and reusable for other >>>>>> searches. >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>> >>>> -Original Message- >>>> >>>> Please consider the environment before printing this e-mail. >>>> >>>> This message and any attachments contain information, which may be >>>> confidential or privileged. If you are not the intended recipient, >>>> please refrain from any disclosure, copying, distribution or use of >>>> this information. Please be aware that such actions are prohibited. >>>> If you have received this transmission in error, kindly notify us by >>>> e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> > > -Original Message- > > Please consider the environment before printing this e-mail. > > This message and any attachments contain information, which may be > confidential or privileged. If you are not the intended recipient, please > refrain from any disclosure, copying, distribution or use of this > information. Please be aware that such actions are prohibited. If you have > received this transmission in error, kindly notify us by e-mail to > mailto:helpdesk@bbdo.com. We appreciate your cooperation. > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From Blair.Duncan at bbdo.ca Fri May 1 09:38:06 2009 From: Blair.Duncan at bbdo.ca (Blair Duncan) Date: Fri May 1 09:38:24 2009 Subject: [FX.php List] FX Version In-Reply-To: Message-ID: Thanks GG. Zipped test db and php attached. Blair Duncan | Variable Data Manager SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 T 416-413-7537 | C 416-845-3357 | F 416-972-5656 -Original Message- > Can you please make me a subset of what you want me to test and I will > upload it to my server > > Ggt > > 2009/4/30, Blair Duncan : >> GG, are YOU able to pass a parameter to a script and the script receive the >> parameter with server version 7? >> >> >> >> >> Blair Duncan | Variable Data Manager >> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >> >> -Original Message- >> >> >>> I run server 7 >>> 2009/4/30, david weiner <1265@lucerneblvd.org>: >>>> Hi Blair, >>>> I'd be happy to test this if you want to send me some sample code and >>>> a simple file, but the oldest version of server I have access to is 9. >>>> I can at least tell you if your page is coded correctly and you can >>>> assume from there that it's a server 7 problem I guess. >>>> >>>> >>>> On Apr 30, 2009, at 8:09 AM, Blair Duncan wrote: >>>> >>>>> Has anyone else been able to get this to work? >>>>> >>>>> Using FMServer 7, passing a parameter to a script does not seem to be >>>>> working for me. From within the script Get(ScriptParameter) is >>>>> always empty >>>>> and FX does not return any error. >>>>> >>>>> >>>>> >>>>> A dump of the dataParms from the FX object just prior to find: >>>>> [dataParams] => Array >>>>> ( >>>>> [0] => Array >>>>> ( >>>>> [name] => MA_TABLE_OF_THISROW::Agency_JobNumber >>>>> [value] => =64610 >>>>> [op] => >>>>> ) >>>>> >>>>> [1] => Array >>>>> ( >>>>> [name] => -lop >>>>> [value] => or >>>>> [op] => >>>>> ) >>>>> >>>>> [2] => Array >>>>> ( >>>>> [name] => -script >>>>> [value] => FindForM2 >>>>> [op] => >>>>> ) >>>>> >>>>> [3] => Array >>>>> ( >>>>> [name] => -script.param >>>>> [value] => thisISaTEST >>>>> [op] => >>>>> ) >>>>> >>>>> ) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Blair Duncan | Variable Data Manager >>>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>>> >>>>> -Original Message- >>>>> >>>>> >>>>>> Blair, >>>>>> >>>>>> I'm not sure where I found this, but I've been passing parameters >>>>>> to scripts >>>>>> using this method, here are examples: >>>>>> >>>>>> // Pre-sort >>>>>> $ppw_add->PerformFMScriptPresort('WhatNewKeepSpS'); >>>>>> $ppw_add->AddDBParam('-script.presort.param',$userid); >>>>>> >>>>>> // Pre-command >>>>>> $ppw_add->PerformFMScriptPrefind('WhatNewKeepSpF'); >>>>>> $ppw_add->AddDBParam('-script.prefind.param',$userid); >>>>>> >>>>>> // Post-command >>>>>> $ppw_add->PerformFMScript('IPN post-command'); >>>>>> $ppw_add->AddDBParam('-script.param', $_POST['txn_id']); >>>>>> >>>>>> >>>>>> -Troy >>>>>> >>>>>> >>>>>>> This leads to my 2nd item. The ability to pass parameters to a >>>>>>> script, >>>>>>> thus making the script above dynamic and reusable for other >>>>>>> searches. >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>> >>>>> -Original Message- >>>>> >>>>> Please consider the environment before printing this e-mail. >>>>> >>>>> This message and any attachments contain information, which may be >>>>> confidential or privileged. If you are not the intended recipient, >>>>> please refrain from any disclosure, copying, distribution or use of >>>>> this information. Please be aware that such actions are prohibited. >>>>> If you have received this transmission in error, kindly notify us by >>>>> e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> -Original Message- >> >> Please consider the environment before printing this e-mail. >> >> This message and any attachments contain information, which may be >> confidential or privileged. If you are not the intended recipient, please >> refrain from any disclosure, copying, distribution or use of this >> information. Please be aware that such actions are prohibited. If you have >> received this transmission in error, kindly notify us by e-mail to >> mailto:helpdesk@bbdo.com. We appreciate your cooperation. >> >> >> >> _______________________________________________ >> 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 > -Original Message- Please consider the environment before printing this e-mail. This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. -------------- next part -------------- A non-text attachment was scrubbed... Name: Test.zip Type: application/octet-stream Size: 5391 bytes Desc: not available Url : http://mail.iviking.org/pipermail/fx.php_list/attachments/20090501/1c6012c3/Test.obj From ggt667 at gmail.com Sat May 2 00:54:16 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat May 2 00:54:19 2009 Subject: [FX.php List] FX Version In-Reply-To: References: Message-ID: I am not in the office until Monday, however I read the script and I believe you would have to use -recid and FMEdit() to get it working from what I remember. ggt 2009/5/1 Blair Duncan : > Thanks GG. > Zipped test db and php attached. > > > > > > Blair Duncan | Variable Data Manager > SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 > T 416-413-7537 | C 416-845-3357 | F 416-972-5656 > > -Original Message- > > >> Can you please make me a subset of what you want me to test and I will >> upload it to my server >> >> Ggt >> >> 2009/4/30, Blair Duncan : >>> GG, are YOU able to pass a parameter to a script and the script receive the >>> parameter with server version 7? >>> >>> >>> >>> >>> Blair Duncan | Variable Data Manager >>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>> >>> -Original Message- >>> >>> >>>> I run server 7 >>>> 2009/4/30, david weiner <1265@lucerneblvd.org>: >>>>> Hi Blair, >>>>> I'd be happy to test this if you want to send me some sample code and >>>>> a simple file, but the oldest version of server I have access to is 9. >>>>> I can at least tell you if your page is coded correctly and you can >>>>> assume from there that it's a server 7 problem I guess. >>>>> >>>>> >>>>> On Apr 30, 2009, at 8:09 AM, Blair Duncan wrote: >>>>> >>>>>> Has anyone else been able to get this to work? >>>>>> >>>>>> Using FMServer 7, passing a parameter to a script does not seem to be >>>>>> working for me. From within the script Get(ScriptParameter) is >>>>>> always empty >>>>>> and FX does not return any error. >>>>>> >>>>>> >>>>>> >>>>>> A dump of the dataParms from the FX object just prior to find: >>>>>> [dataParams] => Array >>>>>> ? ? ? ?( >>>>>> ? ? ? ? ? ?[0] => Array >>>>>> ? ? ? ? ? ? ? ?( >>>>>> ? ? ? ? ? ? ? ? ? ?[name] => MA_TABLE_OF_THISROW::Agency_JobNumber >>>>>> ? ? ? ? ? ? ? ? ? ?[value] => =64610 >>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>> ? ? ? ? ? ? ? ?) >>>>>> >>>>>> ? ? ? ? ? ?[1] => Array >>>>>> ? ? ? ? ? ? ? ?( >>>>>> ? ? ? ? ? ? ? ? ? ?[name] => -lop >>>>>> ? ? ? ? ? ? ? ? ? ?[value] => or >>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>> ? ? ? ? ? ? ? ?) >>>>>> >>>>>> ? ? ? ? ? ?[2] => Array >>>>>> ? ? ? ? ? ? ? ?( >>>>>> ? ? ? ? ? ? ? ? ? ?[name] => -script >>>>>> ? ? ? ? ? ? ? ? ? ?[value] => FindForM2 >>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>> ? ? ? ? ? ? ? ?) >>>>>> >>>>>> ? ? ? ? ? ?[3] => Array >>>>>> ? ? ? ? ? ? ? ?( >>>>>> ? ? ? ? ? ? ? ? ? ?[name] => -script.param >>>>>> ? ? ? ? ? ? ? ? ? ?[value] => thisISaTEST >>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>> ? ? ? ? ? ? ? ?) >>>>>> >>>>>> ? ? ? ?) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Blair Duncan | Variable Data Manager >>>>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>>>> >>>>>> -Original Message- >>>>>> >>>>>> >>>>>>> Blair, >>>>>>> >>>>>>> I'm not sure where I found this, but I've been passing parameters >>>>>>> to scripts >>>>>>> using this method, here are examples: >>>>>>> >>>>>>> // Pre-sort >>>>>>> $ppw_add->PerformFMScriptPresort('WhatNewKeepSpS'); >>>>>>> $ppw_add->AddDBParam('-script.presort.param',$userid); >>>>>>> >>>>>>> // Pre-command >>>>>>> $ppw_add->PerformFMScriptPrefind('WhatNewKeepSpF'); >>>>>>> $ppw_add->AddDBParam('-script.prefind.param',$userid); >>>>>>> >>>>>>> // Post-command >>>>>>> $ppw_add->PerformFMScript('IPN post-command'); >>>>>>> $ppw_add->AddDBParam('-script.param', $_POST['txn_id']); >>>>>>> >>>>>>> >>>>>>> -Troy >>>>>>> >>>>>>> >>>>>>>> This leads to my 2nd item. The ability to pass parameters to a >>>>>>>> script, >>>>>>>> thus making the script above dynamic and reusable for other >>>>>>>> searches. >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>> >>>>>> -Original Message- >>>>>> >>>>>> Please consider the environment before printing this e-mail. >>>>>> >>>>>> This message and any attachments contain information, which may be >>>>>> confidential or privileged. If you are not the intended recipient, >>>>>> please refrain from any disclosure, copying, distribution or use of >>>>>> this information. Please be aware that such actions are prohibited. >>>>>> If you have received this transmission in error, kindly notify us by >>>>>> e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>> >>> -Original Message- >>> >>> Please consider the environment before printing this e-mail. >>> >>> This message and any attachments contain information, which may be >>> confidential or privileged. If you are not the intended recipient, please >>> refrain from any disclosure, copying, distribution or use of this >>> information. Please be aware that such actions are prohibited. If you have >>> received this transmission in error, kindly notify us by e-mail to >>> mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > -Original Message- > > Please consider the environment before printing this e-mail. > > This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From ggt667 at gmail.com Sat May 2 01:05:19 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat May 2 01:05:23 2009 Subject: [FX.php List] FX Version In-Reply-To: References: Message-ID: This might actually work: http://pastebin.com/f6fd07a07 2009/5/2 Gjermund Gusland Thorsen : > I am not in the office until Monday, > however I read the script and I believe you would have to use -recid > and FMEdit() to get it working from what I remember. > > ggt > > 2009/5/1 Blair Duncan : >> Thanks GG. >> Zipped test db and php attached. >> >> >> >> >> >> Blair Duncan | Variable Data Manager >> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >> >> -Original Message- >> >> >>> Can you please make me a subset of what you want me to test and I will >>> upload it to my server >>> >>> Ggt >>> >>> 2009/4/30, Blair Duncan : >>>> GG, are YOU able to pass a parameter to a script and the script receive the >>>> parameter with server version 7? >>>> >>>> >>>> >>>> >>>> Blair Duncan | Variable Data Manager >>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>> >>>> -Original Message- >>>> >>>> >>>>> I run server 7 >>>>> 2009/4/30, david weiner <1265@lucerneblvd.org>: >>>>>> Hi Blair, >>>>>> I'd be happy to test this if you want to send me some sample code and >>>>>> a simple file, but the oldest version of server I have access to is 9. >>>>>> I can at least tell you if your page is coded correctly and you can >>>>>> assume from there that it's a server 7 problem I guess. >>>>>> >>>>>> >>>>>> On Apr 30, 2009, at 8:09 AM, Blair Duncan wrote: >>>>>> >>>>>>> Has anyone else been able to get this to work? >>>>>>> >>>>>>> Using FMServer 7, passing a parameter to a script does not seem to be >>>>>>> working for me. From within the script Get(ScriptParameter) is >>>>>>> always empty >>>>>>> and FX does not return any error. >>>>>>> >>>>>>> >>>>>>> >>>>>>> A dump of the dataParms from the FX object just prior to find: >>>>>>> [dataParams] => Array >>>>>>> ? ? ? ?( >>>>>>> ? ? ? ? ? ?[0] => Array >>>>>>> ? ? ? ? ? ? ? ?( >>>>>>> ? ? ? ? ? ? ? ? ? ?[name] => MA_TABLE_OF_THISROW::Agency_JobNumber >>>>>>> ? ? ? ? ? ? ? ? ? ?[value] => =64610 >>>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>>> ? ? ? ? ? ? ? ?) >>>>>>> >>>>>>> ? ? ? ? ? ?[1] => Array >>>>>>> ? ? ? ? ? ? ? ?( >>>>>>> ? ? ? ? ? ? ? ? ? ?[name] => -lop >>>>>>> ? ? ? ? ? ? ? ? ? ?[value] => or >>>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>>> ? ? ? ? ? ? ? ?) >>>>>>> >>>>>>> ? ? ? ? ? ?[2] => Array >>>>>>> ? ? ? ? ? ? ? ?( >>>>>>> ? ? ? ? ? ? ? ? ? ?[name] => -script >>>>>>> ? ? ? ? ? ? ? ? ? ?[value] => FindForM2 >>>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>>> ? ? ? ? ? ? ? ?) >>>>>>> >>>>>>> ? ? ? ? ? ?[3] => Array >>>>>>> ? ? ? ? ? ? ? ?( >>>>>>> ? ? ? ? ? ? ? ? ? ?[name] => -script.param >>>>>>> ? ? ? ? ? ? ? ? ? ?[value] => thisISaTEST >>>>>>> ? ? ? ? ? ? ? ? ? ?[op] => >>>>>>> ? ? ? ? ? ? ? ?) >>>>>>> >>>>>>> ? ? ? ?) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Blair Duncan | Variable Data Manager >>>>>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>>>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>>>>> >>>>>>> -Original Message- >>>>>>> >>>>>>> >>>>>>>> Blair, >>>>>>>> >>>>>>>> I'm not sure where I found this, but I've been passing parameters >>>>>>>> to scripts >>>>>>>> using this method, here are examples: >>>>>>>> >>>>>>>> // Pre-sort >>>>>>>> $ppw_add->PerformFMScriptPresort('WhatNewKeepSpS'); >>>>>>>> $ppw_add->AddDBParam('-script.presort.param',$userid); >>>>>>>> >>>>>>>> // Pre-command >>>>>>>> $ppw_add->PerformFMScriptPrefind('WhatNewKeepSpF'); >>>>>>>> $ppw_add->AddDBParam('-script.prefind.param',$userid); >>>>>>>> >>>>>>>> // Post-command >>>>>>>> $ppw_add->PerformFMScript('IPN post-command'); >>>>>>>> $ppw_add->AddDBParam('-script.param', $_POST['txn_id']); >>>>>>>> >>>>>>>> >>>>>>>> -Troy >>>>>>>> >>>>>>>> >>>>>>>>> This leads to my 2nd item. The ability to pass parameters to a >>>>>>>>> script, >>>>>>>>> thus making the script above dynamic and reusable for other >>>>>>>>> searches. >>>>>>>> _______________________________________________ >>>>>>>> FX.php_List mailing list >>>>>>>> FX.php_List@mail.iviking.org >>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>> >>>>>>> >>>>>>> -Original Message- >>>>>>> >>>>>>> Please consider the environment before printing this e-mail. >>>>>>> >>>>>>> This message and any attachments contain information, which may be >>>>>>> confidential or privileged. If you are not the intended recipient, >>>>>>> please refrain from any disclosure, copying, distribution or use of >>>>>>> this information. Please be aware that such actions are prohibited. >>>>>>> If you have received this transmission in error, kindly notify us by >>>>>>> e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> >>>> >>>> -Original Message- >>>> >>>> Please consider the environment before printing this e-mail. >>>> >>>> This message and any attachments contain information, which may be >>>> confidential or privileged. If you are not the intended recipient, please >>>> refrain from any disclosure, copying, distribution or use of this >>>> information. Please be aware that such actions are prohibited. If you have >>>> received this transmission in error, kindly notify us by e-mail to >>>> mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> -Original Message- >> >> Please consider the environment before printing this e-mail. >> >> This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> > From Blair.Duncan at bbdo.ca Sun May 3 06:07:27 2009 From: Blair.Duncan at bbdo.ca (Blair Duncan) Date: Sun May 3 06:07:38 2009 Subject: [FX.php List] FX Version In-Reply-To: Message-ID: I tried it and the result is still the same. It doesn't seem logical to have to pass a -recid as when performing a find we don't have a record id yet. Also as Troy noted, it works in Server 9 without it. I'll be curious though if it works for you. Blair Duncan | Variable Data Manager SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 T 416-413-7537 | C 416-845-3357 | F 416-972-5656 -Original Message- > This might actually work: http://pastebin.com/f6fd07a07 > > 2009/5/2 Gjermund Gusland Thorsen : >> I am not in the office until Monday, >> however I read the script and I believe you would have to use -recid >> and FMEdit() to get it working from what I remember. >> >> ggt >> >> 2009/5/1 Blair Duncan : >>> Thanks GG. >>> Zipped test db and php attached. >>> >>> >>> >>> >>> >>> Blair Duncan | Variable Data Manager >>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>> >>> -Original Message- >>> >>> >>>> Can you please make me a subset of what you want me to test and I will >>>> upload it to my server >>>> >>>> Ggt >>>> >>>> 2009/4/30, Blair Duncan : >>>>> GG, are YOU able to pass a parameter to a script and the script receive >>>>> the >>>>> parameter with server version 7? >>>>> >>>>> >>>>> >>>>> >>>>> Blair Duncan | Variable Data Manager >>>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>>> >>>>> -Original Message- >>>>> >>>>> >>>>>> I run server 7 >>>>>> 2009/4/30, david weiner <1265@lucerneblvd.org>: >>>>>>> Hi Blair, >>>>>>> I'd be happy to test this if you want to send me some sample code and >>>>>>> a simple file, but the oldest version of server I have access to is 9. >>>>>>> I can at least tell you if your page is coded correctly and you can >>>>>>> assume from there that it's a server 7 problem I guess. >>>>>>> >>>>>>> >>>>>>> On Apr 30, 2009, at 8:09 AM, Blair Duncan wrote: >>>>>>> >>>>>>>> Has anyone else been able to get this to work? >>>>>>>> >>>>>>>> Using FMServer 7, passing a parameter to a script does not seem to be >>>>>>>> working for me. From within the script Get(ScriptParameter) is >>>>>>>> always empty >>>>>>>> and FX does not return any error. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> A dump of the dataParms from the FX object just prior to find: >>>>>>>> [dataParams] => Array >>>>>>>> ( >>>>>>>> [0] => Array >>>>>>>> ( >>>>>>>> [name] => MA_TABLE_OF_THISROW::Agency_JobNumber >>>>>>>> [value] => =64610 >>>>>>>> [op] => >>>>>>>> ) >>>>>>>> >>>>>>>> [1] => Array >>>>>>>> ( >>>>>>>> [name] => -lop >>>>>>>> [value] => or >>>>>>>> [op] => >>>>>>>> ) >>>>>>>> >>>>>>>> [2] => Array >>>>>>>> ( >>>>>>>> [name] => -script >>>>>>>> [value] => FindForM2 >>>>>>>> [op] => >>>>>>>> ) >>>>>>>> >>>>>>>> [3] => Array >>>>>>>> ( >>>>>>>> [name] => -script.param >>>>>>>> [value] => thisISaTEST >>>>>>>> [op] => >>>>>>>> ) >>>>>>>> >>>>>>>> ) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Blair Duncan | Variable Data Manager >>>>>>>> SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 >>>>>>>> T 416-413-7537 | C 416-845-3357 | F 416-972-5656 >>>>>>>> >>>>>>>> -Original Message- >>>>>>>> >>>>>>>> >>>>>>>>> Blair, >>>>>>>>> >>>>>>>>> I'm not sure where I found this, but I've been passing parameters >>>>>>>>> to scripts >>>>>>>>> using this method, here are examples: >>>>>>>>> >>>>>>>>> // Pre-sort >>>>>>>>> $ppw_add->PerformFMScriptPresort('WhatNewKeepSpS'); >>>>>>>>> $ppw_add->AddDBParam('-script.presort.param',$userid); >>>>>>>>> >>>>>>>>> // Pre-command >>>>>>>>> $ppw_add->PerformFMScriptPrefind('WhatNewKeepSpF'); >>>>>>>>> $ppw_add->AddDBParam('-script.prefind.param',$userid); >>>>>>>>> >>>>>>>>> // Post-command >>>>>>>>> $ppw_add->PerformFMScript('IPN post-command'); >>>>>>>>> $ppw_add->AddDBParam('-script.param', $_POST['txn_id']); >>>>>>>>> >>>>>>>>> >>>>>>>>> -Troy >>>>>>>>> >>>>>>>>> >>>>>>>>>> This leads to my 2nd item. The ability to pass parameters to a >>>>>>>>>> script, >>>>>>>>>> thus making the script above dynamic and reusable for other >>>>>>>>>> searches. >>>>>>>>> _______________________________________________ >>>>>>>>> FX.php_List mailing list >>>>>>>>> FX.php_List@mail.iviking.org >>>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>>> >>>>>>>> >>>>>>>> -Original Message- >>>>>>>> >>>>>>>> Please consider the environment before printing this e-mail. >>>>>>>> >>>>>>>> This message and any attachments contain information, which may be >>>>>>>> confidential or privileged. If you are not the intended recipient, >>>>>>>> please refrain from any disclosure, copying, distribution or use of >>>>>>>> this information. Please be aware that such actions are prohibited. >>>>>>>> If you have received this transmission in error, kindly notify us by >>>>>>>> e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>>> >>>>> >>>>> -Original Message- >>>>> >>>>> Please consider the environment before printing this e-mail. >>>>> >>>>> This message and any attachments contain information, which may be >>>>> confidential or privileged. If you are not the intended recipient, please >>>>> refrain from any disclosure, copying, distribution or use of this >>>>> information. Please be aware that such actions are prohibited. If you have >>>>> received this transmission in error, kindly notify us by e-mail to >>>>> mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> -Original Message- >>> >>> Please consider the environment before printing this e-mail. >>> >>> This message and any attachments contain information, which may be >>> confidential or privileged. If you are not the intended recipient, please >>> refrain from any disclosure, copying, distribution or use of this >>> information. Please be aware that such actions are prohibited. If you have >>> received this transmission in error, kindly notify us by e-mail to >>> mailto:helpdesk@bbdo.com. We appreciate your cooperation. >>> >>> >>> >>> _______________________________________________ >>> 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 > -Original Message- Please consider the environment before printing this e-mail. This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to mailto:helpdesk@bbdo.com. We appreciate your cooperation. From ggt667 at gmail.com Thu May 7 06:41:58 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 7 06:42:02 2009 Subject: [FX.php List] Tired of making special solutions for every browser? Message-ID: Tired of making special solutions for every browser? IE 6, 7 and 8 do not interpret the page in the same manner Nor does FF and Safari, however Safari FF and IE 8 are more similar than the others at the moment. One of the problems is that the different browsers have different default DOCTYPEs, if you use this --- --- On the top of each of your solutions, you will have less problems. Why? Because this is the DOCTYPE that most browsers renders in almost the same way. ggt667 From andersm at alamark.com Thu May 7 07:12:06 2009 From: andersm at alamark.com (Anders Monsen) Date: Thu May 7 07:12:09 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: <6DFEFF51-BD73-437F-B057-34543666942C@alamark.com> Do you know if matters that you any have above this DOCTYPE? Thanks, Anders On May 7, 2009, at 7:41 AM, Gjermund Gusland Thorsen wrote: > Tired of making special solutions for every browser? > > IE 6, 7 and 8 do not interpret the page in the same manner > > Nor does FF and Safari, however Safari FF and IE 8 are more similar > than the others at the moment. > > One of the problems is that the different browsers have different > default DOCTYPEs, if you use this > --- > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > > > --- > On the top of each of your solutions, you will have less problems. > Why? > Because this is the DOCTYPE that most browsers renders in almost the > same way. > > ggt667 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From ggt667 at gmail.com Thu May 7 07:34:57 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 7 07:35:02 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: <6DFEFF51-BD73-437F-B057-34543666942C@alamark.com> References: <6DFEFF51-BD73-437F-B057-34543666942C@alamark.com> Message-ID: This is OK --- --- This is not --- --- ggt 2009/5/7 Anders Monsen : > Do you know if matters that you any have above this DOCTYPE? > > Thanks, > Anders > > On May 7, 2009, at 7:41 AM, Gjermund Gusland Thorsen wrote: > >> Tired of making special solutions for every browser? >> >> IE 6, 7 and 8 do not interpret the page in the same manner >> >> Nor does FF and Safari, however Safari FF and IE 8 are more similar >> than the others at the moment. >> >> One of the problems is that the different browsers have different >> default DOCTYPEs, if you use this >> --- >> > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> >> >> >> --- >> On the top of each of your solutions, you will have less problems. Why? >> Because this is the DOCTYPE that most browsers renders in almost the same >> way. >> >> ggt667 >> _______________________________________________ >> 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 tim at nicheit.com.au Thu May 7 08:25:47 2009 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Thu May 7 08:25:56 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: Dear ggt, On 07/05/2009, at 10:41 PM, Gjermund Gusland Thorsen wrote: > Tired of making special solutions for every browser? > > IE 6, 7 and 8 do not interpret the page in the same manner > > Nor does FF and Safari, however Safari FF and IE 8 are more similar > than the others at the moment. > > One of the problems is that the different browsers have different > default DOCTYPEs, if you use this > --- > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > > > --- > On the top of each of your solutions, you will have less problems. > Why? > Because this is the DOCTYPE that most browsers renders in almost the > same way. I'd like for that to be true, but IE6 (still 20%+ of my users) will fail this rather badly - it didn't (and never will) have proper XHTML 1.0 compliance. If only IE had actually followed the standards in the first place!! Use of IE 6 specific style sheet hacks will get around the worst of it, but sometimes I still have to resort to table based layouts for very-very-backwards compatability. Which sucks. Cheers Webko From leo at finalresort.org Thu May 7 08:53:30 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Thu May 7 08:53:34 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: 7 maj 2009 kl. 16.25 skrev Tim 'Webko' Booth: > Dear ggt, > > On 07/05/2009, at 10:41 PM, Gjermund Gusland Thorsen wrote: > >> Tired of making special solutions for every browser? >> >> IE 6, 7 and 8 do not interpret the page in the same manner >> >> Nor does FF and Safari, however Safari FF and IE 8 are more similar >> than the others at the moment. >> >> One of the problems is that the different browsers have different >> default DOCTYPEs, if you use this >> --- >> > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> >> >> >> --- >> On the top of each of your solutions, you will have less problems. >> Why? >> Because this is the DOCTYPE that most browsers renders in almost >> the same way. > > I'd like for that to be true, but IE6 (still 20%+ of my users) will > fail this rather badly - it didn't (and never will) have proper > XHTML 1.0 compliance. If only IE had actually followed the standards > in the first place!! > > Use of IE 6 specific style sheet hacks will get around the worst of > it, but sometimes I still have to resort to table based layouts for > very-very-backwards compatability. Which sucks. IE always did and always will suck, I agree. Not even in version 7, which isn't THAT old, did Microsoft bother to follow some of the most basic parts of web standards. If it was up to me, everyone would stop using IE below version 8. However, one important thing to note regarding the common misconception that writing your site in XHTML is the way to go, is that the absolute majority of developers don't know how to do it, resulting in that their site isn't interpreted as XHTML at all (they just think everything is fine because all they look at is the validator and output XHTML from their server). Unless you really feel confident that you know why I'm saying this about XHTML, you are probably serving your XHTML pages as plain HTML and/or your pages are just tag soup to the browser and/or it interprets it in quirks/tolerant mode. There is a lot of information about this on Google. One of the starting points could be: http://hixie.ch/advocacy/xhtml This is not in any way a rant, I just want to spread the word a bit because I almost all use of XHTML I've seen in webpages is done incorrectly, and also because everyone seems to think that just because the XHTML in a page validates, it's actually used, correctly, by the browser. -| From tim at nicheit.com.au Thu May 7 09:04:12 2009 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Thu May 7 09:04:20 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: >>> >>> --- >>> On the top of each of your solutions, you will have less problems. >>> Why? >>> Because this is the DOCTYPE that most browsers renders in almost >>> the same way. >> >> I'd like for that to be true, but IE6 (still 20%+ of my users) will >> fail this rather badly - it didn't (and never will) have proper >> XHTML 1.0 compliance. If only IE had actually followed the >> standards in the first place!! >> >> Use of IE 6 specific style sheet hacks will get around the worst of >> it, but sometimes I still have to resort to table based layouts for >> very-very-backwards compatability. Which sucks. > > IE always did and always will suck, I agree. Not even in version 7, > which isn't THAT old, did Microsoft bother to follow some of the > most basic parts of web standards. If it was up to me, everyone > would stop using IE below version 8. > > However, one important thing to note regarding the common > misconception that writing your site in XHTML is the way to go, is > that the absolute majority of developers don't know how to do it, > resulting in that their site isn't interpreted as XHTML at all (they > just think everything is fine because all they look at is the > validator and output XHTML from their server). > > Unless you really feel confident that you know why I'm saying this > about XHTML, you are probably serving your XHTML pages as plain HTML > and/or your pages are just tag soup to the browser and/or it > interprets it in quirks/tolerant mode. OK, now I'm intrigued - if I have declared my outputted page as XHTML in the head, and it then validates vs a decent validator, and it is valid XML - how is it not XHTML?? (Oh and don't get me wrong, for various reasons some of the sites I am 'responsible' for are very badly broken on that level, but I know how and why) Cheers Webko From ggt667 at gmail.com Thu May 7 09:26:12 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 7 09:26:15 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: Still after what Lundgren writes, there will most likely be less issues for each developer after they start using the standard I mentioned, and read up on the topic on how to serve the standard correctly. ggt 2009/5/7 Tim 'Webko' Booth : >>>> >>>> --- >>>> On the top of each of your solutions, you will have less problems. Why? >>>> Because this is the DOCTYPE that most browsers renders in almost the >>>> same way. >>> >>> I'd like for that to be true, but IE6 (still 20%+ of my users) will fail >>> this rather badly - it didn't (and never will) have proper XHTML 1.0 >>> compliance. If only IE had actually followed the standards in the first >>> place!! >>> >>> Use of IE 6 specific style sheet hacks will get around the worst of it, >>> but sometimes I still have to resort to table based layouts for >>> very-very-backwards compatability. Which sucks. >> >> IE always did and always will suck, I agree. Not even in version 7, which >> isn't THAT old, did Microsoft bother to follow some of the most basic parts >> of web standards. If it was up to me, everyone would stop using IE below >> version 8. >> >> However, one important thing to note regarding the common misconception >> that writing your site in XHTML is the way to go, is that the absolute >> majority of developers don't know how to do it, resulting in that their site >> isn't interpreted as XHTML at all (they just think everything is fine >> because all they look at is the validator and output XHTML from their >> server). >> >> Unless you really feel confident that you know why I'm saying this about >> XHTML, you are probably serving your XHTML pages as plain HTML and/or your >> pages are just tag soup to the browser and/or it interprets it in >> quirks/tolerant mode. > > OK, now I'm intrigued - if I have declared my outputted page as XHTML in the > head, and it then validates vs a decent validator, and it is valid XML - how > is it not XHTML?? > > (Oh and don't get me wrong, for various reasons some of the sites I am > 'responsible' for are very badly broken on that level, but I know how and > why) > > Cheers > > Webko > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From tim at nicheit.com.au Thu May 7 09:31:21 2009 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Thu May 7 09:31:25 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: <7914BBC5-F930-4F3A-BCCB-7B4FF89376DC@nicheit.com.au> On 08/05/2009, at 1:26 AM, Gjermund Gusland Thorsen wrote: > Still after what Lundgren writes, there will most likely be less > issues for each developer after they start using the standard I > mentioned, > and read up on the topic on how to serve the standard correctly. Thanks for the reference. C'mon if you have the knowledge, make life a little easier for the rest of us- even if it ends up being stuff we should know... Cheers Webko From gareth.evans at schawk.com Thu May 7 09:37:58 2009 From: gareth.evans at schawk.com (Gareth Evans) Date: Thu May 7 09:38:57 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: <7914BBC5-F930-4F3A-BCCB-7B4FF89376DC@nicheit.com.au> Message-ID: I believe what they're alluding to is that XHTML pages should be served as application/xhtml+xml, not text/html as most webservers do. However this usually requires some form of content negotiation as not all clients will understand application/xhtml+xml correctly. -- GARETH EVANS > From: Tim 'Webko' Booth > Reply-To: "FX.php Discussion List" > Date: Fri, 8 May 2009 01:31:21 +1000 > To: "FX.php Discussion List" > Subject: Re: [FX.php List] Tired of making special solutions for every > browser? > > > On 08/05/2009, at 1:26 AM, Gjermund Gusland Thorsen wrote: > >> Still after what Lundgren writes, there will most likely be less >> issues for each developer after they start using the standard I >> mentioned, >> and read up on the topic on how to serve the standard correctly. > > Thanks for the reference. > > C'mon if you have the knowledge, make life a little easier for the > rest of us- even if it ends up being stuff we should know... > > Cheers > > Webko > _______________________________________________ > 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 May 7 11:21:07 2009 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu May 7 11:21:11 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: <6C2791C4-2A5E-452A-BC89-DB68FD4B80D1@earthlink.net> On May 7, 2009, at 7:25 AM, Tim 'Webko' Booth wrote: > but IE6 (still 20%+ of my users) Webko: Do you know why that many people are still on IE6? What OS are they on? (I prefer to pretend that the whole world is now beyond IE6 so I don't have to deal w/ it ;-) And FWIW: on one or two sites that I've done, instead of 'regular' IE hacks, I've set the !DOCTYPE dynamically via PHP by checking the user's browser version. Probably not the best way to go, but it's been a handy and quick workaround for me. -Joel From bob at patin.com Thu May 7 11:34:56 2009 From: bob at patin.com (Bob Patin) Date: Thu May 7 11:35:08 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: <6C2791C4-2A5E-452A-BC89-DB68FD4B80D1@earthlink.net> References: <6C2791C4-2A5E-452A-BC89-DB68FD4B80D1@earthlink.net> Message-ID: Joel, I know this question wasn't aimed at me, but I'll throw in my 2 cents anyway, as I'm inclined to do sometimes... :) From what I hear when talking to clients, lots of offices still run XP, with IT departments that don't update "unnecessary" components like browsers (not my opinion, but one that I hear from my clients in the field). In large corporations where employees are strictly constrained from updating their own computers, they use what they're given... As to home users: I can't count the number of users I encounter who are lucky to be able to use a browser at all, much less navigate an updater and install the latest attempt at bandaging what is clearly a lousy web browser. My ex-wife, for example, has still not learned how to do things as simple as online software updates; she uses Windows (against my advice, but I'm her ex now so what can I say...) and I'm certain she wouldn't know how to update IE, nor would she know why she *should* update it. Then there are those clients that STILL have AOL email accounts... speaks for itself. I realize people are hesitant to change email addresses, but come on, AOL? That's so... 1990. Also, there are a lot of really old PCs out in the world, still churning through websites; tons of people using their original install of XP, probably many without any security patches, many still without virus protection. My ex-in-laws would be a perfect example; they don't know squat about their computer other than to stare at it and wait for it to *do* something. One last thought, semi-related: no matter *what* I put on a web app's forms, users will still try to use the BACK button. I can put it in 36- point RED and they'll still use the BACK button. Some of my clients seem to think that if you make the warning large enough, it might work... my experiences tell me otherwise! Bob Patin -------------- next part -------------- A non-text attachment was scrubbed... Name: new_logo_idea3_120w.jpg Type: image/jpeg Size: 15728 bytes Desc: not available Url : http://mail.iviking.org/pipermail/fx.php_list/attachments/20090507/01b0bb61/new_logo_idea3_120w-0001.jpg -------------- next part -------------- Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 FileMaker 9 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -------------------------- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On May 7, 2009, at 12:21 PM, Joel Shapiro wrote: > On May 7, 2009, at 7:25 AM, Tim 'Webko' Booth wrote: > >> but IE6 (still 20%+ of my users) > > Webko: > Do you know why that many people are still on IE6? What OS are they > on? > (I prefer to pretend that the whole world is now beyond IE6 so I > don't have to deal w/ it ;-) > > > And FWIW: on one or two sites that I've done, instead of 'regular' > IE hacks, I've set the !DOCTYPE dynamically via PHP by checking the > user's browser version. Probably not the best way to go, but it's > been a handy and quick workaround for me. > > -Joel > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From leo at finalresort.org Thu May 7 15:47:12 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Thu May 7 15:47:19 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: I won't argue with that :-) Not that *I* know what doctype gives the best tolerance overall in most webbrowsers, but I believe this is what you're addressing, and not that one should use the XHTML doctype and think that all is well in the sense I was writing about. 7 maj 2009 kl. 17.26 skrev Gjermund Gusland Thorsen: > Still after what Lundgren writes, there will most likely be less > issues for each developer after they start using the standard I > mentioned, > and read up on the topic on how to serve the standard correctly. > > ggt > > 2009/5/7 Tim 'Webko' Booth : >>>>> >>>>> --- >>>>> On the top of each of your solutions, you will have less >>>>> problems. Why? >>>>> Because this is the DOCTYPE that most browsers renders in almost >>>>> the >>>>> same way. >>>> >>>> I'd like for that to be true, but IE6 (still 20%+ of my users) >>>> will fail >>>> this rather badly - it didn't (and never will) have proper XHTML >>>> 1.0 >>>> compliance. If only IE had actually followed the standards in the >>>> first >>>> place!! >>>> >>>> Use of IE 6 specific style sheet hacks will get around the worst >>>> of it, >>>> but sometimes I still have to resort to table based layouts for >>>> very-very-backwards compatability. Which sucks. >>> >>> IE always did and always will suck, I agree. Not even in version >>> 7, which >>> isn't THAT old, did Microsoft bother to follow some of the most >>> basic parts >>> of web standards. If it was up to me, everyone would stop using IE >>> below >>> version 8. >>> >>> However, one important thing to note regarding the common >>> misconception >>> that writing your site in XHTML is the way to go, is that the >>> absolute >>> majority of developers don't know how to do it, resulting in that >>> their site >>> isn't interpreted as XHTML at all (they just think everything is >>> fine >>> because all they look at is the validator and output XHTML from >>> their >>> server). >>> >>> Unless you really feel confident that you know why I'm saying this >>> about >>> XHTML, you are probably serving your XHTML pages as plain HTML and/ >>> or your >>> pages are just tag soup to the browser and/or it interprets it in >>> quirks/tolerant mode. >> >> OK, now I'm intrigued - if I have declared my outputted page as >> XHTML in the >> head, and it then validates vs a decent validator, and it is valid >> XML - how >> is it not XHTML?? >> >> (Oh and don't get me wrong, for various reasons some of the sites I >> am >> 'responsible' for are very badly broken on that level, but I know >> how and >> why) >> >> Cheers >> >> Webko >> _______________________________________________ >> 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 leo at finalresort.org Thu May 7 16:01:53 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Thu May 7 16:01:58 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: References: Message-ID: <2EBAD979-0AB6-4B63-8844-AC3D83C23D93@finalresort.org> 7 maj 2009 kl. 17.04 skrev Tim 'Webko' Booth: >>>> >>>> --- >>>> On the top of each of your solutions, you will have less >>>> problems. Why? >>>> Because this is the DOCTYPE that most browsers renders in almost >>>> the same way. >>> >>> I'd like for that to be true, but IE6 (still 20%+ of my users) >>> will fail this rather badly - it didn't (and never will) have >>> proper XHTML 1.0 compliance. If only IE had actually followed the >>> standards in the first place!! >>> >>> Use of IE 6 specific style sheet hacks will get around the worst >>> of it, but sometimes I still have to resort to table based layouts >>> for very-very-backwards compatability. Which sucks. >> >> IE always did and always will suck, I agree. Not even in version 7, >> which isn't THAT old, did Microsoft bother to follow some of the >> most basic parts of web standards. If it was up to me, everyone >> would stop using IE below version 8. >> >> However, one important thing to note regarding the common >> misconception that writing your site in XHTML is the way to go, is >> that the absolute majority of developers don't know how to do it, >> resulting in that their site isn't interpreted as XHTML at all >> (they just think everything is fine because all they look at is the >> validator and output XHTML from their server). >> >> Unless you really feel confident that you know why I'm saying this >> about XHTML, you are probably serving your XHTML pages as plain >> HTML and/or your pages are just tag soup to the browser and/or it >> interprets it in quirks/tolerant mode. > > OK, now I'm intrigued - if I have declared my outputted page as > XHTML in the head, and it then validates vs a decent validator, and > it is valid XML - how is it not XHTML?? > > (Oh and don't get me wrong, for various reasons some of the sites I > am 'responsible' for are very badly broken on that level, but I know > how and why) I think it's better if you read the link I pasted than me trying to give a good summary of the problems :-) What Gareth elaborated was quite to the point though: > I believe what they're alluding to is that XHTML pages should be > served as > application/xhtml+xml, not text/html as most webservers do. However > this > usually requires some form of content negotiation as not all clients > will > understand application/xhtml+xml correctly. Part of the problem is that 1) incorrectly served XHTML isn't parsed like XHTML at all and thereby loses its entire purpose, and 2) correctly served XHTML isn't handled at all or correctly by many browsers; For example IE6 doesn't even support XHTML at all -- it just parses the code in a very tolerant way (like it does with everything else since it doesn't follow standards ;-) which makes it work anyway (since XHTML and HTML are so similar in their syntax). Personally I most often use and recommend using HTML 4.01 Strict (or Transitional in some cases where you'd need to), or maybe HTML5 (which I don't know all that much about regarding browser support and so on, so I can't really speak for that). This seems to be the choice of pretty much all web developers I speak to and consider very knowledgable as well. I'd like to point out one thing though; It is of course perfectly fine to use XML and XHTML in situations where you 1) serve it correctly and 2) have clients that can actually handle it and thereby make use of its features. It's just that the web is currently not the right place for it, at least not for perfectionists or developers who want to encourage the use of standards. -| From kfutter at sbc.vic.edu.au Thu May 7 16:25:06 2009 From: kfutter at sbc.vic.edu.au (Kevin Futter) Date: Thu May 7 16:26:12 2009 Subject: [FX.php List] Tired of making special solutions for every browser? In-Reply-To: Message-ID: On 8/05/09 1:04 AM, "Tim 'Webko' Booth" wrote: > > OK, now I'm intrigued - if I have declared my outputted page as XHTML > in the head, and it then validates vs a decent validator, and it is > valid XML - how is it not XHTML?? Tim, Leo is right. If the MIME type of the served document is set as text/html, then it is NOT interpreted by the browser as XHTML, but plain HTML. The correct MIME type for XHTML is application/xhtml+xml. The reason most people don't do this (or know to do this) is because it fails ABSOLUTELY in IE6 (not sure about subsequent versions). All you get is a blank page. When people talk about IE6 not supporting XHTML, this is what they mean. It has to be sent to IE6 as HTML, or no dice. It's analogous to the document encoding issue. Just because your META tag says your document is UTF-8, doesn't mean it is! -- 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 ggt667 at gmail.com Fri May 8 07:39:22 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri May 8 07:39:25 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? Message-ID: If you look at this link: http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat in the results, there are symbols, i assume the doctor tool means diagnostics and 123 means how-to and the cartoon bubbles means opinions or dialog. But do any of you know of a "dictionary" of sybols? ggt From 1265 at lucerneblvd.org Fri May 8 10:29:12 2009 From: 1265 at lucerneblvd.org (david weiner) Date: Fri May 8 10:29:17 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? In-Reply-To: References: Message-ID: The closest I can think of are icon sets, Tango is one of the most common since it's open source. But more specifically what each icon might symbolize tends to be abstract to some degree and depends on internal consistency of use and general use in the world of computers in some sort of balance. http://tango.freedesktop.org/Tango_Icon_Library If you're really interested in usability as a topic there's a lot to read and it's kind of an open debate, so it's good to read a variety of sources and then test things out by listening very carefully and observing your users while they try to understand the cues you give them. http://www.google.com/search?q=usability&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a - David On May 8, 2009, at 6:39 AM, Gjermund Gusland Thorsen wrote: > If you look at this link: > http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat > > in the results, there are symbols, i assume the doctor tool means > diagnostics and 123 means how-to and the cartoon bubbles means > opinions or dialog. > > But do any of you know of a "dictionary" of sybols? > > ggt > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Sun May 10 07:06:37 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sun May 10 07:06:42 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? In-Reply-To: References: Message-ID: I am interested in finding a defined use of different symbols that I do not have to discuss with anyone, that is already commonly accepted. I find the stop sign to be highly controlversial, should it mean stop some action? Or should it mean that you should stop doing whatever you are doing? ggt 2009/5/8 david weiner <1265@lucerneblvd.org>: > The closest I can think of are icon sets, Tango is one of the most common > since it's open source. But more specifically what each icon might symbolize > tends to be abstract to some degree and depends on internal consistency of > use and general use in the world of computers in some sort of balance. > > http://tango.freedesktop.org/Tango_Icon_Library > > If you're really interested in usability as a topic there's a lot to read > and it's kind of an open debate, so it's good to read a variety of sources > and then test things out by listening very carefully and observing your > users while they try to understand the cues you give them. > > http://www.google.com/search?q=usability&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a > > - David > > > On May 8, 2009, at 6:39 AM, Gjermund Gusland Thorsen wrote: > >> If you look at this link: >> >> http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat >> >> in the results, there are symbols, i assume the doctor tool means >> diagnostics and 123 means how-to and the cartoon bubbles means >> opinions or dialog. >> >> But do any of you know of a "dictionary" of sybols? >> >> ggt >> _______________________________________________ >> 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 gp at provaction.com Sun May 10 14:33:35 2009 From: gp at provaction.com (Gilles Provencher) Date: Sun May 10 14:33:44 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? In-Reply-To: References: Message-ID: <001001c9d1ae$986fd3b0$c94f7b10$@com> unsubscribe -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 10 mai 2009 09:07 To: FX.php Discussion List Subject: Re: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? I am interested in finding a defined use of different symbols that I do not have to discuss with anyone, that is already commonly accepted. I find the stop sign to be highly controlversial, should it mean stop some action? Or should it mean that you should stop doing whatever you are doing? ggt 2009/5/8 david weiner <1265@lucerneblvd.org>: > The closest I can think of are icon sets, Tango is one of the most common > since it's open source. But more specifically what each icon might symbolize > tends to be abstract to some degree and depends on internal consistency of > use and general use in the world of computers in some sort of balance. > > http://tango.freedesktop.org/Tango_Icon_Library > > If you're really interested in usability as a topic there's a lot to read > and it's kind of an open debate, so it's good to read a variety of sources > and then test things out by listening very carefully and observing your > users while they try to understand the cues you give them. > > http://www.google.com/search?q=usability&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a > > - David > > > On May 8, 2009, at 6:39 AM, Gjermund Gusland Thorsen wrote: > >> If you look at this link: >> >> http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat >> >> in the results, there are symbols, i assume the doctor tool means >> diagnostics and 123 means how-to and the cartoon bubbles means >> opinions or dialog. >> >> But do any of you know of a "dictionary" of sybols? >> >> ggt >> _______________________________________________ >> 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 dbengston at tds.net Sun May 10 19:22:22 2009 From: dbengston at tds.net (Dale Bengston) Date: Sun May 10 19:22:29 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? In-Reply-To: References: Message-ID: <73531516-5EAF-4C27-8D95-262331C8C78D@tds.net> I started here. Dale On May 10, 2009, at 8:06 AM, Gjermund Gusland Thorsen wrote: > I am interested in finding a defined use of different symbols that I > do not have to discuss with anyone, > that is already commonly accepted. > > I find the stop sign to be highly controlversial, should it mean stop > some action? > Or should it mean that you should stop doing whatever you are doing? > > ggt > > 2009/5/8 david weiner <1265@lucerneblvd.org>: >> The closest I can think of are icon sets, Tango is one of the most >> common >> since it's open source. But more specifically what each icon might >> symbolize >> tends to be abstract to some degree and depends on internal >> consistency of >> use and general use in the world of computers in some sort of >> balance. >> >> http://tango.freedesktop.org/Tango_Icon_Library >> >> If you're really interested in usability as a topic there's a lot >> to read >> and it's kind of an open debate, so it's good to read a variety of >> sources >> and then test things out by listening very carefully and observing >> your >> users while they try to understand the cues you give them. >> >> http://www.google.com/search?q=usability&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a >> >> - David >> >> >> On May 8, 2009, at 6:39 AM, Gjermund Gusland Thorsen wrote: >> >>> If you look at this link: >>> >>> http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat >>> >>> in the results, there are symbols, i assume the doctor tool means >>> diagnostics and 123 means how-to and the cartoon bubbles means >>> opinions or dialog. >>> >>> But do any of you know of a "dictionary" of sybols? >>> >>> ggt >>> _______________________________________________ >>> 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 ggt667 at gmail.com Mon May 11 01:00:33 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon May 11 01:00:37 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? In-Reply-To: <73531516-5EAF-4C27-8D95-262331C8C78D@tds.net> References: <73531516-5EAF-4C27-8D95-262331C8C78D@tds.net> Message-ID: It?s good, but highly subjective as the document probably is Apple?s opinion only, however Apple seems to be the only commercial company that did any work of significance in that area. ggt 2009/5/11 Dale Bengston : > I started here. > > > > Dale > > On May 10, 2009, at 8:06 AM, Gjermund Gusland Thorsen wrote: > >> I am interested in finding a defined use of different symbols that I >> do not have to discuss with anyone, >> that is already commonly accepted. >> >> I find the stop sign to be highly controlversial, should it mean stop >> some action? >> Or should it mean that you should stop doing whatever you are doing? >> >> ggt >> >> 2009/5/8 david weiner <1265@lucerneblvd.org>: >>> >>> The closest I can think of are icon sets, Tango is one of the most common >>> since it's open source. But more specifically what each icon might >>> symbolize >>> tends to be abstract to some degree and depends on internal consistency >>> of >>> use and general use in the world of computers in some sort of balance. >>> >>> http://tango.freedesktop.org/Tango_Icon_Library >>> >>> If you're really interested in usability as a topic there's a lot to read >>> and it's kind of an open debate, so it's good to read a variety of >>> sources >>> and then test things out by listening very carefully and observing your >>> users while they try to understand the cues you give them. >>> >>> >>> http://www.google.com/search?q=usability&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a >>> >>> - David >>> >>> >>> On May 8, 2009, at 6:39 AM, Gjermund Gusland Thorsen wrote: >>> >>>> If you look at this link: >>>> >>>> >>>> http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat >>>> >>>> in the results, there are symbols, i assume the doctor tool means >>>> diagnostics and 123 means how-to and the cartoon bubbles means >>>> opinions or dialog. >>>> >>>> But do any of you know of a "dictionary" of sybols? >>>> >>>> ggt >>>> _______________________________________________ >>>> 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 > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From dbengston at tds.net Mon May 11 07:46:16 2009 From: dbengston at tds.net (Dale Bengston) Date: Mon May 11 07:46:25 2009 Subject: [FX.php List] [ 1/2 OT ] Is there a consortium of symbols? In-Reply-To: References: <73531516-5EAF-4C27-8D95-262331C8C78D@tds.net> Message-ID: <5D16A1CA-7A78-4AD4-9337-A7D491DB2D24@tds.net> Yes, and yes. And they don't always follow their own guidelines either. Still, as far as icons and ui, this is a great place to start. Dale On May 11, 2009, at 2:00 AM, Gjermund Gusland Thorsen wrote: > It?s good, but highly subjective as the document probably is Apple?s > opinion only, > however Apple seems to be the only commercial company that did any > work of significance in that area. > > ggt > > 2009/5/11 Dale Bengston : >> I started here. >> >> > > >> >> Dale >> >> On May 10, 2009, at 8:06 AM, Gjermund Gusland Thorsen wrote: >> >>> I am interested in finding a defined use of different symbols that I >>> do not have to discuss with anyone, >>> that is already commonly accepted. >>> >>> I find the stop sign to be highly controlversial, should it mean >>> stop >>> some action? >>> Or should it mean that you should stop doing whatever you are doing? >>> >>> ggt >>> >>> 2009/5/8 david weiner <1265@lucerneblvd.org>: >>>> >>>> The closest I can think of are icon sets, Tango is one of the >>>> most common >>>> since it's open source. But more specifically what each icon might >>>> symbolize >>>> tends to be abstract to some degree and depends on internal >>>> consistency >>>> of >>>> use and general use in the world of computers in some sort of >>>> balance. >>>> >>>> http://tango.freedesktop.org/Tango_Icon_Library >>>> >>>> If you're really interested in usability as a topic there's a lot >>>> to read >>>> and it's kind of an open debate, so it's good to read a variety of >>>> sources >>>> and then test things out by listening very carefully and >>>> observing your >>>> users while they try to understand the cues you give them. >>>> >>>> >>>> http://www.google.com/search?q=usability&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a >>>> >>>> - David >>>> >>>> >>>> On May 8, 2009, at 6:39 AM, Gjermund Gusland Thorsen wrote: >>>> >>>>> If you look at this link: >>>>> >>>>> >>>>> http://support.apple.com/kb/index?page=search&src=support_site.home&locale=en_US&q=ichat >>>>> >>>>> in the results, there are symbols, i assume the doctor tool means >>>>> diagnostics and 123 means how-to and the cartoon bubbles means >>>>> opinions or dialog. >>>>> >>>>> But do any of you know of a "dictionary" of sybols? >>>>> >>>>> ggt >>>>> _______________________________________________ >>>>> 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 >> >> _______________________________________________ >> 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 ggt667 at gmail.com Fri May 15 07:51:11 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri May 15 08:14:23 2009 Subject: [FX.php List] Are here any voulenteers to make new samples for FX.php distro? Message-ID: I have been working on it for a couple of years now, on and off, the ideas and what should be included, however I would like it to be up to date, I would like it to have jQuery and XHTML 1.0 Strict as frameworks. I have some layouts I have som business logic, I have some ideas on how to put it together, a good design is welcome, and the aim is to replace the current examples, or append to what is already there. Bob Patin got me started on jQuery, through a couple of samples, only 1 file got me started and now I do the pages object oriented thinking in HTML, embedding php script using jQuery. I have not completed any solutions using that technology yet, however the project will soon be at a "location-in-time" similar to a 0.9 release. NB The most enjoyable part is "portals" within "portals" the heaviest one is 4 levels deep, it looks good, but it makes FMS work overtime, even with 16GB RAM and MacPro 4x 3GHz as server. Another funny part about the project is that it runs just as smooth on a G3/266 desktop debianPPC under Apache as an AMD ubuntu 9.10 under Apache@ This tells me that the work load is on FileMaker and the webbrowser for now. tia, ggt667 From ggt667 at gmail.com Thu May 28 03:53:19 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 28 03:53:23 2009 Subject: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF Message-ID: MacOS X latest FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF Anyone experienced this problem? Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in FileMaker 8.5 Pro prints fine Reversing the procedure in the previous line reproduces the problem. I have tried to reinstall the entire computer, including both my FileMaker Pro version of 8.5 still no difference. ggt From andersm at alamark.com Thu May 28 08:09:46 2009 From: andersm at alamark.com (Anders Monsen) Date: Thu May 28 08:09:49 2009 Subject: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF In-Reply-To: References: Message-ID: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> I am running 10.5.6 and have no issues printing to PDF from 8.5 Advanced. Are you running 10.5.7? I can upgrade and try this out as well. --- Anders On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: > MacOS X latest > > FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not > print to PDF > > Anyone experienced this problem? > > Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in > FileMaker 8.5 Pro prints fine > > Reversing the procedure in the previous line reproduces the problem. > > I have tried to reinstall the entire computer, including both my > FileMaker Pro version of 8.5 still no difference. > > ggt > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From ggt667 at gmail.com Thu May 28 13:05:53 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 28 13:05:57 2009 Subject: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF In-Reply-To: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> Message-ID: 10.5.5 - 7 Gjermund 2009/5/28 Anders Monsen : > I am running 10.5.6 and have no issues printing to PDF from 8.5 Advanced. > > Are you running 10.5.7? I can upgrade and try this out as well. > > --- > Anders > > On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: > >> MacOS X latest >> >> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print >> to PDF >> >> Anyone experienced this problem? >> >> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in >> FileMaker 8.5 Pro prints fine >> >> Reversing the procedure in the previous line reproduces the problem. >> >> I have tried to reinstall the entire computer, including both my >> FileMaker Pro version of 8.5 still no difference. >> >> ggt >> _______________________________________________ >> 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 ggt667 at gmail.com Thu May 28 13:06:11 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 28 13:06:12 2009 Subject: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF In-Reply-To: References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> Message-ID: Same problem through 10.5.5 - 10.5.7 2009/5/28 Gjermund Gusland Thorsen : > 10.5.5 - 7 > > Gjermund > > 2009/5/28 Anders Monsen : >> I am running 10.5.6 and have no issues printing to PDF from 8.5 Advanced. >> >> Are you running 10.5.7? I can upgrade and try this out as well. >> >> --- >> Anders >> >> On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: >> >>> MacOS X latest >>> >>> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print >>> to PDF >>> >>> Anyone experienced this problem? >>> >>> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in >>> FileMaker 8.5 Pro prints fine >>> >>> Reversing the procedure in the previous line reproduces the problem. >>> >>> I have tried to reinstall the entire computer, including both my >>> FileMaker Pro version of 8.5 still no difference. >>> >>> ggt >>> _______________________________________________ >>> 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 andersm at alamark.com Thu May 28 13:09:46 2009 From: andersm at alamark.com (Anders Monsen) Date: Thu May 28 13:09:48 2009 Subject: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF In-Reply-To: References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> Message-ID: <4E752187-288C-4C06-B606-492D8D2940B2@alamark.com> Did you run a permissions check after upgrading to 10.5.7? That's just a stab in the dark. What about creating PDFs from other documents, such as Safari or Firefox? --- Anders On May 28, 2009, at 2:06 PM, Gjermund Gusland Thorsen wrote: > Same problem through 10.5.5 - 10.5.7 > > 2009/5/28 Gjermund Gusland Thorsen : >> 10.5.5 - 7 >> >> Gjermund >> >> 2009/5/28 Anders Monsen : >>> I am running 10.5.6 and have no issues printing to PDF from 8.5 >>> Advanced. >>> >>> Are you running 10.5.7? I can upgrade and try this out as well. >>> >>> --- >>> Anders >>> >>> On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: >>> >>>> MacOS X latest >>>> >>>> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does >>>> not print >>>> to PDF >>>> >>>> Anyone experienced this problem? >>>> >>>> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 >>>> file in >>>> FileMaker 8.5 Pro prints fine >>>> >>>> Reversing the procedure in the previous line reproduces the >>>> problem. >>>> >>>> I have tried to reinstall the entire computer, including both my >>>> FileMaker Pro version of 8.5 still no difference. >>>> >>>> ggt >>>> _______________________________________________ >>>> 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 ggt667 at gmail.com Thu May 28 13:12:45 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu May 28 13:12:49 2009 Subject: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF In-Reply-To: <4E752187-288C-4C06-B606-492D8D2940B2@alamark.com> References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> <4E752187-288C-4C06-B606-492D8D2940B2@alamark.com> Message-ID: Works fine from Safari, FileMaker Pro, FF, Quark XPress, but not from FileMaker Pro Advanced. Gjermund 2009/5/28 Anders Monsen : > Did you run a permissions check after upgrading to 10.5.7? > > That's just a stab in the dark. What about creating PDFs from other > documents, such as Safari or Firefox? > > --- > Anders > > On May 28, 2009, at 2:06 PM, Gjermund Gusland Thorsen wrote: > >> Same problem through 10.5.5 - 10.5.7 >> >> 2009/5/28 Gjermund Gusland Thorsen : >>> >>> 10.5.5 - 7 >>> >>> Gjermund >>> >>> 2009/5/28 Anders Monsen : >>>> >>>> I am running 10.5.6 and have no issues printing to PDF from 8.5 >>>> Advanced. >>>> >>>> Are you running 10.5.7? I can upgrade and try this out as well. >>>> >>>> --- >>>> Anders >>>> >>>> On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: >>>> >>>>> MacOS X latest >>>>> >>>>> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not >>>>> print >>>>> to PDF >>>>> >>>>> Anyone experienced this problem? >>>>> >>>>> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in >>>>> FileMaker 8.5 Pro prints fine >>>>> >>>>> Reversing the procedure in the previous line reproduces the problem. >>>>> >>>>> I have tried to reinstall the entire computer, including both my >>>>> FileMaker Pro version of 8.5 still no difference. >>>>> >>>>> ggt >>>>> _______________________________________________ >>>>> 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 >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From gp at provaction.com Thu May 28 14:05:12 2009 From: gp at provaction.com (Gilles Provencher) Date: Thu May 28 14:05:15 2009 Subject: [FX.php List] Unsubscribe In-Reply-To: References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> <4E752187-288C-4C06-B606-492D8D2940B2@alamark.com> Message-ID: <001601c9dfcf$9cb790f0$d626b2d0$@com> Unsubscribe -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 28 mai 2009 15:13 To: FX.php Discussion List Subject: Re: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF Works fine from Safari, FileMaker Pro, FF, Quark XPress, but not from FileMaker Pro Advanced. Gjermund 2009/5/28 Anders Monsen : > Did you run a permissions check after upgrading to 10.5.7? > > That's just a stab in the dark. What about creating PDFs from other > documents, such as Safari or Firefox? > > --- > Anders > > On May 28, 2009, at 2:06 PM, Gjermund Gusland Thorsen wrote: > >> Same problem through 10.5.5 - 10.5.7 >> >> 2009/5/28 Gjermund Gusland Thorsen : >>> >>> 10.5.5 - 7 >>> >>> Gjermund >>> >>> 2009/5/28 Anders Monsen : >>>> >>>> I am running 10.5.6 and have no issues printing to PDF from 8.5 >>>> Advanced. >>>> >>>> Are you running 10.5.7? I can upgrade and try this out as well. >>>> >>>> --- >>>> Anders >>>> >>>> On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: >>>> >>>>> MacOS X latest >>>>> >>>>> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not >>>>> print >>>>> to PDF >>>>> >>>>> Anyone experienced this problem? >>>>> >>>>> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in >>>>> FileMaker 8.5 Pro prints fine >>>>> >>>>> Reversing the procedure in the previous line reproduces the problem. >>>>> >>>>> I have tried to reinstall the entire computer, including both my >>>>> FileMaker Pro version of 8.5 still no difference. >>>>> >>>>> ggt >>>>> _______________________________________________ >>>>> 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 >> > > _______________________________________________ > 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 gp at provaction.com Thu May 28 14:05:29 2009 From: gp at provaction.com (Gilles Provencher) Date: Thu May 28 14:05:37 2009 Subject: [FX.php List] Unsubscribe In-Reply-To: <4E752187-288C-4C06-B606-492D8D2940B2@alamark.com> References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> <4E752187-288C-4C06-B606-492D8D2940B2@alamark.com> Message-ID: <001701c9dfcf$a71eaec0$f55c0c40$@com> Unsubscribe -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Anders Monsen Sent: 28 mai 2009 15:10 To: FX.php Discussion List Subject: Re: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF Did you run a permissions check after upgrading to 10.5.7? That's just a stab in the dark. What about creating PDFs from other documents, such as Safari or Firefox? --- Anders On May 28, 2009, at 2:06 PM, Gjermund Gusland Thorsen wrote: > Same problem through 10.5.5 - 10.5.7 > > 2009/5/28 Gjermund Gusland Thorsen : >> 10.5.5 - 7 >> >> Gjermund >> >> 2009/5/28 Anders Monsen : >>> I am running 10.5.6 and have no issues printing to PDF from 8.5 >>> Advanced. >>> >>> Are you running 10.5.7? I can upgrade and try this out as well. >>> >>> --- >>> Anders >>> >>> On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: >>> >>>> MacOS X latest >>>> >>>> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does >>>> not print >>>> to PDF >>>> >>>> Anyone experienced this problem? >>>> >>>> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 >>>> file in >>>> FileMaker 8.5 Pro prints fine >>>> >>>> Reversing the procedure in the previous line reproduces the >>>> problem. >>>> >>>> I have tried to reinstall the entire computer, including both my >>>> FileMaker Pro version of 8.5 still no difference. >>>> >>>> ggt >>>> _______________________________________________ >>>> 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 > _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From gp at provaction.com Thu May 28 14:05:46 2009 From: gp at provaction.com (Gilles Provencher) Date: Thu May 28 14:05:52 2009 Subject: [FX.php List] Unsubscribe In-Reply-To: References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> Message-ID: <001801c9dfcf$b0a5ccd0$11f16670$@com> Unsubscribe -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 28 mai 2009 15:06 To: FX.php Discussion List Subject: Re: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF Same problem through 10.5.5 - 10.5.7 2009/5/28 Gjermund Gusland Thorsen : > 10.5.5 - 7 > > Gjermund > > 2009/5/28 Anders Monsen : >> I am running 10.5.6 and have no issues printing to PDF from 8.5 Advanced. >> >> Are you running 10.5.7? I can upgrade and try this out as well. >> >> --- >> Anders >> >> On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: >> >>> MacOS X latest >>> >>> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print >>> to PDF >>> >>> Anyone experienced this problem? >>> >>> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in >>> FileMaker 8.5 Pro prints fine >>> >>> Reversing the procedure in the previous line reproduces the problem. >>> >>> I have tried to reinstall the entire computer, including both my >>> FileMaker Pro version of 8.5 still no difference. >>> >>> ggt >>> _______________________________________________ >>> 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 gp at provaction.com Thu May 28 14:06:09 2009 From: gp at provaction.com (Gilles Provencher) Date: Thu May 28 14:06:13 2009 Subject: [FX.php List] Unsubscribe In-Reply-To: References: <40740BAB-7514-4269-B11F-93903F9CE781@alamark.com> Message-ID: <001901c9dfcf$be8d5ed0$3ba81c70$@com> Unsubscribe -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 28 mai 2009 15:06 To: FX.php Discussion List Subject: Re: [FX.php List] [OffTopic] FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print to PDF 10.5.5 - 7 Gjermund 2009/5/28 Anders Monsen : > I am running 10.5.6 and have no issues printing to PDF from 8.5 Advanced. > > Are you running 10.5.7? I can upgrade and try this out as well. > > --- > Anders > > On May 28, 2009, at 4:53 AM, Gjermund Gusland Thorsen wrote: > >> MacOS X latest >> >> FileMaker 8.5 Pro prints fine, FileMaker 8.5 Pro Advanced does not print >> to PDF >> >> Anyone experienced this problem? >> >> Closing FileMaker 8.5 Pro Advanced, and reopening the same fp7 file in >> FileMaker 8.5 Pro prints fine >> >> Reversing the procedure in the previous line reproduces the problem. >> >> I have tried to reinstall the entire computer, including both my >> FileMaker Pro version of 8.5 still no difference. >> >> ggt >> _______________________________________________ >> 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 tcmeyers at troymeyers.com Fri May 29 14:33:34 2009 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Fri May 29 14:33:37 2009 Subject: [FX.php List] [Off] Click sound via JavaScript for iPhone web-based app? Message-ID: I've created a FX/JavaScript-based application so that an iPhone or iPod Touch can be used for data logging/lookup in the greenhouse. It includes a large, easy to read keypad with numbers and a couple of letters, control keys that works using JavaScript to enter plant tag numbers more easily than with the iPhone "keyboard". It works well. It would be comforting to get audio feedback during entry though, but having never tried it, I don't know how to get JavaScript to make a "keyclick" sound. I just need it to be callable by the several JavaScript handlers that execute when someone touches "key" hotspots. I suppose a sound file needs to be first loaded by iPhone Safari and then referred to by the JavaScript. I guess I'd call the function clicksound() ...but how do I set it up? Help from anyone who's been there would be appreciated. -Troy From ben.bradley at dealer-world.com Fri May 29 10:09:42 2009 From: ben.bradley at dealer-world.com (Ben Bradley) Date: Sat May 30 01:37:24 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) Message-ID: <76D9B0388818194A99518022CA81706F01032D7C@server.dealer-world.com> Hi everyone I've just switched hosting provider and there appears to be a difference in their PHP configurations. With the new provider any HTML special chars are getting automatically removed from my FX.php output... causing HTML tags in my FileMaker website content management system to get printed out as text. Less than, greater than and quote marks are just removed; not replaced with anything else. I have basically copied the entire site over to the new provider and I've never seen this problem before. The old provider was running PHP 5.2.6 The new provider is running PHP 5.2.5 One thing I did notice is the new provider has magic_quotes_gpc set to On in the phpinfo() It was Off on the old provider. But that shouldn't make any difference to the output of FX, should it? magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and new providers. I'm running FileMaker Unlimited 6 with custom web publishing. There's nothing that's changed on the CDML format files. When I call up the site in the old host, everything is still fine! Anyone experience this error before or can think of any config things to try? I've done a few tests... CURL calls are fine... no HTML special chars removed there! Also if I set a bunch of HTML code into a variable, and echo that variable out again the HTML special chars are preserved so the tags get rendered. Any ideas / suggestions? This has been driving me nuts this afternoon! Cheers, B -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20090529/870bd7ee/attachment-0001.html From ggt667 at gmail.com Sat May 30 06:56:14 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat May 30 06:56:18 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: <76D9B0388818194A99518022CA81706F01032D7C@server.dealer-world.com> References: <76D9B0388818194A99518022CA81706F01032D7C@server.dealer-world.com> Message-ID: And what is your charset in the header of your documents? Are the characters just removed? or replaced with some other chars? ggt 2009/5/29 Ben Bradley : > Hi everyone > I've just switched hosting provider and there appears to be a difference in > their PHP configurations. > > With the new provider any HTML special chars are getting automatically > removed from my FX.php output... causing HTML tags in my FileMaker?website > content management system?to get printed out as text. > Less than, greater than and quote marks are just removed; not replaced with > anything else. > > I have basically copied the entire site over to the new provider and I've > never seen this problem before. > > The old provider was running PHP 5.2.6 > The new provider is running PHP 5.2.5 > > One thing I did notice is the new provider has?magic_quotes_gpc set to On in > the phpinfo() > It was Off on the old provider. > But that shouldn't make any difference to the output of FX, should it? > magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and > new providers. > > I'm running FileMaker Unlimited 6 with custom web publishing. There's > nothing that's changed on the CDML format files. > When I call up the site in the old host, everything is still fine! > > Anyone experience this error before or can think of any config things to > try? > > > I've done a few tests... CURL calls are fine... no HTML special chars > removed there! > Also if I set a bunch of HTML code into a variable, and echo that variable > out again the HTML special chars are preserved so the tags get rendered. > > Any ideas / suggestions? > This has been driving me nuts this afternoon! > > Cheers, B > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From dbengston at tds.net Sat May 30 09:11:20 2009 From: dbengston at tds.net (Dale Bengston) Date: Sat May 30 09:11:27 2009 Subject: [FX.php List] [Off] Click sound via JavaScript for iPhone web-based app? In-Reply-To: References: Message-ID: <0F47C8FA-1746-4F6B-909C-6768F09C9C71@tds.net> Hi Troy, I did a bit of Googling around and came up with some examples. It's not clear to me whether you can just "open" a sound file from within JS or whether you need to embed sounds in the page and then just trigger their playback with js. It looks like it's possible, though! Dale On May 29, 2009, at 3:33 PM, Troy Meyers wrote: > I've created a FX/JavaScript-based application so that an iPhone or > iPod Touch can be used for data logging/lookup in the greenhouse. It > includes a large, easy to read keypad with numbers and a couple of > letters, control keys that works using JavaScript to enter plant tag > numbers more easily than with the iPhone "keyboard". It works well. > It would be comforting to get audio feedback during entry though, > but having never tried it, I don't know how to get JavaScript to > make a "keyclick" sound. I just need it to be callable by the > several JavaScript handlers that execute when someone touches "key" > hotspots. > > I suppose a sound file needs to be first loaded by iPhone Safari and > then referred to by the JavaScript. I guess I'd call the function > clicksound() ...but how do I set it up? > > Help from anyone who's been there would be appreciated. > > -Troy > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From tcmeyers at troymeyers.com Sat May 30 09:31:25 2009 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Sat May 30 09:31:28 2009 Subject: [FX.php List] [Off] Click sound via JavaScript for iPhone web-based app? Message-ID: Dale, I Googled as well, and unfortunately found a lot of chatter about the process being browser-specific with lots of code examples that don't work. It might be that the iPhone Safari just won't let JavaScript play a sound. I opened one example page on the iPhone, and while it plays on-open in big Safari, it's soundless in iPhone Safari. I actually can't recall hearing a sound from a web page in iPhone Safari, other than in "player" boxes, which certainly isn't appropriate for this application. That's why I cried for help! Maybe no one has actually done it. If you found an example that actually worked on your iPhone, please let me know! -Troy > Hi Troy, > > I did a bit of Googling around and came up with some examples. It's > not clear to me whether you can just "open" a sound file from within > JS or whether you need to embed sounds in the page and then just > trigger their playback with js. It looks like it's possible, though! > > Dale From dbengston at tds.net Sat May 30 09:43:26 2009 From: dbengston at tds.net (Dale Bengston) Date: Sat May 30 09:43:32 2009 Subject: [FX.php List] [Off] Click sound via JavaScript for iPhone web-based app? In-Reply-To: References: Message-ID: <097C3F74-B20A-4A8E-9DFC-78D8584C3E02@tds.net> Hmm, yeah, I think there are some JS cripples on the iPhone, probably to discourage VOIP usage with an iPhone. I think that's why Flash was initially crippled too. Dale On May 30, 2009, at 10:31 AM, Troy Meyers wrote: > Dale, > > I Googled as well, and unfortunately found a lot of chatter about > the process being browser-specific with lots of code examples that > don't work. It might be that the iPhone Safari just won't let > JavaScript play a sound. I opened one example page on the iPhone, > and while it plays on-open in big Safari, it's soundless in iPhone > Safari. I actually can't recall hearing a sound from a web page in > iPhone Safari, other than in "player" boxes, which certainly isn't > appropriate for this application. That's why I cried for help! Maybe > no one has actually done it. > > If you found an example that actually worked on your iPhone, please > let me know! > > -Troy > > > >> Hi Troy, >> >> I did a bit of Googling around and came up with some examples. It's >> not clear to me whether you can just "open" a sound file from within >> JS or whether you need to embed sounds in the page and then just >> trigger their playback with js. It looks like it's possible, though! >> >> Dale > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From tcmeyers at troymeyers.com Sat May 30 09:52:36 2009 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Sat May 30 09:52:42 2009 Subject: [FX.php List] [Off] Click sound via JavaScript for iPhone web-based app? Message-ID: Dale, Huh, well at least there's a reason. I'm coping with that on another issue... I'm trying to get a barcode scanner to work with the iPhone and there are roadblocks there too. -Troy > Hmm, yeah, I think there are some JS cripples on the iPhone, probably > to discourage VOIP usage with an iPhone. I think that's why Flash was > initially crippled too. > > Dale From ben.bradley at dealer-world.com Sat May 30 14:16:12 2009 From: ben.bradley at dealer-world.com (Ben Bradley) Date: Sat May 30 14:16:17 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: Message-ID: <76D9B0388818194A99518022CA81706F01032DAB@server.dealer-world.com> PHP headers and meta charset are both UTF-8 It appears special chars are just completely removed. The rest of the content is fine! If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! Strangeness! Cheers, B -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 30 May 2009 13:56 To: FX.php Discussion List Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) And what is your charset in the header of your documents? Are the characters just removed? or replaced with some other chars? ggt 2009/5/29 Ben Bradley : > Hi everyone > I've just switched hosting provider and there appears to be a difference in > their PHP configurations. > > With the new provider any HTML special chars are getting automatically > removed from my FX.php output... causing HTML tags in my FileMaker?website > content management system?to get printed out as text. > Less than, greater than and quote marks are just removed; not replaced with > anything else. > > I have basically copied the entire site over to the new provider and I've > never seen this problem before. > > The old provider was running PHP 5.2.6 > The new provider is running PHP 5.2.5 > > One thing I did notice is the new provider has?magic_quotes_gpc set to On in > the phpinfo() > It was Off on the old provider. > But that shouldn't make any difference to the output of FX, should it? > magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and > new providers. > > I'm running FileMaker Unlimited 6 with custom web publishing. There's > nothing that's changed on the CDML format files. > When I call up the site in the old host, everything is still fine! > > Anyone experience this error before or can think of any config things to > try? > > > I've done a few tests... CURL calls are fine... no HTML special chars > removed there! > Also if I set a bunch of HTML code into a variable, and echo that variable > out again the HTML special chars are preserved so the tags get rendered. > > Any ideas / suggestions? > This has been driving me nuts this afternoon! > > Cheers, B > _______________________________________________ > 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 ggt667 at gmail.com Sat May 30 18:02:34 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat May 30 18:02:38 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: <76D9B0388818194A99518022CA81706F01032DAB@server.dealer-world.com> References: <76D9B0388818194A99518022CA81706F01032DAB@server.dealer-world.com> Message-ID: Ahh, FMU6 Did you try an old version of FX.php? One that corresponds to FMU6, i e ggt 2009/5/30 Ben Bradley : > PHP headers and meta charset are both UTF-8 > It appears special chars are just completely removed. The rest of the content is fine! > > If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. > > It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed > So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! > > Strangeness! > > Cheers, B > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen > Sent: 30 May 2009 13:56 > To: FX.php Discussion List > Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) > > And what is your charset in the header of your documents? > > Are the characters just removed? or replaced with some other chars? > > ggt > > 2009/5/29 Ben Bradley : >> Hi everyone >> I've just switched hosting provider and there appears to be a difference in >> their PHP configurations. >> >> With the new provider any HTML special chars are getting automatically >> removed from my FX.php output... causing HTML tags in my FileMaker?website >> content management system?to get printed out as text. >> Less than, greater than and quote marks are just removed; not replaced with >> anything else. >> >> I have basically copied the entire site over to the new provider and I've >> never seen this problem before. >> >> The old provider was running PHP 5.2.6 >> The new provider is running PHP 5.2.5 >> >> One thing I did notice is the new provider has?magic_quotes_gpc set to On in >> the phpinfo() >> It was Off on the old provider. >> But that shouldn't make any difference to the output of FX, should it? >> magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and >> new providers. >> >> I'm running FileMaker Unlimited 6 with custom web publishing. There's >> nothing that's changed on the CDML format files. >> When I call up the site in the old host, everything is still fine! >> >> Anyone experience this error before or can think of any config things to >> try? >> >> >> I've done a few tests... CURL calls are fine... no HTML special chars >> removed there! >> Also if I set a bunch of HTML code into a variable, and echo that variable >> out again the HTML special chars are preserved so the tags get rendered. >> >> Any ideas / suggestions? >> This has been driving me nuts this afternoon! >> >> Cheers, B >> _______________________________________________ >> 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 ben.bradley at dealer-world.com Sun May 31 04:33:32 2009 From: ben.bradley at dealer-world.com (Ben Bradley) Date: Sun May 31 04:33:39 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: Message-ID: <76D9B0388818194A99518022CA81706F01032DB4@server.dealer-world.com> Hi I'm using the same version of FX.php as I was on the old hosting provider... Which was working fine. I basically uploaded an identical copy of the site to the new provider What version should I try? At the moment I'm using 4.5.1 Cheers, Ben -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 31 May 2009 01:03 To: FX.php Discussion List Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) Ahh, FMU6 Did you try an old version of FX.php? One that corresponds to FMU6, i e ggt 2009/5/30 Ben Bradley : > PHP headers and meta charset are both UTF-8 > It appears special chars are just completely removed. The rest of the content is fine! > > If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. > > It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed > So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! > > Strangeness! > > Cheers, B > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen > Sent: 30 May 2009 13:56 > To: FX.php Discussion List > Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) > > And what is your charset in the header of your documents? > > Are the characters just removed? or replaced with some other chars? > > ggt > > 2009/5/29 Ben Bradley : >> Hi everyone >> I've just switched hosting provider and there appears to be a difference in >> their PHP configurations. >> >> With the new provider any HTML special chars are getting automatically >> removed from my FX.php output... causing HTML tags in my FileMaker?website >> content management system?to get printed out as text. >> Less than, greater than and quote marks are just removed; not replaced with >> anything else. >> >> I have basically copied the entire site over to the new provider and I've >> never seen this problem before. >> >> The old provider was running PHP 5.2.6 >> The new provider is running PHP 5.2.5 >> >> One thing I did notice is the new provider has?magic_quotes_gpc set to On in >> the phpinfo() >> It was Off on the old provider. >> But that shouldn't make any difference to the output of FX, should it? >> magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and >> new providers. >> >> I'm running FileMaker Unlimited 6 with custom web publishing. There's >> nothing that's changed on the CDML format files. >> When I call up the site in the old host, everything is still fine! >> >> Anyone experience this error before or can think of any config things to >> try? >> >> >> I've done a few tests... CURL calls are fine... no HTML special chars >> removed there! >> Also if I set a bunch of HTML code into a variable, and echo that variable >> out again the HTML special chars are preserved so the tags get rendered. >> >> Any ideas / suggestions? >> This has been driving me nuts this afternoon! >> >> Cheers, B >> _______________________________________________ >> 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 > _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Sun May 31 05:33:03 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sun May 31 05:33:06 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: <76D9B0388818194A99518022CA81706F01032DB4@server.dealer-world.com> References: <76D9B0388818194A99518022CA81706F01032DB4@server.dealer-world.com> Message-ID: So there is a different FMU6 in this case? ggt 2009/5/31 Ben Bradley : > Hi > I'm using the same version of FX.php as I was on the old hosting provider... Which was working fine. > I basically uploaded an identical copy of the site to the new provider > > What version should I try? > At the moment I'm using 4.5.1 > > Cheers, Ben > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen > Sent: 31 May 2009 01:03 > To: FX.php Discussion List > Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) > > Ahh, FMU6 > > Did you try an old version of FX.php? One that corresponds to FMU6, i e > > ggt > > 2009/5/30 Ben Bradley : >> PHP headers and meta charset are both UTF-8 >> It appears special chars are just completely removed. The rest of the content is fine! >> >> If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. >> >> It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed >> So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! >> >> Strangeness! >> >> Cheers, B >> >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen >> Sent: 30 May 2009 13:56 >> To: FX.php Discussion List >> Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) >> >> And what is your charset in the header of your documents? >> >> Are the characters just removed? or replaced with some other chars? >> >> ggt >> >> 2009/5/29 Ben Bradley : >>> Hi everyone >>> I've just switched hosting provider and there appears to be a difference in >>> their PHP configurations. >>> >>> With the new provider any HTML special chars are getting automatically >>> removed from my FX.php output... causing HTML tags in my FileMaker?website >>> content management system?to get printed out as text. >>> Less than, greater than and quote marks are just removed; not replaced with >>> anything else. >>> >>> I have basically copied the entire site over to the new provider and I've >>> never seen this problem before. >>> >>> The old provider was running PHP 5.2.6 >>> The new provider is running PHP 5.2.5 >>> >>> One thing I did notice is the new provider has?magic_quotes_gpc set to On in >>> the phpinfo() >>> It was Off on the old provider. >>> But that shouldn't make any difference to the output of FX, should it? >>> magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and >>> new providers. >>> >>> I'm running FileMaker Unlimited 6 with custom web publishing. There's >>> nothing that's changed on the CDML format files. >>> When I call up the site in the old host, everything is still fine! >>> >>> Anyone experience this error before or can think of any config things to >>> try? >>> >>> >>> I've done a few tests... CURL calls are fine... no HTML special chars >>> removed there! >>> Also if I set a bunch of HTML code into a variable, and echo that variable >>> out again the HTML special chars are preserved so the tags get rendered. >>> >>> Any ideas / suggestions? >>> This has been driving me nuts this afternoon! >>> >>> Cheers, B >>> _______________________________________________ >>> 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 >> > _______________________________________________ > 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 ggt667 at gmail.com Sun May 31 05:35:12 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sun May 31 05:35:15 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: References: <76D9B0388818194A99518022CA81706F01032DB4@server.dealer-world.com> Message-ID: Are you running Mac workstation? I would do a print_r( $result ); of your problem query. and copy the URL part of the array and open terminal, type the following curl <> ggt 2009/5/31 Gjermund Gusland Thorsen : > So there is a different FMU6 in this case? > > ggt > > 2009/5/31 Ben Bradley : >> Hi >> I'm using the same version of FX.php as I was on the old hosting provider... Which was working fine. >> I basically uploaded an identical copy of the site to the new provider >> >> What version should I try? >> At the moment I'm using 4.5.1 >> >> Cheers, Ben >> >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen >> Sent: 31 May 2009 01:03 >> To: FX.php Discussion List >> Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) >> >> Ahh, FMU6 >> >> Did you try an old version of FX.php? One that corresponds to FMU6, i e >> >> ggt >> >> 2009/5/30 Ben Bradley : >>> PHP headers and meta charset are both UTF-8 >>> It appears special chars are just completely removed. The rest of the content is fine! >>> >>> If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. >>> >>> It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed >>> So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! >>> >>> Strangeness! >>> >>> Cheers, B >>> >>> >>> -----Original Message----- >>> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen >>> Sent: 30 May 2009 13:56 >>> To: FX.php Discussion List >>> Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) >>> >>> And what is your charset in the header of your documents? >>> >>> Are the characters just removed? or replaced with some other chars? >>> >>> ggt >>> >>> 2009/5/29 Ben Bradley : >>>> Hi everyone >>>> I've just switched hosting provider and there appears to be a difference in >>>> their PHP configurations. >>>> >>>> With the new provider any HTML special chars are getting automatically >>>> removed from my FX.php output... causing HTML tags in my FileMaker?website >>>> content management system?to get printed out as text. >>>> Less than, greater than and quote marks are just removed; not replaced with >>>> anything else. >>>> >>>> I have basically copied the entire site over to the new provider and I've >>>> never seen this problem before. >>>> >>>> The old provider was running PHP 5.2.6 >>>> The new provider is running PHP 5.2.5 >>>> >>>> One thing I did notice is the new provider has?magic_quotes_gpc set to On in >>>> the phpinfo() >>>> It was Off on the old provider. >>>> But that shouldn't make any difference to the output of FX, should it? >>>> magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and >>>> new providers. >>>> >>>> I'm running FileMaker Unlimited 6 with custom web publishing. There's >>>> nothing that's changed on the CDML format files. >>>> When I call up the site in the old host, everything is still fine! >>>> >>>> Anyone experience this error before or can think of any config things to >>>> try? >>>> >>>> >>>> I've done a few tests... CURL calls are fine... no HTML special chars >>>> removed there! >>>> Also if I set a bunch of HTML code into a variable, and echo that variable >>>> out again the HTML special chars are preserved so the tags get rendered. >>>> >>>> Any ideas / suggestions? >>>> This has been driving me nuts this afternoon! >>>> >>>> Cheers, B >>>> _______________________________________________ >>>> 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 >>> >> _______________________________________________ >> 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 ben.bradley at dealer-world.com Sun May 31 05:50:17 2009 From: ben.bradley at dealer-world.com (Ben Bradley) Date: Sun May 31 05:50:21 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: Message-ID: <76D9B0388818194A99518022CA81706F01032DB6@server.dealer-world.com> Nope, exactly the same version of FX.php on both providers. And they both access the same FMU6 server and the same databases. When I check the site on the old provider it still works fine. I have already tried accessing the data URL, but I did it again and here are the results. When I call up the data URL and view the XML output in a browser, the special chars are all preserved. When I make a curl call to the data URL on the new provider (using a custom curl wrapper function) the special chars are being removed. Seems the special chars are getting removed in the curl call. Is there any change in PHP configuration which could be causing this? Thanks, Ben -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 31 May 2009 12:33 To: FX.php Discussion List Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) So there is a different FMU6 in this case? ggt 2009/5/31 Ben Bradley : > Hi > I'm using the same version of FX.php as I was on the old hosting provider... Which was working fine. > I basically uploaded an identical copy of the site to the new provider > > What version should I try? > At the moment I'm using 4.5.1 > > Cheers, Ben > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen > Sent: 31 May 2009 01:03 > To: FX.php Discussion List > Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) > > Ahh, FMU6 > > Did you try an old version of FX.php? One that corresponds to FMU6, i e > > ggt > > 2009/5/30 Ben Bradley : >> PHP headers and meta charset are both UTF-8 >> It appears special chars are just completely removed. The rest of the content is fine! >> >> If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. >> >> It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed >> So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! >> >> Strangeness! >> >> Cheers, B >> >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen >> Sent: 30 May 2009 13:56 >> To: FX.php Discussion List >> Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) >> >> And what is your charset in the header of your documents? >> >> Are the characters just removed? or replaced with some other chars? >> >> ggt >> >> 2009/5/29 Ben Bradley : >>> Hi everyone >>> I've just switched hosting provider and there appears to be a difference in >>> their PHP configurations. >>> >>> With the new provider any HTML special chars are getting automatically >>> removed from my FX.php output... causing HTML tags in my FileMaker?website >>> content management system?to get printed out as text. >>> Less than, greater than and quote marks are just removed; not replaced with >>> anything else. >>> >>> I have basically copied the entire site over to the new provider and I've >>> never seen this problem before. >>> >>> The old provider was running PHP 5.2.6 >>> The new provider is running PHP 5.2.5 >>> >>> One thing I did notice is the new provider has?magic_quotes_gpc set to On in >>> the phpinfo() >>> It was Off on the old provider. >>> But that shouldn't make any difference to the output of FX, should it? >>> magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and >>> new providers. >>> >>> I'm running FileMaker Unlimited 6 with custom web publishing. There's >>> nothing that's changed on the CDML format files. >>> When I call up the site in the old host, everything is still fine! >>> >>> Anyone experience this error before or can think of any config things to >>> try? >>> >>> >>> I've done a few tests... CURL calls are fine... no HTML special chars >>> removed there! >>> Also if I set a bunch of HTML code into a variable, and echo that variable >>> out again the HTML special chars are preserved so the tags get rendered. >>> >>> Any ideas / suggestions? >>> This has been driving me nuts this afternoon! >>> >>> Cheers, B >>> _______________________________________________ >>> 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 >> > _______________________________________________ > 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 ben.bradley at dealer-world.com Sun May 31 06:23:59 2009 From: ben.bradley at dealer-world.com (Ben Bradley) Date: Sun May 31 06:24:04 2009 Subject: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) In-Reply-To: Message-ID: <76D9B0388818194A99518022CA81706F01032DB7@server.dealer-world.com> Correction: I think I was uploading to an incorrect address. When I run a curl call on the FMP XML data URL on the new provider... the XML gets returned with all special chars in the fields replaced with their HTML entities... > < " etc When I run the exact same CURL call on the old provider, exactly the same output. I assume the > < is what FMU6 returns and not some processing by FX.php When I run a CURL call on the new provider to a regular HTML page, the HTML gets returned as expected... With no special chars removed. So it seems CURL might not be the culprit after all. Or at least the default CURL options in my custom get_webpage() function -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen Sent: 31 May 2009 12:35 To: FX.php Discussion List Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) Are you running Mac workstation? I would do a print_r( $result ); of your problem query. and copy the URL part of the array and open terminal, type the following curl <> ggt 2009/5/31 Gjermund Gusland Thorsen : > So there is a different FMU6 in this case? > > ggt > > 2009/5/31 Ben Bradley : >> Hi >> I'm using the same version of FX.php as I was on the old hosting provider... Which was working fine. >> I basically uploaded an identical copy of the site to the new provider >> >> What version should I try? >> At the moment I'm using 4.5.1 >> >> Cheers, Ben >> >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen >> Sent: 31 May 2009 01:03 >> To: FX.php Discussion List >> Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) >> >> Ahh, FMU6 >> >> Did you try an old version of FX.php? One that corresponds to FMU6, i e >> >> ggt >> >> 2009/5/30 Ben Bradley : >>> PHP headers and meta charset are both UTF-8 >>> It appears special chars are just completely removed. The rest of the content is fine! >>> >>> If I try and get any records from the CMS database using a completely plain test script, then the same thing happens. >>> >>> It's not just this field either, if I put special chars (< > or ") in any other field, they also get removed >>> So the tag name, contents, attributes and values etc are all preserved, just without the <>" in there! >>> >>> Strangeness! >>> >>> Cheers, B >>> >>> >>> -----Original Message----- >>> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Gjermund Gusland Thorsen >>> Sent: 30 May 2009 13:56 >>> To: FX.php Discussion List >>> Subject: Re: [FX.php List] Switch of web host - HTML special chars stripped from FX output (FMU6) >>> >>> And what is your charset in the header of your documents? >>> >>> Are the characters just removed? or replaced with some other chars? >>> >>> ggt >>> >>> 2009/5/29 Ben Bradley : >>>> Hi everyone >>>> I've just switched hosting provider and there appears to be a difference in >>>> their PHP configurations. >>>> >>>> With the new provider any HTML special chars are getting automatically >>>> removed from my FX.php output... causing HTML tags in my FileMaker?website >>>> content management system?to get printed out as text. >>>> Less than, greater than and quote marks are just removed; not replaced with >>>> anything else. >>>> >>>> I have basically copied the entire site over to the new provider and I've >>>> never seen this problem before. >>>> >>>> The old provider was running PHP 5.2.6 >>>> The new provider is running PHP 5.2.5 >>>> >>>> One thing I did notice is the new provider has?magic_quotes_gpc set to On in >>>> the phpinfo() >>>> It was Off on the old provider. >>>> But that shouldn't make any difference to the output of FX, should it? >>>> magic_quotes_runtime and magic_quotes_sybase are set to Off on the old and >>>> new providers. >>>> >>>> I'm running FileMaker Unlimited 6 with custom web publishing. There's >>>> nothing that's changed on the CDML format files. >>>> When I call up the site in the old host, everything is still fine! >>>> >>>> Anyone experience this error before or can think of any config things to >>>> try? >>>> >>>> >>>> I've done a few tests... CURL calls are fine... no HTML special chars >>>> removed there! >>>> Also if I set a bunch of HTML code into a variable, and echo that variable >>>> out again the HTML special chars are preserved so the tags get rendered. >>>> >>>> Any ideas / suggestions? >>>> This has been driving me nuts this afternoon! >>>> >>>> Cheers, B >>>> _______________________________________________ >>>> 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 >>> >> _______________________________________________ >> 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