Very disrespectful to do that at HQ!
21.02.2026 16:18
👍 3
🔁 0
💬 1
📌 0
Very disrespectful to do that at HQ!
My original poast didn't get much love (🥲), but co-opting the data.table print method for base #rstats data.frames is fairly straightforward. bsky.app/profile/gmcd...
(Ofc there are many other advantages to DT, but just sticking with the print method for now.)
A nicer print.data.frame method showing column types, as well as a subset of rows. Inspired by data.table's print method.
I think the main issue is that many people, quite reasonably tbf, don't like the default base data.frame print method...
But this is easy to override! gist.github.com/grantmcdermo...
A nicer print.data.frame method showing column types, as well as a subset of rows. Inspired by data.table's print method.
I think the main issue is that many people, quite reasonably tbf, don't like the default base data.frame print method...
But this is easy to override! gist.github.com/grantmcdermo...
Institutions FTW
Can't wait for that Grand Slam decider in Paris on March 14.
* touches earpiece
Hold on, I'm getting new information...
Not even that. Why take a lineout outside the 22, when you've got the opposition under the kosh and at probable risk of a card?
Not to rub it in, but since we're on bad tactical decisions... you know that Rassie would have called for more scrums when the Scottish front row were giving aways penalties and on those warnings.
Scottish boxkick for MOTM.
Check out the new paper! And please please please send us both gut reactions and harsh criticism.
Okay, okay! I guess I have to actually try this out now @apoorvalal.com.
I made a Ghola
Mainly the fact that I didn't think of it 😅
I thought it would be cool to try something lightweight via R's native C API. But if someone figures out a nice way to port Positron's ragg-based functionality then I'd fully support that. Mostly, I just think we need to move on from httpgd & co.
I spell out the motivation in the README. The _tl;dr_ version is that I'm trying to avoid some tiresome `httpgd` CRAN issues. `jgd` is intended as a lightweight (and hopefully robust) alternative that could be integrated into the main extension in the future. Help and testers welcome!
#rstats In very non-Superbowl news, here's an experimental 📦 for nice graphics display and UX in VS Code (and other potential front-ends).
github.com/grantmcdermo...
<Andrew Baker voice> Upper hemicontinuity, please.
Cool idea, but you'd need at least 30 of each for the central limit theorem to lock in, which will blow through your tokens.
Why code like yourself when you can code like someone else?
In seriousness, there's obviously value in having good "community" templates. But I do think there's a lot of embedded skill in the structure of applied projects (not just the code, but the flow of the analysis).
bsky.app/profile/gmcd...
🤔 I don't think it would be the package source.
In the above code snippet, you need to load the languageserver package before running .vsc.attach(). But that should happen automatically if you execute any lines of code from VS Code (Cmd + Enter). Maybe worth raising an issue on the arf repo?
This should work:
bsky.app/profile/gmcd...
Agree, it's very good and my default for personal use (alongside R.nvim).
But our primary compute/coding interface at work is a vscode.dev -alike deployment environment. So I still use VS Code a lot and rely on the "traditional" extension model.
DuckDB is just the default. You can pass through any backend supported by DBI.
The other differences (I'm guessing?) are that we use a few acceleration tricks to speed up computation and calculate robust SEs. I'd need to compare the docs. No harm having multiple 📦 options, though ;-)
+1 and the ggplot2 team have also tried to excise some of their heavier 3rd party dependencies recently.
But James, to your question, yes the focus on graphics was the deliberate gap we set out to fill. It's something I spoke about in my useR talk. youtu.be/MOB-QS-vMeY?...
🤩🤩
Much appreciated, Kieran.
Looking forward to the 2nd edition!
1. In your terminal: get the arf executable path with `which arf`.
2. In VS Code, open your settings and search for "r.rterm". Add the path that you got in step 1 to your OS variant.
P.S. Unlike radian, you don't need to check the "r.bracketedPaste" option.
Thought of you when I was posting this. `sircon` gets a nice mention in the acknowledgements... but cross-platform is obvs an important feature.
I think so. Definitely more lightweight and portable (single installable binary vs Python dependency tree and associated venv/tool faffing).
Shima (eitsupi@) is a top-notch developer too, so I'm bullish about long-term prospects.
Give it a go and LMK your thoughts.
♥️