Index: work/feature_poll/src/bbvia/long
===================================================================
--- work/feature_poll/src/bbvia/long	(revision 28346)
+++ work/feature_poll/src/bbvia/long	(revision 28347)
@@ -1,5 +1,2 @@
 <b>Already implemented within padstacks.</b>
 each via would have an optional field that'd describe which layers it connects
-<p>
-<i>Compatibilty:</i> mainline pcb wouldn't understand this feature
-and would convert all vias tru-hole
Index: work/feature_poll/src/bindist/long
===================================================================
--- work/feature_poll/src/bindist/long	(revision 28346)
+++ work/feature_poll/src/bindist/long	(revision 28347)
@@ -1,4 +1,2 @@
 Autobuild binary packages for your favorite distribution (.deb, .rpm,
 windows installer, etc.)
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/bus/long
===================================================================
--- work/feature_poll/src/bus/long	(revision 28346)
+++ work/feature_poll/src/bus/long	(revision 28347)
@@ -7,5 +7,3 @@
 process can be considered as drawing a very thick trace: as thick as the width
 of the "bus". The wide trace is just replaced with parallel traces the moment
 the user finalizes the line segment (or arc).
-<p>
-<i>Compatibilty:</i> not affected by a pure GUI feature
Index: work/feature_poll/src/clearpolyly/long
===================================================================
--- work/feature_poll/src/clearpolyly/long	(revision 28346)
+++ work/feature_poll/src/clearpolyly/long	(revision 28347)
@@ -4,8 +4,3 @@
 different logical layer. They can be on the same physical layer, tho:
 a ground trace should touch solder side ground polys but should have
 a clearence to solder side Vcc polys.
-<p>
-<i>Compatibilty:</i> mainline pcb wouldn't understand this feature
-and would convert clear polygon flags which would result in either
-"touch-all" or "clear-all" for the object on the given physical layer.
-
Index: work/feature_poll/src/fileform/long
===================================================================
--- work/feature_poll/src/fileform/long	(revision 28346)
+++ work/feature_poll/src/fileform/long	(revision 28347)
@@ -13,8 +13,3 @@
 NOTE: file formats do not solve the problems of internal representation of
 pcb data; thus it won't automatically bring blind/burried vias, better stackup
 handling, text-in-footprints, etc.
