similar to: Avoiding Delete key function as 'Quit R' in Rterm when there are no characters in cursor line

On 2/9/24 21:39, Iago Gin? V?zquez wrote: > Duncan, do you think it's worth to comment this in R-devel list? Duncan filed a bug report via R bugzilla (thanks). There is no way to disable this functionality and it has existed for very long time, I tested that at least in R 3.0. Optionally ending the session was I believe intentional with Ctrl+D, when the input is empty, and it is also

Duncan, do you think it's worth to comment this in R-devel list? Iago ________________________________ De: CALUM POLWART <polc1410 at gmail.com> Enviat el: divendres, 9 de febrer de 2024 18:28 Per a: Duncan Murdoch <murdoch.duncan at gmail.com> A/c: Iago Gin? V?zquez <iago.gine at sjd.es>; r-help at r-project.org <r-help at r-project.org> Tema: Re: [R] Avoiding Delete

I don't use term, but I've just tested it and this is reproducable. Is it a bug? Not sure. If you hit c after getting the message it will cancel the q() request. On Fri, 9 Feb 2024, 17:21 Duncan Murdoch, <murdoch.duncan at gmail.com> wrote: > That looks to me like a bug, but I don't use Windows any more, so I > won't offer to try to fix it for you. In fact I

That looks to me like a bug, but I don't use Windows any more, so I won't offer to try to fix it for you. In fact I don't think Rterm has many users at all: most Windows users probably use RStudio or one of the other graphical front ends (Visual Studio, Emacs, Rgui, etc.) So maybe you can track down the issue, or someone else will try. Or maybe you'll just have to avoid

But if I type > "?" the output is [1] "?" so seemingly it can be represented. Or, am I wrong? Best Iago ________________________________ De: Tomas Kalibera <tomas.kalibera at gmail.com> Enviat el: divendres, 13 de setembre de 2019 11:24 Per a: IAGO GIN? V?ZQUEZ <i.gine at pssjd.org>; r-devel at r-project.org <r-devel at r-project.org> Tema: Re: [Rd]

? Fri, 12 Apr 2024 12:15:07 +0000 Iago Gin? V?zquez <iago.gine at sjd.es> ?????: > f <- function(whatever){ > ... > g <- function(whatever2){ > ... > } > ... > } > > If I wanted to debug some thing directly inside f I would do > debug(f). But this does not go inside g code. On the other hand, > debug(g) does not work as g is not a

Thank you Ivan, your example solves my issue this time through debug(environment(Adder$add)$add) Just for the future, you say Moreover, `g` doesn't exist at all until f() is evaluated and reaches this point. If `f` was a function, it would be possible to trace() it, inserting a call to debug(g) after it's created. How should I call trace() if f was a function? Best

Hi all, I've just could test your suggestions on using dataedit... entries now, and indeed they work... partially. See, please, the next screenshot: https://ibb.co/Dkn2pVs dataedituser modifies the red borders dataedittext the yellow text dataeditfg... I do not know, specified to green the output of View(mtcars) does not change from that of the screenshot dataeditbg is the (almost) black

On Fri, Sep 13, 2019 at 11:53 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > On 9/13/19 11:37 AM, IAGO GIN? V?ZQUEZ wrote: > > But if I type > > >"?" > > the output is > > [1] "?" > > so seemingly it can be represented. Or, am I wrong? > > In RGui you can print the string, because RGui is a Windows Unicode >

Here's another *incorrect* way to do it -- incorrect because it will not always work, unlike Iris's correct solution. But it does not require PERL type matching. The idea: separate the two vowels in the regex by a character that you know cannot appear (if there is such) and match it optionally, e.g. with '*" repetition specifier. I used "?" for the optional character

On Tue, 7 May 2024 06:34:50 -0400 Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 07/05/2024 6:31 a.m., Iago Gin? V?zquez wrote: > > Thanks Duncan. > > > > I am currently on Windows. Is there any solution for it? > > Switch to Linux or MacOS? Fortune nomination! cheers, Rolf Turner -- Honorary Research Fellow Department of Statistics University of

Hi Iris, Thank you. Further, very nice solution. Best, Iago On 01/03/2024 12:49, Iris Simmons wrote: > Hi Iago, > > > This is not a bug. It is expected. Patterns may not overlap. However, there > is a way to get the result you want using perl: > > ```R > gsub("([aeiouAEIOU])(?=[aeiouAEIOU])", "\\1_", "aerioue", perl = TRUE) > ``` >

On 12/04/2024 8:15 a.m., Iago Gin? V?zquez wrote: > Hi all, I am trying to debug an error of a function g defined and used inside another function f of a package. > So I have > > f <- function(whatever){ > ... > g <- function(whatever2){ > ... > } > ... > } > > If I wanted to debug some thing directly inside f I would do debug(f).

Hi all, I am trying to debug an error of a function g defined and used inside another function f of a package. So I have f <- function(whatever){ ... g <- function(whatever2){ ... } ... } If I wanted to debug some thing directly inside f I would do debug(f). But this does not go inside g code. On the other hand, debug(g) does not work as g is not a defined function in the

Hi Iago, This is not a bug. It is expected. Patterns may not overlap. However, there is a way to get the result you want using perl: ```R gsub("([aeiouAEIOU])(?=[aeiouAEIOU])", "\\1_", "aerioue", perl = TRUE) ``` The specific change I made is called a positive lookahead, you can read more about it here: https://www.regular-expressions.info/lookaround.html

I have a chinese character on a data frame, but the output of printing it is its UTF-8 code. Concretely, the character is ? and the code is U+6703. Following the code I arrive to the instruction > base::format.default("?") which prints [1] "<U+6703>" I do not know which is the extent of this behaviour either if it follows on most recent versions of R. Is it

>>>>> Jeff Newmiller via R-help >>>>> on Thu, 09 Nov 2023 12:08:07 -0800 writes: > No clue. Tip: R-devel is the mailing list for anything > related to development versions of R. Off-topic here. Yes. Alternatively, as he uses Debian, there's the R-SIG-Debian mailing list, too. --> I'm CC'ing both R-devel and R-SIG-Debian instead

>>>>> Jeff Newmiller via R-help >>>>> on Thu, 09 Nov 2023 12:08:07 -0800 writes: > No clue. Tip: R-devel is the mailing list for anything > related to development versions of R. Off-topic here. Yes. Alternatively, as he uses Debian, there's the R-SIG-Debian mailing list, too. --> I'm CC'ing both R-devel and R-SIG-Debian instead

Dear all, I have just detected what seems a minor inconsistence with data types. If one unlists a POSIXlt time with GMT zone gets a numeric vector, since the POSIXlt list has no `zone` element, while if one unlists a POSIXlt time with a non GMT zone (also non specifying tz if the Sys.timezone is not GMT) gets a character vector due to including the `zone` element. > x <-

No clue. Tip: R-devel is the mailing list for anything related to development versions of R. Off-topic here. On November 9, 2023 2:59:44 AM PST, "Iago Gin? V?zquez" <iago.gine at sjd.es> wrote: >Hi all, > >I downloaded R-devel as explicited in https://developer.r-project.org/SVNtips.html >Then, I tried to install it through instructions in