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
Unknown Object (File)
Fri, Dec 13, 10:15 PM
Unknown Object (File)
Fri, Dec 13, 12:28 AM
Unknown Object (File)
Sat, Dec 7, 11:58 AM
Unknown Object (File)
Fri, Dec 6, 2:12 PM
Unknown Object (File)
Tue, Dec 3, 11:15 AM
Unknown Object (File)
Fri, Nov 29, 12:50 AM
Unknown Object (File)
Mon, Nov 25, 9:33 AM
Unknown Object (File)
Nov 20 2024, 2:41 PM

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

Lint
Lint Skipped
Unit
Tests Skipped

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.