-<p>
-<i>Compatibilty:</i> not affected; the original pcb file format is kept, only
-the code is moved to a plugin; new file formats are obviously not loaded by
-mainline pcb.
-)
Index: work/feature_poll/src/gcode/long
===================================================================
--- work/feature_poll/src/gcode/long	(revision 28346)
+++ work/feature_poll/src/gcode/long	(revision 28347)
@@ -1,5 +1,3 @@
 Some users have reported bugs about the gcode exporter. With a few
 testers having real gcode machines available, it would be fun to fix
 the exporter.
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/handheld/long
===================================================================
--- work/feature_poll/src/handheld/long	(revision 28346)
+++ work/feature_poll/src/handheld/long	(revision 28347)
@@ -1,5 +1,3 @@
 Produce a version that runs on android and acts at least as a viewer, but
 preferably as a full featured editor. Most probably requires a new HID
 optimized for android.
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/horver/long
===================================================================
--- work/feature_poll/src/horver/long	(revision 28346)
+++ work/feature_poll/src/horver/long	(revision 28347)
@@ -12,5 +12,3 @@
 	<li> the same plugin, but MUCS code compiled in
 	<li> write a router from scratch
 </ul>
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/io_fp_eagle/long
===================================================================
--- work/feature_poll/src/io_fp_eagle/long	(revision 28346)
+++ work/feature_poll/src/io_fp_eagle/long	(revision 28347)
@@ -5,7 +5,4 @@
 <p>
 <b>NOTE:</b> needs more user contribution than just testing (but this
 doesn't necessarily mean coding)
-<p>
-<i>Compatibilty:</i> not affected (once the footprint is loaded, it gets
-embedded in the pcb design, mainline pcb won't notice the difference)
 )
\ No newline at end of file
Index: work/feature_poll/src/io_fp_kicad/long
===================================================================
--- work/feature_poll/src/io_fp_kicad/long	(revision 28346)
+++ work/feature_poll/src/io_fp_kicad/long	(revision 28347)
@@ -5,7 +5,3 @@
 <p>
 <b>NOTE:</b> needs more user contribution than just testing (but this
 doesn't necessarily mean coding)
-<p>
-<i>Compatibilty:</i> not affected (once the footprint is loaded, it gets
-embedded in the pcb design, mainline pcb won't notice the difference)
-)
Index: work/feature_poll/src/ports/long
===================================================================
--- work/feature_poll/src/ports/long	(revision 28346)
+++ work/feature_poll/src/ports/long	(revision 28347)
@@ -1,5 +1,4 @@
 Port pcb-rnd to desktop/server systems other than GNU/Linux and windows,
 e.g. UNIX, BSD, MacOSX. If there are testers, I am willing to port
 to your favorite system.
-<p>
-<i>Compatibilty:</i> not affected
+
Index: work/feature_poll/src/ppgrid/long
===================================================================
--- work/feature_poll/src/ppgrid/long	(revision 28346)
+++ work/feature_poll/src/ppgrid/long	(revision 28347)
@@ -6,6 +6,5 @@
 	<li> is set and stored in config (system-wise, per user, per project, etc.)
 	<li> offers actions to changing grid up/down selecting the next/previous item on the array; so if the design wants 5, 10 and 25 mil grids, there'as a hotkey to switch "down" in 25->10->5.
 </ul>
-<p>
-<i>Compatibilty:</i> not affected.
 
+
Index: work/feature_poll/src/progdrc/long
===================================================================
--- work/feature_poll/src/progdrc/long	(revision 28346)
+++ work/feature_poll/src/progdrc/long	(revision 28347)
@@ -28,9 +28,3 @@
 or component attributes, using DRC-script templates. This lets the user
 extend the DRC to cover new cases without having to change or recompile
 pcb-rnd code.
-<p>
-<i>Compatibilty:</i> mainline pcb wouldn't understand the drc scripts;
-mainline pcb would ignore or even remove drc scripts from save files. The design
-could still include old-style drc parameters so the simplest checks could
-be performed by mainline pcb.
-
Index: work/feature_poll/src/pushshove/long
===================================================================
--- work/feature_poll/src/pushshove/long	(revision 28346)
+++ work/feature_poll/src/pushshove/long	(revision 28347)
@@ -1,5 +1,4 @@
 The user defines a new forbidden zone (explicitly or implicitly by grabbing
 and moving existing objects). Automatically move out objects from the forbidden
 zone by changing and moving them, effectively make room for new objects.
-<p>
-<i>Compatibilty:</i> not affected
+
Index: work/feature_poll/src/qucs/long
===================================================================
--- work/feature_poll/src/qucs/long	(revision 28346)
+++ work/feature_poll/src/qucs/long	(revision 28347)
@@ -3,5 +3,3 @@
 QUCS-&gt;pcb-rnd forward annotation path. Either using the
 import schematics plugin, or by providing an alternative to
 gsch2pcb.
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/splitline/long
===================================================================
--- work/feature_poll/src/splitline/long	(revision 28346)
+++ work/feature_poll/src/splitline/long	(revision 28347)
@@ -2,5 +2,3 @@
 <p>
 action and GUI/key binding to split an existing segment of a trace
 into two by inserting a new endpoint at an arbitrary position.
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/textinv/long
===================================================================
--- work/feature_poll/src/textinv/long	(revision 28346)
+++ work/feature_poll/src/textinv/long	(revision 28347)
@@ -3,7 +3,4 @@
 (
 Be able to write text in inverse, as a cutout on a rectangle. This is useful on
 silk layer, especially with small fonts and/or toner transfer.
-<p>
-<i>Compatibilty:</i> mainline pcb wouldn't understand this feature
-and would convert the text to normal
 )
Index: work/feature_poll/src/textln/long
===================================================================
--- work/feature_poll/src/textln/long	(revision 28346)
+++ work/feature_poll/src/textln/long	(revision 28347)
@@ -1,7 +1,4 @@
 <b>Alerady implemented (release: pcb-rnd 2.1.0).</b>
 <p>
 be able to manually change width of text lines, regardless of the font size
-<p>
-<i>Compatibilty:</i> mainline pcb wouldn't understand this feature
-and would convert the text to the default line width
 
Index: work/feature_poll/src/tracelen/long
===================================================================
--- work/feature_poll/src/tracelen/long	(revision 28346)
+++ work/feature_poll/src/tracelen/long	(revision 28347)
@@ -5,5 +5,3 @@
 	<li> displays length on the drawing
 	<li> displays in real-time so manual trace length optimisation is possible
 </ul>
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/ttf/long
===================================================================
--- work/feature_poll/src/ttf/long	(revision 28346)
+++ work/feature_poll/src/ttf/long	(revision 28347)
@@ -27,11 +27,3 @@
 in this case the ttf is used again to import the new glyphs. This can be
 overcome by an action that lets the user embed the basic alphabet or whatever
 glyphs, even if they are not currently in use.
-<p>
-<i>Compatibility:</i> mainline pcb wouldn't understand multiple fonts and
-would render everything with the default font. While font type attributes
-would be preserved with text objects, mainline pcb would probably remove
-the embedded glyphs of dynamic fonts - forcing pcb-rnd to re-embed them
-on the next load (reducing "copper-stability" vs. ttf file versions).
-
-
Index: work/feature_poll/src/webui/long
===================================================================
--- work/feature_poll/src/webui/long	(revision 28346)
+++ work/feature_poll/src/webui/long	(revision 28347)
@@ -6,5 +6,3 @@
 	<li> a HID that acts as a minimalistic web server generating the code/data required for html5 drawing the layers
 	<li> menus and layer selection in plain html around the canvas
 </ul>
-<p>
-<i>Compatibilty:</i> not affected
Index: work/feature_poll/src/windows/long
===================================================================
--- work/feature_poll/src/windows/long	(revision 28346)
+++ work/feature_poll/src/windows/long	(revision 28347)
@@ -1,6 +1,4 @@
 <b>Alerady implemented since 2.1.4.</b>
 <p>
 Port pcb-rnd to windows using the gtk HID.
-<p>
-<i>Compatibilty:</i> not affected