[Rd] bug in '...' of constrOptim (PR#14071)

2009-11-18 Thread epurdom
Dear all, There appears to be a bug in how constrOptim handles ... arguments that are suppose to be passed to optim, according to the documentation. This means you can't get the hessian to be returned, for example (so this is a real problem, and not just a question of mistaken documentation).

[Rd] Error handling in solve.default (PR#8494)

2006-01-16 Thread epurdom
Hi, this is a minor problem in solve.default but I didn't see anyone mention it. The function does not give "correct" error-handling if given non-square matrix, LINPACK=F, and matrix has names attributes (either row or column names). Demo: ##"correct" error handling of non-square matrix > temp

[Rd] Wishlist: strwidth allow for rotation of text (PR#7931)

2005-06-10 Thread epurdom
Hi, This is not a bug, but an enhancement suggestion. "strwidth" only gives the width of the text according to the x-axis user coordinates, and similarly for "strheight". Even if the par setting "srt" is changed to rotate the text, the resulting width (resp. height) is in terms of the non-rotat

[Rd] Wishlist: axis( ) could take vector of colors (PR#7930)

2005-06-10 Thread epurdom
Hi, This is not a bug, but a simple enhancement suggestion: that axis( ) also allow option "col" to take a vector of colors equal to the length of "labels". Currently it allows it, in the sense that there is no error message, but the function will use just the first element of the vector. Examp