Note for later: This is for people on #octave, and the person who asked for it was carandraug+dev@gmail.com (no BZ account)

The DokuWiki link changed to https://www.dokuwiki.org/wiki:syntax#downloadable_code_blocks; for the use of Gists on blogs, cf. http://www.sandywalsh.com/2011/06/effective-units-tests-and-integration.html.

Some thoughts:

• Some code blocks should be downloadable, some (snippets?) maybe not. I'd prefer the default to be downloadable.

• There's always lots of drama with user-specified filenames on insecure browsers that MediaWiki fosters, so this needs to be checked.

• Gists are saved server-side, DokuWiki seems to parse the page on every call which also means that the link may lead to updated (= different) content than shown. I haven't tried it, but data URIs should be performant, stable and supported by enough browsers.

Otherwise: Really cool! :-) In many cases, I just want to copy and paste bits of the code block, but often enough I'd like to save the lot and so far have to carefully maneuver the mouse pointer twice and then still face whitespace issues & Co.

(In reply to Tim Landscheidt from comment #2)

[...]

• Gists are saved server-side, DokuWiki seems to parse the page on every

call which also means that the link may lead to updated (= different)
content than shown. I haven't tried it, but data URIs should be performant,
stable and supported by enough browsers.
[...]

data URIs work fine, but unfortunately do not bear a "filename", so for example Google Chrome wants to save all data URIs as "Download". So it's probably necessary to imitate Dokuwiki and parse the page again, probably cached.

Mediawiki.org now has JS to copy code fragments. For example on https://www.mediawiki.org/wiki/Local_development_quickstart
using the gadget tpl-copy. https://www.mediawiki.org/wiki/MediaWiki:Gadget-site-tpl-copy.js

site[ResourceLoader|default|peers=site-styles|dependencies=mediawiki.util,ext.gadget.site-styles]|site.js|site-tpl-copy.js|site-tpl-copy.css

We could consider adding this into core

Change #1071940 had a related patch set uploaded (by SD0001; author: SD0001):

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] Implement copy links for code blocks

https://gerrit.wikimedia.org/r/1071940

Change #1071940 merged by jenkins-bot:

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] Implement copy buttons for code blocks

https://gerrit.wikimedia.org/r/1071940

Suggested text: <syntaxhighlight> code blocks will now offer a "Copy" button if copy=1 attribute is set on the tag.

@SD0001 Hi, I was checking an example (intending to add it as a screenshot in this task's Description, for anyone who clicks thru from Tech News), and I noticed that:

• adding copy=1 also seems to change the width of the entire block.

It doesn't seem to change any linewraps, so it might be fine (?), but it might be unexpected/unintended.
E.g. using this sandbox (edit freely) https://en.wikipedia.beta.wmflabs.org/wiki/User:Quiddity/sandbox

Change #1075976 had a related patch set uploaded (by Ammarpad; author: Ammarpad):

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] modules: Do not constraint code block with copy button

https://gerrit.wikimedia.org/r/1075976

I'll postpone announcing this for one more week, so that the above patch (thanks Ammarpad!) can be merged, and thus users won't see that bug when they test it out.

Change #1075976 merged by jenkins-bot:

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] modules: Remove width limit for code block with copy button

https://gerrit.wikimedia.org/r/1075976

The added code sadly lacks night mode support even though all the colours used are from Codex/OOUI palette.

Change #1076302 had a related patch set uploaded (by SD0001; author: SD0001):

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] copy button: use Codex colors for dark mode compatibility

https://gerrit.wikimedia.org/r/1076302

Change #1076302 merged by jenkins-bot:

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] copy button: use Codex colors for dark mode compatibility

https://gerrit.wikimedia.org/r/1076302

There is a rendering problem on https://hu.wikipedia.org/wiki/Sablon:K%C3%B6nyvsorozat_infobox Could you take a look?

In T40932#10211022, @Bean49 wrote:

There is a rendering problem on https://hu.wikipedia.org/wiki/Sablon:K%C3%B6nyvsorozat_infobox Could you take a look?

Screenshot for future reference:

Change #1078975 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] Fix styling for code blocks with copy buttons next to floated content

https://gerrit.wikimedia.org/r/1078975

In https://gerrit.wikimedia.org/r/1078975, @Jdforrester-WMF wrote:

Note that this feature isn't Parsoid-DOM compatible (compare https://hu.wikipedia.org/wiki/Sablon:K%C3%B6nyvsorozat_infobox?useparsoid=0 and https://hu.wikipedia.org/wiki/Sablon:K%C3%B6nyvsorozat_infobox?useparsoid=1)

I see ext.pygments.view is not being loaded in Parsoid DOM, even though we are adding the module to ParserOutput via the parser hook. I guess something else needs to be done for Parsoid compatibility?

Change #1078975 merged by jenkins-bot:

[mediawiki/extensions/SyntaxHighlight_GeSHi@master] Fix styling for code blocks with copy buttons next to floated content

https://gerrit.wikimedia.org/r/1078975

In T40932#10221678, @SD0001 wrote:

In https://gerrit.wikimedia.org/r/1078975, @Jdforrester-WMF wrote:

Note that this feature isn't Parsoid-DOM compatible (compare https://hu.wikipedia.org/wiki/Sablon:K%C3%B6nyvsorozat_infobox?useparsoid=0 and https://hu.wikipedia.org/wiki/Sablon:K%C3%B6nyvsorozat_infobox?useparsoid=1)

I see ext.pygments.view is not being loaded in Parsoid DOM, even though we are adding the module to ParserOutput via the parser hook. I guess something else needs to be done for Parsoid compatibility?

Parsoid appears to use the sourceToDom function instead. Fixed in r1079618.