Re: What would cause PROCESS 4D TAGS to "not work"
Check you preference compatibility and make sure you have correct options checked. Also make sure method is available for 4d tags Regards Chuck Sent from my iPhone > On May 23, 2017, at 5:07 PM, Ed Hammond via 4D_Tech <4d_tech@lists.4d.com> > wrote: > > PROCESS 4D TAGS experts! > > > I was working on an image viewer involving a local html file and using > PROCESS 4D TAGS to substitute a URL with the source image from a remote > system. I was working on a local copy of our application (4D v15.4, Mac OS > 10.11.6) to develop the viewer before moving the code into our development > server (4D Server v15.4). I found that PROCESS 4D TAGS was not substituting > the process variables for the tags in the template. > > > I wrote a small test to see that PROCESS 4D TAGS was working as expected. > > > C_TEXT($tText;$tFinal) > > C_TEXT(tVar) > > tVar:="You messed up!" > > $tText:="" > > PROCESS 4D TAGS($tText;$tFinal) -->$tFinal should now be "You messed > up!" > > > This failed in my local copy. > > > I created a new fresh database and inserted this code. Works. > > I connected to the development server, created a new test method, inserted > the code. Works. > > > I started the local copy of our application, created a new test method, > inserted the code. NO WORKIE. > > I ran the local copy through MSC and verified the structure. NO WORKIE. > > > Puzzling. Any ideas or conflicts I should be looking for? Cached or corrupt > files that should be cleared? > > > If you've got a quick reply. Please cc me in your posting as I am a digest > subscriber. Thanks. > > > > > > Edgar Hammond > ehamm...@questinformation.com > > Quest Information Systems > > > > > ** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: http://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com > ** ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
Re: What would cause PROCESS 4D TAGS to "not work"
Try your test using process variables, not local variables. PROCESS 4D TAGS was changed as of version 14 so that it had to use process variables (at least in Interpreted mode). > Compatibility note: In previous versions of 4D, local variables defined in > the calling context could be accessed in the PROCESS 4D TAGS execution > context in interpreted mode. Beginning with 4D v14 R4, this is not the case > anymore. So your test method would be: C_TEXT(vtText;vtFinal) C_TEXT(tVar) tVar:="You messed up!" vtText:="" PROCESS 4D TAGS(vtText;vtFinal) ALERT(vtFinal) __ Ron Rosell President StreamLMS > On May 23, 2017, at 2:07 PM, Ed Hammond via 4D_Tech <4d_tech@lists.4d.com> > wrote: > > PROCESS 4D TAGS experts! > > > I was working on an image viewer involving a local html file and using > PROCESS 4D TAGS to substitute a URL with the source image from a remote > system. I was working on a local copy of our application (4D v15.4, Mac OS > 10.11.6) to develop the viewer before moving the code into our development > server (4D Server v15.4). I found that PROCESS 4D TAGS was not substituting > the process variables for the tags in the template. > > > I wrote a small test to see that PROCESS 4D TAGS was working as expected. > > > C_TEXT($tText;$tFinal) > > C_TEXT(tVar) > > tVar:="You messed up!" > > $tText:="" > > PROCESS 4D TAGS($tText;$tFinal) -->$tFinal should now be "You messed > up!" > > > This failed in my local copy. > > > I created a new fresh database and inserted this code. Works. > > I connected to the development server, created a new test method, inserted > the code. Works. > > > I started the local copy of our application, created a new test method, > inserted the code. NO WORKIE. > > I ran the local copy through MSC and verified the structure. NO WORKIE. > > > Puzzling. Any ideas or conflicts I should be looking for? Cached or corrupt > files that should be cleared? > > > If you've got a quick reply. Please cc me in your posting as I am a digest > subscriber. Thanks. > > > > > > Edgar Hammond > ehamm...@questinformation.com > > Quest Information Systems > > > > > ** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: http://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com > ** ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
What would cause PROCESS 4D TAGS to "not work"
PROCESS 4D TAGS experts! I was working on an image viewer involving a local html file and using PROCESS 4D TAGS to substitute a URL with the source image from a remote system. I was working on a local copy of our application (4D v15.4, Mac OS 10.11.6) to develop the viewer before moving the code into our development server (4D Server v15.4). I found that PROCESS 4D TAGS was not substituting the process variables for the tags in the template. I wrote a small test to see that PROCESS 4D TAGS was working as expected. C_TEXT($tText;$tFinal) C_TEXT(tVar) tVar:="You messed up!" $tText:="" PROCESS 4D TAGS($tText;$tFinal) -->$tFinal should now be "You messed up!" This failed in my local copy. I created a new fresh database and inserted this code. Works. I connected to the development server, created a new test method, inserted the code. Works. I started the local copy of our application, created a new test method, inserted the code. NO WORKIE. I ran the local copy through MSC and verified the structure. NO WORKIE. Puzzling. Any ideas or conflicts I should be looking for? Cached or corrupt files that should be cleared? If you've got a quick reply. Please cc me in your posting as I am a digest subscriber. Thanks. Edgar Hammond ehamm...@questinformation.com Quest Information Systems ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
Unable to connect to 4D Server
Hi all. We have a built 4D v15.2 Win 64bit server and client application. The client runs on a separate machine from the 4D server machine and they are on separate AWS servers in the cloud. The existing version works well (I think the OS is Windows Server 2008 R2). Our IT guy is setting up new servers running Win Server 2012 r2 and is having problems getting the client to connect to the server. The client application will connect if run as the domain administrator on the client machine, but not if run as the user administrator. He tells me that, in both cases, ports 19812,19813 and 19814 are open, and the client application has permission to run. He can't find a .4DLink file in the old version's user's folders so we can't try using that. Does anyone have any idea of any settings that might have been missed? Cheers, Keith There are 3 kinds of mathematician. Those who can count, and those who can't. ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
Re: Compatibility Mode v12 (How to change to Unicode?)
Hi Miyako San, We know about multilang.txt but it didn't help in our cases. Languages were not tied to specific tables or fields. Instead, some users entered Simplied Chinese although they're advised to use Traditional Chinese or English in same field such as addresses, description or remarks. Alan Chan 4D iNug Technical <4d_tech@lists.4d.com> writes: >there is a way to apply a specific encoding for each table during conversion > >ftp://ftp-public.4d.fr/Documents/Products_Documentation/LastVersions/Line_11/VIntl/PDF_Format/4D_v11_Upgrade.pdf > >see the description for "multilang.txt" > >> 2017/05/23 19:42、Alan Chan via 4D_Tech <4d_tech@lists.4d.com> のメール: >> >> However, data in other non-roman character sets couldn't be viewed correctly >> and >> requires manual update (re-enter the field). > ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
Re: v13 crashes compiled and freezes
Lutz, Agreed. This is a db that started back in the '90s and has an extremely complicated scheme of arrays to handle the menus. Then over the years other devs needed to change or add some functionality and, I think, rather than try to unravel what was existing added on more menu management for their purposes. This resulted in a very complex web which I upset by making a change unrelated to menus at all. I'm going to take a little time and see if all of that is even necessary any longer. The tools available for menu management are much better now. When I found myself trying to pull a tech note out of ACI FTP from 1996 so I could read up on how menus were managed back then I realized I may be going about this the wrong way. On Tue, May 23, 2017 at 12:10 AM, Epperlein, Lutz (agendo) via 4D_Tech < 4d_tech@lists.4d.com> wrote: > My first favorite cause of crashing compiled databases is a negative array > index. That's very reliable, hard to find. > The best way to avoid such problems is to code defensively while handling > arrays. > -- Kirk Brooks San Francisco, CA === *The only thing necessary for the triumph of evil is for good men to do nothing.* *- Edmund Burke* ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
Re: Compatibility Mode v12 (How to change to Unicode?)
there is a way to apply a specific encoding for each table during conversion ftp://ftp-public.4d.fr/Documents/Products_Documentation/LastVersions/Line_11/VIntl/PDF_Format/4D_v11_Upgrade.pdf see the description for "multilang.txt" > 2017/05/23 19:42、Alan Chan via 4D_Tech <4d_tech@lists.4d.com> のメール: > > However, data in other non-roman character sets couldn't be viewed correctly > and > requires manual update (re-enter the field). ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
Re: Compatibility Mode v12 (How to change to Unicode?)
During conversion of our customers' data from 2003 to v11 in unicode mode, we did some trick to allow 4D convert data to unicode correctly. It only helps if your data contains only one type of non-roman character. For instance, most of our users use Traditional Chinese (big5) in 2003. Before conversion, we change the regional setting of the server to Tradition Chinese in our case. Then launch the data in the server with new structure on v11. After the conversion, quit the server and change the regional setting back to English. Launch the server again, all data in Traditional Chinese could be veiwed in new version. However, data in other non-roman character sets couldn't be viewed correctly and requires manual update (re-enter the field). YMMV Alan Chan 4D iNug Technical <4d_tech@lists.4d.com> writes: >3) How do I convert the existing text data in records (and indexes) to Unicode? ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **
RE: v13 crashes compiled and freezes
My first favorite cause of crashing compiled databases is a negative array index. That's very reliable, hard to find. The best way to avoid such problems is to code defensively while handling arrays. Good luck Lutz -- Lutz Epperlein -- Agendo Gesellschaft für politische Planung mbH Köpenicker Str. 9 10997 Berlin http://www.agendo.de/ -- ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **