Index: TODO =================================================================== --- TODO (revision 38678) +++ TODO (revision 38679) @@ -1,6 +1,29 @@ 0. old, still waiting for ack 1. For the upcoming release =============================================================================== +- BUG: bug_files/TODO/drc1/*: {w d} false positive [report: John Wehle] + - the main problem is: square cap bloat-line corner: + - at B.rp 175;187 the bottom right corner cuts into the horizontal edge of the bottom poly + - replace the current code with three checks per edge: + - two thin-line check at edge +- offset + - a curcle check in each corner +- BUG: using image2footprint parametric footprint, choose 0.25mm pixel size, white silk, black soldermask, yes to dithering and yes to FR4, choose either of the vader .pngs from bug files as the image and place on layout, then change .png to other png, place on layout, and continue alternating. segfault will typically ensue after a period. backtrace included as big-subc-bt.txt [report: erich] +- poly lib rewrite: + - BUG: bug_files/TODO/out-extract*.rf, on which is not autocropped, triggers assert with scrolling, but the autocropped version does not. Polygon vertex coords are well under size limit for 32 bit coords in both cases. out-minimal.rf is a more minimal polygon version of the subc which triggers assert in footprint edit mode with {ze} and scroll bar use. [Report: Erich] + - BUG: thermal tool allows invalid polygon assert. might be a non bug. load bug_files/TODO/thermal-assert.rp and use thermal tool and shift click to start cycling through thermal types on padstack. Assert eventually occurs. [report: Erich] + - BUG: bug_files/Poly_rewrite/polyclpoly.lht: excess clearing into the corner of the outer poly; move the line a bit and it tends to disappear ml=3493 [report: gpaubert] + - BUG: bug_files/Poly_rewrite/phatch.lht: maybe {m d t} and PolyHatch(0, c) -> poly offseting bug on sharp corners ml=4159 [report: Majenko] + - BUG: bug_files/Poly_rewrite/intersect.* (thin hair gerber bug) [report: cuvoodoo] + - BUG: bug_files/line-arc-del-assert.rp load layout, delete right most vertical, line, poly validity assert ensues [report: Erich] + - BUG: bug_files/line-arc-del-assert.rp load layout, delete bottom most horizontal line, note strange clipping that shorts across adjacent arc [report: Erich] + - BUG: bug_files/line-arc-del-assert.rp load layout, delete bottom most arc, note strange clipping that across where arc used to be [report: Erich] + - BUG: bug_files/TODO/derive.rp, edit pstk proto, add mask shape, derive -> derived polygon is broken (invalid coords) [report: Scott] + -> happens because of colinear neighbor edges becoming redundant points in a subsequent iteration + -> simpler test file: bug_files/Poly_rewrite/offs1.rp, line 211, two vetices on the bottom side of the triangle + -> simpler reprodtion: just grow the coper shape by 10 mil + -> fix: in rnd_polo_offs() remove all redudnant vertices and subsequent vertices with the same norm in a loop before the main loop + -> this in turn needs rnd_polo_offs() to modify num_pts, which should be a pointer maybe + - at the end of the full rewrite, remove /local/pcb/want_polybool and PCB_WANT_POLYBOOL (from scconfig and config.h too!) 2. For later releases =============================================================================== - revise release/packaging: @@ -10,12 +33,6 @@ - FEATURE: hierarhic: subc-in-subc syntax: refdes-refdes-term? probably a bad idea - search for '-' and centralize parsing refdes-term id - FEATURE: svg colorspaces: bug_files/TODO/SVG.patch (requires librnd 4.2) -- BUG: bug_files/TODO/drc1/*: {w d} false positive [report: John Wehle] - - the main problem is: square cap bloat-line corner: - - at B.rp 175;187 the bottom right corner cuts into the horizontal edge of the bottom poly - - replace the current code with three checks per edge: - - two thin-line check at edge +- offset - - a curcle check in each corner - DOC: pool node on how to use pixmap for breadboading - BUG: bug_files/TODO/ppc_full.*: poly-clear-poly should respect full-poly flag and apply all islands only if full-poly is set - BUG?: enforce style clearance doesn't work with middle-line rubber band move, see bug_files/TODO/drag.rs [report: Majenko] @@ -39,7 +56,6 @@ - keep numeric format: test all - keep unknown subtrees - BUG: lhtpers indentation: bug_files/lhtpers_ins/; breakpoint in pers_table.c:34 and debug why the newline is getting in [report: Igor2] -- BUG: using image2footprint parametric footprint, choose 0.25mm pixel size, white silk, black soldermask, yes to dithering and yes to FR4, choose either of the vader .pngs from bug files as the image and place on layout, then change .png to other png, place on layout, and continue alternating. segfault will typically ensue after a period. backtrace included as big-subc-bt.txt [report: erich] - BUG: I/O bugs: - eagle: - BUG: xml: eagle XML import fails on polygon import reported by miloh, test file pcb-rnd-aux poly_selfi/eagle_polygon_crash.brd [report: erich], due to input file containing an invalid polygon: a self intersecting poly in line 156 - consider handling "width"? @@ -64,22 +80,6 @@ - revise pad sizes and hole sizes, maybe starting from bedrock - revise 3d (openscad) models if they still line up - BUG: start new layout: pcb-rnd foo.rp, export scad model, will export to foo.scad by default; then start new layout, save layout as bar.rp. When using export dialogue, dialogue defaults to previous filename foo.XXX for any of the export options. [report: Erich] -- poly lib rewrite: - - BUG: bug_files/TODO/out-extract*.rf, on which is not autocropped, triggers assert with scrolling, but the autocropped version does not. Polygon vertex coords are well under size limit for 32 bit coords in both cases. out-minimal.rf is a more minimal polygon version of the subc which triggers assert in footprint edit mode with {ze} and scroll bar use. [Report: Erich] - - BUG: thermal tool allows invalid polygon assert. might be a non bug. load bug_files/TODO/thermal-assert.rp and use thermal tool and shift click to start cycling through thermal types on padstack. Assert eventually occurs. [report: Erich] - - BUG: bug_files/Poly_rewrite/polyclpoly.lht: excess clearing into the corner of the outer poly; move the line a bit and it tends to disappear ml=3493 [report: gpaubert] - - BUG: bug_files/Poly_rewrite/phatch.lht: maybe {m d t} and PolyHatch(0, c) -> poly offseting bug on sharp corners ml=4159 [report: Majenko] - - BUG: bug_files/Poly_rewrite/intersect.* (thin hair gerber bug) [report: cuvoodoo] - - BUG: bug_files/line-arc-del-assert.rp load layout, delete right most vertical, line, poly validity assert ensues [report: Erich] - - BUG: bug_files/line-arc-del-assert.rp load layout, delete bottom most horizontal line, note strange clipping that shorts across adjacent arc [report: Erich] - - BUG: bug_files/line-arc-del-assert.rp load layout, delete bottom most arc, note strange clipping that across where arc used to be [report: Erich] - - BUG: bug_files/TODO/derive.rp, edit pstk proto, add mask shape, derive -> derived polygon is broken (invalid coords) [report: Scott] - -> happens because of colinear neighbor edges becoming redundant points in a subsequent iteration - -> simpler test file: bug_files/Poly_rewrite/offs1.rp, line 211, two vetices on the bottom side of the triangle - -> simpler reprodtion: just grow the coper shape by 10 mil - -> fix: in rnd_polo_offs() remove all redudnant vertices and subsequent vertices with the same norm in a loop before the main loop - -> this in turn needs rnd_polo_offs() to modify num_pts, which should be a pointer maybe - - at the end of the full rewrite, remove /local/pcb/want_polybool and PCB_WANT_POLYBOOL (from scconfig and config.h too!) - FEATURE: "thermal recipe" so a padstack thermal can be put in a padstack or subc and it is changed with the layer binding [report: jg] - FEATURE: netlist2: bug_files/ratside.txt optional rats constraints [report: Vuokko] - FEATURE: openems mesher: do not ignore padstack copper [report: Evan]