aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2012-12-18reuse render for actual renderingGibheer2-4/+32
The splitting of rendering and processing is good, but on the other side it makes some double steps or even introduce workarounds. That is why I made the method #render just a call to the renderer. This should help much more than the strict seperation. The method will only return the resulting string and not add it to the body of the response. That still has to be taken care of by the user.
2012-12-17added travis build statusGibheer1-0/+2
2012-12-17allow 1.8 to failGibheer1-0/+5
2012-12-17require backports for ruby 1.8Gibheer1-0/+4
2012-12-17add backports for ruby 1.8Gibheer2-0/+4
2012-12-17fix gemfile for jrubyGibheer2-1/+9
2012-12-17remove require_relative to make it 1.8 compatibleGibheer3-10/+10
2012-12-17don't install development gems on travisGibheer1-0/+1
2012-12-17cleanup gemfile for jruby on travisGibheer4-9/+13
2012-12-17run simplecov only when neededGibheer1-4/+6
2012-12-17use more recent GemfileGibheer1-1/+1
2012-12-17release 0.1.2v0.1.2Gibheer1-1/+1
2012-12-17initialize the responseGibheer2-1/+15
2012-12-13added LICENSE and release new versionv0.1.1Gibheer3-2/+27
2012-12-13added options to controllerGibheer2-7/+18
This avoids hardcoding the options into the controller and therefore should it make possible to use Rack::Request or Sinatra apps as requests. (That sounds so weird.)
2012-12-12typo in the documentationGibheer1-1/+1
2012-12-12added yard to GemfileGibheer2-1/+7
2012-12-12replaced .create with .new on Zero::RequestGibheer6-11/+28
2012-12-10added script command for travisGibheer1-0/+1
2012-12-10newer versions of gemsGibheer1-4/+4
2012-12-10define the renderer at initializationGibheer2-5/+11
2012-12-01release version 0.1.0v0.1.0Gibheer2-3/+4
2012-12-01avoid changing existing environment keysGibheer2-2/+20
2012-11-30it is a toolkit not a tool setGibheer1-2/+2
2012-11-30delete all.rb in favorite of zero.rbGibheer3-6/+6
2012-11-30Optional setting of status code on redirectStormwind2-2/+10
2012-11-30Add redirect to responseStormwind2-0/+19
Now a relocation can be done, by calling redirect with the URL you want relocate to. This will set the Location header and set the status code to 302.
2012-11-30added sample repository to readmeGibheer1-2/+3
2012-11-30specs for the renderer accessGibheer1-0/+11
2012-11-30mapping is not needed at this pointGibheer2-16/+0
2012-11-30use URI to get parametersGibheer3-9/+21
2012-11-29don't overwrite the requestGibheer2-1/+9
2012-11-29Throws an ArgumentError, if no template fits given typesStormwind2-0/+13
2012-11-29Throws ArgumentError, if given template does not existStormwind2-5/+13
2012-11-29Add default value for default templatesStormwind2-5/+20
If a template has no type specifcation in it's name, then we use 'default' as map name now.
2012-11-29added custom parameters in the routerGibheer2-6/+19
2012-11-29updated gem lockGibheer1-2/+2
2012-11-29added custom parameterGibheer3-0/+103
2012-11-27better specs for renderGibheer3-21/+23
2012-11-27fixed a typoGibheer1-1/+1
2012-11-27added documentation for routerGibheer1-0/+32
2012-11-27Revert "added the first set of documentation"Gibheer26-8745/+0
This reverts commit 37a4a28deec224f7cd9a5a124e22258e868913e4.
2012-11-27Revert "refreshed documentation"Gibheer17-367/+187
This reverts commit be1afcd114d148dbfedb7a3fc068af64a83b5991.
2012-11-27more explanation in the readmeGibheer1-4/+58
2012-11-26refreshed documentationGibheer17-187/+367
2012-11-26now the renderer correctly saves all templatesGibheer2-25/+20
Before this fix the renderer was not able to save the templates and types in the correct way. It still needs some cleanup, but it works now.
2012-11-26renderer is now able to render templatesGibheer1-0/+28
2012-11-26specs for renderingGibheer2-0/+44
2012-11-26added more documentation to the rendererGibheer1-1/+20
2012-11-26cleaned up the commit a bit moreGibheer1-8/+11