¿Cómo se puede encontrar un método no importado en un paquete no adjunto mediante llamadas a funciones que no lo tienen en su espacio de nombres?

Un espacio de nombres R actúa como el entorno inmediato para todas las funciones en su paquete asociado. En otras palabras, cuando function bar() from package foo llama a otra función, el evaluador de R primero busca la otra función en <environment: namespace:foo>, luego en "imports.foo", <environment: namespace:base>, <environment: R_GlobalEnv>, y así sucesivamente en la lista de búsqueda devuelta escribiendo search().

Un buen aspecto de los espacios de nombres es que pueden hacer que los paquetes actúen como mejores ciudadanos: funciones no exportadas en <environment: namespace:foo> y funciones en imports:foo solo están disponibles: (a) para funciones en foo; (b) para otros paquetes que importan desde foo; o (c) a través de llamadas a funciones completamente calificadas como foo:::bar().

O eso pensaba hasta hace poco...

El comportamiento

Esta reciente pregunta SO destacó un caso en el que una función bien escondida en el espacio de nombres de su paquete fue encontrada sin embargo por una llamada a una función aparentemente no relacionada:

group <- c("C","F","D","B","A","E")
num <- c(12,11,7,7,2,1)
data <- data.frame(group,num)

## Evaluated **before** attaching 'gmodels' package
T1 <- transform(data, group = reorder(group,-num))

## Evaluated **after** attaching 'gmodels
library(gmodels)
T2 <- transform(data, group = reorder(group,-num))

identical(T1, T2) 
# [1] FALSE

Su causa inmediata

@ Andrie respondió a la pregunta original señalando que gmodels importa desde el paquete gdata, que incluye una función reorder.factor que se envía dentro de la segunda llamada a transform(). T1 difiere de T2 porque el primero se calcula por stats:::reorder.default() y el segundo por gdata:::reorder.factor().

Mi pregunta

¿Cómo es que en la llamada anterior a transform(data, group=reorder(...)), el mecanismo de envío para reorder encuentra y luego envía a gdata:::reorder.factor()?

(Una respuesta debe incluya una explicación de las reglas de alcance que conducen de una llamada que involucra funciones en los paquetes stats y base a un método aparentemente bien oculto en gdata.)

Otros detalles posiblemente útiles

1. Ni gdata:::reorder.factor, ni el paquete gdata como un todo son explícitamente importados por gmodels. Aquí están las directivas import* en gmodels' ESPACIO DE NOMBRES archivo:

   importFrom(MASS, ginv)
   importFrom(gdata, frameApply)
   importFrom(gdata, nobs)
   

2. , no Existen métodos para reorder() o {[15] {} en[27]}, ni en "imports:gmodels":

   ls(getNamespace("gmodels"))
   ls(parent.env(getNamespace("gmodels")))
   

3. Separar gmodels no revierte el comportamiento de reorder(): gdata:::reorder.factor() todavía se envía:

   detach("package:gmodels")
   T3 <- transform(data, group=reorder(group,-num))
   identical(T3, T2)
   # [1] TRUE
   

4. reorder.factor() no se almacena en la lista de métodos S3 en el entorno base:

   grep("reorder", ls(.__S3MethodsTable__.))
   # integer(0)
   

R hilos de chat de los últimos días incluyen algunas ideas adicionales. Gracias a Andrie, Brian Diggs y Gavin Simpson quién (con otros) debería sentirse libre de editar o agregar posiblemente impt. detalles de esta pregunta.