anchor.diff:  * Overcomes some design limitations of the scala.concurrent library
   * Provides convenience methods for writing more readable, concise and DRY concurrent code such as +Future.get+, +Future.toTry+ and +Future.fold+
   
  -== Pre-requisites
  -1. Scala 2.9.3, 2.10.4 or 2.11.1
  -
  -== Inclusion in build.sbt
  +* Code: https://github.com/S-Mach/s_mach.concurrent
  +* Scaladoc: http://S-Mach.github.io/s_mach.concurrent
  +
  +== Pre-requisites & adding to build.sbt
  +1. +s_mach.concurrent+ works with Scala 2.9.3, 2.10.4 or 2.11.1
  +
   [source,sbt,numbered]
   libraryDependencies += "net.s_mach" % "concurrent" %% "0.1.0"
   
  -== Links
  -* Code: https://github.com/S-Mach/s_mach.concurrent
  -* Scaladoc: http://S-Mach.github.io/s_mach.concurrent
  -
  -== Imports
  +
  +== Imports for Examples
   All code examples assume the following imports:
   [source,scala,numbered]
   ----
  
positive.code: +s_mach.concurrent+ allows modifying collection concurrent operations to report operation progress, retry failures and
  limit iteration speed to a specific time period.
  
  .Example 8: Adding progress reporting, retry and throttle control to collection concurrent operations
  [source,scala,numbered]
  ----
  val oomItemIdBatch = (1 to 10).toList.map(_.toString).grouped(2).toList
  
negative.code: +s_mach.concurrent+ adds an applicative workflow method for futures: +concurrently+. This method can more concisely
  express the pattern above:
  
  .Example 7: New +concurrently+ method
  [source,scala,numbered]
  ----
  for {
  