similar to: Clipping and (device)_Text

I have done a little bit of poking around at the bug that I reported earlier (steep slopes and lines from far outside the plot range doing funny things), and have tracked it down to the fact that, as noted in the Unix man page, XDrawLine[s] doesn't like coordinates that are outside of the range of (-32767,32767). Now the question is, what to do about this? A quick "fix" (not a fix

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I noticed that clipping occurs in lossy audio compression even if there is no clipping in the original file (though the original file has peaks that are just below the maximum). I know that this happens due to all the filtering involved during compression, but I'm wondering just how audible this clipping is because I don't hear anything wrong. I mean, as things are now, is it safe to say

https://bugs.freedesktop.org/show_bug.cgi?id=61854 Priority: medium Bug ID: 61854 Assignee: nouveau at lists.freedesktop.org Summary: [nv50]glClipPlane not clipping correctly for glsl Severity: normal Classification: Unclassified OS: Linux (All) Reporter: bill at taniwha.org Hardware: x86-64 (AMD64)

I am having some trouble with Samba. It was working fine on an old server with 3.0.21. Now I have updated to 3.0.28 (via 3.0.25) and a bigger fatter faster server. There are two problems. Firstly the new server seems slower than the old one, and some users are experiencing intermittent data loss via MS apps such as Word or Excell crashing. The system runs on Arch Linux, with a slightly

I am having some trouble with Samba. It was working fine on an old server with 3.0.21. Now I have updated to 3.0.28 (via 3.0.25) and a bigger fatter faster server. There are two problems. Firstly the new server seems slower than the old one, and some users are experiencing intermittent data loss via MS apps such as Word or Excell crashing. The system runs on Arch Linux, with a slightly

Hello, Below is a function (test.map) that permits drawing the same map using three different devices. The "pdf" device doesn't clip polygons to the plot region as I see it does by both the native device (in my case "Quartz") and the "png" device. test.map("pdf") # produces "test-map.pdf" with no clipping test.map("png") #

The R-1.2.1 builds have gone fairly smoothly on most of my UNIX architectures, but there were many warnings reported by the picky SGI compiler that could be eliminated in future releases. Generally, I have found the SGI compilers very helpful in ferreting out portability problems, unused and/or obsolete variables, unexpected datatype coercions, etc., and they compile faster than any other

Martin Maechler <maechler@stat.math.ethz.ch> writes: > (from R-help) > PD> Stephen Eglen <stephen@cogsci.ed.ac.uk> writes: > > > > > generated by R into a latex document. Specifically, the latex package > > > > graphicsx allow you to specify the bounding box of the postscript > > > > file, so that you can just show

On Wed, 2 Aug 2000 p.dalgaard@biostat.ku.dk wrote: > Martin Maechler <maechler@stat.math.ethz.ch> writes: > > > (from R-help) > > PD> Stephen Eglen <stephen@cogsci.ed.ac.uk> writes: > > > > > > > generated by R into a latex document. Specifically, the latex package > > > > > graphicsx allow you to specify the

Hi there, I'm trying to find out the command to stop clipping to plot region in ggplot. I have a bar chart (axis flipped) with labels on the bars, but the labels are clipped at the plot region box. I know it's possible to turn this off for base and lattice, but how about ggplot? par(xpd=NA) The ggplot2 manual doesn't seem to mention it, and a search for ggplot and

Hi again folks, I seem to have got the trellis (lattice + grid) business working basically OK, in that I can get my 5x5 array of histograms laid out as they should be. However, there is a behaviour I can't see my way round. Even when displayed in the R Graphics Window, there is some clipping (the extreme top, bottom, left and right edges are not there, so that labels, and parts of numerical

Often it is useful to keep a "codebook" to document the contents of a dataset. (By "dataset" I mean a rectangular structure such as a dataframe.) The codebook has as many rows as the dataset has columns (variables, fields). The columns (fields) of the codebook may include: ? variable name ? type (character, factor, integer, etc) ? variable label

Hi, I'm the developer of GraphApp, which is a graphics and user interface toolkit which I believe has been used by your "R" package. I don't know whether GraphApp is still used in "R", but I thought you should know there is a new version of GraphApp available (version 3) which is built around a solid, portable core of graphics operations and is independent of Motif,

Hello All, I am trying to work on writing the following piece of (pseudo) code in an optimal fashion: ---------------------------------------------------- # Two data frames with some data a = data.frame(somedata) b = data.frame(somedata) for(i in 1:nrow(dt) { # Merge dates for a given date into a new data frame c = merge(a[a$dt==dt[i],),b[b$dt == dt[i],], by=c(some column)); }

The following code produces an eps file with the tops of each of the ylabs clipped off. par(mfrow=c(2,2)) plot(runif(10), ylab="Function(Lengthy Expression)",xlab="Prediction") plot(runif(10), ylab=expression(Delta * Beta^2),xlab="Prediction") plot(runif(10), ylab="Function(Lengthy Expression)",xlab="Prediction")

Dear R experts, I remember a similar function existed and have been mentioned in R-help before. I tried my best to search but I really can't find it out. suppose I have an data frame like this: > somedata <- data.frame(age.min = 1, age.max = 1.5, male = TRUE, l = -1.013, m=16.133, s=0.07656) In order to back up the data and I don't want to use write.table(), I would like to back

I have recently moved an asterisk system to a new location. This location is experiencing terrible echo. I installed the HPEC from Digium but that has caused a new problem. When HPEC is enabled and more that 16 taps are used, the audio from the outside caller gets clipped. Instead of hearing: Hello, my name is Mike one hears He o, m ame ike If the taps are set to less than 16, there