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
F14024809: D7479.id16857.diff
Thu, Nov 7, 12:28 PM
F14024458: D7479.id16857.diff
Thu, Nov 7, 9:37 AM
F14005704: D7479.id16857.diff
Sun, Oct 27, 6:03 PM
F13994943: D7479.id16868.diff
Wed, Oct 23, 9:34 AM
F13960204: D7479.id.diff
Oct 14 2024, 10:24 PM
Unknown Object (File)
Sep 10 2024, 4:12 AM
Unknown Object (File)
Aug 30 2024, 6:23 PM
Unknown Object (File)
Aug 25 2024, 1:39 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.