is there way do to the quote effect link markdown in scribble?

> is there way do to the quote effect link markdown in scribble?

Does @nested[#:style 'inset]{…} have the effect that you want?

not bad. Was hoping for italics, :slightly_smiling_face:

and be able to embed bash and racket code

’nother scribble question: how do I embed paragraphs, racketblock{}, and lists in @listitem{}{ ?

Do you mean itemlist? Any of those things should be ok in an item within an itemlist.

Maybe I misunderstand, but you should be able to use things like italic, racket, racketblock, or verbatim in a nested.

@itemlist{ @item{a} @itemlist{@item{a} @item{b

is giving me trouble

nevermind - square brackets

A problem above is that the inner @itemlist is not in an @item.

ahh it needs to be embedded in an item @item[@itemlist[}}

Thanks. I was drawing a blank on how to make that more writable.

Is there some quick way to get a sense of the difference between (say) raco pkg install drracket and raco pkg install --auto drracket-tool-lib macro-debugger-text-lib rackunit-lib? On top of a minimal-racket install.

I ask because I spent a little time removing a dependency on gui-debugger/marks from Racket Mode — and as a result I could advise users to do the latter not the former. Because to some users, the former feels “heavy”. However. (a) The latter is a little more complicated, and (b) I’m not sure how much less heavy it really is?

I admit I’m not sure how to ask the question. Does “heavy” mean time? Space? Both? I’m not sure.

not exactly quick, but you can investigate the transitive dependencies and users of packages using this: https://github.com/jackfirth/package-analysis

more quick: the pkg-dep-draw pkg

oh nice yeah definitely use that

Thanks I’ll check that out!

but also, there’s a big difference between those

You mean just intuitively you already know the answer is, yeah, it’s enough to matter, and worth doing?

Or you mean a big difference between package-analysis and pkg-dep-draw?

Which “those”? :slightly_smiling_face:

I mean the former

Here are the drracket deps: (define deps '("scheme-lib" "data-lib" "compiler-lib" ["base" #:version "6.2.900.15"] "planet-lib" "compatibility-lib" ["draw-lib" #:version "1.7"] "errortrace-lib" "macro-debugger-text-lib" "parser-tools-lib" "pconvert-lib" "pict-lib" "profile-lib" "sandbox-lib" ("scribble-lib" #:version "1.11") ("snip-lib" #:version "1.2") ["string-constants-lib" #:version "1.33"] "typed-racket-lib" "wxme-lib" ["gui-lib" #:version "1.45"] ("racket-index" #:version "1.2") ["racket-doc" #:version "1.1"] "html-lib" "images-lib" ["icons" #:version "1.2"] ["typed-racket-more" #:version "1.12"] "trace" ["macro-debugger" #:version "1.1"] "net-lib" "tex-table" "htdp-lib" ("drracket-plugin-lib" #:version "1.1") "gui-pkg-manager-lib" "drracket-tool-lib" "drracket-tool-doc" "pict-snip-lib" "option-contract-lib" "syntax-color-lib" "quickscript"))

Here’s drracket-tool-lib: (define deps '(["base" #:version "6.2.900.10"] "scribble-lib" ["string-constants-lib" #:version "1.12"] "scribble-lib" "racket-index" "gui-lib"))

Furthermore I think you could (a) create a “racket-mode” package that installed its precise dependencies (b) split out some of drracket-tool-lib

I think it’s just that raco pkg install --auto drracket-tool-lib macro-debugger-text-lib rackunit-lib was more than I would have guessed, so I wanted to ask.

greg@x1c:~/src/elisp/racket-mode/racket$ ~/racket/7.7-minimal/bin/raco pkg install --auto drracket-tool-lib macro-debugger-text-lib rackunit-lib [[ .... snipped resolving etc. lines ... ]] The following uninstalled packages were listed as dependencies and they were automatically installed: dependencies of drracket-tool-lib: base scribble-lib string-constants-lib scribble-lib racket-index gui-lib at-exp-lib dependencies of macro-debugger-text-lib: db-lib class-iop-lib parser-tools-lib dependencies of rackunit-lib: testing-util-lib dependencies of scribble-lib: scheme-lib compatibility-lib scribble-text-lib scribble-html-lib planet-lib net-lib draw-lib syntax-color-lib sandbox-lib typed-racket-lib dependencies of gui-lib: srfi-lite-lib data-lib icons snip-lib wxme-lib pict-lib option-contract-lib 2d-lib tex-table dependencies of db-lib: unix-socket-lib sasl-lib dependencies of sandbox-lib: errortrace-lib dependencies of typed-racket-lib: source-syntax pconvert-lib

Yes, I think I might create a “meta-package” for the Racket Mode deps as a convenience for Minimal Racket users. (but only for that. I’m not a fan of shipping Emacs Lisp half as MELPA pkg, and back end code as Racket pkg. I really want both delivered at once.)

I’ve experienced that a user with e.g. CIDER, and the two halves not being in sync is a constant PITA and source of grief.

I wouldn’t want that as a user, and I definitely don’t want that as the person doing free tech support. :slightly_smiling_face:

I think you could split out a drracket-no-gui-tool-lib

And I should split out a typed-racket-runtime-lib

Ah, yes. I think that would make a bigger difference.

would the name editor-tooling-lib make sense?

so I finally have Idris 2 compiling via Racket on Chez, which is exciting. It’s runs at about half the speed of the Chez version, but having a stand alone executable is very nice

I seem to remember @samth telling me that it interpreted large files, rather than compiling them. Am I making that up? Sadly it’s drifted off the top of the backlog…

It interprets the outer parts of large files

There’s an environment variable that controls the threshold

I’m digging through the documentation and finding some hints about this - where should I be looking?

the source I’m feeding it is nearly 8Mb so it probably counts as large :slightly_smiling_face:

I think the readme in racket/src/cs

And this is with a replacement for the racket/promise version of delay and force?

I just compile delay to a lambda

Definitely whatever the environment variable was fixed the performance issue the last time

I’m just trying PLT_CS_COMPILE_LIMIT

I can’t search for some conversations any longer because they went outside of the workspace’s 10k message limit. Any plans to upgrade?

okay, that was definitely effective

No, it would be prohibitively expensive

I don’t know if these are comparing the same things, but in my little example, I wrapped the main program in (time ...) and got, for Racket on CS cpu time: 266 real time: 1013 gc time: 54 and for Chez 0.332158697s elapsed cpu time, including 0.137952270s collecting

although time from the bash prompt reports racket taking 0,2s longer, which is presumably just startup cost

The cheapest paid slack plan is 6.67 per person

Per month

(for comparison - Idris–2-in-Idris–1 reports 0.456s for building the same file, so Racket/Chez both win by some distance, if time is reporting what I think it is)

I think we have somewhere over 500 registered users in this slack

I really wish that they did something better for open source projects, but they’ve pretty explicitly refused

I thought I saw an archive bot?

I think there was one but it went away

What if you run ‘raco make file.rkt’ first?

So: there’s “Slack for Nonprofits” which has 85% discount: https://slack.com/help/articles/204368833-Slack-for-Nonprofits

There’s also “Slack for Education”, though I don’t think Racket is technically qualified for that(?)

It doesn’t count registered users. Only active users. There’s a bit of details here: https://slack.com/intl/en-gb/help/articles/218915077-Fair-billing-policy#how-inactive-and-deactivated-accounts-affect-billing

That being said, I don’t know if it will be worth it. One thing that might help is to have a workspace administrator (@samth?) estimate the number of active users and see if it’s worth it.