Hi Endre,
I guess it's because it hasn't been built yet. I'm also waiting for the
build, but it looks like it happens once in three days, is that correct?
Best,
Oleksii
On Fri, 25 Jun 2021 at 22:56, Endre Sebestyen
wrote:
> Hi all,
>
> I fixed some bugs in our package SplicingFactory, both for
Thank you for your answers.
Putting \if{html}{\eqn{}} before \mjeqn{}{} works!
Kind regards,
Marc
- Ursprüngliche Mail -
Von: "Viechtbauer, Wolfgang (SP)"
An: "Richard M. Heiberger" , "Marc Scherstjanoi"
CC: r-package-devel@r-project.org
Gesendet: Freitag, 25. Juni 2021 20:30:10
Hi all,
I fixed some bugs in our package SplicingFactory, both for devel and
release branches. I also pushed to github and bioconductor master and
release.
However, the devel build seems to be ok:
https://bioconductor.org/checkResults/devel/bioc-LATEST/SplicingFactory/
but the release is still
Hi,
I have a question.
I receive an error message for my COMET package, but when I click on the link.
I do not find the error.
Could you advise me what I need to do ?
Thanks
Tiphaine
-Original Message-
From: bbs-nore...@bioconductor.org
Sent: Friday, June 25, 2021 3:15 PM
To:
That doesn't seem to work for me (or I am not following this suggestion
properly). But putting \if{html}{\eqn{}} before \mjeqn{}{} does. A bit of a
hackish solution, but if it works, it works.
Not sure why \mjeqn{}{} at the beginning of a paragraph actually leads to a
line break, but it's yet
Hello,
I am working on a package that works with various types of R vectors,
implemented in C. My code has a lot of SET_*_ELT operations in it for
various types of vectors, including for CPLXSXPs and RAWSXPs.
I noticed SET_COMPLEX_ELT and SET_RAW_ELT are defined in Rinlinedfuns.h but
not
> One more question. If I use mjeqn at the beginning of a paragraph it
> automatically sets a line break afterwards.
> Any idea what I can do to prevent this?
follow it with
\vspace*{1ex}
to back up one line.
Rich
> On Jun 25, 2021, at 07:51, Marc Scherstjanoi
> wrote:
>
> Hi Wolfgang,
I'm back in civilization for a few days, and have submitted a PR to
Hmisc: https://github.com/harrelfe/Hmisc/pull/143 .
Duncan Murdoch
On 23/06/2021 8:51 a.m., Gilbert Ritschard wrote:
Thanks for this suggestion.
Pushing the investigation a bit further, I found that the error resulted in
Hello,
Thank You. It worked. The package has been submitted to CRAN. Thank You for
your helpful feedback.
On Tue, Jun 22, 2021 at 10:00 PM Oliver Madsen
wrote:
> The problem is solved by either
>
> 1) creating an environment variable within the package namespace (as you
> would a function)
Dirk and Duncan,
thanks. the slight nudge towards =R CMD INSTALL= is a helpful reminder,
and hewing close to the straight-and-narrow is undoubtedly a good thing.
cheers, Greg
__
R-package-devel@r-project.org mailing list
Hi Wolfgang,
thank you for this information.
I will try with \mjtdeqn and stick to the intended latex functions for building
the pdf.
Moreover, we will bring up the more complicated equations in a vignette pdf.
One more question. If I use mjeqn at the beginning of a paragraph it
automatically
On Thu, 24 Jun 2021, Greg Minshall writes:
> hi.
>
> when developing packages, my current work flow is to change the code,
> (re-)build the package, detach/load the package, test (to find the
> N+1'st bug, sigh).
>
> the building step takes tens of seconds.
>
> is there an obvious way to present
Good morning,
I would argue that in this specific simple example, R does the less confusing
thing from a user's perspective (maybe not from a programmer's or philosopher's
perspective):
When using a function from a package that has not been loaded before and when
this package creates an
On Thu, Jun 24, 2021 at 4:48 PM Gabor Grothendieck
wrote:
> The fact that zoo:: in one part of the code has a side effect in
> another seems not to be in the spirit of functional programming or
> modularity.
>
While this is true, there is no way I know of for a package function
to...well,
On 6/24/21 11:31 PM, Duncan Murdoch wrote:
On 24/06/2021 4:52 p.m., Dirk Eddelbuettel wrote:
On 24 June 2021 at 16:31, Duncan Murdoch wrote:
| This does the full compile again, so it's slow.
ccache fixes that (as it has its own cache). It also works on macOS.
I haven't tried ccache:
15 matches
Mail list logo