Re: [Rd] redesign R.css for HTML help pages
Yihui Xie-2 wrote: I feel the CSS definitions for the HTML help pages are not visually appealing enough. . The whole system needs an overhaul. https://github.com/hadley/helpr Looks quite good, but search engine not yet portable. Dieter -- View this message in context: http://r.789695.n4.nabble.com/redesign-R-css-for-HTML-help-pages-tp3088024p3088588.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Crash of latticeExtra graph with Adobe Acro Pro/Reader/Windows/ during print only (display ok).
I created a report with Sweave today, that displayed perfectly on screen,
but crashed both Adobe Pro 9.3.1 and Adobe Reader 9.0 on Windows 7. Output
with Foxit Reader was flawless.
I was able to reproduce a minimal example, which is not really minimal but
the smallest I could get after 2 hours of wasting paper.
Required:
latticeExtra calling both
panel.xyplot(...) # both lines are required, no problem with only one
of them
panel.smoother(...) #
pch = 16 (lower number were no problem)
At least 300 data points with some overlap; I did bracket it exactly, but
200 did not show the problem. I was not able to generate a runif-based
example, therefore a simplified data set from my original report is
included.
Reproduce: Run the example. sessionInfo see below. Open the created pdf with
Adobe Acrobat Pro/Reader. It displays perfectly.
Print it to any device; I used the virtual Windows XPS printer because after
30 pages I was running out of laser printer toner.
Adobe Displays: Flattening, and hangs after 94%; must be force-restarted
after that.
When using more data points, it hangs after a lower percentage; looks like
flattening has to do with processing of data points, and 300 is just above
the limit.
My workaround is to use something else than pch=16, because I cannot force
customers to install Foxit.
The created pdf file can be downloaded from
http://www.menne-biomed.de/uni/crashedadobe.pdf
Dieter Menne
library(latticeExtra)
d = structure(list(y = c(1, 2, 0, 3, 2, 1, 2, 2, 1, 0, 1, 1, 1, 1,
2, 2, 2, 2, 2, 2, 2, 1, 2, 1, 2, 1, 0, 2, 2, 2, 2, 2, 1, 1, 2,
2, 3, 0, 2, 3, 1, 2, 2, 2, 2, 1, 0, 2, 1, 2, 4, 2, 1, 1, 0, 0,
1, 2, 2, 3, 1, 1, 2, 2, 2, 2, 1, 2, 0, 2, 0, 2, 2, 1, 1, 1, 1,
2, 1, 8, 2, 5, 3, 2, 2, 0, 1, 0, 2, 0, 2, 0, 2, 4, 2, 2, 2, 2,
2, 1, 2, 5, 1, 1, 2, 0, 1, 2, 2, 2, 2, 1, 2, 2, 0, 1, 2, 0, 2,
2, 2, 2, 1, 0, 2, 0, 1, 2, 1, 2, 2, 0, 0, 2, 2, 2, 3, 2, 2, 2,
2, 2, 1, 2, 1, 2, 2, 2, 2, 2), x = c(1, 2, 3, 13, 1, 14, 14,
4, 4, 0, 1, 1, 4, 2, 5, 3, 4, 13, 2, 5, 12, 1, 4, 0, 1, 2, 0,
2, 5, 2, 3, 3, 3, 1, 5, 4, 5, 0, 4, 2, 5, 4, 12, 3, 3, 5, 0,
3, 4, 4, 14, 5, 2, 1, 0, 0, 1, 3, 4, 2, 14, 1, 2, 2, 12, 1, 3,
4, 0, 5, 2, 5, 2, 2, 3, 5, 5, 2, 5, 13, 2, 4, 12, 2, 4, 1, 4,
0, 1, 0, 1, 0, 4, 5, 4, 5, 2, 2, 13, 3, 4, 13, 1, 12, 3, 1, 0,
2, 5, 3, 14, 4, 2, 2, 0, 0, 4, 0, 2, 12, 13, 3, 2, 1, 4, 2, 3,
1, 1, 3, 3, 0, 0, 3, 5, 3, 13, 3, 13, 3, 13, 3, 1, 1, 4, 2, 1,
4, 12, 5)), .Names = c(y, x),
row.names = c(NA, -150L), class = data.frame)
pdf(crashedadobe.pdf)
p2 = xyplot(y~x,data=d,
pch=16, # required, no problem with pch=1,2,8
panel = function(...) {
panel.xyplot(...) # both lines are required
panel.smoother(...) #
},
)
print(p2)
dev.off()
#R version 2.10.1 (2009-12-14)
#i386-pc-mingw32
#
#locale:
#[1] LC_COLLATE=German_Germany.1252 LC_CTYPE=German_Germany.1252
#[3] LC_MONETARY=German_Germany.1252 LC_NUMERIC=C
#[5] LC_TIME=German_Germany.1252
#
#attached base packages:
#[1] stats graphics grDevices datasets utils methods base
#
#loaded via a namespace (and not attached):
#[1] tools_2.10.1
#
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Crash of latticeExtra graph with Adobe Acro Pro/Reader/Windows/ during print only (display ok).
Kasper Daniel Hansen-2 wrote: Flattening usually has to do with converting transparent stuff when you convert from a format that supports it (pdf) to something like postscript. perl script: http://tomas.rokicki.com/illbug/fixill.pl So my workflow is something like make pdf from R process the pdf using Illustrator, saving it as eps ./fixill.pl bad.eps good.eps This would explain why it only turn up when I combine both many points AND a shaded area from the smoother. Arguments against it: Why is it only a problem with pch=16 (the dot), and everything else works? (or, maybe the error turns up with more points?). Why is it not more frequently observed in ggplot2, where shading is used more often (the algorithm is from ggplot2 anyway). And, strangest of all: I by design tried some integer-overlapping coordinates with rnunif, and could not create a non-working example. And Foxit can do it? I will try on Linux Dieter -- View this message in context: http://n4.nabble.com/Crash-of-latticeExtra-graph-with-Adobe-Acro-Pro-Reader-Windows-during-print-only-display-ok-tp1602907p1605697.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Specifying (set of random) port numbers for the help HTML server (Was: Re: Fixing html help port in 2.10)
Duncan Murdoch-2 wrote: options(help.ports = sample(6800:6850)) Nice. So just in case I want options(help.ports = sample(6800:6800)) What would be the adverse effects (besides me having to check that that port is reasonable)? Dieter -- View this message in context: http://www.nabble.com/Re%3A-Specifying-%28set-of-random%29-port-numbers-for-the-help-HTML-server-%28Was%3A-Re%3A-Fixing-html-help-port-in-2.10%29-tp25935271p25947460.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Fixing html help port in 2.10
I noted that the new html-help in 2.10 under Windows uses a random port on my computer. This cause a problem, because when I create a link such as: http://127.0.0.1:28027/library/stats/html/addmargins.html this is for one-time use only. Is it possible to fix the port? Dieter Menne -- View this message in context: http://www.nabble.com/Fixing-html-help-port-in-2.10-tp25926528p25926528.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Fixing html help port in 2.10
Duncan Murdoch-2 wrote: On 10/16/2009 10:39 AM, Dieter Menne wrote: I noted that the new html-help in 2.10 under Windows uses a random port on my computer. This cause a problem, because when I create a link such as: http://127.0.0.1:28027/library/stats/html/addmargins.html this is for one-time use only. Is it possible to fix the port? Not currently. If you look in tools:::startDynamicHelp you can see how ... Too bad. When I saw the port, I immediately changed all my static links to use the ports, because it looked like a good idea to have addresses that do not change when I install into a new directory. Back to the drawing board. Maybe I should use R_HOME instead. Dieter -- View this message in context: http://www.nabble.com/Fixing-html-help-port-in-2.10-tp25926528p25926875.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Fixing html help port in 2.10
You still didn't answer the crucial question -- what are you trying to do? Creating some frequently used links in a browser. Static works, but it is a nuisance that I have to change is every time I get a new version. I now created a virtual link to it (works in Windows too). Dieter -- View this message in context: http://www.nabble.com/Fixing-html-help-port-in-2.10-tp25926528p25927404.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R-gui and chinese character
I had to test an R-application that works with Chinese character. Just for fun, I took one character from WikiPedia, pasted it into R-Gui, and pressed enter. Rgui smoothly closed down without saying anything else. I am aware, this is not serious 鳳 R version 2.7.0 (2008-04-22) Windows Vista, Service Pack 1 English locale, German Vista Dieter __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Memory loss in RODBC when reading DateTime values (no problem with integers)
This issue might be related to a similar one in
http://article.gmane.org/gmane.comp.lang.r.devel/11452
** Memory is not reclaimed when reading DateTime values, but works Ok when
with integers.
There is no memory loss when opening/closing of connection is done outside
of the loop. However, opening itself cannot be the problem, since integers
can be read without loss.
I am aware that this is likely a Windows issue, not an R-problem, but
reporting it may help others to track down more complex cases.
Dieter
# assumes a table db.mdb with ANumber (integer) and ADate(DateTime) exists
library(RODBC)
db = db.mdb
# Generate Data
tab = data.frame(ANumber=1:1000)
tab$ADate= Sys.Date()
channel = odbcConnectAccess(db)
sqlQuery(channel, DELETE * from tab)
sqlSave(channel,tab,rownames=FALSE,append=TRUE)
odbcClose(channel)
# end of data generation
for (i in 1:1000) {
channel = odbcConnectAccess(db)
# When reading a number, memory nicely zig-zags within safe gc limits
# ret = sqlQuery(channel, SELECT ANumber from tab)
# Memory is lost
ret = sqlQuery(channel, SELECT ADate from tab)
odbcClose(channel)
cat(i,nrow(ret),memory.size(),\n)
}
# end of example
Package: RODBC
Version: 1.2-2
Date: 2007-10-19
System: Vista Ultimate, German
$platform
[1] i386-pc-mingw32
$arch
[1] i386
$os
[1] mingw32
$system
[1] i386, mingw32
$status
[1]
$major
[1] 2
$minor
[1] 6.1
$year
[1] 2007
$month
[1] 11
$day
[1] 26
$`svn rev`
[1] 43537
$language
[1] R
$version.string
[1] R version 2.6.1 (2007-11-26)
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
