R paste() agora colapsa como zeros.hexmode()

Sim, isso é esperado. Uma mudança no R 4.2 foi:

as.character(<obj>)para "hexmode"ou "octmode"objetos agora cumpre a importante regra básicaas.character(x)[j] === as.character(x[j])

No R 3.6, as.character.hexmode(x) havia um wrapper para format.hexmode(x) :

x <- c(213, 94, 0)
as.character(as.hexmode(x[3])) # 0
as.character(as.hexmode(x))[3] # 00

Entretanto, em R ≥ 4.2, é basicamente equivalente a sprintf("%x", as.integer(x)) :

as.character(as.hexmode(x[3])) # 0
as.character(as.hexmode(x))[3] # 0

Aparentemente, isso tem consequências surpreendentes para você e outros que dependem de zero-padding. Esta mensagem de Martin Maechler (membro da equipe principal do R) explica a lógica. Em qualquer caso, para obter o comportamento desejado, você pode usar format.hexmode()diretamente:

format(as.hexmode(x), width = 2)
# [1] "d5" "5e" "00"

O comportamento de format.hexmode()é preencher automaticamente a largura com o máximo de dígitos de qualquer valor no vetor, que neste caso é dois, então width = 2não é necessário aqui. No entanto, pode ser melhor definir explicitamente com widtho argumento cover all cases. Por exemplo, se você estivesse gerando o código para black, você precisaria definir widthpara obter uma saída preenchida com zeros:

format(as.hexmode(c(0, 0, 0)))
# [1] "0" "0" "0"
format(as.hexmode(c(0, 0, 0)), width = 2)
# [1] "00" "00" "00"

O uso format.hexmode()replicará o paste()comportamento do R 3.6 em R ≥ 4.2 e <4.2.

0O motivo pelo qual você obteve isso 00foi respondido de forma excelente na solução do SamR .

Aqui está apenas uma solução alternativa. Você pode usar as.character.numeric_versionem vez deas.character

> as.character.numeric_version(as.hexmode(c(213, 94, 0)))
[1] "d5" "5e" "00"