similar to: str(..., strict.width="wrap") changes alignment of colons

Hail SAMBA folks, I'm having a little difficulty trying to share files and directories that contain a colon in the filename. With a fairly simple configuration, everything works as expected sans the colon problem. On the client end (in my case, Windows 2000 SP2) I get somewhat unpredictable behaviour. In every case the file (or directory) name gets mangled in an unfriendly way. For

I just received a [bug report] for Python-Markdown complaining that colons are used in the ids of footnotes. For reference, we [output] the same format at PHP Markdown Extra. The general complaint is that the colon in the id attribute (`id="fnref:1"`) causes jquery to choke when referencing that id from javascript because jquery uses colons to indicate pseudo elements (as does CSS). As

Hi everyone. I have a long label that I would like to split. I found that I could use "strwrap" for simple text. However, this is not working with this label: str = expression(paste("< 20 ?m phytoplankton ","(cells ? ",mL^-1,")")) plot(...., ylab = strwrap(str,20),...) I suspect this is because I'm using "expression" for form my label.

I would like to wrap a y-axis label onto two lines. My label is an expression containing both text and math symbols. I have looked at plotmath, strsplit(), strwrap(), deparse(), do.call(), substitute() and bquote(). Based on previous posts, I can get plain text to wrap. However, when I try these methods on my label, the exact string is returned, rather than evaluating the math symbols. My

Hello, I have one column in my dataframe that has gene names of interest. Unfortunately, due to the fact that some probes lie between two genes or two transcripts of a gene, it looks something like this - FAM81A LOC283050;LOC283050;LOC283050;ZMIZ1 PINK1;PINK1 MRPL12;MRPL12 C1orf114 MMS19;UBTD1 I would like to know how to get a list with all the names with no semi-colons and removing the

For a variety of displays (mosaicplots, barplots, ...) one often wants to either abbreviate or wrap long labels, particularly when these are made up of several words. In general, it would be nice to have a function, abbreviate.or.wrap <- function(x, maxlength=10, maxlines=2, split=" ") { } that would take a character vector or a list of vectors, x, and try to abbreviate or wrap

Hello, Does anyone know how to escape colons in YAML? The key in my yml is the domain with port number, but the yml file isn''t working with this setup: ###BEGIN production: ### THIS IS THE ONE I''m HAVING TROUBLE WITH ### 8.11.32.120:8000: GoogleMapsKeyforThisDomain exampledomain.com: GoogleMapsAPIKeyforThatDomain development: GoogleMapsAPIKeyforDevelopmentDomain ###END

Basic question, looked through the forum and documentation but didnt see a solution. So consider O<-c(1:20) D<-c("1:","2:","3:","4:","5:","6:","7:","8:","9:","10:","11:","12:","13:","14:","15:","16:",

Dear R gurus, I want to wrap labels that are too long for a plot. I have looked at strsplit(), substr(), nchar(), and strwrap(). I think it's some combination but I'm having difficulty trying to figure out the right combo. I think I need to create some new matrix containing the labels already split, though I'm not sure if maybe there is a quick and dirty way to address this

https://bugzilla.samba.org/show_bug.cgi?id=2938 ------- Comment #4 from matt@mattmccutchen.net 2008-02-06 21:24 CST ------- The transliterate patch provides a way to delete the offending colons or replace them with another character: http://rsync.samba.org/ftp/rsync/patches/transliterate.diff -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are

Hi: Using this dataframe with quite long column headers, how can I wrap the text so that the columns are narrower. I was trying to use strwrap without success. Thanks reportDF <- structure(list(IDDate = c("3/12/2010", "3/13/2010", "3/14/2010", "3/15/2010"), FirstRunoftheYear = c("33 (119 ? 119)", "n (0 ? 0)", "893 (110 ?

I just noticed the following in update.formula and I'm wondering if this behavior is the intention of the developers. Here's an example: update(`a: b` ~ x, ~ . + y) Note now that the response has no backticks and is interpreted as a:b (i.e. ":" is now an operator). This is because in update.formula the call to terms.formula uses simplify = TRUE. I'm working with data that

try using 'lubridate' > library(lubridate)Attaching package: ?lubridate? The following objects are masked from ?package:base?: date, intersect, setdiff, union > x <- "2017-02-28T13:35:00+03:00"> ymd_hms(x)[1] "2017-02-28 10:35:00 UTC" > Thanks Jim Holtman *Data Munger Guru* *What is the problem that you are trying to solve?Tell me what you

I have some data that includes timestamps like this: 2017-02-28T13:35:00+03:00 The documentation for strptime says that %z expects an offset like 0300. I don't see any way in the documentation to get it to accept +hh:mm with a colon separator, and everything I tried gave me NA as the answer. Section 4.2.5.1 of ISO 8601:2004(E) allows both the absence of colons in +hh[mm] (basic format) and

OK, so the consensus is (1) One cannot make strptime accept ISO8601-compliant zone designators (2) The lubridate package can (3) Or one can hack away with regex. Lubridate it is, then. But I do regard strptime's inability to process ISO8601-compliant zone designators as a bug. On Mon, 6 Nov 2023 at 13:18, jim holtman <jholtman at gmail.com> wrote: > try using 'lubridate'

Thanks to all who replied. On Mon, 6 Nov 2023 at 18:37, Richard O'Keefe <raoknz at gmail.com> wrote: > OK, so the consensus is > (1) One cannot make strptime accept ISO8601-compliant zone designators > (2) The lubridate package can > (3) Or one can hack away with regex. > Lubridate it is, then. > > But I do regard strptime's inability to process

libswfdec/swfdec_as_context.c | 20 + libswfdec/swfdec_as_interpret.c | 9 libswfdec/swfdec_as_string.c | 15 - libswfdec/swfdec_as_strings.c | 2 libswfdec/swfdec_as_types.c | 2 test/trace/Makefile.am | 28 + test/trace/isnan-5.swf |binary

Hello List, While translating documents in markdown, I've noticed that it is often necessary to continue table cell text on the following line, especially when limited to a narrow column, and especially in table headers. Unfortunately, this is impossible with the existing table syntax, which interprets each new line as a new table row. I see that David Wheeler proposed a syntax for a text

>>>>> Richard O'Keefe >>>>> on Mon, 6 Nov 2023 18:37:34 +1300 writes: > Thanks to all who replied. On Mon, 6 Nov 2023 at 18:37, > Richard O'Keefe <raoknz at gmail.com> wrote: >> OK, so the consensus is (1) One cannot make strptime >> accept ISO8601-compliant zone designators (2) The >> lubridate package

Hi all, Sernet Samba 4.2.2 as Active Directory on Debian 7.8. No other DC. I can't log in with on Windows systems (Windows 7) when samAccountName are longer than 20 characters. This seems to be a LAN MAN or NT4 limitation which should not happen on AD domain. Any idea what could leads my to that limitation? I can log in using administrator account or any other having a short (enough)