vanstyn / RapidApp / 941

Builds Branch Commit Type Ran Committer Via Coverage
941 template_provider_store Properly support root_template_prefix => '/' push vanstyn travis-ci pending completion   set done
940 template_provider_store New Access class method 'template_psgi_response' This allows the Access class to override and directly respond to any top-level view request as a PSGI app push vanstyn travis-ci pending completion   set done
939 template_provider_store Access object can now get the process_Context This is more in-progress idea/brainstorming on extending the template system APIs... push vanstyn travis-ci pending completion   set done
938 template_provider_store Further expand API available in Template Context See in-code comments. Note, this is still just experimental, I am expecting to make more changes to how all this works before the final public release of these features... (set dev ver 1.2101_52) push vanstyn travis-ci pending completion   set done
937 template_provider_store Add support for 'AccessStore' pattern See POD in new combined/MI class RapidApp::Template::AccessStore IN PROGRESS... (set dev ver 1.2101_51) push vanstyn travis-ci pending completion   set done
936 template_provider_store Expand Access class API with 'get_external_tpl_headers' method The Access class now (optionall) controls the headers for external templates... STILL IN PROGRESS AND NOT YET TESTED... push vanstyn travis-ci pending completion   set done
935 template_provider_store Minor cleanup to use $c->is_ra_ajax_req in TC This method was added later on to determine if a given request comes from the RaidApp Ajax client. The template controller was still manually checking this in one place which has now been consolidated... push vanstyn travis-ci pending completion   set done
934 template_provider_store New template Access perm 'static_tpl' + handling New bool permssion 'static_tpl' supported by the Access class API will skip the TT processing and return raw content. post-processing still happens, just not TT template processing. Works in the s... push vanstyn travis-ci pending completion   set done
933 template_provider_store Templates: Define new class-based 'post-processor' concept The concept of "post-processing" of a template means handing stuff like markdown. This was hard-coded in the Context class, but now it is handled by a simple postprocessor class which is ... push vanstyn travis-ci pending completion   set done
932 template_provider_store Working Template Store API + Dummy reference implementation Misc refinements to the Template Store API. Also added a dummy store class to act as a reference implementation which now works for all template CRUD operations push vanstyn travis-ci pending completion   set done
931 template_provider_store Proxy to Store within Provider 'load' method push vanstyn travis-ci pending completion   set done
930 template_provider_store Proxy to new Store method 'template_content' (not fetch) Proxy of the provider 'fetch' method wasn't what we actually wanted, instead we needed to hook _template_content, which now proxies to a new, simple 'template_content' in the store push vanstyn travis-ci pending completion   set done
929 template_provider_store Cache store 'owns_tpl' answer push vanstyn travis-ci pending completion   set done
928 template_provider_store Proxy store own test through provider method The store template ownership test now calls through a private method first to be able to override cases, such as checking if the test is asking about an absolute path, which happens internally sometime... push vanstyn travis-ci pending completion   set done
927 template_provider_store ** BEGIN NEW Template::Provider::Store API ** Started writing new API for user-defined, internal template storage. This is being split out from the Provider class into a new layer called the 'Store' class which is supplimental to the built-in, fi... push vanstyn travis-ci pending completion   set done