Ouch, your admin dept sucked (not a sngle admin obviousy, mainframes need a whole building full of people to admin them:) )but that was just too much.
There was no heirarchical folder system, but where I used to work in mainframe admni in 92 you had a psuedo directory structure, by allowing dots in filenames, up to 4 deep (in the TSO mainframe, the CMS mainframe didn't have that particular luxury, but you did have a "home directory" type of storage.
We had a limit of over about a terabyte on disk storage though, adnd restoring from primary tape took about 5 minutes - those robot tape slos were way cool, and also looked good.
Printing to bins is exacty what was state of the art in those days, and was terrible - in fact any sort of printingwas only preerable to typing documents if you had to use graphs, anything else looked inferior to properly typed documents.
However, even by 92 which was when i was invlved in adminning those beasts most word processing was done on PC's with Word- in fact by then the most common access method was a PC running Rumba rather than an honest to god terminal.
In fact I'd prefer the whole Lotus office suite (whatever they are calling it these days) to WordPerfect Office, with the expection of the database app (I think it was called Paradox, but can't be 100% any more) as Access is actually not to bad for a low level database app - it's no substitute for informix, oracle or even postgres, but it is a hell of a lot better than most cheap / free database apps, including MySql (I always think of MySQL as Access done worse, which is pretty hard to do, but lots of people manage it).
600 pages is not, by any measure a "large document."
I despise word (having had to work with it for many years) but the best thing it does is large document handling - In my case government legislation, running form 10,000 page documents to over a million pages. Now it's not perfect at the larger end of the scale (in fact oftento be usable, you nee to break that down into sub dicuments which each contain 1 section of less than 100,000 pages) but it is better for large documents than any other word processor execpt fo the SGML edition of Word.
If you have never had the pleasure of using this, it is a fully featured version of word whose native format is SGML, and was only sold to specialist audiences - I think the production of this version ceased about 5 years ago, but it is still the best SGML/XMLeditor around if you can get your hands on a copy.
Wordperfect on the other hand is OK for small documents (~10,000 pages or less) but runs into touble with large documents.
I can't imagine any word processor worth the naem having trouble with a 600 page document. You are correct though abouyt "fast save" and i have never seen a word rollout which did not disable fast save.
Despite the fact that a simple reverse DNS lookup shows it as a.uk...
Re:QT forces non standard c++ use
on
GTK-- vs. QT
·
· Score: 1
Yes it does, it also includes its own cut down version of the stl as well, for god only knows what purpose.
I don't think that is really in the remit of a gui toolkit at all.
QT forces non standard c++ use
on
GTK-- vs. QT
·
· Score: 2, Interesting
The big difference is that gtk-- is based on the C++ standard library, and so allows you do use familiar and efficient constructs like std::vector, std::string and so on.
QT has reimplemented all those things as a rather dodgy set of proprietry classes, which lock you into, for example using QString rather than std::string throughout your application, or doing a lot of extraneous conversions every time you need to talk to the GUI.
In its favour, QT does have much better documentation than gtk--, but all the same, I prefer the standards based gtk--.
Port io is trickier; i am aware of a couple of free libraries for NT, which are rumoured to make things more like unix, butI have never really used them. look on google for dlportio and giveio.
Slashdot Mirror
So if you get negative weight, does UPS pay you?
Gnu's Not Unix?
But Open group most definitely _is_ Unix
No, the one which has now gone GPL
http://sourceforge.net/projects/xbplayer
Ouch, your admin dept sucked (not a sngle admin obviousy, mainframes need a whole building full of people to admin them :) )but that was just too much.
There was no heirarchical folder system, but where I used to work in mainframe admni in 92 you had a psuedo directory structure, by allowing dots in filenames, up to 4 deep (in the TSO mainframe, the CMS mainframe didn't have that particular luxury, but you did have a "home directory" type of storage.
We had a limit of over about a terabyte on disk storage though, adnd restoring from primary tape took about 5 minutes - those robot tape slos were way cool, and also looked good.
Printing to bins is exacty what was state of the art in those days, and was terrible - in fact any sort of printingwas only preerable to typing documents if you had to use graphs, anything else looked inferior to properly typed documents.
However, even by 92 which was when i was invlved in adminning those beasts most word processing was done on PC's with Word- in fact by then the most common access method was a PC running Rumba rather than an honest to god terminal.
Lotus 123.
In fact I'd prefer the whole Lotus office suite (whatever they are calling it these days) to WordPerfect Office, with the expection of the database app (I think it was called Paradox, but can't be 100% any more) as Access is actually not to bad for a low level database app - it's no substitute for informix, oracle or even postgres, but it is a hell of a lot better than most cheap / free database apps, including MySql (I always think of MySQL as Access done worse, which is pretty hard to do, but lots of people manage it).
600 pages is not, by any measure a "large document."
I despise word (having had to work with it for many years) but the best thing it does is large document handling - In my case government legislation, running form 10,000 page documents to over a million pages. Now it's not perfect at the larger end of the scale (in fact oftento be usable, you nee to break that down into sub dicuments which each contain 1 section of less than 100,000 pages) but it is better for large documents than any other word processor execpt fo the SGML edition of Word.
If you have never had the pleasure of using this, it is a fully featured version of word whose native format is SGML, and was only sold to specialist audiences - I think the production of this version ceased about 5 years ago, but it is still the best SGML/XMLeditor around if you can get your hands on a copy.
Wordperfect on the other hand is OK for small documents (~10,000 pages or less) but runs into touble with large documents.
I can't imagine any word processor worth the naem having trouble with a 600 page document.
You are correct though abouyt "fast save" and i have never seen a word rollout which did not disable fast save.
No, but it means that most cheap'n'nasty "just do a reverse lookup" implementations get it right.
My uk address came out as Greece.
.uk ...
Despite the fact that a simple reverse DNS lookup shows it as a
Yes it does, it also includes its own cut down version of the stl as well, for god only knows what purpose.
I don't think that is really in the remit of a gui toolkit at all.
The big difference is that gtk-- is based on the C++ standard library, and so allows you do use familiar and efficient constructs like std::vector, std::string and so on.
QT has reimplemented all those things as a rather dodgy set of proprietry classes, which lock you into, for example using QString rather than std::string throughout your application, or doing a lot of extraneous conversions every time you need to talk to the GUI.
In its favour, QT does have much better documentation than gtk--, but all the same, I prefer the standards based gtk--.
For threading:
use the boost library, Boost.Threads
For network:
Use ACE
Port io is trickier; i am aware of a couple of free libraries for NT, which are rumoured to make things more like unix, butI have never really used them. look on google for dlportio and giveio.