Page MenuHomePhabricator

Support processing Remarkup in bulk with `remarkup.processbulk` Conduit method
ClosedPublic

Authored by hach-que on Nov 2 2013, 5:55 AM.
Tags
None
Referenced Files
F19534464: D7479.diff
Wed, Jan 21, 12:33 AM
F18876930: D7479.id16857.diff
Nov 6 2025, 4:59 AM
F18841012: D7479.id.diff
Oct 28 2025, 5:52 AM
F18838677: D7479.diff
Oct 27 2025, 12:10 PM
F18790103: D7479.diff
Oct 15 2025, 12:30 PM
F18658319: D7479.id.diff
Sep 23 2025, 5:48 AM
F18194560: D7479.id16868.diff
Aug 17 2025, 10:58 AM
F18167423: D7479.id16866.diff
Aug 15 2025, 11:48 AM

Details

Summary

This adds support for a Conduit method to process Remarkup content in bulk. It also updates the getEngineContexts methods to support any missing contexts.

Test Plan

Ran the command and processed a few sets of text.

Diff Detail

Branch
remarkup-bulk
Lint
Lint Passed
Unit
No Test Coverage

Event Timeline

Can we just make remarkup.process do this instead? The method is marked "Unstable", and I'd rather not have strictly inferior/obsolete methods.

hach-que updated this revision to Unknown Object (????).Nov 2 2013, 10:21 PM

Made changes requested in code review.

D7383 has some pointers on improving the pipelining here if you want to pursue that at some point. Particularly, this isn't cacheable, so performance should improve dramatically for blocks including, e.g., code blocks or interpreter calls if this gets upgraded to use OneOff at some point.

Generally we do the caching at the client side so we don't have to make the call to remarkup.process if we already know what it results in, so I don't think it'll be a big issue.