Check out all these old trials: http://www.microsoft.com/games/trial_versions.htm
Very strange that they retain the page when the payload doesn't link anymore. The pages must turn up in the link-checks and be specifically flagged to remain unfixed?
231–238 of 238 posts
Check out all these old trials: http://www.microsoft.com/games/trial_versions.htm
Very strange that they retain the page when the payload doesn't link anymore. The pages must turn up in the link-checks and be specifically flagged to remain unfixed?
Earlier quoted context omitted.
I'm pretty sure a .doc file created fifteen years ago also still renders in Word. Same for a PDF file created 15 years ago or most other formats. So I don't really see your point about open standards in this case.
I'm pretty sure a .doc file created fifteen years ago also still renders in Word. Check this out: http://timtyson.us/archives/2008/01/theft-by-taking/ Old MS Office file formats were never engineered to be future proof in any way, and they're a huge headache for Microsoft, and they do indeed behave oddly in new software, and Microsoft cannot wait to get rid of them, and nobody in their right mind can blame them, hone…
The System Requirements brought back memories: * Multimedia PC with a Pentium 133 or higher processor * Microsoft® Windows® 95 operating system or Windows NT® Workstation operating system version 4.0 with Service Pack 3 * 16 MB of RAM; 32MB recommended * 30 MB of available hard-disk space; 110 MB recommended * Quad-speed CD-ROM drive; 6x recommended * Super VGA, 16-bit color monitor * Microsoft Mouse or compatible po…
An HTML file virtually unchanged in fifteen years still renders cleanly in a modern browser. Backwards compatibility across open standards is a wonderful thing.
I'm pretty sure a .doc file created fifteen years ago also still renders in Word. Same for a PDF file created 15 years ago or most other formats. So I don't really see your point about open standards in this case.
These last two months, I've manually parsed old databases[0], some dating back 2001. Locked formats with unknown specs, schemas embedded in applications (good luck digging that out with IDA), data storing that makes no sense, losing your hair out,...
[0] Drop me a mail if you want to reverse-engineer an HyperfileSQL DB from around Y2K, I can help on that if you pay me with Red Bull.
Earlier quoted context omitted.
1-2 gb of ram is insane luxury compared to say, the Amiga which typically had 1000 times less - 512k or 1mb of main ram and the same amount of 'chip' ram (for video/audio processing). I'm not a mobile device expert, but programmers don't have to think that much about 512k on an iphone, do they? On an Amiga it was often all you had for the entire system including the OS.
Yeah but the Amiga drove 640x256 at 16 colors (4 bits), so around 80kb. Contrast that with the newest iPhone which drives 640x1136 at 24-bit color, so around 2.08mb. This is 26x the number of pixels. Keep in mind you also have a networking stack and lots of semi-realtime sensor data. Not to mention that the demands on the system in terms of features and performance are so much higher.
Earlier quoted context omitted.
I'm pretty sure a .doc file created fifteen years ago also still renders in Word. Same for a PDF file created 15 years ago or most other formats. So I don't really see your point about open standards in this case.
A .doc file created 5 minutes ago in Word can't be assumed to open correctly in any other version of Word without testing. I used to work at a research institute and the people who used Word always spent more time getting their papers to look as nice as the LaTeX users, particularly if you crossed platforms or had change tracking enabled (hello undeletable footnote in the middle of the page…). The barrier to entry wa…
> emacs outshines all other editing software in approximately the same way that the noonday sun does the stars. It is not just bigger and brighter; it simply makes everything else vanish [1]
I think if you replace "emacs" with "TeX" and "editing software" with "document formatting system", the quote holds just as well.
Earlier quoted context omitted.
A client of mine has a site with 4000+ individual pages, and no content management system. In the corporate world, you just don't touch stuff if you don't need to. There's no time to go and find web pages that haven't changed in 10 years and figure out what to do about them.
4000 files(?) must be crazy to manage. Is there any kind of templating system at all with them? Now I come to think of it I guess there may also be a need to keep it in place due to links from other parts of the site.
It's easy to manage a large site that only makes a few changes per week.