search for: popavenko

...r Ronald Aylmer Fisher > The plural of anecdote is not data. ~ Roger Brinner > The combination of some data and an aching desire for an answer does not > ensure that a reasonable answer can be extracted from a given body of data. > ~ John Tukey > > 2016-04-06 8:42 GMT+02:00 Dmitri Popavenko <dmitri.popavenko at gmail.com>: > >> Hello all, >> >> I would like to build two packages (say A and B), for two different >> purposes. >> Each of them need one or two functions from the other, which leads to the >> problem of circular dependency. >&g...

...uot;Re: Contents of R-devel digest..." Today's Topics: 1. Re: [PATCH] fix CHECK_this_length in sprintf.c (Matthew Fowles Kulukundis) 2. Re: (no) circular dependency (Adrian Du?a) 3. Re: (no) circular dependency (Mark van der Loo) 4. Re: (no) circular dependency (Dmitri Popavenko) 5. Re: (no) circular dependency (Gabriel Becker) 6. PR# for match.arg(arg) (Suharto Anggono Suharto Anggono) 7. Re: (no) circular dependency (Gregory Warnes) 8. Re: Under Windows, Rgui and Rterm crash if one tries to close the graphic device while identify or locator are running...

...ed to be exported that way. >>> >>> Btw, his question is probably better at home at the r-package-devel list. >>> >>> >>> Best, >>> >>> M >>> >>> >>> >>> >>> On Thu, Apr 7, 2016, 22:24 Dmitri Popavenko <dmitri.popavenko at gmail.com> >>> wrote: >>> >>>> Hi Thierry, >>>> >>>> Thanks for that, the trouble is functions are package specific so moving >>>> from one package to another could be a solution, but I would rather save &g...

...uot; too? > > I do wonder if you can re-declare the assignment operators or would that > mess up the parser. > > -----Original Message----- > From: R-devel <r-devel-bounces at r-project.org> On Behalf Of Duncan Murdoch > Sent: Friday, March 1, 2024 9:23 AM > To: Dmitri Popavenko <dmitri.popavenko at gmail.com> > Cc: r-devel <r-devel at r-project.org> > Subject: Re: [Rd] capture "->" > > On 01/03/2024 8:51 a.m., Dmitri Popavenko wrote: > > On Fri, Mar 1, 2024 at 1:00?PM Duncan Murdoch <murdoch.duncan at gmail.com > > <m...

...ality from your package A that *does depend on* *B*, and gets the > rest from package *a* > > Users, then would only ever install or load B and UserFacingA. They > wouldn't need to care much,if at all, about package a. > > ~G > > On Fri, Apr 8, 2016 at 7:36 AM, Dmitri Popavenko <dmitri.popavenko at gmail.com >> wrote: > >> Thanks all, I don't know either (for the moment). >> It's all in the design phase still. Generally, I would also like to keep >> specific functions in specific packages, if at all possible. >> >> On Fr...

...ackage containing all functions. None of the > functions that create the interdependencies need to be exported that way. > > Btw, his question is probably better at home at the r-package-devel list. > > > Best, > > M > > > > > On Thu, Apr 7, 2016, 22:24 Dmitri Popavenko <dmitri.popavenko at gmail.com> > wrote: > >> Hi Thierry, >> >> Thanks for that, the trouble is functions are package specific so moving >> from one package to another could be a solution, but I would rather save >> that as a last resort. >> >>...

...code("y4 <- b5 + (b6 / b7)"))[[1]] > identical(ast1[[1]], rightArrow) [1] TRUE > identical(ast2[[1]], leftArrow) [1] TRUE > ast1[[3]] <- as.name("new_a3") > decode(deparse(ast1)) [1] "x1 + x2 -> new_a3" -Bill On Mon, Mar 4, 2024 at 1:59?AM Dmitri Popavenko <dmitri.popavenko at gmail.com> wrote: > Dear Barry, > > In general, I believe users are already accustomed with the classical > arrows "->" and "<-" which are used as such in quoted expressions. > But I agree that "-.>" is a very neat tr...

...ts from* *B*, it implements all functionality from your package A that *does depend on* *B*, and gets the rest from package *a* Users, then would only ever install or load B and UserFacingA. They wouldn't need to care much,if at all, about package a. ~G On Fri, Apr 8, 2016 at 7:36 AM, Dmitri Popavenko <dmitri.popavenko at gmail.com > wrote: > Thanks all, I don't know either (for the moment). > It's all in the design phase still. Generally, I would also like to keep > specific functions in specific packages, if at all possible. > > On Fri, Apr 8, 2016 at 3:03 PM, Mar...

...as compared to ""<<-" too? I do wonder if you can re-declare the assignment operators or would that mess up the parser. -----Original Message----- From: R-devel <r-devel-bounces at r-project.org> On Behalf Of Duncan Murdoch Sent: Friday, March 1, 2024 9:23 AM To: Dmitri Popavenko <dmitri.popavenko at gmail.com> Cc: r-devel <r-devel at r-project.org> Subject: Re: [Rd] capture "->" On 01/03/2024 8:51 a.m., Dmitri Popavenko wrote: > On Fri, Mar 1, 2024 at 1:00?PM Duncan Murdoch <murdoch.duncan at gmail.com > <mailto:murdoch.duncan at gmai...

