<feed xmlns='http://www.w3.org/2005/Atom'>
<title>everge.git/data/test/test10.rp, branch trunk</title>
<subtitle>Tool for doing text-manipulation of files
</subtitle>
<link rel='alternate' type='text/html' href='https://git.ashardalon.com/everge.git/'/>
<entry>
<title>Rename test files</title>
<updated>2020-05-20T23:16:55+00:00</updated>
<author>
<name>Ben Culkin</name>
<email>scorpress@gmail.com</email>
</author>
<published>2020-05-20T23:16:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ashardalon.com/everge.git/commit/?id=63524d0fe212609cc4af93807753a47eae09979b'/>
<id>63524d0fe212609cc4af93807753a47eae09979b</id>
<content type='text'>
Renamed the test files so that their name gives a hint as to what it is
that they are testing, without having to open the file</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Renamed the test files so that their name gives a hint as to what it is
that they are testing, without having to open the file</pre>
</div>
</content>
</entry>
<entry>
<title>Implement pattern guards</title>
<updated>2019-09-09T23:56:53+00:00</updated>
<author>
<name>bculkin2442</name>
<email>bjculkin@mix.wvu.edu</email>
</author>
<published>2019-09-09T23:56:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ashardalon.com/everge.git/commit/?id=c6897211cb5da8c5bbbaf267db8ad020eb63a114'/>
<id>c6897211cb5da8c5bbbaf267db8ad020eb63a114</id>
<content type='text'>
Pattern guards allow you to say that a particular pair should only be
replaced when the input matches a particular regular expression.

It is tied to the 'G' or 'Guard' control on the pair header, and is one
of the 3 or so major features I want to implement before a 1.0 release

As an aside, the other two features I want to add are:

Multibody Support
=================
This will allow a pair to replace to a few different things, based on
various conditions (the two main ones I want are some sort of cyclic
behavior, and some sort of guards for these)

Sub-application
================
Allow the application of a stage to the result of applying a pair/parts
of applying a pair. This will likely entail several sub-features such
as:

Named Stages
------------
A named stage is a collection of pairs that isn't applied by default,
but is instead used for convenient grouping of related pages together.

Custom Replacement
------------------
Instead of using replaceAll, I'll probably go for something using
appendReplacement etc. on Matcher and roll some sort of custom thing, so
as to provide for a convenient syntax for anything special I want to do
while running the replacement.

I'll also want to add some documentation, in addition to maybe doing
some restructuring to make how things are laid out more obvious.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Pattern guards allow you to say that a particular pair should only be
replaced when the input matches a particular regular expression.

It is tied to the 'G' or 'Guard' control on the pair header, and is one
of the 3 or so major features I want to implement before a 1.0 release

As an aside, the other two features I want to add are:

Multibody Support
=================
This will allow a pair to replace to a few different things, based on
various conditions (the two main ones I want are some sort of cyclic
behavior, and some sort of guards for these)

Sub-application
================
Allow the application of a stage to the result of applying a pair/parts
of applying a pair. This will likely entail several sub-features such
as:

Named Stages
------------
A named stage is a collection of pairs that isn't applied by default,
but is instead used for convenient grouping of related pages together.

Custom Replacement
------------------
Instead of using replaceAll, I'll probably go for something using
appendReplacement etc. on Matcher and roll some sort of custom thing, so
as to provide for a convenient syntax for anything special I want to do
while running the replacement.

I'll also want to add some documentation, in addition to maybe doing
some restructuring to make how things are laid out more obvious.
</pre>
</div>
</content>
</entry>
</feed>
