iteration of the package without issue, but it
seems perhaps there is some issue with stringi under Windows right now?
Dan
.
--
Dan Zigmond
d...@shmonk.com
[[alternative HTML version deleted]]
__
R-package-devel@r
owed in
CRAN? I could substitute decimal constants, but that will be a bit more
obtuse. The other platforms seems to allow this; only the Debian check
failed.
Dan
.
------
Dan Zigmond
d...@shmonk.com
[[alternative HTML version del
That was where I started, but for some reason that triggered a WARNING
about these non-ASCII characters, which seemed worse. :-)
Dan
.
--
Dan Zigmond
d...@shmonk.com
On Thu, Sep 3, 2020 at 3:26 PM Ben Bolker wrote:
>OK, trying again.
>
>Woul
.
--
Dan Zigmond
d...@shmonk.com
On Thu, Sep 3, 2020 at 2:59 PM Gábor Csárdi wrote:
> On Thu, Sep 3, 2020 at 10:25 PM Dan Zigmond wrote:
> >
> > Thanks, Gabor. I want these to be easily available to package users
> though – that's why they are in the p
(eg, pali_alphabet) will already exist when the user attaches the
package – but is there a way I can tweak them after the package has been
loaded?
Dan
.
--
Dan Zigmond
d...@shmonk.com
On Thu, Sep 3, 2020 at 2:56 PM William Dunlap wrote:
> > Is there a
Given that both trigger a NOTE, is there a reason to favor the assign
solution over just using <<-?
Dan
.
------
Dan Zigmond
d...@shmonk.com
On Thu, Sep 3, 2020 at 2:46 PM Joshua Ulrich
wrote:
> On Thu, Sep 3, 2020 at 4:36 PM Ben Bolk
any other solution?
Dan
.
------
Dan Zigmond
d...@shmonk.com
On Thu, Sep 3, 2020 at 1:40 PM Gábor Csárdi wrote:
> Store the cached data in an environment within the package:
>
> pali_data <- new.env(parent = emptyenv())
>
> pali_string_fix <- func
deal with all the Unicode escape
sequences after that.
However, this is getting rejected by the CRAN checks with the message:
* checking R code for possible problems ... [4s] NOTE
pali_string_fix: no visible binding for '<<-' assignment to
'pali_alphabet'
I'm guessing this is because the d
