Re: Converting static files into Dynamic
From: Martin Scholl [EMAIL PROTECTED] Subject: UD: Converting static files into Dynamic Is there an easy way to convert static files into dynamic files? I just found that one file, that I created as static tends to grow large. I want to shield my customers from and DBA work and rather have them as dynamic. UD 6.0 on Windows The memresize command works very well at this. See the Unidata commands manual. I am assuming you have determined whether you want DYNAMIC KEYONLY or DYNAMIC KEYDATA, and are aware that you will still want to resize the file periodically, because dynamic files (at least in Unidata, don't know about UV) tend to grow but only shrink if the file is cleared or resized. Suggestion: don't forget the MEMORY parameter on the memresize - it really helps speed up the process! Susan M. Lynch F.W. Davison Company, Inc. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
[ot] RE: Database decoupling (Was: Future of U2)
Perhaps you should check out our Viságe product :-) Give yourself a modern visual drag drop interface (ie: drag items from your UV dictionary definition drop them on a form - inherit edits etc from dictionary, but you can override if necessary), that uses internet technologies (like HTTP for data transport, XML for data abstraction etc) and has features NOW that Microsoft are talking about adding to Visual Studio next year (integrated BI/Data warehouse capabilities leveraging SQL server capabilities - though Viságe.BIT will happily work with data from your U2 database) We've also taken the liberty of extending the mv model in a few areas (like supporting 100 levels of nesting, which will map every real world complex XML document I've seen, with room to grow!), and our active code reduction philosophy (powered by Snippet Technology) means that the amount of real code that has to be written for a complex system is minimal - and system systems can be codeless now ! Drop by www.stamina.com.au and follow the Visage links if you are interested, or drop us a line and we can send you out a test drive CD if you like. Ross Ferris Stamina Software Visage - an Evolution in Software Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daly, Mark Sent: Saturday, 17 April 2004 3:10 AM To: 'U2 Users Discussion List' Subject: RE: Database decoupling (Was: Future of U2) Well no, not really. I was thinking more in the line of New application development that would like to provide the ability to utilize modern Internet protocols. A web presence would be included in that - but was actually furthest from my mind. B2B interaction for example. Or even internal application integration. Being able to publish web services etc. etc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 11:28 AM To: [EMAIL PROTECTED] Subject: Re: Database decoupling (Was: Future of U2) In a message dated 4/15/2004 4:37:24 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: Without this ability, I see no reason why anyone would commence new application development on the U2 platform. Since you will always require another application server (Websphere, Tomcat, Bea, Jboss, etc.) to talk to the U2 server, that would in-turn interact with the database. I'm sure Mark you mean New application development that must have a web presence. Unless you feel that all application development must have a web presence. Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UV to Text Conversion Standard?
Best answer: don't use sub-values. They're evil, anyway. I've been somewhat surprised over recent years by the number of software companies that not only use SVM, but go down a level or 2 from that ! If you are using the standard inbuilt facilities of ANY of the mv systems, they have never coped well with SVM - but I wouldn't necessarily say they are evil. Indeed some of the ways I've seemed them used to map real world problems simplify the issues at hand, and can help render better performance. To NOT use multi-values in an MV database to a certain extent diminishes one of the major arguments for using mv in the first place, doesn't it ? You are already compromising your design (perhaps) because of your choice of tool. Perhaps we should all capitulate start to use flat CSV files ? Ross Ferris Stamina Software Visage an Evolution in Software Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey Mitchell Sent: Saturday, 17 April 2004 4:06 AM To: U2 Users Discussion List Subject: Re: UV to Text Conversion Standard? To my knowledge, no. Not in Universe anyway. I *think* (from the docs, I've never played with it) that UniData has a way to map sub-values to ODBC/JDBC, but UniVerse does not. Multivalues work fine, but it doesn't go any lower than that. Best answer: don't use sub-values. They're evil, anyway. On Fri, 2004-04-16 at 12:48, [EMAIL PROTECTED] wrote: Thank you, but what is the exact method to do this? I have never seen a view of SVM level data that actually works. Using ODBC or any other tool And by works I mean that it understands the relationship of the SVM data to the VM data and the relationship of that to the AM data and properly processes table-in-a-table configurations for editing, etc. It's one thing to use BY-EXP to understand VM level tables, but can you really use some tool to understand SVM embedded data at that second table level? Will In a message dated 4/16/2004 1:03:17 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: Will, I'm not sure if this is what you're asking but all it does is create a virtual view of the data into 1nf tables that Excel (in this case) sees and understands. Note: I have only done this with UniData and D3 and I know UniVerse does it a little differently. -- Colin Alfke Calgary, Alberta Canada Just because something isn't broken doesn't mean that you can't fix it Stu Pickles -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:26 AM To: [EMAIL PROTECTED] Subject: Re: UV to Text Conversion Standard? In a message dated 4/15/2004 12:52:51 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: You can use the UniVerse ODBC Driver to pull the data from UniVerse to Excel, using correct dictionaries UniVerse will normalise the data and sort out the VM and SVM for you. Jonathan can you give a exact method for sorting of SVM's within Universe using an ODBC (or really any tool). I am not aware of this Thank you Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- Geoffrey Mitchell 314-684-1062 Programmer/Analyst [EMAIL PROTECTED] Knights Direct --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: PI Open is going away
Don't forget to mention the Drumheller(? Drumhella?) Trick ! Ross Ferris Stamina Software Visage an Evolution in Software Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Results Sent: Saturday, 17 April 2004 4:45 AM To: U2 Users Discussion List Subject: Re: PI Open is going away PI/Open-ers, I'd like to write a 'memorial' article for Database Trends acknowledging the PI and Prime contributions to the community as a whole. Would a few of you be willing to write up some brief paragraphs on things like: So I said to Mike, we'll call them I Descriptors and he said it would never catch on... In other words, I'd like to collect some personal stories about how these functions came about. If I get enough (and enough variety) I'll present it to my editors. Contributions to: [EMAIL PROTECTED] -- Sincerely, Charles Barouch www.KeyAlly.com [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Crystal Reports
H, We spent 3 years developing a product (CrystalLynx) that allowed us to work with Crystal - it automatically normalized the data for you, so I think it would be fair to say that we used it for a while - and you are right, I don't want to go back (to Crystal). Typical square peg/round hole stuff, because it DIDN'T understand mv all that well - or maybe it was just us ! and I surely didn't like ODBC performance (and reliability on D3 platforms). CR is obviously a good product - #1 in it's field, but these days there ARE products available that work with mv data in a native format, and give CR a good run for it's money ! Ross Ferris Stamina Software Visage an Evolution in Software Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Randall Sent: Saturday, 17 April 2004 5:41 AM To: 'U2 Users Discussion List' Subject: RE: Crystal Reports Crystal is indeed a very fine product. It is a banded report writer with a multitude of programmability. Multivalued data is indeed a pain in the neck. Normalize the data 1st and you'll find Crystal a joy to use with output, features and polish that MV can't come close to. The 'problems' that your users are facing can be addressed with Crystal code (VB syntax or Crystal's scripting syntax). After using it a while, you'll never want to go back... Mike R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson Sent: Friday, April 16, 2004 2:51 PM To: U2 Users Discussion List Subject: Crystal Reports One of my clients wants to connect Crystal Reports to their UD database to apparently give greater access to the data that they sometimes deem as hidden and only accessable through me. This client converted to Great Plains 6 weeks ago (SQL based) and their CR experts were struggling with duplicating some of the more mundane reports that already exist in UD. A monthly sales tax summary (by jurisdiction) took the GP guy 3 days futzing with CR using GP's data. How much trouble are they going to get in trying to use MV'd data from the UD system (ODBC) if they have so much trouble with more 'normalized' data. Everyone seems to think that CR is a magic pill and once attached to a SQL database, the sophisticated reports simply roll off. I'm trying to strongly propose a data warehouse concept whereby the day's sales data gets exported and updated into their prior application for the sake of the multitude of existing, proven reports in MV. If these guys took 3 days for a simple tax report, how can CR fabricate temporary tables for the sake of these consolidated sophisticated MV reports? I'm just interested in hearing of some experiences. This client is too stubborn to go back from GP and may even disregard their entire MV system completely. I really have nothing to lose if I insult them. Thanks in advance. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: PI Open is going away
Nononono -- how will we know what a PERI 157 is if you do that ??? ;-) JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith Upton Sent: 16 April 2004 09:55 To: U2 Users Discussion List Subject: RE: PI Open is going away Funny that... I was only thinking the other day that I should throw out my ICL 1900 COBOL and PLAN Manuals!!! :-) -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV to Text Conversion Standard?
Ross, Perhaps we should all capitulate start to use flat CSV files ? You expect delimiters? When I started in computers, our binary only had zeros - and we were glad to have them! The thing about MV or flat really comes down to a case-by-case to my way of thinking. I generally program Order Entry systems as 1NF, even on MV systems. Pricing, Inventory, and any number of other parts tend to lend themselves to MV. I like being able to choose the best form for each case. -- Sincerely, Charles Barouch www.KeyAlly.com [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV to Text Conversion Standard?
Let's not forget the lower case L for 1 (one). - Original Message - From: Larry Hiscock [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Saturday, April 17, 2004 2:08 PM Subject: RE: UV to Text Conversion Standard? You expect delimiters? When I started in computers, our binary only had zeros - and we were glad to have them! You had zeros?!? We had to use the letter O ;- Larry Hiscock Western Computer Services -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Results Sent: Saturday, April 17, 2004 10:54 AM To: U2 Users Discussion List Subject: Re: UV to Text Conversion Standard? Ross, Perhaps we should all capitulate start to use flat CSV files ? You expect delimiters? When I started in computers, our binary only had zeros - and we were glad to have them! The thing about MV or flat really comes down to a case-by-case to my way of thinking. I generally program Order Entry systems as 1NF, even on MV systems. Pricing, Inventory, and any number of other parts tend to lend themselves to MV. I like being able to choose the best form for each case. -- Sincerely, Charles Barouch www.KeyAlly.com [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: PI Open is going away
I think 3 lines of comments is generous ;-) When I went through that lovely set of code to document the PI error messages I was wishing i could find the design spec, but I believe the spec matched the number of comments in the Kernel (i.e. it did not exist). Clifton Oliver wrote: That would be John 60,000 lines of PMA assemby code and only 3 comments Drumheller. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: PI Open is going away
Probably. Never knew the guy ... but I thought the trick was kinda neat, and I've still been known to use variants to this day :-) Ross Ferris Stamina Software Visage an Evolution in Software Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clifton Oliver Sent: Sunday, 18 April 2004 5:13 AM To: U2 Users Discussion List Subject: Re: PI Open is going away That would be John 60,000 lines of PMA assemby code and only 3 comments Drumheller. -- Regards, Clif On Apr 17, 2004, at 6:15, Ross Ferris wrote: Don't forget to mention the Drumheller(? Drumhella?) Trick ! -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: GUI from Mv code Re: Crystal Reports
In a message dated 4/17/2004 9:10:12 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: The tools are there to produce applications on par with anything on the market. Web interfaces via tools like Redback. UOJ, .Net PDP, or the java interfaces are all there to produce great solutions for U2. And I would like to mention Accuterm. I have built several scripts in Accuterm that do Gui like functions, and are launced from inside the mv Code. Accuterm has the ability to watch for a command that is directed at it and then take actions in Windoze. So for example, one client, has an application where they have to pull up a record in an mv screen and then listen to a person speaking (off a MP3 file) and then process the record based on that speech. So my solution was to write an accuterm script that launches Windows Media Player to the location specified from the mv code. Another script launches web requests from inside mv code, scraps the contents, and presents partial information within an mv application. All in basically a green-screen format, inside an Accuterm window. But I digress. My main point was, that the tools are here. Are you ready to learn how to use them? That's the sticking point. Will Johnson Fast Forward Technologies -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: can we stop with the pointless displays? was Re: Crystal Reports
In a message dated 4/17/2004 7:35:30 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: and had to watch the compiler meticulously display those line-by line asterisks during compiling. O speaking of that, thank you that reminds me. When doing BUILD-INDEX is it really necessary to display an asterisk with every ten items indexed? That is consuming more CPU time that doing the index! [IMHO] Get rid of it! Out! Vamoosh! Be gone with your evil self! I don't find value-added to displaying asterisks. If you must display anything, display a counter every thousand 1000 , 2000, 3000 or something or base the display on the apparent speed of the processing. Like every 5 seconds display the current count. That would help and it should be a very trivial fix. Do we have a fix it list yet up on the web site? Or can we start one? Or what? Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV to Text Conversion Standard?
In a message dated 4/17/2004 6:14:32 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: Perhaps we should all capitulate start to use flat CSV files ? Ross Ferris Stamina Software Visage an Evolution in Software Development Having created a system on a MAC that does use flat CSV files to mimic mv, I feel able to say ... its a pain in the butt. But a great learning experience. Doing this gave me a new understanding and appreciation for what the system programmers did when they created the mv system. Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: PI Open is going away
I don't remember seeing any three comments! - Original Message - From: Clifton Oliver [EMAIL PROTECTED] Date: Sat, 17 Apr 2004 12:12:35 -0700 To: U2 Users Discussion List [EMAIL PROTECTED] Subject: Re: PI Open is going away That would be John 60,000 lines of PMA assemby code and only 3 comments Drumheller. -- Regards, Clif -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: PI Open is going away
One of the reasons PI/open could not advance was that its source control system was written in MIDASPLUS. D'oh! -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV to Text Conversion Standard?
In a message dated 4/17/2004 4:06:38 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
Another standard is that used by the UNLOAD.FILE.B program and its
corresponding bulk loader utility loadfile.
Here, a line beginning with other than a TAB character or one of /}, /]
or \{ contains a key value, a tab and the first element of the data dynamic
array.
A line beginning with a tab contains the first element of the next field in
the data dynamic array.
A line beginning with /} and a tab contains the next first element of the
next value in the currently-being-processed multi-valued field.
And so on
Easy for you to say.
Will
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
Re: GUI from Mv code Re: Crystal Reports
In a message dated 4/17/2004 4:16:06 PM Pacific Daylight Time, [EMAIL PROTECTED] writes: A key factor that makes CUI non-portable to GUI is the embedded Input and Print statements in the code. I respectfully disagree that this is key. After all event oriented apps also have input statements I think you mean the key factor is that the programs are not event oriented. That is, on a typical GUI form I can click and fill in any field in any order, and then I submit the entire form. In a typical mv app, most programmers would write it so the inputs happen in a definite order and there is no way to change that order, on the fly. If programs were rewriten so that the inputs were all seperated from each other logically, and could be entered in any order. (Tab forward, tab back between fields, or point and click since mouse clicks are captured by accuterm and wintegrate among others). Then some of the validation (two field interactions) should be relegated to the On.SUBMIT part of the program, etc. If we could code in this fashion, then any app can be GUIized with less effort. Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: GUI from Mv code Re: Crystal Reports
I think the point Tony was making was the splitting of the program logic from the actual screen formatting. One of the most arduous tasks in converting to a GUI is the splitting of the screen layout (print statements) from the business logic in programs. If your programs have the somewhat typical [EMAIL PROTECTED] SOMETHING WITH INPUT format, the PRINT@ part has to be removed as it will be replaced by the GUI. Applications that have some type of screen processor are way ahead of the game. In that scenario, your code is mostly logic and much easier to link a GUI. You do bring up a valid point regarding event driven apps with the concept of submitting an entire form. IMO, that depends on the platform and design choices made by the developer. For example, using Redback with ASP or ASP. Net, you can pretty much mimic the field by field validations and processing of CUI programs (one of the greatest features of .Net is the auto postback). Of course there are performance considerations/penalties for doing it but you can do it. On the flip side, you could also take all the input and submit it to a server process once. More efficient but trade-offs in functionality. Mike R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Saturday, April 17, 2004 8:18 PM To: [EMAIL PROTECTED] Subject: Re: GUI from Mv code Re: Crystal Reports In a message dated 4/17/2004 4:16:06 PM Pacific Daylight Time, [EMAIL PROTECTED] writes: A key factor that makes CUI non-portable to GUI is the embedded Input and Print statements in the code. I respectfully disagree that this is key. After all event oriented apps also have input statements I think you mean the key factor is that the programs are not event oriented. That is, on a typical GUI form I can click and fill in any field in any order, and then I submit the entire form. In a typical mv app, most programmers would write it so the inputs happen in a definite order and there is no way to change that order, on the fly. If programs were rewriten so that the inputs were all seperated from each other logically, and could be entered in any order. (Tab forward, tab back between fields, or point and click since mouse clicks are captured by accuterm and wintegrate among others). Then some of the validation (two field interactions) should be relegated to the On.SUBMIT part of the program, etc. If we could code in this fashion, then any app can be GUIized with less effort. Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: PI Open is going away
Which trick was that? He had so many. On Apr 17, 2004, at 15:08, Ross Ferris wrote: Probably. Never knew the guy ... but I thought the trick was kinda neat, and I've still been known to use variants to this day :-) -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: GUI from Mv code Re: Crystal Reports
Will wrote: A key factor that makes CUI non-portable to GUI is the embedded Input and Print statements in the code. I respectfully disagree that this is key. After all event oriented apps also have input statements I think you mean the key factor is that the programs are not event oriented. Mike Randall said: I think the point Tony was making was the splitting of the program logic from the actual screen formatting. ... You do bring up a valid point regarding event driven apps with the concept of submitting an entire form. You're both right. Note that my quote was _A_ key factor, not _The_ key factor. In my mind I assume that event orientation is possible once code is modularized, Input statements are replaced with passed-in values, and Print statements are replaced with returned messages and status data. You can have event oriented code with Print/Input statements, which isn't desirable, at least in MV code destined for a GUI. You can also have monolithic procedural code without the Print/Input statements, which could be the case with screen-at-a-time (3270 style) code. The bottom line is that a fundamental shift needs to be made in most MV code before it can be moved to GUI. Contrary to popular belief this shift doesn't need to be made all at once. I have a VAR/client with a 20 year old app that is being refitted over time to be more modular. They started their conscious shift about a year ago and they're now finding all sorts of benefits to modularization. They're now at a point where they can start looking at various GUI-enablement products in our market space. As an aside, pardon me for being so bold, but it's amazing that the providers of these GUI products aren't jumping to pay people like me to help developers become viable candidates for their products. There's no guarantee that any given site will adopt any given GUI product, if any, but unless there are prospects there can be no new customers. It seems to me it's worth it to someone to foster redevelopment like this. Well, that's the MV market for ya... Tony -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: GUI from Mv code Re: Crystal Reports
In a message dated 4/17/2004 10:21:26 PM Pacific Daylight Time, [EMAIL PROTECTED] writes: AFIK, Visage offers users a GUI in a TOTAL WINDOWS LOOK AND FEEL/BROWSER environment, without having to do a total rewrite, but a rewrite none the less, re-using some portions, perhaps, of existing code. Visage seems to be more than a user interface. It's also supposedly (sorry, Ross, I've got no experience in Visage) a much less involved NEW development environment Other MV so-called GUI approaches, (AccuTerm and wIntegrate scripts, for example) are offering the user a GUI with an almost-modern Windows look and feel, but without the bells and whistles, and are offering a GUI by applying Band-Aids to existing code. I really don't think that's a development environment.I don't think new development is covered by this approach. What? How exactly do you get this? A script is not an almost modern Windows look and feel... it is the look and feel. The script calls windows exectuables underneath it, thats how it works. If a programmer chooses not to utilize all the various objects and methods etc that Accuterm reveals, thats their own choice, not the fault of the product. I'm not sure exactly how Visage is that much better than Accuterm in that regard. Are you? Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
