Google Git
Sign in
apache / freemarker / HEAD
  1. a97cf72 Decreased guaranteed stack usage (which is the stack usage you see in exception stack traces) by 1 per visit(TemplateElement[]). by ddekany · 8 years ago
  2. bc303ab Decreased macro call stack usage by 1. by ddekany · 8 years ago
  3. 77d44df (TemplateElement.getChildNodes code cleanup) by ddekany · 8 years ago
  4. 1cb2a5f (Just local variable name fixes, and one more AST test) by ddekany · 8 years ago
  5. a31cf2a (JavaDoc typo fix) by ddekany · 8 years ago
  6. 8392069 Change log for stack usage usage optimization and AST cleanup. by ddekany · 8 years ago
  7. 81f81e9 Adjusted #attempt AST structure so that its goes through postParseCleanup properly. by ddekany · 8 years ago
  8. c82edf0 A bit of stripText optimization by ddekany · 8 years ago
  9. 2e39196 (Adjusted some JavaDoc comments) by ddekany · 8 years ago
  10. 3d7e662 Refactoring FMParser to not produce MixedContent, except for the root element. by ddekany · 8 years ago
  11. 808ddad [unfinished] Getting rid of nestedBlock VS regulatedChildren by ddekany · 8 years ago
  12. 83eca1b Avoid creating new TemplateElement[] for TemplateElement.accept calls. by ddekany · 8 years ago
  13. 325bbd0 Replaced localContextStack with specialized ArrayList-like class for some speed gain by ddekany · 8 years ago
  14. 079b701 Rewriting instructionStack to use an array instead of an ArrayList (gives 10% speedup in certain templates.) by ddekany · 8 years ago
  15. 89585c8 Simplified stack trace handling (no hide-in-parent logic), allows some optimization in the "elementsToVisit" returning mechanism. by ddekany · 8 years ago
  16. c64251e Some formatting fixes and cleanup by ddekany · 8 years ago
  17. 113d670 Merge remote-tracking branch 'github/avoid-too-much-recursion-when-visiting-template-elements-2.3-ga' into 2.3-gae by ddekany · 8 years ago
  18. 116b817 Reverted earlier change; FreemarkerServlet ResponseCharacterEncoding init-param uses "force" prefix again. Updated FreemarkerServlet configuration example to use FreeMarker's output_encoding setting, also added the ftlh and fltx extensions to it. Some other minor JavaDoc adjustments. by ddekany · 8 years ago
  19. 5d1a411 FreemarkerServlet documentation fixes/improvements by ddekany · 8 years ago
  20. 7540a51 FreemarkerServlet ResponseCharacterEncoding init-param doesn't use the "force" prefix anymore, you just specify the charset name as its value. by ddekany · 8 years ago
  21. 947428a More helpful warning log message when no ObjectWrapper was specified for the TaglibFactory. by ddekany · 8 years ago
  22. 52a618e (Minor ResponseCharacterEncoding documentation adjustments.) by ddekany · 8 years ago
  23. 43fd973 FreemarkerServlet ResponseCharacterEncoding init-param now works properly with the legacy content_type template attribute (usually specified in the #ftl tag) by ddekany · 8 years ago
  24. f64aa1f Added new init-param, ResponseCharacterEncoding: Deprecates the old (and quirky) way of specifying the output charset, which was specifying it in the ContentType, or falling back to using the template file charset. The possible value are legacy (the default for backward compatibility), fromTemplate (which is legacy without quirks), doNotSet (keeps what the caller has already set in the ServletRespone) and force charsetName (forces a specific charset). by ddekany · 8 years ago
  25. e96460c (JavaDoc typo) by ddekany · 8 years ago
  26. 0b6f0d2 Added OverrideResponseLocale to version hisotry, and some JavaDoc/Manual polish related to the new init-params. by ddekany · 9 years ago
  27. 6819382 Merge remote-tracking branch 'github/FREEMARKER-2-option-request-locale' into 2.3-gae by ddekany · 9 years ago
  28. ef943b2 (Version history: Some missing entries under "Changes compared to 2.3.24 Preview 1") by ddekany · 9 years ago
  29. a761e99 Fixes and improvements in the object builder syntax used for configuring FreeMarker from java.util.Properties (or other string-only sources). This is not to be confused with the template language syntax, which has nothing to do with the object builder syntax: by ddekany · 9 years ago
  30. 4ba6736 Made the default of the "OverrideResponseContentType" FreemarkerServlet init-param overrideable via subclassing. by ddekany · 9 years ago
  31. 064d12e (Removed unnecessary test permutation.) by ddekany · 9 years ago
  32. 1e4c64f FREEMARKER-2 adding 'OverrideResponseLocale' init param option in by Woonsan Ko · 9 years ago
  33. eef30af Bug fixed: It wasn't well defined when a Java Iterator counts as empty. Depending on what ObjectWrapper you are using, one of these fixes apply: by ddekany · 9 years ago
  34. fca65a2 Continued FREEMARKER-1 "Option to not to overwrite response ContentType in FreemarkerServlet": 3 possible values for OverrideResponseContentType init-param. Early version of the ResponseCharacterEncoding init-param. More concise tests. by ddekany · 9 years ago
  35. 2531f51 Continued FREEMARKER-1 "Option to not to overwrite response ContentType in FreemarkerServlet": The output_format setting of the Template also sets the response contentType, similarly to the content_type custom attribute. by ddekany · 9 years ago
  36. 3bf80f6 Continued FREEMARKER-1 "Option to not to overwrite response ContentType in FreemarkerServlet": Improved JavaDocs. Added version history entry. by ddekany · 9 years ago
  37. 9e7f359 Continued FREEMARKER-1 "Option to not to overwrite response ContentType in FreemarkerServlet": <#ftl attributes={ 'content_type': 'text/plain' }> wins even if content type overriding is disabled. by ddekany · 9 years ago
  38. 64ec04b Continued FREEMARKER-1 "Option to not to overwrite response ContentType in FreemarkerServlet": More tests by ddekany · 9 years ago
  39. fe08488 Continued FREEMARKER-1 "Option to not to overwrite response ContentType in FreemarkerServlet": Always set response Content-type header when it's null. by ddekany · 9 years ago
  40. 3ab293a Merge remote-tracking branch 'FREEMARKER-1-option-overrideResponseContentType' into 2.3-gae by ddekany · 9 years ago
  41. 0256df5 ASTTest: Ensure loaded template uses LF-s instead of replacing \r\n-s later in string literals by ddekany · 9 years ago
  42. 597a450 Merge branch 'FREEMARKER-3-fix-unit-tests' into 2.3-gae by ddekany · 9 years ago
  43. 16f1559 merge Environment#visit and Environment#visitByHiddingParent to further reduce call stack size by Moritz Kleine · 9 years ago
  44. 699d442 let TemplateElement#accept return child elements that remain to be processed by Moritz Kleine · 9 years ago
  45. e89dbfc FREEMARKER-1 adding OverrideResponseContentType init param in FreemarketServlet by Woonsan Ko · 9 years ago
  46. 76c56a5 FREEMARKER-3: fixing unit tests - env issues on OSX or non-Windows systems by Woonsan Ko · 9 years ago
  47. 8adee32 The extended decimal format options don't use abbreviations anymore. Like instead of rnd=hu, now there's roundingMode=halfUp. by ddekany · 9 years ago
  48. 1e905a4 (Added unknown date-type test) by ddekany · 9 years ago
  49. 43007bf (Minor code cleanup) by ddekany · 9 years ago
  50. 14fab44 Fixed accidental use of Java 6 API. by ddekany · 9 years ago
  51. dd54594 (Added a date format test for a markup producing format.) by ddekany · 9 years ago
  52. db94e07 (Some Manual adjustments regarding string literal interpolations.) by ddekany · 9 years ago
  53. 83a30d5 Some more markup string literal interpolation tests by ddekany · 9 years ago
  54. 75fab1f Added new built-in: is_markup_output, returns true if the value is of type markup output. by ddekany · 9 years ago
  55. fa6ac0e `${...}` inside string literals is equivalent to using the `+` operator again. This rule was broken by `+` supporting markup operands, while `${...}` inside string literals didn't. Now similarly as `"foo " + someMarkup` works and gives a markup result, `"foo ${someMarkup}"` does too. by ddekany · 9 years ago
  56. d8487ff Reworked how ${...}-s are lexed a bit, to make the lexing of string literals (which may contain ${...}) more manageable. by ddekany · 9 years ago
  57. 6802cc7 Simplified static text parsing by ddekany · 9 years ago
  58. 6ac1b86 <@ and </@ is now allowed in String literals that contain ${exp}, and will be part of the literal as is. Earlier it was a syntactical error. by ddekany · 9 years ago
  59. a361243 Documented that JDK 8 is needed for building. by ddekany · 9 years ago
  60. 0c3e146 (Test class name typo...) by ddekany · 9 years ago
  61. c798862 Simplified number/date-like formatting more: The TemplateValueFormat-s don't get the desired TemplateOutputFormat as parameter, instead, an TemplateValueFormat should just return the single type of output it was designed for when format(...) is called, or plain text if formatToPlainText(...) is called. This resulting behavior is less sophisticated, but easy to understand for the end users. Also this way no output format has to be around when formatting, which simplifies the core and the implementation of user methods that would otherwise need that information from the lexical context somehow. Also string built-ins are now call format(...) and then fail if the result is markup, rather than formatting the LHO to plain text. Some internal class name changes. by ddekany · 9 years ago
  62. b680e9c (Manual: Missing programlisting role) by ddekany · 9 years ago
  63. 9ce036f Added checks against null returning (custom) TemplateValueFormat results. Minor cleanup and documentation additions in formatting related parts. by ddekany · 9 years ago
  64. e90143c Missing part from: Bug #439: FileTemplateLoader with emulateCaseSensitiveFileSystem set to true (used for development) wasn't properly synchronized, leading to random NullPointerException-s or other misbehavior. by ddekany · 9 years ago
  65. dfd07ec Bug #439: FileTemplateLoader with emulateCaseSensitiveFileSystem set to true (used for development) wasn't properly synchronized, leading to random NullPointerException-s or other misbehavior. by ddekany · 9 years ago
  66. f32a506 Simplified TemplateValueFormat API-s, because the small performance benefit didn't worth the extra code complexity. by ddekany · 9 years ago
  67. b9523f6 (Manual typo) by ddekany · 9 years ago
  68. 6b2840c Added XHTMLOutputFormat and TemplateXHTMLOutputModel. by ddekany · 9 years ago
  69. b6bd3c2 Formatting to markup with ${numOrDate} and `something + numOrDate`. Incomplete: (a) String built-ins should fail instead of formatting to plain text; (a) More testing needed, like for TemplateDateFormatter-s by ddekany · 9 years ago
  70. dde63a1 FreeMarker's JSP support (if it's used) now requires at least JSP 2.0. Earlier it only required JSP 1.1. (Reason: The jsp-api dependency for JSP 1.x, which was needed for building, can't be legally present in the Maven Central Repository, nor be provided by freemarker.org.) by ddekany · 9 years ago
  71. 9c2b9c8 (Documentation fixes/improvements related to format strings and @) by ddekany · 9 years ago
  72. 8e7c80a @@ can't be used to escape @ at the beginning of format strings anymore, because it was confusing on Android, where DecimalFormat supports patterns like "@@@@@@". If a pattern has to output a literal @ as the first character, you can simply use quoting as defined by DecimalFormat and SimpleDateFormat (for example, "'@'0.##"). by ddekany · 9 years ago
  73. d5bfedb In number/date/time/datetime format strings, initial @ can be used to refer to custom formats even if incompatible_improvements is less than 2.3.24, as far as there's any custom format defined. As custom formats is also a 2.3.24 feature, it's backward compatible this way. by ddekany · 9 years ago
  74. ee7f23f Documented extended DecimalFormat. Some other improvements in formatting-related documentation. by ddekany · 9 years ago
  75. 7f591d1 Figured out how TemplateDateFormat.parse will look. Also, ?date, ?time and ?datetime can now be called like ?date(), etc., which returns the exact object that TemplateDateFormat.parse returns. Also added TemplateNumberFormat.parse as a final method that always throws ParsingNotSupportedException, to reserve the place for this method for later versions. by ddekany · 9 years ago
  76. 03e8fc0 Unifying UnformattableDateException and UnformattableNumberException as UnformattableValueException. Added UnparsableValueException, using it for TemplateDateFormat.parse. by ddekany · 9 years ago
  77. 89ec237 Proper template error message when DecimalFormat.format throws ArithmeticException. by ddekany · 9 years ago
  78. 25f3b82 FTL now uses the ExtendedDecimalFormatParser. Some cleanups in the code. by ddekany · 9 years ago
  79. 9ca1a71 Extended decimal format strings now support options "curc" for CURrency Code (ISO 4217), "curs" for CURency Symbol, and "mdec" for the monetary version of "dec". Just like the other extended format options, these just make long existing DecimalFormat capabilities accessible. Examples: "0.## ¤;;curs=bucks" prints something like "10 bucks", "¤0.##;;curc=USD" prints "$10" (at least if locale is US). by ddekany · 9 years ago
  80. be9500d (Test for BigDecimal "; ;") by ddekany · 9 years ago
  81. a071995 Allowed " for quotation in extended DecimalFormat option assignments. by ddekany · 9 years ago
  82. 205bcda "rnd" instead of "ro", as the abbreviation of "rounding" by ddekany · 9 years ago
  83. d21fe94 (Suppressed a FindBugs false alarm.) by ddekany · 9 years ago
  84. 2bdd261 Using JDOM 1.0-beta-8 from the Maven Central Repo instead of from the freemarker.org repo. by ddekany · 9 years ago
  85. 41ec864 Changed Jython 2.0 dependency to 2.1, because 2.0 isn't present in the Maven Central Repo. Luckily, the API-s used by us are the same in both versions. by ddekany · 9 years ago
  86. 1d5198f Initial implementation of extended DecimalFormat format string parsing. It's not used by FTL yet. Also currency-related options are missing. by ddekany · 9 years ago
  87. aab0286 (Suppressed a FindBugs false alarm.) by ddekany · 9 years ago
  88. 01552a9 Eclipse project files update to use Java 6 (the Ant build will still catch non-Java-5 calls where they aren't allowed) by ddekany · 9 years ago
  89. 2daf5f3 Added support for calling some Java 6 functions (despite that we only require Java 5) by ddekany · 9 years ago
  90. 26c1ff1 Version history typo: "Added freemarker.core.AliasTemplateNumberFormat*Factory* and AliasTemplateDateFormat*Factory*..." by ddekany · 9 years ago
  91. 3fab33d Added freemarker.core.AliasTemplateNumberFormat and AliasTemplateDateFormat, which can be used to create custom formats that are aliases to other formats. For example, instead of writing ${n?string["0.00"]} again and again, you can define the custom format "price" as the alias to the format string "0.00" in the configuration, and then use ${n?string.@price}. Thus, you can control at a central place how prices look. Furthermore, the alias can chose a different target format string depending on the current locale; this is especially useful for dates, where conventions can significantly differ in different countries. by ddekany · 9 years ago
  92. ef18a73 TemplateXxxFormat and related API cleanup: Exceptions thrown. Introducing common ancestors for number-formatting-related and date-formatting-related classes by ddekany · 9 years ago
  93. 8983313 Fixed doubled FTL stack trace in `?string` formatting errors by ddekany · 9 years ago
  94. 52dcb97 Added public Environment methods for getting TemplateDateFormat objects. Other formatting code clean up and JavaDoc comments. by ddekany · 9 years ago
  95. 0eccad5 Some number formatting code clean up + comments. by ddekany · 9 years ago
  96. c1f7364 Updated Maven scm data by ddekany · 9 years ago
  97. 5e4c13b DISCLAIMER was missing from the distribution artifact by ddekany · 9 years ago
  98. c0a231d Changed owner in copyright headers to the Apache Software Foundation. Modified/created NOTICE, LICENSE and DISCLAIMER files, so that the owner there is the Apache Software Foundation too, and so that their file name and content complies with the guidelines provided by the Apache Software Foundation. by ddekany · 9 years ago
  99. 0e64b9b Version update to 2.3.24-pre01 by ddekany · 9 years ago 2.3-gae-donated-to-asf v2.3.24-pre01-gae
  100. 942f03e (Static utility methods for custom format creation now also deals with dates. Some JavaDoc comments on API stability.) by ddekany · 9 years ago