Primary Index
I can access a file containing the Secondary indecis, but is it possible to access the Primary index file? Schalk van Zyl - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: We need a web based Forum!
Dennis, I certainly hope your boss is not on this list! Schalk On Wed, 21 Apr 2004 05:18:49 -0400, Results [EMAIL PROTECTED] wrote: Dennis, If it helps you any, I've had bosses like your over here (U. S.) and they come in all nationalities and regions. If misery loves company, then you have more company in this type of misery than you know. In my case, my boss isn't the problem (I work for myself in one business and have a great partner in the second business) but my clients often look at me the way your boss looks at you. - Charles Listserver Barouch Dennis Bartlett wrote: The main argument against the forum is that some of you out their can not access the web. How can anyone in a development role do their job properly nowadays without being able to access the web. I am sure that if all we had was a forum on the web, admin departments would be told that X needs web access and they would get it. James Hogan, Sungard, Dear Sir, What a luvly world you live in. You have a boss who trusts you. You're allowed internet access. You live in a country where bandwidth isnt a problem. You have an admin dept that would be told. Of all this you are sure. The real world. Africa. The boss is paranoid. He's Austrian/German. He employs engineers and questions their every move. He employs programmers, and doubts their every move. If you're not in telnet you're not working (unles you're in excel), if you have time to load the net, you don't have enough to do. First hand from idiots is always preferable to learned advice from the user list. Programmers don't need to concentrate,keep interrupting them because it broadens their abilities to understand the company. F*** what world do you live in... Better you keep your job whatever the cost, coz they sure don't make 'em like that over here! You don't have a position in nirvana for me, do you? -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: GUI as nice as character-based
Dawn and all, Another aspect of GUI, which we sure have to consider, is data communication lines. Our operation is spread over 1000 kilometres, and sending GUI screens back and forth will certainly clog our lines. Except when you make use of local intelligence. The volume of data sent to paint a GUI screen must certainly be a factor of 50 more than with CUI. (?) Schalk On Tue, 20 Apr 2004 11:02:31 +0100, Brian Leach [EMAIL PROTECTED] wrote: To go back to Dawn's original post - Dawn, I've been writing GUI applications for UniVerse for about 15 years now. Some have worked, some have - well - been learning experiences. You shouldn't really compare GUI and character based. Why? Because then you inevitably start to think of the GUI in character based terms - the arrangement of controls on a form, or the addition of some buttons. That's my main beef with 'intelligent' terminals - they obscure the real picture. GUI is not about what you put on the screen. It's about the flow of information, and how that flow best suits the application in question. Data entry is part of that flow, but only part: character based is good for some data entry and for administration, but a good application is also about navigation, culture and the ease of finding information again. Here are two very different examples: I did a freight forwarding package for a company that previously was entirely paper based. They took a - let's say flexible - approach to rules, validations, pricing, descriptions etc - and wanted to keep that. Providing a traditional system, with a nailed down design and entry screens just wouldn't work for them. In fact I tried that first as a prototype, and it didn't. Not in their culture. So I designed a system that worked the same way as their forms. Every page matched the standard forms they used, except that information automatically infilled, was sent to their billing systems, collated to their work flow for follow ups and diarising etc ... But all invisibly. What they 'saw' were the forms they had used throughout. Even the validation was fairly soft, and consisted mainly of highlighting things that were suspect. Annoying popups were kept to an absolute minimum, text and codes expanded directly from typing, and generally the whole thing designed to look and feel as unobtrusive as possible: nothing to interrupt their work flow. I couldn't have done that with a character based system because it couldn't have represented the compexity of some of the forms (try doing an airway bill or customs declaration form and you'll see what I mean). As a more traditional example, I have a project management system that I both designed and use. This is based on drill down principles, allowing me to track projects, modules, scheduled and tasks. Here the advantage of a GUI is persistence and workflow: because a GUI allows me to have multiple windows open modelessly, I can track down from the projects or work lists into the individual tasks whilst keeping the lists (heirarchically arranged) still visible, so I don't have to keep closing down windows or reselecting: generally much more efficient. I can also display more, since most of the time I am interested in viewing information rather than changing it - and at the viewing stage I can use smaller fonts to display things that when amended need larger screen estate. The diary is a case in point: I can use colours and smaller fonts to show different entries in a way that a green screen application wouldn't accommodate. And naturally I keep a document path, so any documents/project plans/applications or other materials connected with a task can be opened directly on my desktop. I have seen good GUIs: ones that improve process and work flow and make life genuinely easier. I have seen bad GUIs that interrupt work flow, slow people down (bl**dy mice and message boxes). Good GUI works. Bad GUI is bad bad bad. But too often GUI is blamed for the lack of vision or competence of those implementing it. Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis Sent: 20 April 2004 02:03 To: 'U2 Users Discussion List' Subject: RE: GUI as nice as character-based Citrix and I don't get along -- too many bad memories trying to set up ODBC so that client machines ... anyway, I know that there are reasons that shops use it, just as there are reasons I hope not to have to touch the product again ;-) And I didn't intend for Java to be the only possible solution to fit the rules -- I just tried to be sure to rule out the V-word ;-) [Just a little joke there -- I actually think that Visage is likely an excellent choice for Microsoft-centric sites and I'm a Ross-fan myself, remember] Cheers! --dawn Dawn M. Wolthuis Tincat Group, Inc. www.tincat-group.com Take and give some delight today. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ross Ferris Sent:
Re Text File to PDF
Trevor, We did that (and more - like 'printing' to email) with txt2pdf from SANFACE (www.sanface.com) Cheers. Schalk -Original Message- From: Trevor Ockenden [mailto:[EMAIL PROTECTED] Sent: 30 March 2004 05:36 AM To: [EMAIL PROTECTED] Subject: Text file to PDF And now for something completely different! Any help or suggestions regarding converting out text reports in the HOLD file to PDF files for subsequent e-mailing. Cheers Trevor Ockenden Open Systems Professionals M: +61 414 731 634 E: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free by AVG 6.0. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.642 / Virus Database: 410 - Release Date: 24/03/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users www.sanface.com - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
COMO
Hi, All of a sudden we experience that COMO ON does strange things. It adds binary records before and after your actual como data. Even if you just say: COMO ON ABC COMO OFF ED COMO ABC you get a record full of binary junk. Nothing changed that we are aware of. AIX 5.1 UV 10.0.7 I recompiled COMO_VERB, but I suspect it might be DIVERT.OUT which would call for a fresh install to replace (or?) Schalk van Zyl Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Common DICT
U2-ers, UNIVERSE. PICK flavour. AIX If you have 40 branches, each in a UVaccount, each with an INVENTORY-FILE, and a master inventory in HO, would there be any problem to let all the branch inventory files' DICTs point to the DICT of HO's master inventory?. Normally, one would not delete an entire inventory file, so the danger of getting the 'master' dict wiped is not a real one. Schalk - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Common DICT
Thanks, gives one peace of mind. On Fri, 12 Mar 2004 09:55:06 -, Anthony Youngman [EMAIL PROTECTED] wrote: IME (and I could easily be wrong here), DELETE.FILE doesn't like absolute pathnames in F-pointers. That may, however, be a hangover from my Prime days. It will also, most definitely, warn you that this DICT filename does not match FILENAME, warning you that something is wrong. Just hope any user is not stupid enough to press Yes when it prompts to ask if you want to delete it. That said, what you describe is what we do all the time. Cheers, Wol -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Schalk van Zyl Sent: 12 March 2004 16:49 To: U2 Users Discussion List Subject: Common DICT U2-ers, UNIVERSE. PICK flavour. AIX If you have 40 branches, each in a UVaccount, each with an INVENTORY-FILE, and a master inventory in HO, would there be any problem to let all the branch inventory files' DICTs point to the DICT of HO's master inventory?. Normally, one would not delete an entire inventory file, so the danger of getting the 'master' dict wiped is not a real one. Schalk - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp *** This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333. *** -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: EVAL
Yes, single valued and Pick. This works for me. Thanks all. Schalk On Thu, 11 Mar 2004 08:30:02 -0500, Stevenson, Charles [EMAIL PROTECTED] wrote: Can somebody help me with the syntax of EVAL. I want to execute a SELECT on a file to get all records where (field 16)*0.9 field(17). Various ways to do this. Try... SELECT file WITH EVAL F16 * 0.9 F17 = 1 where F16 and F17 are field names from the dictionary. The most common mistake is to miss off the = 1 at the end. Remember, this EVAL expression is going to return true or false. 1. Yes, but put quotes around the final literal 1: WITH EVAL F16 * 0.9 F17 = 1 or it will try to find a record called 1 in both the dictionary and VOC. Many Pick-style dicts have that. Even if it doesn't exist today, it might in the future. 2. You might be tempted to do: WITH EVAL F16 * 0.9 F17 (or WHEN '''''' '' for multivalued data) which will probably work, but with EVALs you sometimes need to include explicit formatting conversion on the command line. RetrieVe sometimes outsmarts itself when sorting BY an EVAL or using an EVAL as a display column. By default it sometimes assigns to the EVAL the conversion justification of an element inside the EVAL. Annoying, that. All this makes Martin's answer better, since it is more explicit. 3. If you use Pick-style dictionaries, you can still use EVALs, and you can extract the fields you want: WITH EVAL @RECORD16 * 0.9 @RECORD17 = 1 4. All this assumes single-valued fields, right? Let us know, because if either F16 or F17 are multi-valued, you'll need a variation on the theme by using LTS function and/or the WHEN keyword. Chas. Stevenson -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO Müller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A Müller, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
