jamovi

are you able to reproduce this problem with GAMLj3?

GAMLj (<3) is end of life, and i'm unable to use it.

jonathon

Hi Ole,

That's a limitation at this time. If you use the 2.7 series of jamovi, you'll see there's a new "plots tab". this will let you generate box plots with greater control over those sorts of details.

cheers

jonathon

hi ray,

if you could provide a .omv file, and detailed steps to reproduce the issue, we can take a look.

jonathon

hi, so taking a quick look at the source code, we do the following: ggplot2::geom_smooth( method = self$options$lineMethod, se = self$options$lineSE, formula = y ~ x, color = theme$color[1], fill = theme$fill[2] ) https://github.com/jamovi/jmvplots/blob/main/R/scat.b.R#L67-L85 the key argument seems...

the 'transformed variable' system is good for this:

commit the source to a github repo, send us the URL, we do a review, and then we build for all the platforms.

jonathon

if you've built the module for the 2.6 series of jamovi under windows, it will only work on the 2.6 series. if your colleague is using 2.7, or a different OS, i think you'll receive that message.

jonathon

Hi,

We're still waiting on CRAN ... jamovi will work on ARM, but as you say, there isn't a native version for it yet.

jonathon

the issue is to do with windows unicode handling ... you may be able to find a patch or a windows update that will solve it ... but if you don't find that, i'm pretty confident using a username without non-ascii (i.e. international) characters will solve the issue.

jonathon

the built-in analyses in jamovi work fine ... but running analyses from modules install from the jamovi library have this problem? your windows username has international characters in it? i think it's related to this issue: https://blog.r-project.org/2022/11/07/issues-while-switching-r-to-utf-8-and...