...etween changes that invokes it (maybe not likely) or the change back is not done perhaps due to an error interruption. Avi From: Adrian Du?a <dusa.adrian at gmail.com> Sent: Friday, March 1, 2024 11:38 AM To: avi.e.gross at gmail.com Cc: r-devel <r-devel at r-project.org>; Dmitri Popavenko <dmitri.popavenko at gmail.com> Subject: Re: [Rd] capture "->" I would also be interested in that. For me, this is interesting for my QCA package, over which Dmitri and I have exchanged a couple of messages. The "<-" operator is used to denote necessity, and the &q...

...t the - form isnt: > > > textex(A <.~ B ~.> C) > [1] "A < . ~ B ~ . > C" > > textex(A <.- B -.> C) > Error: unexpected '>' in "textex(A <.- B -.>" > > > Barry > > > On Sun, Mar 3, 2024 at 12:25?PM Dmitri Popavenko < > dmitri.popavenko at gmail.com> wrote: > >> This email originated outside the University. Check before clicking links >> or attachments. >> >> On Sat, Mar 2, 2024 at 7:58?PM Gabor Grothendieck < >> ggrothendieck at gmail.com> >> wrote: >&g...

...: there's also the option of creating just a single package containing all functions. None of the functions that create the interdependencies need to be exported that way. Btw, his question is probably better at home at the r-package-devel list. Best, M On Thu, Apr 7, 2016, 22:24 Dmitri Popavenko <dmitri.popavenko at gmail.com> wrote: > Hi Thierry, > > Thanks for that, the trouble is functions are package specific so moving > from one package to another could be a solution, but I would rather save > that as a last resort. > > As mentioned, creating a package C wi...

...ay, so I would not worry about adding an extra one. Also, I think several small packages are preferable to one large one because attaching a big one just to get the one or two functions you want is also a waste. Bill Dunlap TIBCO Software wdunlap tibco.com On Thu, Apr 7, 2016 at 1:22 PM, Dmitri Popavenko <dmitri.popavenko at gmail.com > wrote: > Hi Thierry, > > Thanks for that, the trouble is functions are package specific so moving > from one package to another could be a solution, but I would rather save > that as a last resort. > > As mentioned, creating a package C w...

On 01/03/2024 8:51 a.m., Dmitri Popavenko wrote: > On Fri, Mar 1, 2024 at 1:00?PM Duncan Murdoch <murdoch.duncan at gmail.com > <mailto:murdoch.duncan at gmail.com>> wrote: > > ... > I was thinking more of you doing something like > > ? parse(text = "A -> B", keep.source = TRUE)...

...; functions that create the interdependencies need to be exported that way. >> >> Btw, his question is probably better at home at the r-package-devel list. >> >> >> Best, >> >> M >> >> >> >> >> On Thu, Apr 7, 2016, 22:24 Dmitri Popavenko <dmitri.popavenko at gmail.com> >> wrote: >> >>> Hi Thierry, >>> >>> Thanks for that, the trouble is functions are package specific so moving >>> from one package to another could be a solution, but I would rather save >>> that as a las...

...; functions that create the interdependencies need to be exported that way. >> >> Btw, his question is probably better at home at the r-package-devel list. >> >> >> Best, >> >> M >> >> >> >> >> On Thu, Apr 7, 2016, 22:24 Dmitri Popavenko <dmitri.popavenko at gmail.com> >> wrote: >> >>> Hi Thierry, >>> >>> Thanks for that, the trouble is functions are package specific so moving >>> from one package to another could be a solution, but I would rather save >>> that as a las...

Hello all, I would like to build two packages (say A and B), for two different purposes. Each of them need one or two functions from the other, which leads to the problem of circular dependency. Is there a way for package A to import a function from package B, and package B to import a function from package A, without arriving to circular dependency? Other suggestions in the archive mention

Hi everyone, I am aware this is a parser issue, but is there any possibility to capture the use of the inverse assignment operator into a formula? Something like: > foo <- function(x) substitute(x) gives: > foo(A -> B) B <- A I wonder if there is any possibility whatsoever to signal the use of -> instead of <- Thank you, Dmitri [[alternative HTML version deleted]]

...rrow, since the ~ form is syntactically correct but the - form isnt: > textex(A <.~ B ~.> C) [1] "A < . ~ B ~ . > C" > textex(A <.- B -.> C) Error: unexpected '>' in "textex(A <.- B -.>" Barry On Sun, Mar 3, 2024 at 12:25?PM Dmitri Popavenko <dmitri.popavenko at gmail.com> wrote: > This email originated outside the University. Check before clicking links > or attachments. > > On Sat, Mar 2, 2024 at 7:58?PM Gabor Grothendieck <ggrothendieck at gmail.com > > > wrote: > > > Would it be good enough t...

...the experiment died of. ~ Sir Ronald Aylmer Fisher The plural of anecdote is not data. ~ Roger Brinner The combination of some data and an aching desire for an answer does not ensure that a reasonable answer can be extracted from a given body of data. ~ John Tukey 2016-04-06 8:42 GMT+02:00 Dmitri Popavenko <dmitri.popavenko at gmail.com>: > Hello all, > > I would like to build two packages (say A and B), for two different > purposes. > Each of them need one or two functions from the other, which leads to the > problem of circular dependency. > > Is there a way for packa...