similar to: some (may be related) problems with windows(rescale=) (PR#795)

############################################################################### Before reporting 4 problems with windows(rescale=) I want to congrat on R1.2 and to thank r-developers for quickly adding the rescale workaround to the windows version. Happy New Year Jens Oehlschlaegel ###############################################################################

Part 1) is basically that the initial rescaling is done if the window is too large to fit on the screen. That's true and obvious (no scrollbars) and intentional and on the help page. As ever, you need to report bugs on what is documented, not what you would like. This will be changed for 1.2.1, but was several hours' work. I have also cleaned up the scrollbar behaviour. Part 2) I just

width <- 7 height <- 5 # create whatever device type # and have cex=1 before setting par(mai=) windows(width=width, height=height, rescale="R") oldmai <- par("mai") par(cex=1) par(mai=oldmai) plot.new() par(usr=c(0,2,0,2)) par(cex=2) par1 <- par() text(1,1,"there is hardly anything i know for sure\nneither of the future nor of the past\nnor should i know what

Dear Ashim, I don't think the aspectratio is appropriate in this context because it would imply that the beamer (LaTeX) class is used but you're actually using the article (LaTeX) class. You may use specifications of the geometry package rather than specifying options to the class: e.g. replace your current header: --- title: "Testing landscape and aspect ratio" output:

Trying to build rsync 2.6.0 on Solaris 8 (gcc 3.3.2) has revealed that some of the EAI_ defines exist on Solaris, but not all of them. This causes lib/getaddrinfo.c to fail compilation as EAI_MAX (and some others) is undefined. The patch below fixes this issue, but I haven't tested the specific error conditions represented by the defines. Bryan --- lib/addrinfo.h.orig 2001-12-05

Dear Olivier, Many thanks for your reply. This works well for me. How did you come up with the pagewidth / pageheight numbers? I do understand that their ratio = 16:9, but how did you choose these numbers? Best Regards, Ashim On Fri, Nov 17, 2023 at 9:25?PM Olivier Crouzet <olivier.crouzet at univ-nantes.fr> wrote: > > Dear Ashim, > > I don't think the aspectratio is

Dear Ashim, these are documented in the LaTeX 'geometry' package (see for example on CTAN: https://ctan.org/pkg/geometry). As I added in my response on Stackoverflow, several parts in the RMarkdown header actually concern information that are processed by LaTeX to actually generate the PDF, among which the 'geometry' line. For someone who is used to working with LaTeX, it is

And indeed again (I did not understand your previous question exactly at first), the 'hard-coded' definition of a landscape a4 sheet would therefore be: paperwidth=29.7cm, paperheight=21cm Olivier. On Sat, 18 Nov 2023 13:20:49 +0530 Ashim Kapoor <ashimkapoor at gmail.com> wrote: > Dear Olivier, > > Many thanks for your reply. > > Very cool. > > You know

Dear Olivier, Many thanks for your reply. Very cool. You know what I thought ? I thought you had modified the A4 sheet size to compute the paperheight and paperwidth ? I wonder if that's another way of proceeding. Best, Ashim On Sat, Nov 18, 2023 at 12:51?PM Olivier Crouzet <olivier.crouzet at univ-nantes.fr> wrote: > > Dear Ashim, > > these are documented in the LaTeX

Dear all, I have posted a query which has received a response but that is not working on my computer. Here is the query: https://stackoverflow.com/questions/77387434/pdf-from-rmarkdown-landscape-and-aspectratio-169 Can someone please help me ? Best Regards, Ashim

Hi, How to embed ruby code in xml . here is my XML template : string = <<EOF <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE ozxmlscene> <ozml version="4.0"> <styleRun style="1091379" offset="0" length="7"/> <text>The End</text> <object value="84"/> <object

I want to layout on screen a graphic bigger than the screen (width=16.53543, height=11.69291) but strwidth() and strheight() give wrong results. > x11(width=42/2.54, height=29.7/2.54, pointsize=12) > plot(1,1, type="n", xlim=c(0, 1), ylim=c(-1, 0), xlab="", ylab="", axes=FALSE) > strwidth("Whatever") [1] 0.08471151 > # Now resize the window and

I want to layout on screen a graphic bigger than the screen (width=16.53543, height=11.69291) but strwidth() and strheight() give wrong results. > x11(width=42/2.54, height=29.7/2.54, pointsize=12) > plot(1,1, type="n", xlim=c(0, 1), ylim=c(-1, 0), xlab="", ylab="", axes=FALSE) > strwidth("Whatever") [1] 0.08471151 > # Now resize the window and

If I have this object: x <- c("abc\ndef", "", "ghi") and I write it to a file using `writeLines(x, "test.txt")`, my text editor sees a 5 line file: 1: abc 2: def 3: 4: ghi 5: which is what I'd expect: the last line in the editor is empty. If I use `readLines("test.txt")` on that file, I get the vector

On Wed, 5 Feb 2025 08:44:12 -0500 Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > If I have this object: > > x <- c("abc\ndef", "", "ghi") > > and I write it to a file using `writeLines(x, "test.txt")`, my text > editor sees a 5 line file: > > 1: abc > 2: def > 3: > 4: ghi > 5: >

A 3rd option could be scan(text=x, what="", blank.lines.skip=FALSE) (all because readLines() doesn't obey the text=x convention, perhaps it should? I'm unsure whether the textConnection is left open in Rui's method.) -pd > On 5 Feb 2025, at 15:35 , Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > > Thanks to Rui, Peter and Tanvir! Peter's seems

This also seems to work: > strsplit(paste(x,collapse="\n"),"\n")[[1]] [1] "abc" "def" "" "ghi" > On 5 Feb 2025, at 14:44 , Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > > If I have this object: > > x <- c("abc\ndef", "", "ghi") > > and I write it to a file

Thanks to Rui, Peter and Tanvir! Peter's seems to be the fastest of the 3 suggestions so far on the little test case, but on the real data (where x contains several thousand lines), Rui's seems best. Duncan On 2025-02-05 9:13 a.m., peter dalgaard wrote: > This also seems to work: > >> strsplit(paste(x,collapse="\n"),"\n")[[1]] > [1] "abc"

Full_Name: Gerhard Thallinger Version: 2.3.0; 2.2.0 OS: Windows XP Submission from: (NULL) (212.183.54.87) Invoking windows() with the parameter rescale="fixed" followed by plot.new() or any other plot command causes very often the following error: windows(width=7, height=7, rescale="fixed");plot.new() Error in plot.new() : outer margins too large (fig.region too small)

Hi Matej, I've cc'ed the developers mailing list for now... thanks for your report. Could you please send in some driver debug traces (starting it manually, using "usbhid-ups -DDDDD ...")? That would help in troubleshooting the issue. thx and cheers, Arno 2014-12-19 8:48 GMT+01:00 Matej Sekoranja <matej.sekoranja at gmail.com>: > > Update: driver is not stable. I