a new function, ca()
maybe?
Paul
-Original Message-
From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-
project.org] On Behalf Of Gabor Grothendieck
Sent: August 18, 2010 6:23 PM
To: r-devel@r-project.org
Subject: Re: [Rd] c.POSIXct
No one answered this so I submitted
On Thu, Aug 19, 2010 at 10:16 AM, Paul Gilbert
pgilb...@bank-banque-canada.ca wrote:
I used to get caught by this c() behaviour often, but now I do expect it to
drop attributes. I think it would break many things if you change it, and
force people to write different code when they really do
Hi, Gabor, Paul, et al.:
For classes that did not supply a ca method, I'd rather see the
default being to start with the corresponding c method followed by an
effort to preserve attributes to the maximum extent feasible. I'm not
sure the best defaults, but at the moment, I would
No one answered this so I submitted it to the bugs system and there I
got the response that it is documented behavior; however, whether its
documented or not is hardly the point -- its undesirable that tzone is
lost when using c.
On Thu, Aug 12, 2010 at 11:33 AM, Gabor Grothendieck
On Aug 18, 2010, at 6:23 PM, Gabor Grothendieck wrote:
No one answered this so I submitted it to the bugs system and there I
got the response that it is documented behavior; however, whether its
documented or not is hardly the point -- its undesirable that tzone is
lost when using c.
On Wed, Aug 18, 2010 at 10:34 PM, Simon Urbanek
simon.urba...@r-project.org wrote:
On Aug 18, 2010, at 6:23 PM, Gabor Grothendieck wrote:
No one answered this so I submitted it to the bugs system and there I
got the response that it is documented behavior; however, whether its
documented or
I'm with Gabor on this. I naively would not expect c() to strip
attributes generally, and I've been surprise more than once to find the
time zone attribute stripped when I did not expect that.
Might it make sense to add an argument like
keepAttributes=FALSE to the c function?