LDraw.org Discussion Forums
To hold or not to hold - preferably not - Printable Version

+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: Models and Parts (https://forums.ldraw.org/forum-18.html)
+--- Forum: Parts Authoring (https://forums.ldraw.org/forum-19.html)
+--- Thread: To hold or not to hold - preferably not (/thread-2915.html)

To hold or not to hold - preferably not - Tim Gould - 2012-01-03

Having recently stuck my nose in the PT again after a long hiatus I've come, partially, to remember certain things about it that concern me a little. Most notably I've spotted examples of what I consider to be incorrect 'hold's on the PT.

From the PT Reviewew FAQ a 'hold' is for "It's getting there, but not yet. There are errors to be corrected before the part can be released. The author has to take care of the errors." Obviously there is some leeway in deciding what is wrong or right, but I've seen more than a few 'hold's that I think were simply imposing of the reviewers views on an iffy issue.

I'm writing this mostly to ask reviewers to give more consideration to whether a 'hold' is really appropriate or if a 'novote' might not be better. Especially if what you are demanding is in a grey area of standards. This isn't to criticise the reviewers or reviews, especially as there are times when I agree with the point but disagree with the 'hold'. Sometimes it's easy to be distracted by semantics and pedantism when you are so deep in something[1].

Remember the goal of the Parts Tracker is to produce releasable parts of high standard for LDraw. Not never released parts of a never-to-be-achieved perfect systemic standard.


[1] This is coming from a man who will spend days getting all the formatting to look just right in computational physics code while neglecting to do the coding for the intended job. I'm no innocent!

Re: To hold or not to hold - preferably not - Philippe Hurbain - 2012-01-03

I definitely approve your point of view (though I'm probably not innocent myself!), I think we reviewers are often too picky.

Re: To hold or not to hold - preferably not - Tim Gould - 2012-01-04

Steffen's post elsewhere just reminded me that I've been seeing so many iffy holds in part because I've been working the 'hold' queue. This problem is quite rare on the scale of the PT and I didn't want to make out it is more common than it is.