--------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1C00001 Date: 01/08/97 From: KA'RLIS GOBLEJA Time: 08:56am \/To: GILLES BEAUREGARD (Read 2 times) Subj: YEAR 2000 Hello Gilles! Wednesday December 25 1996, Gilles Beauregard writes to Renald Loignon: GB> Foxpro designer has only to add a new feature. ASSUME NEXT CENTURY. GB> When you are near the end or the beginning of the century, you must GB> ASSUME the next of the precedent century, that it's. Probably GB> not a big feature to implement into Foxpro or other language. I read in one FOXPRO conerence that VFP5 now has the following syntax: SET CENTURY ON | OFF | TO [nCentury [ROLLOVER nYear]] I can't to check it out because I have only FPD26a, but I think that this is exactly what you mean. And I'm sure that it will never appear in old FOXPRO versions. Charles ... Mans prts grib mani pankt, bet es skrienu trk. --- * Origin: Charles point (2:5100/5.10) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1C00002 Date: 01/06/97 From: BILL KRESSBACH Time: 06:25pm \/To: DAVID POWELL (Read 1 times) Subj: 2 FPLib() TOC -> OK. Did you notice anything missing? I did. My cartridge (with source -> code on it) developed a problem and corrupted the files. These were all -> that I could salvage from earlier backups. I've noted an asterisk beside -> those that I only got a partial recovery, too. If you have any of those -> missing routines, please re-post them for me and I'll re-archive them to -> safer environments. My apologies for not insuring a better backup -- 've -> repented, I assure you. David, I have a copy of everything since day one. Also doesn't Cy keep a copy on his web site. Is that what you need? Bill * 1st 2.00l #7225 * Bill Kressbach wkress@tc3net.com --- Maximus 3.01 * Origin: Lenawee PC Users Group BBS (1:2470/19) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1C00003 Date: 01/08/97 From: GERRY DANEN Time: 01:03pm \/To: WIM DE LANGE (Read 2 times) Subj: YEAR 2000 BUG FIX WDL> You heard about leap years? 100 centuries is not always 36525 days! Better WDL> to use GOMONTH(a, 1200) WDL> GB> a = a - 36525 WDL> Same remark, but use GOMONTH(a, -1200) Great! Common sense from my old country! * OLX 2.1 TD * Your IQ test came back, It's Negative. --- MajorBBS v6.25 * Origin: C+Net BBS * Edmonton, AB Canada * 403-477-9545 (1:342/1017) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1D00000 Date: 01/08/97 From: DAVID POWELL Time: 07:09pm \/To: BILL KRESSBACH (Read 1 times) Subj: 2 FPLib() TOC Hi Bill: I just need the three with asterisks and any that you don't find on the list. Sorry about the formatting. Perhaps next weekend I can get it right. If I remember correctly, one of the routines was yours. (Oooops) David in Dallas. --- Maximus/2 3.01 * Origin: * MacSavvy OS/2 BBS * Dallas, Texas * 972-250-4479 * (1:124/1208) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1D00001 Date: 01/08/97 From: DAVID POWELL Time: 07:12pm \/To: RICK LIEBESPACH (Read 1 times) Subj: Creating a "Watch" program Hi Rick: RL> able to respond to user selections from a menu. When I RL> implement a loop like the one above I no longer get my RL> menu to respond...presumably the systems to busy in the RL> loop to notice I clicking on a menu item. RL> [sample menu] RL> File View Watch RL> exit Browse Current Data Start RL> Browse Report Definitions Stop RL> Is there something I'm missing that would make this more RL> event driven? Well, prior to your loop you could implement an OKL.... ON KEY LABE DO MenuStuff DO WHIL conditions : : ENDD PROC MenuStuff ACTI MENU whatever Is this any help? David in Dallas. --- Maximus/2 3.01 * Origin: * MacSavvy OS/2 BBS * Dallas, Texas * 972-250-4479 * (1:124/1208) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1D00002 Date: 01/08/97 From: AVON WILSMORE Time: 08:41pm \/To: ALL (Read 1 times) Subj: GenscrnX and TABS I aam using TABS with GenscrnX in FPW2.6 What I am after is more control in switching from one tabbed screen to another. More specifically, when a user chooses SAVE in one screen, I want to switch to the first screen in the tabset, and activate the first normal get (not to be on the tab label). I've tried some KEYBOARD() stuff, but can't get it to work. Thanks in advance. --- Maximus 3.01 * Origin: AlphaMed Link: The Medical MAX (3:711/413) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1E00000 Date: 01/09/97 From: GILLES BEAUREGARD Time: 08:16am \/To: DAVID POWELL (Read 3 times) Subj: YEAR 2000 BUG FIX --- Maximus/2 3.01 * Origin: Juxtaposition BBS. Montreal, Qc, Canada (1:167/133) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1E00001 Date: 01/09/97 From: DAVID POWELL Time: 08:02pm \/To: AVON WILSMORE (Read 2 times) Subj: GenscrnX and TABS Hey! AW> I aam using TABS with GenscrnX in FPW2.6 AW> What I am after is more control in switching from one AW> tabbed screen to another. AW> More specifically, when a user chooses SAVE in one AW> screen, I want to switch to the first screen in the AW> tabset, and activate the first normal get (not to be on AW> the tab label). AW> I've tried some KEYBOARD() stuff, but can't get it to work. Are you familiar with CUROBJ() and _OBJNUM ? Take it from there..... David in Dallas. --- Maximus/2 3.01 * Origin: * MacSavvy OS/2 BBS * Dallas, Texas * 972-250-4479 * (1:124/1208) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1F00000 Date: 01/06/97 From: DEN BARNES Time: 09:13pm \/To: ABB NAKLIE (Read 2 times) Subj: FINALLY! Hi Abb, Here are a few to get You started, put together by Bill K. & Vince and presented here a while back: -> microsoft.USASalesInfo.Developer.Foxpro -> microsoft.public.fox.Chatter -> microsoft.public.fox.books -> microsoft.public.fox.Events -> microsoft.public.fox.Internet -> microsoft.public.fox.exchange -> comp.databases.xbase.fox There is a list server at 'foxpro-l-request@dsw.com' include the word 'subscribe' in the subject line. --- TMail v1.31.5 * Origin: Diablo Valley PCUG-BBS, Walnut Creek, CA 510/943-6238 (1:161/55) --------------- FIDO MESSAGE AREA==> TOPIC: 139 FOXPRO Ref: E1F00001 Date: 01/07/97 From: DEN BARNES Time: 11:19pm \/To: ABB NAKLIE (Read 2 times) Subj: Run FPW Apps. on WWW Hi Abber, Now that You are on the Net, You might enjoy this: Excerpted from Dr. Dobbs Journal December, 1996, pp. 80-84 WEB PROGRAMMING WITH VISUAL FOXPRO by George F. Goley IV Visual FoxPro (VFP) is a database development tool that lets you create classes either visually or by command line coding. Visual FoxPro comes with a number of wizards - one of which is the WWW Search Page Wizard that builds HTML documents instead of VFP objects. You can then link that HTML search page to a VFP table or view... ...The WWW Search Page Wizard consists of the WWWPAGE.APP wizard, VFPCGI.EXE CGI script, and SERVER.APP query-server application. ...the User of the WWW SPW will load a WWWPAGE.APP-generated HTML document into a web browser, provide a single value to use in a simple query, and view the result. The developer will use WWWPAGE.APP to generate the HTML query document and install the SERVER.APP and VFPCGI.EXE files on a Windows based Internet server. None of the WWW SPW components reside on the user's machine. The HTML document includes instructions for the Internet server's HTTP service to run a copy of the VFPCGI.EXE script (also on the Internet server) when the user elects to search. VFPCGI.EXE writes files to a directory on the Internet server. SERVER.APP constantly searches the Internet server, looking for files written by the VFPCGI.EXE script. In short, the WWWPAGE.APP wizard is used to create a search page, a result-page template, and a query template. VFPCGI.EXE is used to convert search requests received from the web browser into text files. The SERVER.APP reads the text files, runs the query, and places the results in a HTML document. The resultant document is packed up by VFPCGI.EXE and returned to users through the HTTP service. The WWWPAGE.APP wizard employs the standard Microsoft Wizard interface to prompt the developer for the following: - The table to be queried. - The index expression against which the user's input will be compared. - Title and description to appear on the Web search page. - Search-page header and background image files. - Permission to download the query results as a file. - Fields to be included in the result set. - Result-page header and background image files. - The maximum number of rows to be returned (This is the total number of rows to be returned. The Wizard does not support progressive fetching of result sets.) - Name of the search page .htm file ("DrDobbs.htm" for example). Using this developer-supplied information, WWWPAGE.APP creates the following: - DrDobbs.htm, an HTML document to be loaded by the user using any web browser. (This document prompts for the search value and includes a Search button to execute the query.) - DrDobbs.htm, an HTML, template used by SERVER.APP to format the results of the query. - DrDobbs.ide, a text file with a template for the generated query. (The query has a placeholder for the user-supplied search value.) When users load DrDobbs.htm, they are presented with a text box and command button. After filling in the text box and electing to search, the line
in DrDobbs.htm is executed on the Internet server. The HTTP server runs a copy of the VFPCGI.EXE script, passing the user-entered contents from DrDobbs.htm as an argument. The CGI script creates a file name, writes the passed information to a .DAT file of that name, writes a .ATN file of that name, and spends up to 60 seconds waiting for a .ACK file with the same name as the .ATN and .DAT files to appear. The HTTP server starts a new copy of the VFPCGI.EXE script whenever a user utilizes the DrDobbs.htm. As a result, there may be many VFPCGI.EXE scripts running simultaneously. Luckily, these scripts are small - less than 45 Kb in size... P. S. (George wrote this about 3.0B, it should work with 3.0 & 5.0 also.) --- TMail v1.31.5 * Origin: Diablo Valley PCUG-BBS, Walnut Creek, CA 510/943-6238 (1:161/55)