Duncan Murdoch wrote [2011-07-05 17:21]:
On 05/07/2011 11:20 AM, Stephan Wahlbrink wrote:
Dear developers,
Duncan Murdoch wrote [2011-07-05 15:25]:
On 05/07/2011 6:52 AM, Tobias Verbeke wrote:
L.S.
On 07/05/2011 02:16 AM, mark.braving...@csiro.au wrote:
I may have misunderstood, but:
On Jul 6, 2011, at 03:25 , Hadley Wickham wrote:
What's wrong with that? They are names alright, just with special meanings.
But you can't really use them for variables:
... - 4
...
Error: '...' used in an incorrect context
..1 - 4
..1
Error: 'nthcdr' needs a list to CDR down
And
On Tue, 2011-07-05 at 21:11 -0400, Simon Urbanek wrote:
No subassignment function satisfies that condition, because you can always
call them directly. However, that doesn't stop the default method from making
that assumption, so I'm not sure it's an issue.
David, Just to clarify - the
On 11-07-06 3:46 AM, Stephan Wahlbrink wrote:
Duncan Murdoch wrote [2011-07-05 17:21]:
On 05/07/2011 11:20 AM, Stephan Wahlbrink wrote:
Dear developers,
Duncan Murdoch wrote [2011-07-05 15:25]:
On 05/07/2011 6:52 AM, Tobias Verbeke wrote:
L.S.
On 07/05/2011 02:16 AM,
That's two different issues:
y - list()
y$... - 2
y$..2 - 3
y$break - 4
Error: unexpected 'break' in y$break
Notice that there is nothing _syntactically_ wrong with ... friends as
names:
quote(...-4)
... - 4
It's the _evaluator_ that throws the error because the ...-name has a
On Mon, Jul 4, 2011 at 8:08 AM, Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
In the near future all packages will have a name space. If the sources do
not contain one, a default NAMESPACE file will be added. This again will
simplify the descriptions and also a lot of internal code.
Interesting, and I stand corrected:
x = data.frame(a=1:n,b=1:n)
.Internal(inspect(x))
@103511c00 19 VECSXP g0c2 [OBJ,NAM(2),ATT] (len=2, tl=0)
@102c7b000 13 INTSXP g0c7 [] (len=10, tl=0) 1,2,3,4,5,...
@102af3000 13 INTSXP g0c7 [] (len=10, tl=0) 1,2,3,4,5,...
x[1,1]=42L
On 11-07-06 9:25 AM, Kasper Daniel Hansen wrote:
On Mon, Jul 4, 2011 at 8:08 AM, Prof Brian Ripleyrip...@stats.ox.ac.uk wrote:
In the near future all packages will have a name space. If the sources do
not contain one, a default NAMESPACE file will be added. This again will
simplify the
On Wed, Jul 6, 2011 at 9:42 AM, Duncan Murdoch murdoch.dun...@gmail.com wrote:
On 11-07-06 9:25 AM, Kasper Daniel Hansen wrote:
On Mon, Jul 4, 2011 at 8:08 AM, Prof Brian Ripleyrip...@stats.ox.ac.uk
wrote:
In the near future all packages will have a name space. If the sources
do
not
On Wed, 6 Jul 2011, Simon Urbanek wrote:
Interesting, and I stand corrected:
x = data.frame(a=1:n,b=1:n)
.Internal(inspect(x))
@103511c00 19 VECSXP g0c2 [OBJ,NAM(2),ATT] (len=2, tl=0)
@102c7b000 13 INTSXP g0c7 [] (len=10, tl=0) 1,2,3,4,5,...
@102af3000 13 INTSXP g0c7 [] (len=10,
On Jul 6, 2011, at 10:06 AM, Kasper Daniel Hansen wrote:
On Wed, Jul 6, 2011 at 9:42 AM, Duncan Murdoch murdoch.dun...@gmail.com
wrote:
On 11-07-06 9:25 AM, Kasper Daniel Hansen wrote:
On Mon, Jul 4, 2011 at 8:08 AM, Prof Brian Ripleyrip...@stats.ox.ac.uk
wrote:
In the near future
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
An apparent bug in the documentation for heatmap() was pointed out a
few days ago
http://tolstoy.newcastle.edu.au/R/e14/devel/11/07/0656.html.
I haven't seen any discussion of this. Would it be better to submit
it as a bug so it doesn't get
On Wed, Jul 6, 2011 at 10:17 AM, Simon Urbanek
simon.urba...@r-project.org wrote:
On Jul 6, 2011, at 10:06 AM, Kasper Daniel Hansen wrote:
[aggressive trimming]
It seems like something a front end could do to make assignInNamespace
easier to use to make working with namespaces easier.
Indeed
13 matches
Mail list logo