Bug #1011
Mis à jour par Serge Heiden il y a environ 11 ans
Reported by JCD on Mac OS X 10.9.4: 10.9.4 : R graphics (WordCloud or CAH) labels are "pixelized". "pixelized"
*Diagnostic 1 - TXM graphics*:
* Question: Can we We could not reproduce the bug?
* Test: produce a CAH from TXM bug with the following configurations: configurations :
** * Mac OS X 10.6 + Java 6, 0.65 = no bug OK
** * Mac OS X 10.9 + Java 7, 0.60 + xQuartz 2.7.6 = no bug OK
** * Mac OS X 10.9 + Java 7, 0.67 + xQuartz 2.7.6 = no bug OK
** * Mac OS X 10.9 + Java 7, 0.67 + xQuartz 2.7.7 = no bug OK
** Remark: * Mac OS X 10.9 + Java 7, 0.67 - sans xQuartz 2.7.7 = FAILS, no graphic is displayed. This is expected FAIL (no graphic)
*Solution*
** Mac OS X 10.9 - xQuartz = works (verify SJ)
* Conclusion: Impossible to reproduce Use the bug (MD + SJ) -> JCD must help us to diagnose the bug.
*Diagnostic 2 - JCD R script graphics*: other graphic engine (Java)
* Question: Is native R buggy for graphics?
* Test: Run see what could go wrong with the "bfmprogression.R" script directly from svg device of the cairo R = no bug
* Conclusion: ask to set graphic device to 'svg' package
*Diagnostic 3 - JCD TXM SVG graphics*: *Tests*:
* Question: Is the generated SVG file generated corrupted?
* Test: corrupted ? Export the graphics as SVG SVG: ...
* Conclusion:
*Diagnostic 4 - JCD TXM R script graphics*:
* Question: Is TXM it a R execution for graphics buggy?
* Test: Run bug ? Running "bfmprogression.R" script directly from TXM R produced: graphic is OK
* Conclusion:
*Diagnostic 5 - is Is "bfmprogression.R" producing the display bug present in ? Running "bfmprogression.R" from TXM 0.7.5*: produced: ...
* Question: Has TXM 0.7.6 introduced this bug?
* Test: bug ? Reinstall TXM 0.7.5 and compute a CAH graphic
* Conclusion:
*Hypothesis 1*
* see what could go wrong with the 'svg' device of the 'cairo' R package
graphic: ...
*Diagnostic 1 - TXM graphics*:
* Question: Can we We could not reproduce the bug?
* Test: produce a CAH from TXM bug with the following configurations: configurations :
** * Mac OS X 10.6 + Java 6, 0.65 = no bug OK
** * Mac OS X 10.9 + Java 7, 0.60 + xQuartz 2.7.6 = no bug OK
** * Mac OS X 10.9 + Java 7, 0.67 + xQuartz 2.7.6 = no bug OK
** * Mac OS X 10.9 + Java 7, 0.67 + xQuartz 2.7.7 = no bug OK
** Remark: * Mac OS X 10.9 + Java 7, 0.67 - sans xQuartz 2.7.7 = FAILS, no graphic is displayed. This is expected FAIL (no graphic)
*Solution*
** Mac OS X 10.9 - xQuartz = works (verify SJ)
* Conclusion: Impossible to reproduce Use the bug (MD + SJ) -> JCD must help us to diagnose the bug.
*Diagnostic 2 - JCD R script graphics*: other graphic engine (Java)
* Question: Is native R buggy for graphics?
* Test: Run see what could go wrong with the "bfmprogression.R" script directly from svg device of the cairo R = no bug
* Conclusion: ask to set graphic device to 'svg' package
*Diagnostic 3 - JCD TXM SVG graphics*: *Tests*:
* Question: Is the generated SVG file generated corrupted?
* Test: corrupted ? Export the graphics as SVG SVG: ...
* Conclusion:
*Diagnostic 4 - JCD TXM R script graphics*:
* Question: Is TXM it a R execution for graphics buggy?
* Test: Run bug ? Running "bfmprogression.R" script directly from TXM R produced: graphic is OK
* Conclusion:
*Diagnostic 5 - is Is "bfmprogression.R" producing the display bug present in ? Running "bfmprogression.R" from TXM 0.7.5*: produced: ...
* Question: Has TXM 0.7.6 introduced this bug?
* Test: bug ? Reinstall TXM 0.7.5 and compute a CAH graphic
* Conclusion:
*Hypothesis 1*
* see what could go wrong with the 'svg' device of the 'cairo' R package
graphic: ...