All machines linked to their forum thread (full comment import)

1,289 discussions, 9,527 archived comments; pages no longer carry the comments themselves.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YDRjtmAiNpo5mK5N3d7QwZ

content/museum/vector-graphics-mz.md

@@ -61,6 +61,7 @@ params:
     value: About $4800
   tabs:
   - links
+  forum_thread: 780
   links:
   - title: Vector Graphics 1976 - 1984
     url: http://www.vectorgraphics.org.uk
@@ -68,33 +69,6 @@ params:
   - title: VECTOR-GRAPHIC List
     url: http://h-net.msu.edu/cgi-bin/wa?A0=VECTOR-GRAPHIC
     text: mailing list for Vector Graphic computers
-  comments:
-  - author: Vincent Sabio (Reston, VA)
-    date: Sunday 28th October 2018
-    text: |-
-      Jay writes, "It did, in fact, have a rough graphic facility. Each character cell was divided into six parts, and by changing the character ROM offset you could draw monochrome graphics with 160 x 72 resolution."
-
-      "Rough" is a good word for it. As I recall, the monitor display was memory mapped $ but there was a bug in the mapping that caused several of the memory locations to display in the wrong place on the monitor. I wrote a subroutine that took in the \*intended\* screen location, made any necessary corrections to the coordinates, and wrote to the correct$ed$ areas of the memory map to get the intended pixels to display properly.
-
-      To be sure, the vast majority of pixels displayed properly. There was only a handful that displayed wrong $ but enough to mess things up.
-  - author: Claus Buchholz (Michigan)
-    date: Sunday 12th May 2013
-    text: I worked at New Dimensions in Computing in East Lansing where we sold Vector Graphics (and Exidys and Ataris). They used some CP/M accounting programs on the Vector Graphic, including a buggy sales tax program in MS BASIC. They asked me to fix it and that''s when I learned about inexact decimal values in binary floating point numbers (as opposed to Atari''s exact BCD values). I added some rounding and fixed the bug.
-  - author: J.T. Barbarese (Philadelphia, PA, USA)
-    date: Sunday 24th April 2005
-    text: I wrote using Memorite running under CP/M on a Vector Graphic System Z from 1984 until it became impossible to port files or support the hardware. In 1987 I found a man in Florida who offered to transfer from hard-sectored floppies at a ridiculous rate, so I spent 20 hours porting files over the parallel (printer) port (from the Vector to a 286 machine), using pip.com. ("pip a:\*.\* > com1:"-- I think) It worked, but Still miss Memorite!
-  - author: Bill Schneberg (Ventura, California)
-    date: Tuesday 16th November 2004
-    text: I have several Vector MZ's and Vector 3's. My original Vector MZ was purchased in June of 1980. It was configured as a System B (Two floppies, software, and a Qume impact letter quality printer). I still use one of the machines to this day.
-  - author: Julio Sánchez (madrid)
-    date: Monday 8th March 2004
-    text: |-
-      workked with this equipment until the arrival of the Pc.\
-      At the company where I worked we where runnig accounting an word procesing. The last configuration we had was a multiuser CPM with 3 stations sharing a 8" winchester.\
-      The software was wrote in basic and I compile some modules except one because the compiler had a bug and with the next version of the compiler the size of the program was very big and can´t fit in memory. Old Days!
-  - author: Ivan Andrews (London, UK)
-    date: Monday 9th February 2004
-    text: We had a bunch of these machines back in the mid-80s, and I still have some hard-sectored floppies. Does anyone know of any company that can read these? They are standard 5.25, CPM 2.2 disks, but with 16 sector holes. It would be good to get back the source code that is still on them!
   related:
   - /museum/vector-graphics-vector-1
   - /museum/vector-graphics-vector-3-vip