Module: TaskJuggler::TjpSyntaxRules

Included in:: ProjectFileParser

Defined in:: lib/taskjuggler/TjpSyntaxRules.rb

Overview

This module contains the rule definition for the TJP syntax. Every rule is put in a function who’s name must start with rule_. The functions are not necessary but make the file more readable and receptable to syntax folding.

Instance Method Summary collapse

Instance Method Details

#rule_absoluteTaskId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 22

def rule_absoluteTaskId
  pattern(%w( !taskIdUnverifd ), lambda {
    id = (@taskprefix.empty? ? '' : @taskprefix + '.') + @val[0]
    if (task = @project.task(id)).nil?
      error('unknown_abs_task', "Unknown task #{id}", @sourceFileInfo[0])
    end
    task
  })
end

#rule_account ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 32

def rule_account
  pattern(%w( !accountHeader !accountBody ), lambda {
     @property = @property.parent
  })
  doc('account', <<'EOT'
Declares an account. Accounts can be used to calculate costs of tasks or the
whole project. Account declaration may be nested, but only leaf accounts may
be used to track turnover. When the cost of a task is split over multiple
accounts they all must have the same top-level group account. Top-level
accounts can be used for profit/loss calculations. The sub-account structure
of a top-level account should be organized accordingly.

Accounts have a global name space. All IDs must be unique within the accounts of the project.
EOT
     )
  example('Account', '1')
end

#rule_accountAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 50

def rule_accountAttributes
  repeatable
  optional
  pattern(%w( !account))
  pattern(%w( !accountScenarioAttributes ))
  pattern(%w( !scenarioIdCol !accountScenarioAttributes ), lambda {
    @scenarioIdx = 0
  })
  # Other attributes will be added automatically.
end

#rule_accountBody ⇒ `Object`



61
62
63

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 61

def rule_accountBody
  optionsRule('accountAttributes')
end

#rule_accountCredit ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 65

def rule_accountCredit
  pattern(%w( !valDate $STRING !number ), lambda {
    AccountCredit.new(@val[0], @val[1], @val[2])
  })
  arg(1, 'description', 'Short description of the transaction')
  arg(2, 'amount', 'Amount to be booked.')
end

#rule_accountCredits ⇒ `Object`



73
74
75

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 73

def rule_accountCredits
  listRule('moreAccountCredits', '!accountCredit')
end

#rule_accountHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 77

def rule_accountHeader
  pattern(%w( _account !optionalID $STRING ), lambda {
    if @property.nil? && !@accountprefix.empty?
      @property = @project.account(@accountprefix)
    end
    if @val[1] && @project.account(@val[1])
      error('account_exists', "Account #{@val[1]} has already been defined.",
            @sourceFileInfo[1], @property)
    end
    @property = Account.new(@project, @val[1], @val[2], @property)
    @property.sourceFileInfo = @sourceFileInfo[0]
    @property.inheritAttributes
    @scenarioIdx = 0
  })
  arg(2, 'name', 'A name or short description of the account')
end

#rule_accountId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 94

def rule_accountId
  pattern(%w( $ID ), lambda {
    id = @val[0]
    id = @accountprefix + '.' + id unless @accountprefix.empty?
    # In case we have a nested supplement, we need to prepend the parent ID.
    id = @property.fullId + '.' + id if @property && @property.is_a?(Account)
    if (account = @project.account(id)).nil?
      error('unknown_account', "Unknown account #{id}", @sourceFileInfo[0])
    end
    account
  })
end

#rule_accountReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 107

def rule_accountReport
  pattern(%w( !accountReportHeader !reportBody ), lambda {
    @property = @property.parent
  })
  level(:beta)
  doc('accountreport', <<'EOT'
The report lists accounts and their respective values in a table. The report
can operate in two modes:

# Balance mode: If a [[balance]] has been set, the report will include the
defined cost and revenue accounts as well as all their sub accounts. To reduce
the list of included accounts, you can use the [[hideaccount]],
[[rollupaccount]] or [[accountroot]] attributes. The order of the task can
be controlled with [[sortaccounts]]. If the first sorting criteria is tree
sorting, the parent accounts will always be included to form the tree.
Tree sorting is the default. You need to change it if you do not want certain
parent accounts to be included in the report. Additionally, it will contain a line at the end that lists the balance (revenue - cost).

# Normal mode: All reports are listed in the order and completeness as defined
by the other report attributes. No balance line will be included.
EOT
     )
  example('AccountReport')
end

#rule_accountReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 132

def rule_accountReportHeader
  pattern(%w( _accountreport !optionalID !reportName ), lambda {
    newReport(@val[1], @val[2], :accountreport, @sourceFileInfo[0]) do
      unless @property.modified?('columns')
        # Set the default columns for this report.
        %w( bsi name monthly ).each do |col|
          @property.get('columns') <<
          TableColumnDefinition.new(col, columnTitle(col))
        end
      end
      # Show all accounts, sorted by tree, seqno-up.
      unless @property.modified?('hideAccount')
        @property.set('hideAccount',
                      LogicalExpression.new(LogicalOperation.new(0)))
      end
      unless @property.modified?('sortAccounts')
        @property.set('sortAccounts',
                      [ [ 'tree', true, -1 ],
                        [ 'seqno', true, -1 ] ])
      end
    end
  })
end

#rule_accountScenarioAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 156

def rule_accountScenarioAttributes
  pattern(%w( _aggregate !aggregate ), lambda {
    @property.set('aggregate', @val[1])
  })
  doc('aggregate', <<'EOT'
Specifies whether the account is used to track task or resource specific
amounts. The default is to track tasks.
EOT
     )
  example('AccountReport')

  pattern(%w( _credits !accountCredits ), lambda {
    @property['credits', @scenarioIdx] += @val[1]
  })
  doc('credits', <<'EOT'
Book the specified amounts to the account at the specified date. The
desciptions are just used for documentary purposes.
EOT
     )
  example('Account', '1')

  pattern(%w( !flags ))
  doc('flags.account', <<'EOT'
Attach a set of flags. The flags can be used in logical expressions to filter
properties from the reports.
EOT
     )

  # Other attributes will be added automatically.
end

#rule_aggregate ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 187

def rule_aggregate
  pattern(%w( _resources ), lambda {
    :resources
  })
  descr('Aggregate resources')

  pattern(%w( _tasks ), lambda {
    :tasks
  })
  descr('Aggregate tasks')
end

#rule_alertLevel ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 199

def rule_alertLevel
  pattern(%w( $ID ), lambda {
    level = @project['alertLevels'].indexById(@val[0])
    unless level
      levels = @project['alertLevels'].map { |l| l.id }
      error('bad_alert', "Unknown alert level #{@val[0]}. Must be " +
            "one of #{levels.join(', ')}", @sourceFileInfo[0])
    end
    level
  })
  arg(0, 'alert level', <<'EOT'
By default supported values are ''''green'''', ''''yellow'''' and ''''red''''.
The default value is ''''green''''. You can define your own levels with
[[alertlevels]].
EOT
     )
end

#rule_alertLevelDefinition ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 217

def rule_alertLevelDefinition
  pattern(%w( $ID $STRING !color ), lambda {
    [ @val[0], @val[1], @val[2] ]
  })
  arg(0, 'ID', "A unique ID for the alert level")
  arg(1, 'color name', 'A unique name of the alert level color')
end

#rule_alertLevelDefinitions ⇒ `Object`



225
226
227

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 225

def rule_alertLevelDefinitions
  listRule('moreAlertLevelDefinitions', '!alertLevelDefinition')
end

#rule_allocate ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 229

def rule_allocate
  pattern(%w( _allocate !allocations ), lambda {
    checkContainer('allocate')
    @property['allocate', @scenarioIdx] += @val[1]
  })
  doc('allocate', <<'EOT'
Specify which resources should be allocated to the task. The
attributes provide numerous ways to control which resource is used and when
exactly it will be assigned to the task. Shifts and limits can be used to
restrict the allocation to certain time intervals or to limit them to a
certain maximum per time period. The purge statement can be used to remove
inherited allocations or flags.

For effort-based tasks the task duration is clipped to only extend from the
beginning of the first allocation to the end of the last allocation. This is
done to optimize for an overall minimum project duration as dependent tasks
can potentially use the unallocated, clipped slots.
EOT
     )
  example('Allocate-1', '1')
end

#rule_allocateShiftAssignments ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 404

def rule_allocateShiftAssignments
  pattern(%w( _shift ), lambda {
    @shiftAssignments = @allocate.shifts
  })
end

#rule_allocateShiftsAssignments ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 410

def rule_allocateShiftsAssignments
  pattern(%w( _shifts ), lambda {
    @shiftAssignments = @allocate.shifts
  })
end

#rule_allocation ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 251

def rule_allocation
  pattern(%w( !allocationHeader !allocationBody ), lambda {
    @val[0]
  })
end

#rule_allocationAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 257

def rule_allocationAttributes
  optional
  repeatable

  pattern(%w( _alternative !resourceId !moreAlternatives ), lambda {
    ([ @val[1] ] + (@val[2] ? @val[2] : [])).each do |candidate|
      @allocate.addCandidate(candidate)
    end
  })
  doc('alternative', <<'EOT'
Specify which resources should be allocated to the task. The optional
attributes provide numerous ways to control which resource is used and when
exactly it will be assigned to the task. Shifts and limits can be used to
restrict the allocation to certain time intervals or to limit them to a
certain maximum per time period.
EOT
     )
  example('Alternative', '1')

  pattern(%w( !limits ), lambda {
    limits = @property['limits', @scenarioIdx] = @val[0]
    @allocate.candidates.each do |resource|
       limits.limits.each do |l|
         l.resource = resource if resource.leaf?
       end
    end
  })
  level(:removed)
  doc('limits.allocate', '')

  pattern(%w( _select !allocationSelectionMode ), lambda {
    @allocate.setSelectionMode(@val[1])
  })
  doc('select', <<'EOT'
The select function controls which resource is picked from an allocation and
it's alternatives. The selection is re-evaluated each time the resource used
in the previous time slot becomes unavailable.

Even for non-persistent allocations a change in the resource selection only
happens if the resource used in the previous (or next for ASAP tasks) time
slot has become unavailable.
EOT
     )

  pattern(%w( _persistent ), lambda {
    @allocate.persistent = true
  })
  doc('persistent', <<'EOT'
Specifies that once a resource is picked from the list of alternatives, this
resource is used for the whole task. This is useful when several alternative
resources have been specified. Normally the selected resource can change after
each break. A break is an interval of at least one timeslot where no resources
were available.
EOT
     )

  pattern(%w( _mandatory ), lambda {
    @allocate.mandatory = true
  })
  doc('mandatory', <<'EOT'
Makes a resource allocation mandatory. This means, that for each time slot
only then resources are allocated when all mandatory resources are available.
So either all mandatory resources can be allocated for the time slot, or no
resource will be allocated.
EOT
     )
  pattern(%w( !allocateShiftAssignments !shiftAssignment ), lambda {
    begin
      @allocate.shifts = @shiftAssignments
    rescue AttributeOverwrite
      # Multiple shift assignments are a common idiom, so don't warn about
      # them.
    end
    @shiftAssignments = nil
  })
  level(:deprecated)
  also('shifts.allocate')
  doc('shift.allocate', <<'EOT'
Limits the allocations of resources during the specified interval to the
specified shift. Multiple shifts can be defined, but shift intervals may not
overlap. Allocation shifts are an additional restriction to the
[[shifts.task|task shifts]] and [[shifts.resource|resource shifts]] or
[[workinghours.resource|resource working hours]]. Allocations will only be
made for time slots that are specified as duty time in all relevant shifts.
The restriction to the shift is only active during the specified time
interval. Outside of this interval, no restrictions apply.
EOT
     )

  pattern(%w( !allocateShiftsAssignments !shiftAssignments ), lambda {
    begin
      @allocate.shifts = @shiftAssignments
    rescue AttributeOverwrite
      # Multiple shift assignments are a common idiom, so don't warn about
      # them.
    end
    @shiftAssignments = nil
  })
  doc('shifts.allocate', <<'EOT'
Limits the allocations of resources during the specified interval to the
specified shift. Multiple shifts can be defined, but shift intervals may not
overlap. Allocation shifts are an additional restriction to the
[[shifts.task|task shifts]] and [[shifts.resource|resource shifts]] or
[[workinghours.resource|resource working hours]]. Allocations will only be
made for time slots that are specified as duty time in all relevant shifts.
The restriction to the shift is only active during the specified time
interval. Outside of this interval, no restrictions apply.
EOT
     )
end

#rule_allocationBody ⇒ `Object`



368
369
370

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 368

def rule_allocationBody
  optionsRule('allocationAttributes')
end

#rule_allocationHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 372

def rule_allocationHeader
  pattern(%w( !resourceId ), lambda {
    @allocate = Allocation.new([ @val[0] ])
  })
end

#rule_allocations ⇒ `Object`



378
379
380

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 378

def rule_allocations
  listRule('moreAllocations', '!allocation')
end

#rule_allocationSelectionMode ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 382

def rule_allocationSelectionMode
  singlePattern('_maxloaded')
  descr('Pick the available resource that has been used the most so far.')

  singlePattern('_minloaded')
  descr('Pick the available resource that has been used the least so far.')

  singlePattern('_minallocated')
  descr(<<'EOT'
Pick the resource that has the smallest allocation factor. The
allocation factor is calculated from the various allocations of the resource
across the tasks. This is the default setting.
EOT
       )

  singlePattern('_order')
  descr('Pick the first available resource from the list.')

  singlePattern('_random')
  descr('Pick a random resource from the list.')
end

#rule_allOrNone ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 416

def rule_allOrNone
  pattern(%w( _all ), lambda {
    1
  })
  pattern(%w( _none ), lambda {
    0
  })
end

#rule_argument ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 425

def rule_argument
  singlePattern('$ABSOLUTE_ID')
  singlePattern('!date')
  singlePattern('$ID')
  singlePattern('$INTEGER')
  singlePattern('$FLOAT')
end

#rule_argumentList ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 433

def rule_argumentList
  optional
  pattern(%w( _( !argumentListBody _) ), lambda {
    @val[1].nil? ? [] : @val[1]
  })
end

#rule_argumentListBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 440

def rule_argumentListBody
  optional
  pattern(%w( !argument !moreArguments ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_author ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 447

def rule_author
  pattern(%w( _author !resourceId ), lambda {
    @journalEntry.author = @val[1]
  })
  doc('author', <<'EOT'
This attribute can be used to capture the authorship or source of the
information.
EOT
     )
end

#rule_balance ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 458

def rule_balance
  pattern(%w( _balance !balanceAccounts ), lambda {
    @val[1]
  })
  doc('balance', <<'EOT'
During report generation, TaskJuggler can consider some accounts to be revenue accounts, while other can be considered cost accounts. By using the balance attribute, two top-level accounts can be designated for a profit-loss-analysis. This analysis includes all sub accounts of these two top-level accounts.

To clear a previously set balance, just use a ''''-''''.
EOT
     )
  example('AccountReport')
end

#rule_balanceAccounts ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 471

def rule_balanceAccounts
  pattern(%w( !accountId !accountId ), lambda {
    if @val[0].parent
      error('cost_acct_no_top',
            "The cost account #{@val[0].fullId} is not a top-level account.",
            @sourceFileInfo[0])
    end
    if @val[1].parent
      error('rev_acct_no_top',
            "The revenue account #{@val[1].fullId} is not a top-level " +
            "account.", @sourceFileInfo[1])
    end
    if @val[0] == @val[1]
      error('cost_rev_same',
            'The cost and revenue accounts may not be the same.',
            @sourceFileInfo[0])
    end
    [ @val[0], @val[1] ]
  })
  arg(0, 'cost account', <<'EOT'
The top-level account that is used for all cost related charges.
EOT
     )
  arg(2, 'revenue account', <<'EOT'
The top-level account that is used for all revenue related charges.
EOT
     )

  pattern([ '_-' ], lambda {
    [ nil, nil ]
  })
end

#rule_bookingAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 504

def rule_bookingAttributes
  optional
  repeatable

  pattern(%w( _overtime $INTEGER ), lambda {
    if @val[1] < 0 || @val[1] > 2
      error('overtime_range',
            "Overtime value #{@val[1]} out of range (0 - 2).",
            @sourceFileInfo[1], @property)
    end
    @booking.overtime = @val[1]
  })
  doc('overtime.booking', <<'EOT'
This attribute enables bookings during off-hours and leaves. It implicitly
sets the [[sloppy.booking|sloppy]] attribute accordingly.
EOT
     )
  arg(1, 'value', <<'EOT'
* '''0''': You can only book available working time. (Default)

* '''1''': You can book off-hours as well.

* '''2''': You can book working time, off-hours and vacation time.
EOT
     )

  pattern(%w( _sloppy $INTEGER ), lambda {
    if @val[1] < 0 || @val[1] > 2
      error('sloppy_range',
            "Sloppyness value #{@val[1]} out of range (0 - 2).",
            @sourceFileInfo[1], @property)
    end
    @booking.sloppy = @val[1]
  })
  doc('sloppy.booking', <<'EOT'
Controls how strict TaskJuggler checks booking intervals for conflicts with
working periods and leaves. This attribute only affects the check for
conflicts. No assignments will be made unless the [[overtime.booking|
overtime]] attribute is set accordingly.
EOT
     )
  arg(1, 'sloppyness', <<'EOT'
* '''0''': Period may not contain any off-duty hours, vacation or other task
assignments. (default)

* '''1''': Period may contain off-duty hours, but no vacation time or other
task assignments.

* '''2''': Period may contain off-duty hours and vacation time, but no other
task assignments.
EOT
     )
end

#rule_bookingBody ⇒ `Object`



558
559
560

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 558

def rule_bookingBody
  optionsRule('bookingAttributes')
end

#rule_calendarDuration ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 562

def rule_calendarDuration
  pattern(%w( !number !durationUnit ), lambda {
    convFactors = [ 60.0, # minutes
                    60.0 * 60, # hours
                    60.0 * 60 * 24, # days
                    60.0 * 60 * 24 * 7, # weeks
                    60.0 * 60 * 24 * 30.4167, # months
                    60.0 * 60 * 24 * 365 # years
                   ]
    ((@val[0] * convFactors[@val[1]]) / @project['scheduleGranularity']).to_i
  })
  arg(0, 'value', 'A floating point or integer number')
end

#rule_chargeMode ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 615

def rule_chargeMode
  singlePattern('_onstart')
  descr('Charge the amount on starting the task.')

  singlePattern('_onend')
  descr('Charge the amount on finishing the task.')

  singlePattern('_perhour')
  descr('Charge the amount for every hour the task lasts.')

  singlePattern('_perday')
  descr('Charge the amount for every day the task lasts.')

  singlePattern('_perweek')
  descr('Charge the amount for every week the task lasts.')
end

#rule_chargeset ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 576

def rule_chargeset
  pattern(%w( _chargeset !chargeSetItem !moreChargeSetItems ), lambda {
    checkContainer('chargeset')
    items = [ @val[1] ]
    items += @val[2] if @val[2]
    chargeSet = ChargeSet.new
    begin
      items.each do |item|
        chargeSet.addAccount(item[0], item[1])
      end
      chargeSet.complete
    rescue TjException
      error('chargeset', $!.message, @sourceFileInfo[0], @property)
    end
    masterAccounts = []
    @property['chargeset', @scenarioIdx].each do |set|
      masterAccounts << set.master
    end
    if masterAccounts.include?(chargeSet.master)
      error('chargeset_master',
            "All charge sets for this property must have different " +
            "top-level accounts.", @sourceFileInfo[0], @property)
    end
    @property['chargeset', @scenarioIdx] =
      @property['chargeset', @scenarioIdx] + [ chargeSet ]
  })
  doc('chargeset', <<'EOT'
A chargeset defines how the turnover associated with the property will be
charged to one or more accounts. A property may have any number of charge sets,
but each chargeset must deal with a different top-level account. A charge set
consists of one or more accounts. Each account must be a leaf account. The
account ID may be followed by a percentage value that determines the share for
this account. The total percentage of all accounts must be exactly 100%. If
some accounts don't have a percentage specification, the remainder to 100% is
distributed evenly between them.
EOT
     )
end

#rule_chargeSetItem ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 632

def rule_chargeSetItem
  pattern(%w( !accountId !optionalPercent ), lambda {
    if @property.is_a?(Task)
      aggregate = :tasks
    elsif @property.is_a?(Resource)
      aggregate = :resources
    else
      raise "Unknown property type #{@property.class}"
    end

    if @val[0].get('aggregate') != aggregate
      error('account_bad_aggregate',
            "The account #{@val[0].fullId} cannot aggregate amounts " +
            "related to #{aggregate}.")
    end

    [ @val[0], @val[1] ]
  })
  arg(0, 'account', 'The ID of a previously defined leaf account.')
  arg(1, 'share', 'A percentage between 0 and 100%')
end

#rule_chartScale ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 654

def rule_chartScale
  singlePattern('_hour')
  descr('Set chart resolution to 1 hour.')

  singlePattern('_day')
  descr('Set chart resolution to 1 day.')

  singlePattern('_week')
  descr('Set chart resolution to 1 week.')

  singlePattern('_month')
  descr('Set chart resolution to 1 month.')

  singlePattern('_quarter')
  descr('Set chart resolution to 1 quarter.')

  singlePattern('_year')
  descr('Set chart resolution to 1 year.')
end

#rule_color ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 674

def rule_color
  pattern(%w( $STRING ), lambda {
    col = @val[0]
    unless /#[0-9A-Fa-f]{3}/ =~ col || /#[0-9A-Fa-f]{6}/ =~ col
      error('bad_color',
            "Color values must be specified as '#RGB' or '#RRGGBB' values",
            @sourceFileInfo[0])
    end
    col
  })
  arg(0, 'color', <<'EOT'
The RGB color values of the color. The following formats are supported: #RGB
and #RRGGBB. Where R, G, B are hexadecimal values. See
[http://en.wikipedia.org/wiki/Web_colors Wikipedia] for more details.
EOT
     )
end

#rule_columnBody ⇒ `Object`



692
693
694

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 692

def rule_columnBody
  optionsRule('columnOptions')
end

#rule_columnDef ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 696

def rule_columnDef
  pattern(%w( !columnId !columnBody ), lambda {
    @val[0]
  })
end

#rule_columnId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 702

def rule_columnId
  pattern(%w( !reportableAttributes ), lambda {
    @column = TableColumnDefinition.new(@val[0], columnTitle(@val[0]))
  })
  doc('columnid', <<'EOT'
This is a comprehensive list of all pre-defined [[columns]]. In addition to
the listed IDs all user defined attributes can be used as column IDs.
EOT
     )
end

#rule_columnOptions ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 713

def rule_columnOptions
  optional
  repeatable

  pattern(%w( _celltext !logicalExpression $STRING ), lambda {
    @column.cellText.addPattern(
      CellSettingPattern.new(newRichText(@val[2], @sourceFileInfo[2]),
                             @val[1]))
  })
  doc('celltext.column', <<'EOT'
Specifies an alternative content that is used for the cells of the column.
Usually such a text contains a query function. Otherwise all cells of the
column will have the same fixed value. The logical expression specifies for
which cells the text should be used. If multiple celltext patterns are
provided for a column, the first matching one is taken for each cell.
EOT
      )
  arg(2, 'text',
      'Alterntive cell text specified as [[Rich_Text_Attributes|Rich Text]]')

  pattern(%w( _cellcolor !logicalExpression !color ), lambda {
    @column.cellColor.addPattern(
      CellSettingPattern.new(@val[2], @val[1]))
  })
  doc('cellcolor.column', <<'EOT'
Specifies an alternative background color for the cells of this column. The
[[logicalexpression|logical expression]] specifies for which cells the color
should be used. If multiple cellcolor patterns are provided for a column, the
first matching one is used for each cell.
EOT
     )

  pattern(%w( _end !date ), lambda {
    @column.end = @val[1]
  })
  doc('end.column', <<'EOT'
Normally, columns with calculated values take the specified report period into
account when calculating their values. With this attribute, the user can
specify an end date for the period that should be used when calculating the
values of this column. It does not have an impact on columns with time
invariant values.
EOT
     )

  pattern(%w( _fontcolor !logicalExpression !color ), lambda {
    @column.fontColor.addPattern(
      CellSettingPattern.new(@val[2], @val[1]))
  })
  doc('fontcolor.column', <<'EOT'
Specifies an alternative font color for the cells of this column. The
[[logicalexpression|logical expression]] specifies for which cells the color
should be used. If multiple fontcolor patterns are provided for a column, the
first matching one is used for each cell.
EOT
     )

  pattern(%w( _halign !logicalExpression !hAlignment ), lambda {
    @column.hAlign.addPattern(
      CellSettingPattern.new(@val[2], @val[1]))
  })
  doc('halign.column', <<'EOT'
Specifies the horizontal alignment of the cell content. The
[[logicalexpression|logical expression]] specifies for which cells the alignment
setting should be used. If multiple halign patterns are provided for a column,
the first matching one is used for each cell.
EOT
     )

  pattern(%w( _listitem $STRING ), lambda {
    @column.listItem = @val[1]
  })
  doc('listitem.column', <<'EOT'
Specifies a [[Rich_Text_Attributes|Rich Text]] pattern that is used to generate the text for the list
items. The pattern should contain at least one ''''<nowiki><</nowiki>-query
attribute='XXX'->'''' element that will be replaced with the value of
attribute XXX. For the replacement, the property of the query will be the list
item.
EOT
     )

  pattern(%w( _listtype !listType ), lambda {
    @column.listType = @val[1]
  })
  also(%w( listitem.column ))
  doc('listtype.column', <<'EOT'
Specifies what type of list should be used. This attribute only affects
columns that contain a list of items.
EOT
     )

  pattern(%w( _period !interval ), lambda {
    @column.start = @val[1].start
    @column.end = @val[1].end
  })
  doc('period.column', <<'EOT'
This property is a shortcut for setting the [[start.column|start]] and
[[end.column|end]] property at the same time.
EOT
     )

  pattern(%w( _scale !chartScale ), lambda {
    @column.scale = @val[1]
  })
  doc('scale.column', <<'EOT'
Specifies the scale that should be used for a chart column. This value is ignored for all other columns.
EOT
     )

  pattern(%w( _start !date ), lambda {
    @column.start = @val[1]
  })
  doc('start.column', <<'EOT'
Normally, columns with calculated values take the specified report period into
account when calculating their values. With this attribute, the user can
specify a start date for the period that should be used when calculating the
values of this column. It does not have an impact on columns with time
invariant values.
EOT
     )

  pattern(%w( _timeformat1 $STRING ), lambda {
    @column.timeformat1 = @val[1]
  })
  doc('timeformat1', <<'EOT'
Specify an alternative format for the upper header line of calendar or Gantt
chart columns.
EOT
     )
  arg(1, 'format', 'See [[timeformat]] for details.')

  pattern(%w( _timeformat2 $STRING ), lambda {
    @column.timeformat2 = @val[1]
  })
  doc('timeformat2', <<'EOT'
Specify an alternative format for the lower header line of calendar or Gantt
chart columns.
EOT
     )
  arg(1, 'format', 'See [[timeformat]] for details.')

  pattern(%w( _title $STRING ), lambda {
    @column.title = @val[1]
  })
  doc('title.column', <<'EOT'
Specifies an alternative title for a report column.
EOT
     )
  arg(1, 'text', 'The new column title.')

  pattern(%w( _tooltip !logicalExpression $STRING ), lambda {
    @column.tooltip.addPattern(
      CellSettingPattern.new(newRichText(@val[2], @sourceFileInfo[2]),
                             @val[1]))
  })
  doc('tooltip.column', <<'EOT'
Specifies an alternative content for the tooltip. This will replace the
original content of the tooltip that would be available for columns with text
that does not fit the column with.  The [[logicalexpression|logical expression]]
specifies for which cells the text should be used. If multiple tooltip
patterns are provided for a column, the first matching one is taken for each
cell.
EOT
     )
  arg(2, 'text', <<'EOT'
The content of the tooltip. The text is interpreted as [[Rich_Text_Attributes|
Rich Text]].
EOT
     )

  pattern(%w( _width !number ), lambda {
    @column.width = @val[1]
  })
  doc('width.column', <<'EOT'
Specifies the maximum width of the column in screen pixels. If the content of
the column does not fit into this width, it will be cut off. In some cases a
scrollbar is added or a tooltip window with the complete content is shown when
the mouse is moved over the column. The latter is only supported in
interactive output formats. The resulting column width may be smaller if the
column has a fixed width (e. g. the chart column).
EOT
     )
end

#rule_currencyFormat ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 896

def rule_currencyFormat
  pattern(%w( _currencyformat $STRING $STRING $STRING $STRING $INTEGER ),
      lambda {
    RealFormat.new(@val.slice(1, 5))
  })
  doc('currencyformat',
      'These values specify the default format used for all currency ' +
      'values.')
  example('Currencyformat')
  arg(1, 'negativeprefix', 'Prefix for negative numbers')
  arg(2, 'negativesuffix', 'Suffix for negative numbers')
  arg(3, 'thousandsep', 'Separator used for every 3rd digit')
  arg(4, 'fractionsep', 'Separator used to separate the fraction digits')
  arg(5, 'fractiondigits', 'Number of fraction digits to show')
end

#rule_date ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 912

def rule_date
  pattern(%w( !dateCalcedOrNot ), lambda {
    resolution = @project.nil? ? Project.maxScheduleGranularity :
                                 @project['scheduleGranularity']
    if @val[0] % resolution != 0
      error('misaligned_date',
            "The date must be aligned to the timing resolution (" +
            "#{resolution / 60} min) of the project.",
            @sourceFileInfo[0])
    end
    @val[0]
  })
  doc('date', <<'EOT'
A DATE is date and time specification similar to the ISO 8601 date format.
Instead of the hard to read ISO notation with a ''''T'''' between the date and
time sections, we simply use the more intuitive and easier to read dash:
''''<nowiki>YYYY-MM-DD[-hh:mm[:ss]][-TIMEZONE]</nowiki>''''. Hour, minutes,
seconds, and the ''''TIMEZONE'''' are optional. If not specified, the values
are set to 0.  ''''TIMEZONE'''' must be an offset to GMT or UTC, specified as
''''+HHMM'''' or ''''-HHMM''''. Dates must always be aligned with the
[[timingresolution]].

TaskJuggler also supports simple date calculations. You can add or subtract a
given interval from a fixed date.

 %{2009-11-01 + 8m}

This will result in an actual date of around 2010-07-01. Keep in mind that due
to the varying lengths of months TaskJuggler cannot add exactly 8 calendar
months. The date calculation functionality makes most sense when used with
macros.

 %{${now} - 2w}

This results in a date 2 weeks earlier than the current (or specified) date.
See [[duration]] for a complete list of supported time intervals. Don't forget
to put at least one space character after the date to prevent TaskJuggler from
interpreting the interval as an hour.

Date attributes may be invalid in some cases. This needs special care in
[[logicalexpression|logical expressions]].
EOT
     )
end

#rule_dateCalcedOrNot ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 957

def rule_dateCalcedOrNot
  singlePattern('$DATE')
  pattern(%w( _% _{ $DATE !plusOrMinus !intervalDuration _} ), lambda {
    @val[2] + ((@val[3] == '+' ? 1 : -1) * @val[4])
  })
end

#rule_declareFlagList ⇒ `Object`



964
965
966

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 964

def rule_declareFlagList
  listRule('moreDeclareFlagList', '$ID')
end

#rule_details ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 968

def rule_details
  pattern(%w( _details $STRING ), lambda {
    return if @val[1].empty?

    rtTokenSetMore =
      [ :LINEBREAK, :SPACE, :WORD, :BOLD, :ITALIC, :CODE, :BOLDITALIC,
        :PRE, :HREF, :HREFEND, :REF, :REFEND, :HLINE, :TITLE2, :TITLE3,
        :TITLE4, :TITLE2END, :TITLE3END, :TITLE4END,
        :BULLET1, :BULLET2, :BULLET3, :BULLET4, :NUMBER1, :NUMBER2, :NUMBER3,
        :NUMBER4 ]
    if @val[1] == "Some more details\n"
      error('ts_default_details',
            "'Some more details' is not a valid value",
            @sourceFileInfo[1])
    end
    @journalEntry.details = newRichText(@val[1], @sourceFileInfo[1],
                                        rtTokenSetMore)
  })
  doc('details', <<'EOT'
This is a continuation of the [[summary]] of the journal or status entry. It
can be several paragraphs long.
EOT
     )
  arg(1, 'text', <<'EOT'
The text will be interpreted as [[Rich_Text_Attributes|Rich Text]]. Only a
subset of the markup is supported for this attribute. You can use word
formatting, paragraphs, hyperlinks, lists, section and subsection
headers.
EOT
     )
end

#rule_durationUnit ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1000

def rule_durationUnit
  pattern(%w( _min ), lambda { 0 })
  descr('minutes')

  pattern(%w( _h ), lambda { 1 })
  descr('hours')

  pattern(%w( _d ), lambda { 2 })
  descr('days')

  pattern(%w( _w ), lambda { 3 })
  descr('weeks')

  pattern(%w( _m ), lambda { 4 })
  descr('months')

  pattern(%w( _y ), lambda { 5 })
  descr('years')
end

#rule_durationUnitOrPercent ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1020

def rule_durationUnitOrPercent
  pattern(%w( _% ), lambda { -1 })
  descr('percentage of reported period')

  pattern(%w( _min ), lambda { 0 })
  descr('minutes')

  pattern(%w( _h ), lambda { 1 })
  descr('hours')

  pattern(%w( _d ), lambda { 2 })
  descr('days')
end

#rule_dynamicAttributes ⇒ `Object`



1034
1035
1036

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1034

def rule_dynamicAttributes
  pattern(%w( !reportAttributes . ))
end

#rule_export ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1038

def rule_export
  pattern(%w( !exportHeader !exportBody ), lambda {
    @property = @property.parent
  })
  doc('export', <<'EOT'
The export report looks like a regular TaskJuggler file with the provided
input data complemented by the results of the scheduling process. The content
of the report can be controlled with the [[definitions]] attribute. In case
the file contains the project header, a ''''.tjp'''' extension is added to the
file name. Otherwise, a ''''.tji'''' extension is used.

The [[resourceattributes]] and [[taskattributes]] attributes provide even more
control over the content of the file.

The export report can be used to share certain tasks or milestones with other
projects or to save past resource allocations as immutable part for future
scheduling runs. When an export report is included the project IDs of the
included tasks must be declared first with the project id property.
EOT
     )
  example('Export')
end

#rule_exportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1061

def rule_exportAttributes
  optional
  repeatable

  pattern(%w( _definitions !exportDefinitions ), lambda {
    @property.set('definitions', @val[1])
  })
  doc('definitions', <<"EOT"
This attribute controls what definitions will be contained in the report. If
the list includes ''project'', the generated file will have a ''''.tjp''''
extension. Otherwise it will have a ''''.tji'''' extension.

By default, the report contains everything and the generated files have a ''''.tjp'''' extension.
EOT
     )
  allOrNothingListRule('exportDefinitions',
                       { 'flags' => 'Include flag definitions',
                         'project' => 'Include project header',
                         'projecids' => 'Include project IDs',
                         'tasks' => 'Include task definitions',
                         'resources' => 'Include resource definitions' })

  pattern(%w( _formats !exportFormats ), lambda {
    @property.set('formats', @val[1])
  })
  level(:beta)
  doc('formats.export', <<'EOT'
This attribute defines for which output formats the export report should be
generated. By default, the TJP format will be used.
EOT
     )

  pattern(%w( !hideresource ))
  pattern(%w( !hidetask ))

  pattern(%w( !loadunit ))

  pattern(%w( !purge ))
  pattern(%w( !reportEnd ))
  pattern(%w( !reportPeriod ))
  pattern(%w( !reports ))
  pattern(%w( !reportStart ))

  pattern(%w( _resourceattributes !exportableResourceAttributes ), lambda {
    @property.set('resourceAttributes', @val[1])
  })
  doc('resourceattributes', <<"EOT"
Define a list of resource attributes that should be included in the report.
EOT
     )
  allOrNothingListRule('exportableResourceAttributes',
                       { 'booking' => 'Include bookings',
                         'leaves' => 'Include leaves',
                         'workinghours' => 'Include working hours' })

  pattern(%w( !rollupresource ))
  pattern(%w( !rolluptask ))

  pattern(%w( _scenarios !scenarioIdList ), lambda {
    # Don't include disabled scenarios in the report
    @val[1].delete_if { |sc| !@project.scenario(sc).get('active') }
    @property.set('scenarios', @val[1])
  })
  doc('scenarios.export', <<'EOT'
List of scenarios that should be included in the report. By default, all
scenarios will be included. This attribute can be used to limit the included
scenarios to a defined list.
EOT
     )

  pattern(%w( _taskattributes !exportableTaskAttributes ), lambda {
    @property.set('taskAttributes', @val[1])
  })
  doc('taskattributes', <<"EOT"
Define a list of task attributes that should be included in the report.
EOT
     )
  allOrNothingListRule('exportableTaskAttributes',
                       { 'booking' => 'Include bookings',
                         'complete' => 'Include completion values',
                         'depends' => 'Include dependencies',
                         'flags' => 'Include flags',
                         'maxend' => 'Include maximum end dates',
                         'maxstart' => 'Include maximum start dates',
                         'minend' =>  'Include minimum end dates',
                         'minstart' => 'Include minimum start dates',
                         'note' => 'Include notes',
                         'priority' => 'Include priorities',
                         'responsible' => 'Include responsible resource' })

  pattern(%w( _taskroot !taskId), lambda {
    if @val[1].leaf?
      error('taskroot_leaf',
            "#{@val[1].fullId} is not a container task",
            @sourceFileInfo[1])
    end
    @property.set('taskroot', @val[1])
  })
  level(:experimental)
  doc('taskroot.export', <<'EOT'
Only tasks below the specified root-level tasks are exported. The exported
tasks will have the ID of the root-level task stripped from their ID, so that
the sub-tasks of the root-level task become top-level tasks in the report
file.
EOT
     )
  example('TaskRoot')

  pattern(%w( _timezone !validTimeZone ), lambda {
    @property.set('timezone', @val[1])
  })
  doc('timezone.export',
      "Set the time zone to be used for all dates in the report.")
end

#rule_exportBody ⇒ `Object`



1176
1177
1178

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1176

def rule_exportBody
  optionsRule('exportAttributes')
end

#rule_exportFormat ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1180

def rule_exportFormat
  pattern(%w( _tjp ), lambda {
    :tjp
  })
  descr('Export of the scheduled project in TJP syntax.')

  pattern(%w( _mspxml ), lambda {
    :mspxml
  })
  descr(<<'EOT'
Export of the scheduled project in Microsoft Project XML format. This will
export the data of the fully scheduled project. The exported data include the
tasks, resources and the assignments of resources to tasks. This is only a
small subset of the data that TaskJuggler can manage. This export is intended
to share resource assignment data with other teams using Microsoft Project.
TaskJuggler manages assignments with a larger accuracy than the Microsoft
Project XML format can represent. This will inevitably lead to some rounding
errors and different interpretation of the data. The numbers you will see in
Microsoft Project are not necessarily an exact match of the numbers you see in
TaskJuggler. The XML file format requires the sequence of the tasks in the
file to follow the work breakdown structure. Hence all user provided sorting
directions will be ignored for this format.
EOT
       )
end

#rule_exportFormats ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1206

def rule_exportFormats
  pattern(%w( !exportFormat !moreExportFormats ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_exportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1212

def rule_exportHeader
  pattern(%w( _export !optionalID $STRING ), lambda {
    newReport(@val[1], @val[2], :export, @sourceFileInfo[0]) do
      unless @property.modified?('formats')
        @property.set('formats', [ :tjp ])
      end

      # By default, we export all scenarios.
      unless @property.modified?('scenarios')
        scenarios = Array.new(@project.scenarios.items) { |i| i }
        scenarios.delete_if { |sc| !@project.scenario(sc).get('active') }
        @property.set('scenarios', scenarios)
      end
      # Show all tasks, sorted by seqno-up.
      unless @property.modified?('hideTask')
        @property.set('hideTask',
                      LogicalExpression.new(LogicalOperation.new(0)))
      end
      unless @property.modified?('sortTasks')
        @property.set('sortTasks', [ [ 'seqno', true, -1 ] ])
      end
      # Show all resources, sorted by seqno-up.
      unless @property.modified?('hideResource')
        @property.set('hideResource',
                      LogicalExpression.new(LogicalOperation.new(0)))
      end
      unless @property.modified?('sortResources')
        @property.set('sortResources', [ [ 'seqno', true, -1 ] ])
      end
    end
  })
  arg(2, 'file name', <<'EOT'
The name of the report file to generate. It must end with a .tjp or .tji
extension, or use . to use the standard output channel.
EOT
     )
end

#rule_extendAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1250

def rule_extendAttributes
  optional
  repeatable

  pattern(%w( _date !extendId  $STRING !extendOptionsBody ), lambda {
    # Extend the propertySet definition and parser rules
    if extendPropertySetDefinition(DateAttribute, nil)
      @ruleToExtendWithScenario.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '!date' ], lambda {
          @property[@val[0], @scenarioIdx] = @val[1]
        }))
    else
      @ruleToExtend.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '!date' ], lambda {
          @property.set(@val[0], @val[1])
        }))
    end
  })
  doc('date.extend', <<'EOT'
Extend the property with a new attribute of type date.
EOT
     )
  arg(2, 'name', 'The name of the new attribute. It is used as header ' +
                 'in report columns and the like.')

  pattern(%w( _number !extendId  $STRING !extendOptionsBody ), lambda {
    # Extend the propertySet definition and parser rules
    if extendPropertySetDefinition(FloatAttribute, nil)
      @ruleToExtendWithScenario.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '!number' ], lambda {
          @property[@val[0], @scenarioIdx] = @val[1]
        }))
    else
      @ruleToExtend.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '!number' ], lambda {
          @property.set(@val[0], @val[1])
        }))
    end
  })
  doc('number.extend', <<'EOT'
Extend the property with a new attribute of type number. Possible values for
this attribute could be integer or floating point numbers.
EOT
     )
  arg(2, 'name', 'The name of the new attribute. It is used as header ' +
                 'in report columns and the like.')

  pattern(%w( _reference !extendId $STRING !extendOptionsBody ), lambda {
    # Extend the propertySet definition and parser rules
    if extendPropertySetDefinition(ReferenceAttribute, nil)
      @ruleToExtendWithScenario.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '$STRING', '!referenceBody' ], lambda {
          @property[@val[0], @scenarioIdx] = [ @val[1], @val[2] ]
        }))
    else
      @ruleToExtend.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '$STRING', '!referenceBody' ], lambda {
          @property.set(@val[0], [ @val[1], @val[2] ])
        }))
    end
  })
  doc('reference.extend', <<'EOT'
Extend the property with a new attribute of type reference. A reference is a
URL and an optional text that will be shown instead of the URL if needed.
EOT
     )
  arg(2, 'name', 'The name of the new attribute. It is used as header ' +
                 'in report columns and the like.')

  pattern(%w( _richtext !extendId $STRING !extendOptionsBody ), lambda {
    # Extend the propertySet definition and parser rules
    if extendPropertySetDefinition(RichTextAttribute, nil)
      @ruleToExtendWithScenario.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '$STRING' ], lambda {
          @property[@val[0], @scenarioIdx] =
            newRichText(@val[1], @sourceFileInfo[1])
        }))
    else
      @ruleToExtend.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '$STRING' ], lambda {
          @property.set(@val[0], newRichText(@val[1], @sourceFileInfo[1]))
        }))
    end
  })
  doc('richtext.extend', <<'EOT'
Extend the property with a new attribute of type [[Rich_Text_Attributes|Rich
Text]].
EOT
     )
  arg(2, 'name', 'The name of the new attribute. It is used as header ' +
                 'in report columns and the like.')

  pattern(%w( _text !extendId $STRING !extendOptionsBody ), lambda {
    # Extend the propertySet definition and parser rules
    if extendPropertySetDefinition(StringAttribute, nil)
      @ruleToExtendWithScenario.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '$STRING' ], lambda {
          @property[@val[0], @scenarioIdx] = @val[1]
        }))
    else
      @ruleToExtend.addPattern(TextParser::Pattern.new(
        [ '_' + @val[1], '$STRING' ], lambda {
          @property.set(@val[0], @val[1])
        }))
    end
  })
  doc('text.extend', <<'EOT'
Extend the property with a new attribute of type text. A text is a character
sequence enclosed in single or double quotes.
EOT
     )
  arg(2, 'name', 'The name of the new attribute. It is used as header ' +
                 'in report columns and the like.')

end

#rule_extendBody ⇒ `Object`



1366
1367
1368

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1366

def rule_extendBody
  optionsRule('extendAttributes')
end

#rule_extendId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1370

def rule_extendId
  pattern(%w( $ID ), lambda {
    unless (?A..?Z) === @val[0][0]
      error('extend_id_cap',
            "User defined attributes IDs must start with a capital letter",
            @sourceFileInfo[0])
    end
    @val[0]
  })
  arg(0, 'id', 'The ID of the new attribute. It can be used like the ' +
               'built-in IDs.')
end

#rule_extendOptions ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1383

def rule_extendOptions
  optional
  repeatable

  singlePattern('_inherit')
  doc('inherit.extend', <<'EOT'
If this attribute is used, the property extension will be inherited by
child properties from their parent property.
EOT
     )

  singlePattern('_scenariospecific')
  doc('scenariospecific.extend', <<'EOT'
If this attribute is used, the property extension is scenario specific. A
different value can be set for each scenario.
EOT
     )
end

#rule_extendOptionsBody ⇒ `Object`



1402
1403
1404

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1402

def rule_extendOptionsBody
  optionsRule('extendOptions')
end

#rule_extendProperty ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1406

def rule_extendProperty
  pattern(%w( !extendPropertyId ), lambda {
    case @val[0]
    when 'task'
      @ruleToExtend = @rules[:taskAttributes]
      @ruleToExtendWithScenario = @rules[:taskScenarioAttributes]
      @propertySet = @project.tasks
    when 'resource'
      @ruleToExtend = @rules[:resourceAttributes]
      @ruleToExtendWithScenario = @rules[:resourceScenarioAttributes]
      @propertySet = @project.resources
    end
  })
end

#rule_extendPropertyId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1421

def rule_extendPropertyId
  singlePattern('_task')
  singlePattern('_resource')
end

#rule_fail ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1426

def rule_fail
  pattern(%w( _fail !logicalExpression ), lambda {
    begin
      @property.set('fail', @property.get('fail') + [ @val[1] ])
    rescue AttributeOverwrite
    end
  })
  doc('fail', <<'EOT'
The fail attribute adds a [[logicalexpression|logical expression]] to the
property. The condition described by the logical expression is checked after
the scheduling and an error is raised if the condition evaluates to true. This
attribute is primarily intended for testing purposes.
EOT
     )
end

#rule_flag ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1442

def rule_flag
  pattern(%w( $ID ), lambda {
    unless @project['flags'].include?(@val[0])
      error('undecl_flag', "Undeclared flag '#{@val[0]}'",
            @sourceFileInfo[0])
    end
    @val[0]
  })
end

#rule_flagList ⇒ `Object`



1556
1557
1558

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1556

def rule_flagList
  listRule('moreFlagList', '!flag')
end

#rule_flagLogicalExpression ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1452

def rule_flagLogicalExpression
  pattern(%w( !flagOperation ), lambda {
    LogicalExpression.new(@val[0], sourceFileInfo)
  })
  doc('logicalflagexpression', <<'EOT'
A logical flag expression is a combination of operands and mathematical
operations.  The final result of a logical expression is always true or false.
Logical expressions are used the reduce the properties in a report to a
certain subset or to select alternatives for the cell content of a table. When
the logical expression is used with attributes like [[hidejournalentry]] and
evaluates to true for a certain property, this property is hidden or rolled-up
in the report.

Operands must be previously declared flags or another logical expression.
When you combine logical operations to a more complex expression, the
operators are evaluated from left to right. '''a | b & c''' is identical to
'''(a | b) & c'''. It's highly recommended that you always use brackets to
control the evaluation sequence. Currently, TaskJuggler does not support the
concept of operator precedence or right-left associativity. This may change in
the future.
EOT
     )
  also(%w( functions ))
end

#rule_flagOperand ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1477

def rule_flagOperand
  pattern(%w( _( !flagOperation _) ), lambda {
    @val[1]
  })
  pattern(%w( _~ !flagOperand ), lambda {
    operation = LogicalOperation.new(@val[1])
    operation.operator = '~'
    operation
  })

  pattern(%w( $ID ), lambda {
    unless @project['flags'].include?(@val[0])
      error('operand_unkn_flag', "Undeclared flag '#{@val[0]}'",
            @sourceFileInfo[0])
    end
    LogicalFlag.new(@val[0])
  })
end

#rule_flagOperation ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1496

def rule_flagOperation
  pattern(%w( !flagOperand !flagOperationChain ), lambda {
    operation = LogicalOperation.new(@val[0])
    if @val[1]
      # Further operators/operands create an operation tree.
      @val[1].each do |ops|
        operation = LogicalOperation.new(operation)
        operation.operator = ops[0]
        operation.operand2 = ops[1]
      end
    end
    operation
  })
  arg(0, 'operand', <<'EOT'
An operand is a declared flag. An operand can be a negated operand by
prefixing a ~ character or it can be another logical expression enclosed in
braces.
EOT
      )
end

#rule_flagOperationChain ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1517

def rule_flagOperationChain
  optional
  repeatable
  pattern(%w( !flagOperatorAndOperand), lambda {
    @val[0]
  })
end

#rule_flagOperator ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1537

def rule_flagOperator
  singlePattern('_|')
  descr('The \'or\' operator')

  singlePattern('_&')
  descr('The \'and\' operator')
end

#rule_flagOperatorAndOperand ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1525

def rule_flagOperatorAndOperand
  pattern(%w( !flagOperator !flagOperand), lambda{
    [ @val[0], @val[1] ]
  })
  arg(1, 'operand', <<'EOT'
An operand is a declared flag. An operand can be a negated operand by
prefixing a ~ character or it can be another logical expression enclosed in
braces.
EOT
      )
end

#rule_flags ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1546

def rule_flags
  pattern(%w( _flags !flagList ), lambda {
    @val[1].each do |flag|
      next if @property['flags', @scenarioIdx].include?(flag)

      @property['flags', @scenarioIdx] += [ flag ]
    end
  })
end

#rule_formats ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1560

def rule_formats
  pattern(%w( _formats !outputFormats ), lambda {
    @property.set('formats', @val[1])
  })
  doc('formats', <<'EOT'
This attribute defines for which output formats the report should be
generated. By default, this list is empty. Unless a formats attribute was
added to a report definition, no output will be generated for this report.

As reports are composable, a report may include other report definitions. A
format definition is only needed for the outermost report that includes the
others.
EOT
     )
end

#rule_functionPatterns ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1621

def rule_functionPatterns
  # This rule is not used by the parser. It's only for the documentation.
  pattern(%w( _hasalert _( $INTEGER _, !date _) ))
  doc('hasalert', <<'EOT'
Will evaluate to true if the current property has a current alert message within the report time frame and with at least the provided alert level.
EOT
     )
  arg(2, 'Level', 'The minimum required alert level to be considered.')

  pattern(%w( _isactive _( $ID _) ))
  doc('isactive', <<'EOT'
Will evaluate to true for tasks and resources if they have bookings in
the scenario during the report time frame.
EOT
     )
  arg(2, 'ID', 'A scenario ID')

  pattern(%w( _ischildof _( $ID _) ))
  doc('ischildof', <<'EOT'
Will evaluate to true for tasks and resources if current property is a child
of the provided parent property.
EOT
     )
  arg(2, 'ID', 'The ID of the parent')

  pattern(%w( _isdependencyof _( $ID _, $ID _, $INTEGER _) ))
  doc('isdependencyof', <<'EOT'
Will evaluate to true for tasks that depend on the specified task in
the specified scenario and are no more than distance tasks away. If
distance is 0, all dependencies are considered independent of their
distance.
EOT
     )
  arg(2, 'Task ID', 'The ID of a defined task')
  arg(4, 'Scenario ID', 'A scenario ID')
  arg(6, 'Distance', 'The maximum task distance to be considered')

  pattern(%w( _isdutyof _( $ID _, $ID _) ))
  doc('isdutyof', <<'EOT'
Will evaluate to true for tasks that have the specified resource
assigned to it in the specified scenario.
EOT
     )
  arg(2, 'Resource ID', 'The ID of a defined resource')
  arg(4, 'Scenario ID', 'A scenario ID')

  pattern(%w( _isfeatureof _( $ID _, $ID _) ))
  doc('isfeatureof', <<'EOT'
If the provided task or any of its sub-tasks depend on this task or any of its
sub-tasks, we call this task a feature of the provided task.
EOT
     )
  arg(2, 'Task ID', 'The ID of a defined task')
  arg(4, 'Scenario ID', 'A scenario ID')

  pattern(['_isleaf', '_(', '_)' ])
  doc('isleaf', 'The result is true if the property is not a container.')

  pattern(%w( _ismilestone _( $ID _) ))
  doc('ismilestone', <<'EOT'
The result is true if the property is a milestone in the provided scenario.
EOT
     )
  arg(2, 'Scenario ID', 'A scenario ID')

  pattern(%w( _isongoing _( $ID _) ))
  doc('isongoing', <<'EOT'
Will evaluate to true for tasks that overlap with the report period in the given
scenario.
EOT
     )
  arg(2, 'ID', 'A scenario ID')

  pattern(['_isresource', '_(', '_)' ])
  doc('isresource', 'The result is true if the property is a resource.')

  pattern(%w( _isresponsibilityof _( $ID _, $ID _) ))
  doc('isresponsibilityof', <<'EOT'
Will evaluate to true for tasks that have the specified resource
assigned as [[responsible]] in the specified scenario.
EOT
     )
  arg(2, 'Resource ID', 'The ID of a defined resource')
  arg(4, 'Scenario ID', 'A scenario ID')

  pattern(['_istask', '_(', '_)' ])
  doc('istask', 'The result is true if the property is a task.')

  pattern(%w( _isvalid _( $ID _) ))
  doc('isvalid', 'Returns false if argument is not an assigned or ' +
                 'properly computed value.')

  pattern(%w( _treelevel _( _) ))
  doc('treelevel', <<'EOT'
Returns the nesting level of a property in the property tree.
Top level properties have a level of 1, their children 2 and so on.
EOT
     )
end

#rule_functions ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1576

def rule_functions
  # This rule is not used by the parser. It's only for the documentation.
  pattern(%w( !functionsBody ))
  doc('functions', <<'EOT'
The following functions are supported in logical expressions. These functions
are evaluated in logical conditions such as hidetask or rollupresource. For
the evaluation, implicit and explicit parameters are used.

All functions may operate on the current property and the scope property. The
scope property is the enclosing property in reports with nested properties.
Imagine e. g. a task report with nested resources. When the function is called
for a task line, the task is the property and we don't have a scope property.
When the function is called for a resource line, the resource is the property
and the enclosing task is the scope property.

The number of arguments that are passed in brackets to the function depends
on the specific function. See the reference for details on each function.

All functions can be suffixed with an underscore character. In that case, the
function is operating on the scope property as if it were the property. The
original property is ignored in that case. In our task report example from
above, calling a function with an appended underscore would mean that a task
line would be evaluated for the enclosing resource.

In the example below you can see how this can be used. To generate a task
report that lists all assigned leaf resources for leaf task lines only we use
the expression

 hideresource ~(isleaf() & isleaf_())

The tilde in front of the bracketed expression means not that expression. In
other words: show resources that are leaf resources and show them for leaf
tasks only. The regular form isleaf() (without the appended underscore)
operates on the resource. The isleaf_() variant operates on the
enclosing task.
EOT
     )
  example('LogicalFunction', '1')
end

#rule_functionsBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1616

def rule_functionsBody
  # This rule is not used by the parser. It's only for the documentation.
  optionsRule('functionPatterns')
end

#rule_hAlignment ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1721

def rule_hAlignment
  pattern(%w( _center ), lambda {
    :center
  })
  doc('halign.center', 'Center the cell content')

  pattern(%w( _left ), lambda {
    :left
  })
  doc('halign.left', 'Left align the cell content')

  pattern(%w( _right ), lambda {
    :right
  })
  doc('halign.right', 'Right align the cell content')
end

#rule_headline ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1738

def rule_headline
  pattern(%w( _headline $STRING ), lambda {
    @property.set('headline', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('headline', <<'EOT'
Specifies the headline for a report.
EOT
     )
  arg(1, 'text', <<'EOT'
The text used for the headline. It is interpreted as
[[Rich_Text_Attributes|Rich Text]].
EOT
     )
end

#rule_hideaccount ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1753

def rule_hideaccount
  pattern(%w( _hideaccount !logicalExpression ), lambda {
    @property.set('hideAccount', @val[1])
  })
  doc('hideaccount', <<'EOT'
Do not include accounts that match the specified [[logicalexpression|logical
expression]]. If the report is sorted in ''''tree'''' mode (default) then
enclosing accounts are
listed even if the expression matches the account.
EOT
     )
  also(%w( sortaccounts ))
end

#rule_hidejournalentry ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1767

def rule_hidejournalentry
  pattern(%w( _hidejournalentry !flagLogicalExpression ), lambda {
    @property.set('hideJournalEntry', @val[1])
  })
  doc('hidejournalentry', <<'EOT'
Do not include journal entries that match the specified logical expression.
EOT
     )
end

#rule_hideresource ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1777

def rule_hideresource
  pattern(%w( _hideresource !logicalExpression ), lambda {
    @property.set('hideResource', @val[1])
  })
  doc('hideresource', <<'EOT'
Do not include resources that match the specified [[logicalexpression|logical
expression]]. If the report is sorted in ''''tree'''' mode (default) then
enclosing resources are listed even if the expression matches the resource.
EOT
     )
  also(%w( sortresources ))
end

#rule_hidetask ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1790

def rule_hidetask
  pattern(%w( _hidetask !logicalExpression ), lambda {
    @property.set('hideTask', @val[1])
  })
  doc('hidetask', <<'EOT'
Do not include tasks that match the specified [[logicalexpression|logical
expression]]. If the report is sorted in ''''tree'''' mode (default) then
enclosing tasks are listed even if the expression matches the task.
EOT
     )
  also(%w( sorttasks ))
end

#rule_iCalReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1802

def rule_iCalReport
  pattern(%w( !iCalReportHeader !iCalReportBody ), lambda {
    @property = nil
  })
  doc('icalreport', <<'EOT'
Generates an RFC5545 compliant iCalendar file. This file can be used to export
task information to calendar applications or other tools that read iCalendar
files.
EOT
     )
end

#rule_iCalReportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1817

def rule_iCalReportAttributes
  optional
  repeatable

  pattern(%w( !hideresource ))
  pattern(%w( !hidejournalentry ))
  pattern(%w( !hidetask ))
  pattern(%w( !reportEnd ))
  pattern(%w( !reportPeriod ))
  pattern(%w( !reportStart ))
  pattern(%w( !rollupresource ))
  pattern(%w( !rolluptask ))
  pattern(%w( _novevents), lambda { @property.set('novevents', [ true ]) })
  doc('novevents', <<'EOT'
Don't add VEVENT entries to generated [[icalreport]]s.
EOT
  )

  pattern(%w( _scenario !scenarioId ), lambda {
    # Don't include disabled scenarios in the report
    sc = @val[1]
    unless @project.scenario(sc).get('active')
      warning('ical_sc_disabled',
              "Scenario #{sc} has been disabled")
    else
      @property.set('scenarios', [ @val[1] ])
    end
  })
  doc('scenario.ical', <<'EOT'
ID of the scenario that should be included in the report. By default, the
top-level scenario will be included. This attribute can be used to select another
scenario.
EOT
     )
end

#rule_iCalReportBody ⇒ `Object`



1813
1814
1815

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1813

def rule_iCalReportBody
  optionsRule('iCalReportAttributes')
end

#rule_iCalReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1853

def rule_iCalReportHeader
  pattern(%w( _icalreport !optionalID $STRING ), lambda {
    newReport(@val[1], @val[2], :iCal, @sourceFileInfo[0]) do
      @property.set('formats', [ :iCal ])

      # By default, we export only the first scenario.
      unless @project.scenario(0).get('active')
        @property.set('scenarios', [ 0 ])
      end
      # Show all tasks, sorted by seqno-up.
      @property.set('hideTask', LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortTasks', [ [ 'seqno', true, -1 ] ])
      # Show all resources, sorted by seqno-up.
      @property.set('hideResource',
                    LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortResources', [ [ 'seqno', true, -1 ] ])
      # Show all journal entries.
      @property.set('hideJournalEntry',
                    LogicalExpression.new(LogicalOperation.new(0)))
      # Add VEVENT entries to icalreports by default
      @property.set('novevents', [ false ])
    end
  })
  arg(1, 'file name', <<'EOT'
The name of the report file to generate without an extension.  Use . to use
the standard output channel.
EOT
     )
end

#rule_idOrAbsoluteId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1883

def rule_idOrAbsoluteId
  singlePattern('$ID')
  singlePattern('$ABSOLUTE_ID')
end

#rule_includeAttributes ⇒ `Object`



1888
1889
1890

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1888

def rule_includeAttributes
  optionsRule('includeAttributesBody')
end

#rule_includeAttributesBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1892

def rule_includeAttributesBody
  optional
  repeatable

  pattern(%w( _accountprefix !accountId ), lambda {
    @accountprefix = @val[1].fullId
  })
  doc('accountprefix', <<'EOT'
This attribute can be used to insert the accounts of the included file as
sub-account of the account specified by ID. The parent account must already be
defined.
EOT
  )
  arg(1, 'account ID', 'The absolute ID of an already defined account')

  pattern(%w( _reportprefix !reportId ), lambda {
    @reportprefix = @val[1].fullId
  })
  doc('reportprefix', <<'EOT'
This attribute can be used to insert the reports of the included file as
sub-report of the report specified by ID. The parent report must already
be defined.
EOT
  )
  arg(1, 'report ID', 'The absolute ID of an already defined report.')

  pattern(%w( _resourceprefix !resourceId ), lambda {
    @resourceprefix = @val[1].fullId
  })
  doc('resourceprefix', <<'EOT'
This attribute can be used to insert the resources of the included file as
sub-resource of the resource specified by ID. The parent resource must already
be defined.
EOT
  )
  arg(1, 'resource ID', 'The ID of an already defined resource')

  pattern(%w( _taskprefix !taskId ), lambda {
    @taskprefix = @val[1].fullId
  })
  doc('taskprefix', <<'EOT'
This attribute can be used to insert the tasks of the included file as
sub-task of the task specified by ID. The parent task must already be defined.
EOT
  )
  arg(1, 'task ID', 'The absolute ID of an already defined task.')
end

#rule_includeFile ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1940

def rule_includeFile
  pattern(%w( !includeFileName ), lambda {
    unless @project
      error('include_before_project',
            "You must declare the project header before you include other " +
            "files.")
    end
    @project.inputFiles << @scanner.include(@val[0], @sourceFileInfo[0]) do
      popFileStack
    end
  })
end

#rule_includeFileName ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1953

def rule_includeFileName
  pattern(%w( $STRING ), lambda {
    unless @val[0][-4, 4] == '.tji'
      error('bad_include_suffix', "Included files must have a '.tji'" +
                                  "extension: '#{@val[0]}'",
            @sourceFileInfo[0])
    end
    pushFileStack
    @val[0]
  })
  arg(0, 'filename', <<'EOT'
Name of the file to include. This must have a ''''.tji'''' extension. The name
may have an absolute or relative path. You need to use ''''/'''' characters to
separate directories.
EOT
     )
end

#rule_includeProperties ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1971

def rule_includeProperties
  pattern(%w( !includeFileName !includeAttributes ), lambda {
    @project.inputFiles << @scanner.include(@val[0], @sourceFileInfo[0]) do
      popFileStack
    end
  })
end

#rule_interval ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2011

def rule_interval
  pattern(%w( !date !intervalEnd ), lambda {
    mode = @val[1][0]
    endSpec = @val[1][1]
    if mode == 0
      unless @val[0] < endSpec
        error('start_before_end', "The end date (#{endSpec}) must be after " +
              "the start date (#{@val[0]}).", @sourceFileInfo[0])
      end
      TimeInterval.new(@val[0], endSpec)
    else
      TimeInterval.new(@val[0], @val[0] + endSpec)
    end
  })
  doc('interval2', <<'EOT'
There are two ways to specify a date interval. The first is the most
obvious. A date interval consists of a start and end DATE. Watch out for end
dates without a time specification! Date specifications are 0 extended. An
end date without a time is expanded to midnight that day. So the day of the
end date is not included in the interval! The start and end dates must be separated by a hyphen character.

The second form specifies the start date and an interval duration. The
duration must be prefixed by a plus character.
EOT
     )
end

#rule_intervalDuration ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2038

def rule_intervalDuration
  pattern(%w( !number !durationUnit ), lambda {
    convFactors = [ 60, # minutes
                    60 * 60, # hours
                    60 * 60 * 24, # days
                    60 * 60 * 24 * 7, # weeks
                    60 * 60 * 24 * 30.4167, # months
                    60 * 60 * 24 * 365 # years
                   ]
    if @val[0] == 0.0
      error('zero_duration', "The interval duration may not be 0.",
            @sourceFileInfo[1])
    end
    duration = (@val[0] * convFactors[@val[1]]).to_i
    resolution = @project.nil? ? 60 * 60 : @project['scheduleGranularity']
    if @val[1] == 4
      # If the duration unit is months, we have to align the duration with
      # the timing resolution of the project.
      duration = (duration / resolution).to_i * resolution
    end
    # Make sure the interval aligns with the timing resolution.
    if duration % resolution != 0
      error('iv_duration_not_aligned',
            "The interval duration must be a multiple of the specified " +
            "timing resolution (#{resolution / 60} min) of the project.")
    end
    duration
  })
  arg(0, 'duration', 'The duration of the interval. May not be 0 and must ' +
                     'be a multiple of [[timingresolution]].')
end

#rule_intervalEnd ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2070

def rule_intervalEnd
  pattern([ '_-', '!date' ], lambda {
    [ 0, @val[1] ]
  })

  pattern(%w( _+ !intervalDuration ), lambda {
    [ 1, @val[1] ]
  })
end

#rule_intervalOptional ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2095

def rule_intervalOptional
  optional
  singlePattern('!interval')
end

#rule_intervalOptionalEnd ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2080

def rule_intervalOptionalEnd
  optional
  pattern([ '_-', '!date' ], lambda {
    [ 0, @val[1] ]
  })

  pattern(%w( _+ !intervalDuration ), lambda {
    [ 1, @val[1] ]
  })
end

#rule_intervalOrDate ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 1979

def rule_intervalOrDate
  pattern(%w( !date !intervalOptionalEnd ), lambda {
    if @val[1]
      mode = @val[1][0]
      endSpec = @val[1][1]
      if mode == 0
        unless @val[0] < endSpec
          error('start_before_end', "The end date (#{endSpec}) must be " +
                "after the start date (#{@val[0]}).", @sourceFileInfo[0])
        end
        TimeInterval.new(@val[0], endSpec)
      else
        TimeInterval.new(@val[0], @val[0] + endSpec)
      end
    else
      TimeInterval.new(@val[0], @val[0].sameTimeNextDay)
    end
  })
  doc('interval3', <<'EOT'
There are three ways to specify a date interval. The first is the most
obvious. A date interval consists of a start and end DATE. Watch out for end
dates without a time specification! Date specifications are 0 extended. An
end date without a time is expanded to midnight that day. So the day of the
end date is not included in the interval! The start and end dates must be separated by a hyphen character.

In the second form, the end date is omitted. A 24 hour interval is assumed.

The third form specifies the start date and an interval duration. The duration must be prefixed by a plus character.
EOT
     )
end

#rule_intervals ⇒ `Object`



2091
2092
2093

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2091

def rule_intervals
  listRule('moreIntervals', '!intervalOrDate')
end

#rule_intervalsOptional ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2100

def rule_intervalsOptional
  optional
  singlePattern('!intervals')
end

#rule_journalEntry ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2191

def rule_journalEntry
  pattern(%w( !journalEntryHeader !journalEntryBody ), lambda {
    @val[0]
  })
  doc('journalentry', <<'EOT'
This attribute adds an entry to the journal of the project. A journal can be
used to record events, decisions or news that happened at a particular moment
during the project. Depending on the context, a journal entry may or may not
be associated with a specific property or author.

A journal entry can consist of up to three parts. The headline is mandatory
and should be only 5 to 10 words long. The introduction is optional and should
be only one or two sentences long. All other details should be put into the
third part.

Depending on the context, journal entries are listed with headlines only, as
headlines plus introduction or in full.
EOT
     )
end

#rule_journalEntryAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2212

def rule_journalEntryAttributes
  optional
  repeatable

  pattern(%w( _alert !alertLevel ), lambda {
    @journalEntry.alertLevel = @val[1]
  })
  doc('alert', <<'EOT'
Specify the alert level for this entry. This attribute is intended to be used for
status reporting. When used for a journal entry that is associated with a
property, the value can be reported in the alert column. When multiple entries
have been specified for the property, the entry with the date closest to the
report end date will be used. Container properties will inherit the highest
alert level of all its sub properties unless it has an own journal entry dated
closer to the report end than all of its sub properties.
EOT
     )

  pattern(%w( !author ))

  pattern(%w( _flags !flagList ), lambda {
    @val[1].each do |flag|
      next if @journalEntry.flags.include?(flag)

      @journalEntry.flags << flag
    end
  })
  doc('flags.journalentry', <<'EOT'
Journal entries can have flags attached to them. These can be used to
include only entries in a report that have a certain flag.
EOT
     )

  pattern(%w( !summary ))

  pattern(%w( !details ))
end

#rule_journalEntryBody ⇒ `Object`



2250
2251
2252

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2250

def rule_journalEntryBody
  optionsRule('journalEntryAttributes')
end

#rule_journalEntryHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2254

def rule_journalEntryHeader
  pattern(%w( _journalentry !valDate $STRING ), lambda {
    @journalEntry = JournalEntry.new(@project['journal'], @val[1], @val[2],
                                     @property, @sourceFileInfo[0])
  })
  arg(2, 'headline', <<'EOT'
The headline of the journal entry. It will be interpreted as
[[Rich_Text_Attributes|Rich Text]].
EOT
     )
end

#rule_journalReportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2105

def rule_journalReportAttributes
  pattern(%w( _journalattributes !journalReportAttributesList ), lambda {
    @property.set('journalAttributes', @val[1])
  })
  doc('journalattributes', <<'EOT'
A list that determines which of the journal attributes should be included in
the journal report.
EOT
     )
  allOrNothingListRule('journalReportAttributesList',
                       { 'alert' => 'Include the alert status',
                         'author' => 'Include the author if known',
                         'date' => 'Include the date',
                         'details' => 'Include the details',
                         'flags' => 'Include the flags',
                         'headline' => 'Include the headline',
                         'property' => 'Include the task or resource name',
                         'propertyid' => 'Include the property ID. ' +
                                         'Requires \'property\'.',
                         'summary' => 'Include the summary',
                         'timesheet' => 'Include the timesheet information.' +
                                        ' Requires \'property\'.'})
end

#rule_journalReportMode ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2129

def rule_journalReportMode
  pattern(%w( _journal ), lambda { :journal })
  descr(<<'EOT'
This is the regular journal. It contains all journal entries that are dated in
the query interval. If a property is given, only entries of this property are
included. Without a property context, all the project entries are included
unless hidden by other attributes like [[hidejournalentry]].
EOT
     )
  pattern(%w( _journal_sub ), lambda { :journal_sub })
  descr(<<'EOT'
This mode only yields entries if used in the context of a task. It contains
all journal entries that are dated in the query interval for the task and all
its sub tasks.
EOT
     )
  pattern(%w( _status_dep ), lambda { :status_dep })
  descr(<<'EOT'
In this mode only the last entries before the report end date for each
property and all its sub-properties and their dependencies are included. If
there are multiple entries at the exact same date, then all these entries are
included.
EOT
     )
  pattern(%w( _status_down ), lambda { :status_down })
  descr(<<'EOT'
In this mode only the last entries before the report end date for each
property and all its sub-properties are included. If there are multiple entries
at the exact same date, then all these entries are included.
EOT
     )
  pattern(%w( _status_up ), lambda { :status_up })
  descr(<<'EOT'
In this mode only the last entries before the report end date for each
property are included. If there are multiple entries at the exact same date,
then all these entries are included. If any of the parent properties has a
more recent entry that is still before the report end date, no entries will be
included.
EOT
     )
  pattern(%w( _alerts_dep ), lambda { :alerts_dep })
  descr(<<'EOT'
In this mode only the last entries before the report end date for the context
property and all its sub-properties and their dependencies are included. If
there are multiple entries at the exact same date, then all these entries are
included. In contrast to the ''''status_down'''' mode, only entries with an
alert level above the default level, and only those with the highest overall
alert level are included.
EOT
     )
  pattern(%w( _alerts_down ), lambda { :alerts_down })
  descr(<<'EOT'
In this mode only the last entries before the report end date for the context
property and all its sub-properties is included. If there are multiple entries
at the exact same date, then all these entries are included. In contrast to
the ''''status_down'''' mode, only entries with an alert level above the
default level, and only those with the highest overall alert level are
included.
EOT
     )
end

#rule_journalSortCriteria ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2266

def rule_journalSortCriteria
  pattern(%w( !journalSortCriterium !moreJournalSortCriteria ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_journalSortCriterium ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2272

def rule_journalSortCriterium
  pattern(%w( $ABSOLUTE_ID ), lambda {
    supported = []
    JournalEntryList::SortingAttributes.each do |attr|
      supported << "#{attr}.up"
      supported << "#{attr}.down"
    end
    unless supported.include?(@val[0])
      error('bad_journal_sort_criterium',
            "Unsupported sorting criterium #{@val[0]}. Must be one of " +
            "#{supported.join(', ')}.")
    end
    attr, direction = @val[0].split('.')
    [ attr.intern, direction == 'up' ? 1 : -1 ]
  })
end

#rule_leafResourceId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2289

def rule_leafResourceId
  pattern(%w( !resourceId ), lambda {
    resource = @val[0]
    unless resource.leaf?
      error('leaf_resource_id_expected',
            "#{resource.id} is not a leaf resource.", @sourceFileInfo[0])
    end
    resource
  })
  arg(0, 'resource', 'The ID of a leaf resource')
end

#rule_leave ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2301

def rule_leave
  pattern(%w( !leaveType !vacationName !intervalOrDate ), lambda {
    Leave.new(@val[0].intern, @val[2], @val[1])
  })
end

#rule_leaveAllowance ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2319

def rule_leaveAllowance
  pattern(%w( _annual !valDate !optionalMinus
              !nonZeroWorkingDuration ), lambda {
    LeaveAllowance.new(:annual, @val[1], (@val[2] ? -1 : 1) * @val[3])
  })
end

#rule_leaveAllowanceList ⇒ `Object`



2326
2327
2328

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2326

def rule_leaveAllowanceList
  listRule('moreLeaveAllowanceList', '!leaveAllowance')
end

#rule_leaveAllowances ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2330

def rule_leaveAllowances
  pattern(%w( _leaveallowances !leaveAllowanceList ), lambda {
    appendScListAttribute('leaveallowances', @val[1])
  })
  doc('leaveallowance', <<'EOT'
Add or subtract leave allowances. Currently, only allowances for the annual
leaves are supported. Allowances can be negative to deal with expired
allowances. The ''''leaveallowancebalance'''' report [[columns|column]] can be
used to report the current annual leave balance.

Leaves outside of the project period are silently ignored and will not be
considered in the leave balance calculation. Therefore, leave allowances are
only allowed within the project period.
EOT
    )
  level(:beta)
  example('Leave')
end

#rule_leaveList ⇒ `Object`



2307
2308
2309

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2307

def rule_leaveList
  listRule('moreLeaveList', '!leave')
end

#rule_leaveName ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2311

def rule_leaveName
  optional
  pattern(%w( $STRING ), lambda {
    @val[0]
  })
  arg(0, 'name', 'An optional name or reason for the leave')
end

#rule_leaves ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2349

def rule_leaves
  pattern(%w( _leaves !leaveList ), lambda {
    LeaveList.new(@val[1])
  })
  doc('leaves', <<'EOT'
Describe a list of leave periods. A leave can be due to a public holiday,
personal or sick leave. At global scope, the leaves determine which day is
considered a working day. Subsequent resource definitions will inherit the
leave list.

Leaves can be defined at global level, at resource level and at shift level
and intervals may overlap. The leave types have different priorities. A higher
priority leave type can overwrite a lower priority type. This means that
resource level leaves can overwrite global leaves when they have a higher
priority. A sub resource can overwrite a leave of an enclosing resource.

Leave periods outside of the project interval are silently ignored. For leave
periods that are partially outside of the project period only the part inside
the project period will be considered.
EOT
     )
  example('Leave')
end

#rule_leaveType ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2373

def rule_leaveType
  singlePattern('_project')
  descr('Assignment to another project (lowest priority)')

  singlePattern('_annual')
  descr('Personal leave based on annual allowance')

  singlePattern('_special')
  descr('Personal leave based on a special occasion')

  singlePattern('_sick')
  descr('Sick leave')

  singlePattern('_unpaid')
  descr('Unpaid leave')

  singlePattern('_holiday')
  descr('Public or bank holiday')

  singlePattern('_unemployed')
  descr('Not employeed (highest priority)')
end

#rule_limitAttributes ⇒ `Object`



2396
2397
2398

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2396

def rule_limitAttributes
  optionsRule('limitAttributesBody')
end

#rule_limitAttributesBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2400

def rule_limitAttributesBody
  optional
  repeatable

  pattern(%w( _end !valDate ), lambda {
    @limitInterval.end = @val[1]
  })
  doc('end.limit', <<'EOT'
The end date of the limit interval. It must be within the project time frame.
EOT
  )

  pattern(%w( _period !valInterval ), lambda {
    @limitInterval = ScoreboardInterval.new(@project['start'],
                                            @project['scheduleGranularity'],
                                            @val[1].start, @val[1].end)
  })
  doc('period.limit', <<'EOT'
This property is a shortcut for setting the start and end dates of the limit
interval. Both dates must be within the project time frame.
EOT
     )

  pattern(%w( _resources !resourceLeafList ), lambda {
    @limitResources = @val[1]
  })
  doc('resources.limit', <<'EOT'
When [[limits]] are used in a [[task]] context, the limits can be restricted
to a list of resources that are allocated to the task. In that case each
listed resource will not be allocated more than the specified upper limit.
Lower limits have no impact on the scheduler but do generate a warning when
not met.  All specified resources must be leaf resources.
EOT
     )
  example('Limits-1', '5')

  pattern(%w( _start !valDate ), lambda {
    @limitInterval.start = @val[1]
  })
  doc('start.limit', <<'EOT'
The start date of the limit interval. It must be within the project time frame.
EOT
  )
end

#rule_limits ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2455

def rule_limits
  pattern(%w( !limitsHeader !limitsBody ), lambda {
    @val[0]
  })
end

#rule_limitsAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2461

def rule_limitsAttributes
  optional
  repeatable

  pattern(%w( _dailymax !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('dailymax', <<'EOT'
Set a maximum limit for each calendar day.
EOT
     )
  example('Limits-1', '1')

  pattern(%w( _dailymin !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('dailymin', <<'EOT'
Minimum required effort for any calendar day. This value cannot be guaranteed by
the scheduler. It is only checked after the schedule is complete. In case the
minimum required amount has not been reached, a warning will be generated.
EOT
     )
  example('Limits-1', '4')

  pattern(%w( _maximum !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('maximum', <<'EOT'
Set a maximum limit for the specified period. You must ensure that the overall
effort can be achieved!
EOT
     )

  pattern(%w( _minimum !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('minimum', <<'EOT'
Set a minim limit for each calendar month. This will only result in a warning
if not met.
EOT
     )

  pattern(%w( _monthlymax !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('monthlymax', <<'EOT'
Set a maximum limit for each calendar month.
EOT
     )

  pattern(%w( _monthlymin !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('monthlymin', <<'EOT'
Minimum required effort for any calendar month. This value cannot be
guaranteed by the scheduler. It is only checked after the schedule is
complete. In case the minimum required amount has not been reached, a warning
will be generated.
EOT
     )

  pattern(%w( _weeklymax !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('weeklymax', <<'EOT'
Set a maximum limit for each calendar week.
EOT
     )

  pattern(%w( _weeklymin !limitValue !limitAttributes), lambda {
    setLimit(@val[0], @val[1], @limitInterval)
  })
  doc('weeklymin', <<'EOT'
Minimum required effort for any calendar week. This value cannot be guaranteed by
the scheduler. It is only checked after the schedule is complete. In case the
minimum required amount has not been reached, a warning will be generated.
EOT
     )
end

#rule_limitsBody ⇒ `Object`



2541
2542
2543

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2541

def rule_limitsBody
  optionsRule('limitsAttributes')
end

#rule_limitsHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2545

def rule_limitsHeader
  pattern(%w( _limits ), lambda {
    @limits = Limits.new
    @limits.setProject(@project)
    @limits
  })
end

#rule_limitValue ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2445

def rule_limitValue
  pattern([ '!nonZeroWorkingDuration' ], lambda {
    @limitInterval = ScoreboardInterval.new(@project['start'],
                                            @project['scheduleGranularity'],
                                            @project['start'], @project['end'])
    @limitResources = []
    @val[0]
  })
end

#rule_listOfDays ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2553

def rule_listOfDays
  pattern(%w( !weekDayInterval !moreListOfDays), lambda {
    weekDays = Array.new(7, false)
    ([ @val[0] ] + (@val[1] ? @val[1] : [])).each do |dayList|
      7.times { |i| weekDays[i] = true if dayList[i] }
    end
    weekDays
  })
end

#rule_listOfTimes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2563

def rule_listOfTimes
  pattern(%w( _off ), lambda {
    [ ]
  })
  pattern(%w( !timeInterval !moreTimeIntervals ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_listType ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2572

def rule_listType
  pattern([ '_bullets' ], lambda { :bullets })
  descr('List items as bullet list')

  pattern([ '_comma' ], lambda { :comma })
  descr('List items as comma separated list')

  pattern([ '_numbered' ], lambda { :numbered })
  descr('List items as numbered list')
end

#rule_loadunit ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2583

def rule_loadunit
  pattern(%w( _loadunit !loadunitName ), lambda {
    @property.set('loadUnit', @val[1])
  })
  doc('loadunit', <<'EOT'
Determines what unit should be used to display all load values in this report.
EOT
     )
end

#rule_loadunitName ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2593

def rule_loadunitName
  pattern([ '_days' ], lambda { :days })
  descr('Display all load and duration values as days.')

  pattern([ '_hours' ], lambda { :hours })
  descr('Display all load and duration values as hours.')

  pattern([ '_longauto'] , lambda { :longauto })
  descr(<<'EOT'
Automatically select the unit that produces the shortest and most readable
value. The unit name will not be abbreviated. It will not use quarters since
it is not common.
EOT
       )

  pattern([ '_minutes' ], lambda { :minutes })
  descr('Display all load and duration values as minutes.')

  pattern([ '_months' ], lambda { :months })
  descr('Display all load and duration values as months.')

  pattern([ '_quarters' ], lambda { :quarters })
  descr('Display all load and duration values as quarters.')

  pattern([ '_shortauto' ], lambda { :shortauto })
  descr(<<'EOT'
Automatically select the unit that produces the shortest and most readable
value. The unit name will be abbreviated. It will not use quarters since it is
not common.
EOT
       )

  pattern([ '_weeks' ], lambda { :weeks })
  descr('Display all load and duration values as weeks.')

  pattern([ '_years' ], lambda { :years })
  descr('Display all load and duration values as years.')
end

#rule_logicalExpression ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2632

def rule_logicalExpression
  pattern(%w( !operation ), lambda {
    LogicalExpression.new(@val[0], sourceFileInfo)
  })
  pattern(%w( _@ !allOrNone ), lambda {
    LogicalExpression.new(LogicalOperation.new(@val[1]), sourceFileInfo)
  })
  doc('logicalexpression', <<'EOT'
A logical expression is a combination of operands and mathematical operations.
The final result of a logical expression is always true or false. Logical
expressions are used the reduce the properties in a report to a certain subset
or to select alternatives for the cell content of a table. When the
logical expression is used with attributes like [[hidetask]] or [[hideresource]] and
evaluates to true for a certain property, this property is hidden or rolled-up
in the report.

Operands can be previously declared flags, built-in [[functions]], property
attributes (specified as scenario.attribute) or another logical expression.
When you combine logical operations to a more complex expression, the
operators are evaluated from left to right. ''''a | b & c'''' is identical to
''''(a | b) & c''''. It's highly recommended that you always use brackets to
control the evaluation sequence. Currently, TaskJuggler does not support the
concept of operator precedence or right-left associativity. This may change in
the future.

An operand can also be just a number. 0 evaluates to false, all other numbers
to true. The logical expression can also be the special constants ''''@all''''
or ''''@none''''. The first always evaluates to true, the latter to false.

Date attributes needs special attention. Attributes like [[maxend]] can
be undefined. To use such an attribute in a comparison, you need to test for
the validity first. E. g. to compare the end date of the ''''plan''''
scenario with the ''''maxend'''' value use ''''isvalid(plan.maxend) &
(plan.end > plan.maxend)''''. The ''''&'''' and ''''|'''' operators are lazy.
If the result is already known after evaluation of the first operand, the second
operand will not be evaluated any more.
EOT
     )
  also(%w( functions ))
  example('LogicalExpression', '1')
end

#rule_macro ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2674

def rule_macro
  pattern(%w( _macro $ID $MACRO ), lambda {
    if @scanner.macroDefined?(@val[1])
      warning('marco_redefinition', "Redefining macro #{@val[1]}")
    end
    @scanner.addMacro(TextParser::Macro.new(@val[1], @val[2],
                                            @sourceFileInfo[0]))
  })
  doc('macro', <<'EOT'
Defines a text fragment that can later be inserted by using the specified ID.
To insert the text fragment anywhere in the text you need to write ${ID}.The
body is not optional. It must be enclosed in square brackets. Macros can be
declared like this:

 macro FOO [ This text ]

If later ''''${FOO}'''' is found in the project file, it is expanded to
''''This text''''.

Macros may have arguments. Arguments are accessed with special macros with
numbers as names.  The number specifies the index of the argument.

 macro FOO [ This ${1} text ]

will expand to ''''This stupid text'''' if called as ''''${FOO "stupid"}''''.
Macros may call other macros. All macro arguments must be enclosed by double
quotes. In case the argument contains a double quote, it must be escaped by a
backslash (''''\'''').

User defined macro IDs should start with one uppercase letter as all
lowercase letter IDs are reserved for built-in macros.

To terminate the macro definition, the ''''<nowiki>]</nowiki>'''' must be the
last character in the line. If there are any other characters trailing it
(even spaces or comments) the ''''<nowiki>]</nowiki>'''' will not be
considered the end of the macro definition.

In macro calls the macro names can be prefixed by a question mark. In this
case the macro will expand to nothing if the macro is not defined. Otherwise
the undefined macro would be flagged with an error message.

The macro call

 ${?foo}

will expand to nothing if foo is undefined.
EOT
     )
  example('Macro-1')
end

#rule_moreAlternatives ⇒ `Object`



2731
2732
2733

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2731

def rule_moreAlternatives
  commaListRule('!resourceId')
end

#rule_moreArguments ⇒ `Object`



2735
2736
2737

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2735

def rule_moreArguments
  commaListRule('!argument')
end

#rule_moreBangs ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2725

def rule_moreBangs
  optional
  repeatable
  singlePattern('_!')
end

#rule_moreChargeSetItems ⇒ `Object`



2739
2740
2741

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2739

def rule_moreChargeSetItems
  commaListRule('!chargeSetItem')
end

#rule_moreColumnDef ⇒ `Object`



2743
2744
2745

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2743

def rule_moreColumnDef
  commaListRule('!columnDef')
end

#rule_moreDepTasks ⇒ `Object`



2747
2748
2749

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2747

def rule_moreDepTasks
  commaListRule('!taskDep')
end

#rule_moreExportFormats ⇒ `Object`



2751
2752
2753

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2751

def rule_moreExportFormats
  commaListRule('!exportFormat')
end

#rule_moreJournalSortCriteria ⇒ `Object`



2755
2756
2757

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2755

def rule_moreJournalSortCriteria
  commaListRule('!journalSortCriterium')
end

#rule_moreListOfDays ⇒ `Object`



2759
2760
2761

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2759

def rule_moreListOfDays
  commaListRule('!weekDayInterval')
end

#rule_moreOutputFormats ⇒ `Object`



2763
2764
2765

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2763

def rule_moreOutputFormats
  commaListRule('!outputFormat')
end

#rule_morePredTasks ⇒ `Object`



2771
2772
2773

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2771

def rule_morePredTasks
  commaListRule('!taskPred')
end

#rule_moreProjectIDs ⇒ `Object`



2767
2768
2769

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2767

def rule_moreProjectIDs
  commaListRule('$ID')
end

#rule_moreSortCriteria ⇒ `Object`



2775
2776
2777

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2775

def rule_moreSortCriteria
  commaListRule('!sortNonTree')
end

#rule_moreTimeIntervals ⇒ `Object`



2779
2780
2781

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2779

def rule_moreTimeIntervals
  commaListRule('!timeInterval')
end

#rule_navigator ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2783

def rule_navigator
  pattern(%w( !navigatorHeader !navigatorBody ), lambda {
    @project['navigators'][@navigator.id] = @navigator
  })
  doc('navigator', <<'EOT'
Defines a navigator object with the specified ID. This object can be used in
reports to include a navigation bar with references to other reports.
EOT
        )
  example('navigator')
end

#rule_navigatorAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2795

def rule_navigatorAttributes
  optional
  repeatable
  pattern(%w( _hidereport !logicalExpression ), lambda {
    @navigator.hideReport = @val[1]
  })
  doc('hidereport', <<'EOT'
This attribute can be used to exclude the reports that match the specified
[[logicalexpression|logical expression]] from the navigation bar.
EOT
        )
end

#rule_navigatorBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2808

def rule_navigatorBody
  optional
  pattern(%w( _{ !navigatorAttributes _} ))
end

#rule_navigatorHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2813

def rule_navigatorHeader
  pattern(%w( _navigator $ID ), lambda {
    if @project['navigators'][@val[1]]
      error('navigator_exists',
            "The navigator #{@val[1]} has already been defined.",
            @sourceFileInfo[0])
    end
    @navigator = Navigator.new(@val[1], @project)
  })
end

#rule_nikuReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2873

def rule_nikuReport
  pattern(%w( !nikuReportHeader !nikuReportBody ), lambda {
    @property = nil
  })
  doc('nikureport', <<'EOT'
This report generates an XML file to be imported into the enterprise resource
management software Clarity(R) from Computer Associates(R). The files contains
allocation curves for the specified resources. All tasks with identical user
defined attributes ''''ClarityPID'''' and ''''ClarityPNAME'''' are bundled
into a Clarity project. The resulting XML file can be imported into Clarity
with the xog-in tool.
EOT
     )
  example('Niku')
end

#rule_nikuReportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2824

def rule_nikuReportAttributes
  optional
  repeatable

  pattern(%w( !formats ))
  pattern(%w( !headline ))
  pattern(%w( !hideresource ))
  pattern(%w( !hidetask ))

  pattern(%w( !numberFormat ), lambda {
    @property.set('numberFormat', @val[0])
  })

  pattern(%w( !reportEnd ))
  pattern(%w( !reportPeriod ))
  pattern(%w( !reportStart ))
  pattern(%w( !reportTitle ))

  pattern(%w( _timeoff $STRING $STRING ), lambda {
    @property.set('timeOffId', @val[1])
    @property.set('timeOffName', @val[2])
  })
  doc('timeoff.nikureport', <<EOF
Set the Clarity project ID and name that the vacation time will be reported to.
EOF
     )
  arg(1, 'ID', 'The Clarity project ID')
  arg(2, 'Name', 'The Clarity project name')
end

#rule_nikuReportBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2854

def rule_nikuReportBody
  pattern(%w( _{ !nikuReportAttributes _} ), lambda {

  })
end

#rule_nikuReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2860

def rule_nikuReportHeader
  pattern(%w( _nikureport !optionalID $STRING ), lambda {
    newReport(@val[1], @val[2], :niku, @sourceFileInfo[0]) do
      @property.set('numberFormat', RealFormat.new(['-', '', '', '.', 2]))
    end
  })
  arg(1, 'file name', <<'EOT'
The name of the time sheet report file to generate. It must end with a .tji
extension, or use . to use the standard output channel.
EOT
     )
end

#rule_nodeId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2889

def rule_nodeId
  pattern(%w( !idOrAbsoluteId !subNodeId ), lambda {
    case @property.typeSpec
    when :taskreport
      if (p1 = @project.task(@val[0])).nil?
        error('unknown_main_node',
              "Unknown task ID #{@val[0]}", @sourceFileInfo[0])
      end
      if @val[1]
        if (p2 = @project.resource(@val[1])).nil?
          error('unknown_sub_node',
                "Unknown resource ID #{@val[0]}", @sourceFileInfo[0])
        end
        return [ p2, p1 ]
      end
      return [ p1, nil ]
    when :resourcereport
      if (p1 = @project.task(@val[0])).nil?
        error('unknown_main_node',
              "Unknown task ID #{@val[0]}", @sourceFileInfo[0])
      end
      if @val[1]
        if (p2 = @project.resource(@val[1])).nil?
          error('unknown_sub_node',
                "Unknown resource ID #{@val[0]}", @sourceFileInfo[0])
        end
        return [ p2, p1 ]
      end
      return [ p1, nil ]
    end

    raise "Node list is not supported for this report type: " +
          "#{@property.typeSpec}"
  })
end

#rule_nodeIdList ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2925

def rule_nodeIdList
  listRule('moreNodeIdList', '!nodeId')
  pattern([ '_-' ], lambda {
    []
  })
end

#rule_nonZeroWorkingDuration ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7654

def rule_nonZeroWorkingDuration
  pattern(%w( !workingDuration ), lambda {
    slots = @val[0]
    if slots <= 0
      error('working_duration_too_small',
            "Duration values must be at least " +
            "#{@project['scheduleGranularity'] / 60} minutes " +
            "(your timingresolution) long.")
    end
    slots
  })
end

#rule_number ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2932

def rule_number
  singlePattern('$INTEGER')
  singlePattern('$FLOAT')
end

#rule_numberFormat ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2937

def rule_numberFormat
  pattern(%w( _numberformat $STRING $STRING $STRING $STRING $INTEGER ),
      lambda {
    RealFormat.new(@val.slice(1, 5))
  })
  doc('numberformat',
      'These values specify the default format used for all numerical ' +
      'real values.')
  arg(1, 'negativeprefix', 'Prefix for negative numbers')
  arg(2, 'negativesuffix', 'Suffix for negative numbers')
  arg(3, 'thousandsep', 'Separator used for every 3rd digit')
  arg(4, 'fractionsep', 'Separator used to separate the fraction digits')
  arg(5, 'fractiondigits', 'Number of fraction digits to show')
end

#rule_operand ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 2952

def rule_operand
  pattern(%w( _( !operation _) ), lambda {
    @val[1]
  })
  pattern(%w( _~ !operand ), lambda {
    operation = LogicalOperation.new(@val[1])
    operation.operator = '~'
    operation
  })

  pattern(%w( $ABSOLUTE_ID ), lambda {
    if @val[0].count('.') > 1
      error('operand_attribute',
            'Attributes must be specified as <scenarioID>.<attribute>',
            @sourceFileInfo[0])
    end
    scenario, attribute = @val[0].split('.')
    if (scenarioIdx = @project.scenarioIdx(scenario)).nil?
      error('operand_unkn_scen', "Unknown scenario ID #{scenario}",
            @sourceFileInfo[0])
    end
    # TODO: Do at least some basic sanity checks of the attribute is valid.
    LogicalAttribute.new(attribute, @project.scenario(scenarioIdx))
  })
  pattern(%w( !date ), lambda {
    LogicalOperation.new(@val[0])
  })
  pattern(%w( $ID !argumentList ), lambda {
    if @val[1].nil?
      unless @project['flags'].include?(@val[0])
        error('operand_unkn_flag', "Undeclared flag '#{@val[0]}'",
              @sourceFileInfo[0])
      end
      LogicalFlag.new(@val[0])
    else
      func = LogicalFunction.new(@val[0])
      res = func.setArgumentsAndCheck(@val[1])
      unless res.nil?
        error(*res)
      end
      func
    end
  })
  pattern(%w( $INTEGER ), lambda {
    LogicalOperation.new(@val[0])
  })
  pattern(%w( $FLOAT ), lambda {
    LogicalOperation.new(@val[0])
  })
  pattern(%w( $STRING ), lambda {
    LogicalOperation.new(@val[0])
  })
end

#rule_operation ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3006

def rule_operation
  pattern(%w( !operand !operationChain ), lambda {
    operation = LogicalOperation.new(@val[0])
    if @val[1]
      # Further operators/operands create an operation tree.
      @val[1].each do |ops|
        operation = LogicalOperation.new(operation)
        operation.operator = ops[0]
        operation.operand2 = ops[1]
      end
    end
    operation
  })
  arg(0, 'operand', <<'EOT'
An operand can consist of a date, a text string, a [[functions|function]], a
property attribute or a numerical value. It can also be the name of a declared
flag.  Use the ''''scenario_id.attribute'''' notation to use an attribute of
the currently evaluated property. The scenario ID always has to be specified,
also for non-scenario specific attributes. This is necessary to distinguish
them from flags. See [[columnid]] for a list of available attributes. The use
of list attributes is not recommended. User defined attributes are available
as well.

An operand can be a negated operand by prefixing a ~ character or it can be
another logical expression enclosed in braces.
EOT
      )
end

#rule_operationChain ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3035

def rule_operationChain
  optional
  repeatable
  pattern(%w( !operatorAndOperand), lambda {
    @val[0]
  })
end

#rule_operator ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3053

def rule_operator
  singlePattern('_|')
  descr('The \'or\' operator')

  singlePattern('_&')
  descr('The \'and\' operator')

  singlePattern('_>')
  descr('The \'greater than\' operator')

  singlePattern('_<')
  descr('The \'smaller than\' operator')

  singlePattern('_=')
  descr('The \'equal\' operator')

  singlePattern('_>=')
  descr('The \'greater-or-equal\' operator')

  singlePattern('_<=')
  descr('The \'smaller-or-equal\' operator')

  singlePattern('_!=')
  descr('The \'not-equal\' operator')
end

#rule_operatorAndOperand ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3043

def rule_operatorAndOperand
  pattern(%w( !operator !operand), lambda{
    [ @val[0], @val[1] ]
  })
  arg(1, 'operand', <<'EOT'
An operand can consist of a date, a text string or a numerical value. It can also be the name of a declared flag. Finally, an operand can be a negated operand by prefixing a ~ character or it can be another operation enclosed in braces.
EOT
      )
end

#rule_optionalID ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3079

def rule_optionalID
  optional
  pattern(%w( $ID ), lambda {
    @val[0]
  })
  arg(0, 'id', <<"EOT"
An optional ID. If you ever want to reference this property, you must specify
your own unique ID. If no ID is specified, one will be automatically generated.
These IDs may become visible in reports, but may change at any time. You may
never rely on automatically generated IDs.
EOT
     )
end

#rule_optionalMinus ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3093

def rule_optionalMinus
  optional
  pattern(%w( _- ), lambda {
    true
  })
end

#rule_optionalPercent ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3100

def rule_optionalPercent
  optional
  pattern(%w( !number _% ), lambda {
    @val[0] / 100.0
  })
end

#rule_optionalScenarioIdCol ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3106

def rule_optionalScenarioIdCol
  optional
  pattern(%w( $ID_WITH_COLON ), lambda {
    if (@scenarioIdx = @project.scenarioIdx(@val[0])).nil?
      error('unknown_scenario_id', "Unknown scenario: #{@val[0]}",
            @sourceFileInfo[0])
    end
    @scenarioIdx
  })
end

#rule_optionalVersion ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3118

def rule_optionalVersion
  optional
  pattern(%w( $STRING ), lambda {
    @val[0]
  })
  arg(0, 'version', <<"EOT"
An optional version ID. This can be something simple as "4.2" or an ID tag of
a revision control system. If not specified, it defaults to "1.0".
EOT
     )
end

#rule_outputFormat ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3130

def rule_outputFormat
  pattern(%w( _csv ), lambda {
    :csv
  })
  descr(<<'EOT'
The report lists the resources and their respective values as
colon-separated-value (CSV) format. Due to the very simple nature of the CSV
format, only a small subset of features will be supported for CSV output.
Including tasks or listing multiple scenarios will result in very difficult to
read reports.
EOT
       )

  pattern(%w( _html ), lambda {
    :html
  })
  descr('Generate a web page (HTML file)')

  pattern(%w( _niku ), lambda {
    :niku
  })
  descr('Generate an XOG XML file to be used with Clarity.')
end

#rule_outputFormats ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3154

def rule_outputFormats
  pattern(%w( !outputFormat !moreOutputFormats ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_plusOrMinus ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3160

def rule_plusOrMinus
  singlePattern('_+')
  singlePattern('_-')
end

#rule_project ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3165

def rule_project
  pattern(%w( !projectProlog !projectDeclaration !properties . ), lambda {
    @val[1]
  })
end

#rule_projectBody ⇒ `Object`



3171
3172
3173

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3171

def rule_projectBody
  optionsRule('projectBodyAttributes')
end

#rule_projectBodyAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3175

def rule_projectBodyAttributes
  repeatable
  optional

  pattern(%w( _alertlevels !alertLevelDefinitions ), lambda {
    if @val[1].length < 2
      error('too_few_alert_levels',
            'You must specify at least 2 different alert levels.',
            @sourceFileInfo[1])
    end
    levels = @project['alertLevels']
    levels.clear
    @val[1].each do |level|
      if levels.indexById(level[0])
        error('alert_level_redef',
              "Alert level '#{level[0]}' has been defined multiple times.",
              @sourceFileInfo[1])
      end

      if levels.indexByName(level[1])
        error('alert_name_redef',
              "Alert level name '#{level[1]}' has been defined multiple " +
              "times.", @sourceFileInfo[1])
      end

      @project['alertLevels'].add(AlertLevelDefinition.new(*level))
    end
  })
  level(:beta)
  doc('alertlevels', <<'EOT'
By default TaskJuggler supports the pre-defined alert levels: green, yellow
and red. This attribute can be used to replace them with your own set of alert
levels. You can define any number of levels, but you need to define at least
two and they must be specified in ascending order from the least severity to
highest severity. Additionally, you need to provide a 15x15 pixel image file
with the name ''''flag-X.png'''' for each level where ''''X'''' matches the ID
of the alert level. These files need to be in the ''''icons'''' directory to
be found by the browser when showing HTML reports.
EOT
     )
  example('AlertLevels')

  pattern(%w( !currencyFormat ), lambda {
    @project['currencyFormat'] = @val[0]
  })

  pattern(%w( _currency $STRING ), lambda {
    @project['currency'] = @val[1]
  })
  doc('currency', 'The default currency unit.')
  example('Account')
  arg(1, 'symbol', 'Currency symbol')

  pattern(%w( _dailyworkinghours !number ), lambda {
    @project['dailyworkinghours'] = @val[1]
  })
  doc('dailyworkinghours', <<'EOT'
Set the average number of working hours per day. This is used as
the base to convert working hours into working days. This affects
for example the length task attribute. The default value is 8 hours
and should work for most Western countries. The value you specify should match
the settings you specified as your default [[workinghours.project|working
hours]].
EOT
     )
  example('Project')
  arg(1, 'hours', 'Average number of working hours per working day')

  pattern(%w( _extend !extendProperty !extendBody ), lambda {
    updateParserTables
  })
  doc('extend', <<'EOT'
Often it is desirable to collect more information in the project file than is
necessary for task scheduling and resource allocation. To add such information
to tasks, resources or accounts, the user can extend these properties with
user-defined attributes. The new attributes can be of various types such as
text, date or reference to capture various types of data. Optionally the user
can specify if the attribute value should be inherited from the enclosing
property.
EOT
     )
  example('CustomAttributes')

  pattern(%w( !projectBodyInclude ))

  pattern(%w( !journalEntry ))

  pattern(%w( _now !date ), lambda {
    @project['now'] = @val[1]
    @scanner.addMacro(TextParser::Macro.new('now', @val[1].to_s,
                                            @sourceFileInfo[0]))
    @scanner.addMacro(TextParser::Macro.new(
      'today', @val[1].to_s(@project['timeFormat']), @sourceFileInfo[0]))
  })
  doc('now', <<'EOT'
Specify the date that TaskJuggler uses for calculation as current
date. If no value is specified, the current value of the system
clock is used.
EOT
     )
  arg(1, 'date', 'Alternative date to be used as current date for all ' +
      'computations')

  pattern(%w( _markdate !date ), lambda {
    @project['markdate'] = @val[1]
    @scanner.addMacro(TextParser::Macro.new('markdate', @val[1].to_s,
                                            @sourceFileInfo[0]))
    @scanner.addMacro(TextParser::Macro.new(
      'today', @val[1].to_s(@project['timeFormat']), @sourceFileInfo[0]))
  })
  doc('markdate', <<'EOT'
Specify the reference date that TaskJuggler uses as date that can be specified
and set by the user. It can be used as additional point in time to help with
tracking tasks. If no value is specified, the current value of the system clock is used.
EOT
     )
  arg(1, 'date', 'Alternative date to be used as custom date specified by the user')

  pattern(%w( !numberFormat ), lambda {
    @project['numberFormat'] = @val[0]
  })

  pattern(%w( _outputdir $STRING ), lambda {
    # Directory name must be terminated by a slash.
    if @val[1].empty?
      error('outdir_empty', 'Output directory may not be empty.')
    end
    if !File.directory?(@val[1])
      error('outdir_missing',
            "Output directory '#{@val[1]}' does not exist or is not " +
            "a directory!")
    end
    @project.outputDir = @val[1] + (@val[1][-1] == ?/ ? '' : '/')
  })
  doc('outputdir',
      'Specifies the directory into which the reports should be generated. ' +
      'This will not affect reports whose name start with a slash. This ' +
      'setting can be overwritten by the command line option -o or --output-dir.')
  arg(1, 'directory', 'Path to an existing directory')

  pattern(%w( !scenario ))
  pattern(%w( _shorttimeformat $STRING ), lambda {
    @project['shortTimeFormat'] = @val[1]
  })
  doc('shorttimeformat',
      'Specifies time format for short time specifications. This is normal ' +
      'just hours and minutes.')
  arg(1, 'format', 'strftime like format string')

  pattern(%w( !timeformat ), lambda {
    @project['timeFormat'] = @val[0]
  })

  pattern(%w( !timezone ), lambda {
    @val[0]
  })

  pattern(%w( _timingresolution $INTEGER _min ), lambda {
    goodValues = [ 5, 10, 15, 20, 30, 60 ]
    unless goodValues.include?(@val[1])
      error('bad_timing_res',
            "Timing resolution must be one of #{goodValues.join(', ')} min.",
            @sourceFileInfo[1])
    end
    if @val[1] > (Project.maxScheduleGranularity / 60)
      error('too_large_timing_res',
            'The maximum allowed timing resolution for the timezone is ' +
            "#{Project.maxScheduleGranularity / 60} minutes.",
            @sourceFileInfo[1])
    end
    @project['scheduleGranularity'] = @val[1] * 60
  })
  doc('timingresolution', <<'EOT'
Sets the minimum timing resolution. The smaller the value, the longer the
scheduling process lasts and the more memory the application needs. The
default and maximum value is 1 hour. The smallest value is 5 min.
This value is a pretty fundamental setting of TaskJuggler. It has a severe
impact on memory usage and scheduling performance. You should set this value
to the minimum required resolution. Make sure that all values that you specify
are aligned with the resolution.

Changing the timing resolution will reset the [[workinghours.project|working
hours]] to the default times. It's recommended that this is the very first
option in the project header section.

Do not use this option after you've set the time zone!
EOT
      )

  pattern(%w( _trackingscenario !scenarioId ), lambda {
    @project['trackingScenarioIdx'] = @val[1]
    # The tracking scenario and all child scenarios will always be scheduled
    # in projection mode.
    @project.scenario(@val[1]).all.each do |scenario|
      scenario.set('projection', true)
    end
  })
  doc('trackingscenario', <<'EOT'
Specifies which scenario is used to capture what actually has happened with
the project. All sub-scenarios of this scenario inherit the bookings of the
tracking scenario and may not have any bookings of their own. The tracking
scenario must also be specified to use time and status sheet reports.

The tracking scenario must be defined after all scenarios have been defined.

The tracking scenario and all scenarios derived from it will be scheduled in
projection mode. This means that the scheduler will only add bookings after
the current date or the date specified by [[now]]. It is assumed that all
allocations prior to this date have been provided as [[booking.task|
task bookings]] or [[booking.resource|resource bookings]].
EOT
     )
  example('TimeSheet1', '2')

  pattern(%w( _weekstartsmonday ), lambda {
    @project['weekStartsMonday'] = true
  })
  doc('weekstartsmonday',
      'Specify that you want to base all week calculation on weeks ' +
      'starting on Monday. This is common in many European countries.')

  pattern(%w( _weekstartssunday ), lambda {
    @project['weekStartsMonday'] = false
  })
  doc('weekstartssunday',
      'Specify that you want to base all week calculation on weeks ' +
      'starting on Sunday. This is common in the United States of America.')

  pattern(%w( !workinghoursProject ))
  pattern(%w( _yearlyworkingdays !number ), lambda {
    @project['yearlyworkingdays'] = @val[1]
  })
  doc('yearlyworkingdays', <<'EOT'
Specifies the number of average working days per year. This should correlate
to the specified workinghours and vacation. It affects the conversion of
working hours, working days, working weeks, working months and working years
into each other.

When public holidays and leaves are disregarded, this value should be equal
to the number of working days per week times 52.1428 (the average number of
weeks per year). E. g. for a culture with 5 working days it is 260.714 (the
default), for 6 working days it is 312.8568 and for 7 working days it is
365.
EOT
     )
  arg(1, 'days', 'Number of average working days for a year')
end

#rule_projectBodyInclude ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3509

def rule_projectBodyInclude
  pattern(%w( _include !includeFile !projectBodyAttributes . ))
  lastSyntaxToken(1)
  doc('include.project', <<'EOT'
Includes the specified file name as if its contents would be written
instead of the include property. When the included files contains other
include statements or report definitions, the filenames are relative to the file
where they are defined in.

This version of the include directive may only be used inside the [[project]]
header section. The included files must only contain content that may be
present in a project header section.
EOT
     )
end

#rule_projectDeclaration ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3423

def rule_projectDeclaration
  pattern(%w( !projectHeader !projectBody ), lambda {
    # If the user has specified a tracking scenario, we mark all children of
    # that scenario to disallow own bookings. These scenarios will inherit
    # their bookings from the tracking scenario.
    if (idx = @project['trackingScenarioIdx'])
      @project.scenario(idx).allLeaves(true).each do |scenario|
        scenario.set('ownbookings', false)
      end
    end
    @val[0]
  })
  doc('project', <<'EOT'
The project property is mandatory and should be the first property
in a project file. It is used to capture basic attributes such as
the project id, name and the expected time frame.

Be aware that the dates for the project period default to UTC times. See [[interval2]] for details.
EOT
     )
end

#rule_projectHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3445

def rule_projectHeader
  pattern(%w( _project !optionalID $STRING !optionalVersion !interval ), lambda {
    @project = Project.new(@val[1], @val[2], @val[3])
    @project['start'] = @val[4].start
    @project['end'] = @val[4].end
    @projectId = @val[1]
    setGlobalMacros
    @property = nil
    @reportCounter = 0
    @project
  })
  arg(2, 'name', 'The name of the project')
end

#rule_projectIDs ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3459

def rule_projectIDs
  pattern(%w( $ID !moreProjectIDs ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_projection ⇒ `Object`



3465
3466
3467

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3465

def rule_projection
  optionsRule('projectionAttributes')
end

#rule_projectionAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3469

def rule_projectionAttributes
  optional
  repeatable
  pattern(%w( _sloppy ))
  level(:deprecated)
  also('trackingscenario')
  doc('sloppy.projection', '')

  pattern(%w( _strict ), lambda {
    warning('projection_strict',
            'The strict mode is now always used.')
  })
  level(:deprecated)
  also('trackingscenario')
  doc('strict.projection', '')
end

#rule_projectProlog ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3486

def rule_projectProlog
  optional
  repeatable
  pattern(%w( !prologInclude ))
  pattern(%w( !macro ))
end

#rule_projectProperties ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3493

def rule_projectProperties
  # This rule is not defining actual syntax. It's only used for the
  # documentation.
  pattern(%w( !projectPropertiesBody ))
  doc('properties', <<'EOT'
The project properties. Every project must consist of at least one task. The other properties are optional. To save the scheduled data at least one output generating property should be used.
EOT
     )
end

#rule_projectPropertiesBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3503

def rule_projectPropertiesBody
  # This rule is not defining actual syntax. It's only used for the
  # documentation.
  optionsRule('properties')
end

#rule_prologInclude ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3525

def rule_prologInclude
  pattern(%w( _include !includeFile !projectProlog . ))
  lastSyntaxToken(1)
  doc('include.macro', <<'EOT'
Includes the specified file name as if its contents would be written
instead of the include property. The only exception is the include
statement itself. When the included files contains other include
statements or report definitions, the filenames are relative to the file
where they are defined in.

The included file may only contain macro definitions. This version of the
include directive can only be used before the [[project]] header.
EOT
     )
end

#rule_properties ⇒ `Object`



3541
3542
3543

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3541

def rule_properties
  pattern(%w( !propertiesBody ))
end

#rule_propertiesBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3545

def rule_propertiesBody
  repeatable
  optional

  pattern(%w( !account ))

  pattern(%w( _auxdir $STRING ), lambda {
    auxdir = @val[1]
    # Ensure that the directory always ends with a '/'.
    auxdir += '/' unless auxdir[-1] == ?/
    @project['auxdir'] = auxdir
  })
  level(:beta)
  doc('auxdir', <<'EOT'
Specifies an alternative directory for the auxiliary report files such as CSS,
JavaScript and icon files. This setting will affect all subsequent report
definitions unless it gets overridden. If this attribute is not set, the
directory and its contents will be generated automatically. If this attribute
is provided, the user has to ensure that the directory exists and is filled
with the proper data. The specified path can be absolute or relative to the
generated report file.
EOT
     )

  pattern(%w( _copyright $STRING ), lambda {
    @project['copyright'] = @val[1]
  })
  doc('copyright', <<'EOT'
Set a copyright notice for the project file and its content. This copyright notice will be added to all reports that can support it.
EOT
     )
  example('Caption', '2')

  pattern(%w( !balance ), lambda {
    @project['costaccount'] = @val[0][0]
    @project['revenueaccount'] = @val[0][1]
  })

  pattern(%w( _flags !declareFlagList ), lambda {
    unless @project['flags'].include?(@val[1])
      @project['flags'] += @val[1]
    end
  })
  doc('flags', <<'EOT'
Declare one or more flag for later use. Flags can be used to mark tasks, resources or other properties to filter them in reports.
EOT
     )

  pattern(%w( !propertiesInclude ))

  pattern(%w( !leaves ), lambda {
    @val[0].each do |v|
      @project['leaves'] << v
    end
  })

  pattern(%w( !limits ), lambda {
    @project['limits'] = @val[0]
  })
  doc('limits', <<'EOT'
Set per-interval allocation limits for the following resource definitions.
The limits can be overwritten in each resource definition and the global
limits can be changed later.
EOT
     )

  pattern(%w( !macro ))

  pattern(%w( !navigator ))

  pattern(%w( _projectid $ID ), lambda {
    @project['projectids'] << @val[1]
    @project['projectids'].uniq!
    @project['projectid'] = @projectId = @val[1]
  })
  doc('projectid', <<'EOT'
This declares a new project id and activates it. All subsequent
task definitions will inherit this ID. The tasks of a project can have
different IDs.  This is particularly helpful if the project is merged from
several sub projects that each have their own ID.
EOT
     )

  pattern(%w( _projectids !projectIDs ), lambda {
    @project['projectids'] += @val[1]
    @project['projectids'].uniq!
  })
  doc('projectids', <<'EOT'
Declares a list of project IDs. When an include file that was generated from another project brings different project IDs, these need to be declared first.
EOT
      )

  pattern(%w( _rate !number ), lambda {
    @project['rate'] = @val[1].to_f
  })
  doc('rate', <<'EOT'
Set the default rate for all subsequently defined resources. The rate describes the daily cost of a resource.
EOT
      )

  pattern(%w( !reportProperties ))
  pattern(%w( !resource ))
  pattern(%w( !shift ))
  pattern(%w( !statusSheet ))

  pattern(%w( _supplement !supplement ))
  doc('supplement', <<'EOT'
The supplement keyword provides a mechanism to add more attributes to already
defined accounts, tasks or resources. The additional attributes must obey the
same rules as in regular task or resource definitions and must be enclosed by
curly braces.

This construct is primarily meant for situations where the information about a
task or resource is split over several files. E. g. the vacation dates for the
resources may be in a separate file that was generated by some other tool.
EOT
     )
  example('Supplement')

  pattern(%w( !task ))
  pattern(%w( !timeSheet ))
  pattern(%w( _vacation !vacationName !intervals ), lambda {
    @val[2].each do |interval|
      @project['leaves'] << Leave.new(:holiday, interval)
    end
  })
  doc('vacation', <<'EOT'
Specify a global vacation period for all subsequently defined resources. A
vacation can also be used to block out the time before a resource joined or
after it left. For employees changing their work schedule from full-time to
part-time, or vice versa, please refer to the 'Shift' property.
EOT
     )
  arg(1, 'name', 'Name or purpose of the vacation')
end

#rule_propertiesFile ⇒ `Object`



3681
3682
3683

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3681

def rule_propertiesFile
  pattern(%w( !propertiesBody . ))
end

#rule_propertiesInclude ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3685

def rule_propertiesInclude
  pattern(%w( _include !includeProperties !properties . ), lambda {
  })
  lastSyntaxToken(1)
  doc('include.properties', <<'EOT'
Includes the specified file name as if its contents would be written
instead of the include property. The only exception is the include
statement itself. When the included files contains other include
statements or report definitions, the filenames are relative to the file
where they are defined in. include commands can be used in the project
header, at global scope or between property declarations of tasks,
resources, and accounts.

For technical reasons you have to supply the optional pair of curly
brackets if the include is followed immediately by a macro call that
is defined within the included file.
EOT
     )
end

#rule_purge ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3705

def rule_purge
  pattern(%w( _purge !optionalScenarioIdCol $ID ), lambda {
    attrId = @val[2]
    if (attributeDefinition = @property.attributeDefinition(attrId)).nil?
      error('purge_unknown_id',
            "#{attrId} is not a known attribute for this property",
            @sourceFileInfo[2])
    end
    if attributeDefinition.scenarioSpecific
      @scenarioIdx = 0 unless @val[1]
    else
      if @val[1]
        error('purge_non_sc_spec_attr',
              'Scenario specified for a non-scenario specific attribute')
      end
    end
    if @property.attributeDefinition(attrId).scenarioSpecific
      @property.getAttribute(attrId, @scenarioIdx).reset
    else
      @property.getAttribute(attrId).reset
    end
  })
  doc('purge', <<'EOT'
Many attributes inherit their values from the enclosing property or the global
scope. In certain circumstances, this is not desirable, e. g. for list
attributes. A list attribute is any attribute that takes a comma separated
list of values as argument. [[allocate]] and [[flags.task]] are
good examples of commonly used list attributes. By defining values for
such a list attribute in a nested property, the new values will be appended to
the list that was inherited from the enclosing property. The purge
attribute resets any attribute to its default value. A subsequent definition
for the attribute within the property will then add their values to an empty
list. The value of the enclosing property is not affected by purge.

For scenario specific attributes, an optional scenario ID can be specified
before the attribute ID. If it's missing, the default (first) scenario will be
used.
EOT
     )
  arg(1, 'attribute', 'Any name of a list attribute')
end

#rule_referenceAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3747

def rule_referenceAttributes
  optional
  repeatable
  pattern(%w( _label $STRING ), lambda {
    @val[1]
  })
end

#rule_referenceBody ⇒ `Object`



3755
3756
3757

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3755

def rule_referenceBody
  optionsRule('referenceAttributes')
end

#rule_relativeId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3759

def rule_relativeId
  pattern(%w( _! !moreBangs !idOrAbsoluteId ), lambda {
    str = '!'
    if @val[1]
      @val[1].each { |bang| str += bang }
    end
    str += @val[2]
    str
  })
end

#rule_reportableAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3780

def rule_reportableAttributes
  singlePattern('_activetasks')
  descr(<<'EOT'
The number of sub-tasks (including the current task) that are active in the
reported time period. Active means that they are ongoing at the current time
or [[now]] date.
EOT
       )

  singlePattern('_annualleave')
  descr(<<'EOT'
The number of annual leave units within the reported time period. The unit
can be adjusted with [[loadunit]].
EOT
       )

  singlePattern('_annualleavebalance')
  descr(<<'EOT'
The balance of the annual leave at the end of the reporting interval. The unit
can be adjusted with [[loadunit]].
EOT
       )

  singlePattern('_annualleavelist')
  descr(<<'EOT'
A list with all annual leave intervals. The list can be customized with the
[[listtype.column|listtype]] attribute.
EOT
       )

  singlePattern('_alert')
  descr(<<'EOT'
The alert level of the property that was reported with the date closest to the
end date of the report. Container properties that don't have their own alert
level reported with a date equal or newer than the alert levels of all their
sub properties will get the highest alert level of their direct sub
properties.
EOT
       )

  singlePattern('_alertmessages')
  level(:deprecated)
  also('journal')
  descr('Deprecated. Please use ''''journal'''' instead')

  singlePattern('_alertsummaries')
  level(:deprecated)
  also('journal')
  descr('Deprecated. Please use ''''journal'''' instead')

  singlePattern('_alerttrend')
  descr(<<'EOT'
Shows how the alert level at the end of the report period compares to the
alert level at the beginning of the report period. Possible values are
''''Up'''', ''''Down'''' or ''''Flat''''.
EOT
       )

  singlePattern('_balance')
  descr(<<'EOT'
The account balance at the beginning of the reported period. This is the
balance before any transactions of the reported period have been credited.
EOT
       )

  singlePattern('_bsi')
  descr('The hierarchical or work breakdown structure index (i. e. 1.2.3)')

  singlePattern('_chart')
  descr(<<'EOT'
A Gantt chart. This column type requires all lines to have the same fixed
height. This does not work well with rich text columns in some browsers. Some
show a scrollbar for the compressed table cells, others don't. It is
recommended, that you don't use rich text columns in conjuction with the chart
column.
EOT
       )

  singlePattern('_children')
  descr(<<'EOT'
A list of all direct sub elements.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.
EOT
       )

  singlePattern('_closedtasks')
  descr(<<'EOT'
The number of sub-tasks (including the current task) that have been closed
during the reported time period.  Closed means that they have an end date
before the current time or [[now]] date.
EOT
       )

  singlePattern('_competitorcount')
  descr(<<'EOT'
The number of tasks that have successfully competed for the same resources and
have potentially delayed the completion of this task.
EOT
       )
  singlePattern('_competitors')
  descr(<<'EOT'
A list of tasks that have successfully competed for the same resources and
have potentially delayed the completion of this task.
EOT
       )

  singlePattern('_complete')
  descr(<<'EOT'
The completion degree of a task. Unless a completion degree is manually
provided, this is a computed value relative to the [[now]] date of the project. A
task that has ended before the now date is always 100% complete. A task that
starts at or after the now date is always 0%. For [[effort]] based tasks the
computation degree is the percentage of done effort of the overall effort. For
other leaf tasks, the completion degree is the percentage of the already passed
duration of the overall task duration. For container tasks, it's always the
average of the direct sub tasks. If the sub tasks consist of a mixture of
effort and non-effort tasks, the completion value is only of limited value.
EOT
       )

  pattern([ '_completed' ], lambda {
    'complete'
  })
  level(:deprecated)
  also('complete')
  descr('Deprecated alias for complete')

  singlePattern('_criticalness')
  descr('A measure for how much effort the resource is allocated for, or ' +
        'how strained the allocated resources of a task are.')

  singlePattern('_cost')
  descr(<<'EOT'
The cost of the task or resource. The use of this column requires that a cost
account has been set for the report using the [[balance]] attribute.
EOT
       )

  singlePattern('_daily')
  descr('A group of columns with one column for each day')

  singlePattern('_directreports')
  descr(<<'EOT'
The resources that have this resource assigned as manager.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attribute.
EOT
       )

  singlePattern('_duration')
  descr('The duration of a task')

  singlePattern('_duties')
  descr(<<'EOT'
List of tasks that the resource is allocated to

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attribute.
EOT
       )

  singlePattern('_efficiency')
  descr('Measure for how efficient a resource can perform tasks')

  singlePattern('_effort')
  descr('The allocated effort during the reporting period')

  singlePattern('_effortdone')
  descr('The already completed effort as of now')

  singlePattern('_effortleft')
  descr('The remaining allocated effort as of now')

  singlePattern('_email')
  descr('The email address of a resource')

  singlePattern('_end')
  descr('The end date of a task')

  singlePattern('_flags')
  descr('List of attached flags')

  singlePattern('_followers')
  descr(<<'EOT'
A list of tasks that depend on the current task. The list contains the names,
the IDs, the date and the type of dependency. For the type the following
symbols are used for <nowiki><dep></nowiki>:

* '''<nowiki>]->[</nowiki>''': End-to-Start dependency
* '''<nowiki>[->[</nowiki>''': Start-to-Start dependency
* '''<nowiki>]->]</nowiki>''': End-to-End dependency
* '''<nowiki>[->]</nowiki>''': Start-to-End dependency

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column]] attributes. The dependency symbol can be generated via
the ''''dependency'''' attribute in the query, the target date via the
''''date'''' attribute.
EOT
       )

  singlePattern('_freetime')
  descr(<<'EOT'
The amount of unallocated work time of a resource during the reporting period.
EOT
       )

  singlePattern('_freework')
  descr(<<'EOT'
The amount of unallocated work capacity of a resource during the reporting
period. This is the product of unallocated work time times the efficiency of
the resource.
EOT
       )

  singlePattern('_fte')
  descr(<<'EOT'
The Full-Time-Equivalent of a resource or group. This is the ratio of the
resource working time and the global working time. Working time is defined by
working hours and leaves. The FTE value can vary over time and is
calculated for the report interval or the user specified interval.
EOT
       )

  singlePattern('_gauge')
  descr(<<'EOT'
When [[complete]] values have been provided to capture the actual progress on
tasks, the gauge column will list whether the task is ahead of, behind or on
schedule.
EOT
       )

  singlePattern('_headcount')
  descr(<<'EOT'
For resources this is the headcount number of the resource or resource group.
For a single resource this is the [[efficiency]] rounded to the next integer.
Resources that are marked as unemployed at the report start time are not
counted. For a group it is the sum of the sub resources headcount.

For tasks it's the number of different resources allocated to the task during
the report interval. Resources are weighted with their rounded efficiencies.
EOT
       )

  pattern([ '_hierarchindex' ], lambda {
    'bsi'
  })
  level(:deprecated)
  also('bsi')
  descr('Deprecated alias for bsi')

  singlePattern('_hourly')
  descr('A group of columns with one column for each hour')

  singlePattern('_id')
  descr('The id of the item')

  singlePattern('_index')
  descr('The index of the item based on the nesting hierachy')

  singlePattern('_inputs')
  descr(<<'EOT'
A list of milestones that are a prerequiste for the current task. For
container tasks it will also include the inputs of the child tasks. Inputs may
not have any predecessors.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attribute.
EOT
       )

  singlePattern('_journal')
  descr(<<'EOT'
The journal entries for the task or resource for the reported interval. The
generated text can be customized with [[journalmode]],
[[journalattributes]], [[hidejournalentry]] and [[sortjournalentries]]. If
used in queries without a property context, the journal for the complete
project is generated.
EOT
       )

  singlePattern('_journal_sub')
  level(:deprecated)
  also('journal')
  descr('Deprecated. Please use ''''journal'''' instead')

  singlePattern('_journalmessages')
  level(:deprecated)
  also('journal')
  descr('Deprecated. Please use ''''journal'''' instead')

  singlePattern('_journalsummaries')
  level(:deprecated)
  also('journal')
  descr('Deprecated. Please use ''''journal'''' instead')

  singlePattern('_line')
  descr('The line number in the report')

  singlePattern('_managers')
  descr(<<'EOT'
A list of managers that the resource reports to.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.
EOT
      )

  singlePattern('_maxend')
  descr('The latest allowed end of a task')

  singlePattern('_maxstart')
  descr('The lastest allowed start of a task')

  singlePattern('_minend')
  descr('The earliest allowed end of a task')

  singlePattern('_minstart')
  descr('The earliest allowed start of a task')

  singlePattern('_monthly')
  descr('A group of columns with one column for each month')

  singlePattern('_no')
  descr('The object line number in the report (Cannot be used for sorting!)')

  singlePattern('_name')
  descr('The name or description of the item')

  singlePattern('_note')
  descr('The note attached to a task')

  singlePattern('_opentasks')
  descr(<<'EOT'
The number of sub-tasks (including the current task) that have not yet been
closed during the reported time period. Closed means that they have an end
date before the current time or [[now]] date.
EOT
       )

  singlePattern('_pathcriticalness')
  descr('The criticalness of the task with respect to all the paths that ' +
        'it is a part of.')

  singlePattern('_precursors')
  descr(<<'EOT'
A list of tasks the current task depends on. The list contains the names, the
IDs, the date and the type of dependency. For the type the following symbols
are used

* '''<nowiki>]->[</nowiki>''': End-to-Start dependency
* '''<nowiki>[->[</nowiki>''': Start-to-Start dependency
* '''<nowiki>]->]</nowiki>''': End-to-End dependency
* '''<nowiki>[->]</nowiki>''': Start-to-End dependency

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.  The dependency symbol can be
generated via the ''''dependency'''' attribute in the query, the target date
via the ''''date'''' attribute.
EOT
       )

  singlePattern('_priority')
  descr('The priority of a task')

  singlePattern('_quarterly')
  descr('A group of columns with one column for each quarter')

  singlePattern('_rate')
  descr('The daily cost of a resource.')

  singlePattern('_reports')
  descr(<<'EOT'
All resources that have this resource assigned as a direct or indirect manager.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.
EOT
       )

  singlePattern('_resources')
  descr(<<'EOT'
A list of resources that are assigned to the task in the report time frame.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.
EOT
       )

  singlePattern('_responsible')
  descr(<<'EOT'
The responsible people for this task.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.
EOT
       )

  singlePattern('_revenue')
  descr(<<'EOT'
The revenue of the task or resource. The use of this column requires that a
revenue account has been set for the report using the [[balance]] attribute.
EOT
       )

  singlePattern('_scenario')
  descr('The name of the scenario')

  singlePattern('_scheduling')
  descr(<<'EOT'
The scheduling mode of the leaf tasks. ASAP tasks are scheduled start to end while ALAP tasks are scheduled end to start.
EOT
       )

  singlePattern('_seqno')
  descr('The index of the item based on the declaration order')

  singlePattern('_sickleave')
  descr(<<'EOT'
The number of sick leave units within the reported time period. The unit can
be adjusted with [[loadunit]].
EOT
       )

  singlePattern('_specialleave')
  descr(<<'EOT'
The number of special leave units within the reported time period. The unit
can be adjusted with [[loadunit]].
EOT
       )

  singlePattern('_start')
  descr('The start date of the task')

  singlePattern('_status')
  descr(<<'EOT'
The status of a task. It is determined based on the current date or the date
specified by [[now]].
EOT
       )

  singlePattern('_targets')
  descr(<<'EOT'
A list of milestones that depend on the current task. For container tasks it
will also include the targets of the child tasks. Targets may not have any
follower tasks.

The list can be customized by the [[listitem.column|listitem]] and
[[listtype.column|listtype]] attributes.
EOT
       )

  singlePattern('_turnover')
  descr(<<'EOT'
The financial turnover of an account during the reporting interval.
EOT
       )

  pattern([ '_wbs' ], lambda {
    'bsi'
  })
  level(:deprecated)
  also('bsi')
  descr('Deprecated alias for bsi.')

  singlePattern('_unpaidleave')
  descr(<<'EOT'
The number of unpaid leave units within the reported time period. The unit
can be adjusted with [[loadunit]].
EOT
       )

  singlePattern('_weekly')
  descr('A group of columns with one column for each week')

  singlePattern('_yearly')
  descr('A group of columns with one column for each year')

end

#rule_reportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4262

def rule_reportAttributes
  optional
  repeatable

  pattern(%w( _accountroot !accountId), lambda {
    if @val[1].leaf?
      error('accountroot_leaf',
            "#{@val[1].fullId} is not a container account",
            @sourceFileInfo[1])
    end
    @property.set('accountroot', @val[1])
  })
  doc('accountroot', <<'EOT'
Only accounts below the specified root-level accounts are exported. The exported
accounts will have the ID of the root-level account stripped from their ID, so that
the sub-accounts of the root-level account become top-level accounts in the report
file.
EOT
     )
  example('AccountReport')

  pattern(%w( _auxdir $STRING ), lambda {
    auxdir = @val[1]
    # Ensure that the directory always ends with a '/'.
    auxdir += '/' unless auxdir[-1] == ?/
    @property.set('auxdir', auxdir)
  })
  level(:beta)
  doc('auxdir.report', <<'EOT'
Specifies an alternative directory for the auxiliary report files such as CSS,
JavaScript and icon files. If this attribute is not set, the directory will be
generated automatically. If this attribute is provided, the user has to ensure
that the directory exists and is filled with the proper data. The specified
path can be absolute or relative to the generated report file.
EOT
     )

  pattern(%w( !balance ), lambda {
    @property.set('costaccount', @val[0][0])
    @property.set('revenueaccount', @val[0][1])
  })

  pattern(%w( _caption $STRING ), lambda {
    @property.set('caption', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('caption', <<'EOT'
The caption will be embedded in the footer of the table or data segment. The
text will be interpreted as [[Rich_Text_Attributes|Rich Text]].
EOT
     )
  arg(1, 'text', 'The caption text.')
  example('Caption', '1')

  pattern(%w( _center $STRING ), lambda {
    @property.set('center', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('center', <<'EOT'
This attribute defines the center section of the [[textreport]]. The text will
be interpreted as [[Rich_Text_Attributes|Rich Text]].
EOT
     )
  arg(1, 'text', 'The text')
  example('textreport')

  pattern(%w( _columns !columnDef !moreColumnDef ), lambda {
    columns = [ @val[1] ]
    columns += @val[2] if @val[2]
    @property.set('columns', columns)
  })
  doc('columns', <<'EOT'
Specifies which columns shall be included in a report. Some columns show
values that are constant over the course of the project. Other columns show
calculated values that depend on the time period that was chosen for the
report.
EOT
     )

  pattern(%w( !currencyFormat ), lambda {
    @property.set('currencyFormat', @val[0])
  })

  pattern(%w( !reportEnd ))

  pattern(%w( _epilog $STRING ), lambda {
    @property.set('epilog', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('epilog', <<'EOT'
Define a text section that is printed right after the actual report data. The
text will be interpreted as [[Rich_Text_Attributes|Rich Text]].
EOT
     )
  also(%w( footer header prolog ))

  pattern(%w( !flags ))
  doc('flags.report', <<'EOT'
Attach a set of flags. The flags can be used in logical expressions to filter
properties from the reports.
EOT
     )

  pattern(%w( _footer $STRING ), lambda {
    @property.set('footer', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('footer', <<'EOT'
Define a text section that is put at the bottom of the report. The
text will be interpreted as [[Rich_Text_Attributes|Rich Text]].
EOT
     )
  example('textreport')
  also(%w( epilog header prolog ))

  pattern(%w( !formats ))

  pattern(%w( _header $STRING ), lambda {
    @property.set('header', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('header', <<'EOT'
Define a text section that is put at the top of the report. The
text will be interpreted as [[Rich_Text_Attributes|Rich Text]].
EOT
     )
  example('textreport')
  also(%w( epilog footer prolog ))

  pattern(%w( !headline ))
  pattern(%w( !hidejournalentry ))
  pattern(%w( !hideaccount ))
  pattern(%w( !hideresource ))
  pattern(%w( !hidetask ))

  pattern(%w( _height $INTEGER ), lambda {
    if @val[1] < 200
      error('min_report_height',
            "The report must have a minimum height of 200 pixels.")
    end
    @property.set('height', @val[1])
  })
  doc('height', <<'EOT'
Set the height of the report in pixels. This attribute is only used for
reports that cannot determine the height based on the content. Such reports can
be freely resized to fit in. The vast majority of reports can determine their
height based on the provided content. These reports will simply ignore this
setting.
EOT
     )
  also('width')

  pattern(%w( !journalReportAttributes ))
  pattern(%w( _journalmode !journalReportMode ), lambda {
    @property.set('journalMode', @val[1])
  })
  doc('journalmode', <<'EOT'
This attribute controls what journal entries are aggregated into the report.
EOT
     )

  pattern(%w( _left $STRING ), lambda {
    @property.set('left', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('left', <<'EOT'
This attribute defines the left margin section of the [[textreport]]. The text
will be interpreted as [[Rich_Text_Attributes|Rich Text]]. The margin will not
span the [[header]] or [[footer]] sections.
EOT
     )
  example('textreport')

  pattern(%w( !loadunit ))

  pattern(%w( !numberFormat ), lambda {
    @property.set('numberFormat', @val[0])
  })

  pattern(%w( _opennodes !nodeIdList ), lambda {
    @property.set('openNodes', @val[1])
  })
  doc('opennodes', 'For internal use only!')

  pattern(%w( !reportPeriod ))

  pattern(%w( _prolog $STRING ), lambda {
    @property.set('prolog', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('prolog', <<'EOT'
Define a text section that is printed right before the actual report data. The
text will be interpreted as [[Rich_Text_Attributes|Rich Text]].
EOT
     )
  also(%w( epilog footer header ))

  pattern(%w( !purge ))

  pattern(%w( _rawhtmlhead $STRING ), lambda {
    @property.set('rawHtmlHead', @val[1])
  })
  doc('rawhtmlhead', <<'EOT'
Define an HTML fragment that will be inserted at the end of the HTML head
section.
EOT
     )

  pattern(%w( !reports ))

  pattern(%w( _right $STRING ), lambda {
    @property.set('right', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('right', <<'EOT'
This attribute defines the right margin section of the [[textreport]]. The text
will be interpreted as [[Rich_Text_Attributes|Rich Text]]. The margin will not
span the [[header]] or [[footer]] sections.
EOT
     )
  example('textreport')

  pattern(%w( !rollupaccount ))
  pattern(%w( !rollupresource ))
  pattern(%w( !rolluptask ))

  pattern(%w( _scenarios !scenarioIdList ), lambda {
    # Don't include disabled scenarios in the report
    @val[1].delete_if { |sc| !@project.scenario(sc).get('active') }
    @property.set('scenarios', @val[1])
  })
  doc('scenarios', <<'EOT'
List of scenarios that should be included in the report. By default, only the
top-level scenario will be included. You can use this attribute to include
data from the defined set of scenarios. Not all reports support reporting data
from multiple scenarios. They will only include data from the first one in the
list.
EOT
     )

  pattern(%w( _selfcontained !yesNo ), lambda {
    @property.set('selfcontained', @val[1])
  })
  doc('selfcontained', <<'EOT'
Try to generate selfcontained output files when the format supports this. E.
g. for HTML reports, the style sheet will be included and no icons will be
used.
EOT
     )

  pattern(%w( !sortAccounts ))
  pattern(%w( !sortJournalEntries ))
  pattern(%w( !sortResources ))
  pattern(%w( !sortTasks ))

  pattern(%w( !reportStart ))

  pattern(%w( _resourceroot !resourceId), lambda {
    if @val[1].leaf?
      error('resourceroot_leaf',
            "#{@val[1].fullId} is not a group resource",
            @sourceFileInfo[1])
    end
    @property.set('resourceroot', @val[1])
  })
  doc('resourceroot', <<'EOT'
Only resources below the specified root-level resources are exported. The
exported resources will have the ID of the root-level resource stripped from
their ID, so that the sub-resources of the root-level resource become
top-level resources in the report file.
EOT
     )
  example('ResourceRoot')

  pattern(%w( _taskroot !taskId), lambda {
    if @val[1].leaf?
      error('taskroot_leaf',
            "#{@val[1].fullId} is not a container task",
            @sourceFileInfo[1])
    end
    @property.set('taskroot', @val[1])
  })
  doc('taskroot', <<'EOT'
Only tasks below the specified root-level tasks are exported. The exported
tasks will have the ID of the root-level task stripped from their ID, so that
the sub-tasks of the root-level task become top-level tasks in the report
file.
EOT
     )
  example('TaskRoot')

  pattern(%w( !timeformat ), lambda {
    @property.set('timeFormat', @val[0])
  })

  pattern(%w( _timezone !validTimeZone ), lambda {
    @property.set('timezone', @val[1])
  })
  doc('timezone.report', <<'EOT'
Sets the time zone used for all dates in the report. This setting is ignored
if the report is embedded into another report. Embedded in this context means
the report is part of another generated report. It does not mean that the
report definition is a sub report of another report definition.
EOT
     )

  pattern(%w( !reportTitle ))

  pattern(%w( _width $INTEGER ), lambda {
    if @val[1] < 400
      error('min_report_width',
            "The report must have a minimum width of 400 pixels.")
    end
    @property.set('width', @val[1])
  })
  doc('width', <<'EOT'
Set the width of the report in pixels. This attribute is only used for
reports that cannot determine the width based on the content. Such reports can
be freely resized to fit in. The vast majority of reports can determine their
width based on the provided content. These reports will simply ignore this
setting.
EOT
     )
  also('height')
end

#rule_reportBody ⇒ `Object`



4693
4694
4695

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4693

def rule_reportBody
  optionsRule('reportAttributes')
end

#rule_reportEnd ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4580

def rule_reportEnd
  pattern(%w( _end !date ), lambda {
    if @val[1] < @property.get('start')
      error('report_end',
            "End date must be before start date #{@property.get('start')}",
            @sourceFileInfo[1])
    end
    @property.set('end', @val[1])
  })
  doc('end.report', <<'EOT'
Specifies the end date of the report. In task reports only tasks that start
before this end date are listed.
EOT
     )
  example('Export', '2')
end

#rule_reportId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4596

def rule_reportId
  pattern(%w( !reportIdUnverifd ), lambda {
    id = @val[0]
    if @property && @property.is_a?(Report)
      id = @property.fullId + '.' + id
    else
      id = @reportprefix + '.' + id unless @reportprefix.empty?
    end
    # In case we have a nested supplement, we need to prepend the parent ID.
    if (report = @project.report(id)).nil?
      error('report_id_expected', "#{id} is not a defined report.",
            @sourceFileInfo[0])
    end
    report
  })
  arg(0, 'report', 'The ID of a defined report')
end

#rule_reportIdUnverifd ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4614

def rule_reportIdUnverifd
  singlePattern('$ABSOLUTE_ID')
  singlePattern('$ID')
end

#rule_reportName ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4619

def rule_reportName
  pattern(%w( $STRING ), lambda {
    @val[0]
  })
  arg(0, 'name', <<'EOT'
The name of the report. This will be the base name for generated output files.
The suffix will depend on the specified [[formats]]. It will also be used in
navigation bars.

By default, report definitions do not generate any files. With more complex
projects, most report definitions will be used to describe elements of
composed reports. If you want to generate a file from this report, you must
specify the list of [[formats]] that you want to generate. The report name
will then be used as a base name to create the file. The suffix will be
appended based on the generated format.

Reports have a local name space. All IDs and file names must be unique within
the reports that belong to the same enclosing report. To reference a report
for inclusion into another report, you need to specify the full report ID.
This is composed of the report ID, prefixed by a dot-separated list of all
parent report IDs.
EOT
     )
end

#rule_reportPeriod ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4644

def rule_reportPeriod
  pattern(%w( _period !interval ), lambda {
    @property.set('start', @val[1].start)
    @property.set('end', @val[1].end)
  })
  doc('period.report', <<'EOT'
This property is a shortcut for setting the start and end property at the
same time.
EOT
     )
end

#rule_reportProperties ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4656

def rule_reportProperties
  pattern(%w( !iCalReport ))
  pattern(%w( !nikuReport ))
  pattern(%w( !reports ))
  pattern(%w( !tagfile ))
  pattern(%w( !statusSheetReport ))
  pattern(%w( !timeSheetReport ))
end

#rule_reportPropertiesBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4665

def rule_reportPropertiesBody
  optional
  repeatable

  pattern(%w( !macro ))
  pattern(%w( !reportProperties ))
end

#rule_reportPropertiesFile ⇒ `Object`



4673
4674
4675

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4673

def rule_reportPropertiesFile
  pattern(%w( !reportPropertiesBody . ))
end

#rule_reports ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 3771

def rule_reports
  pattern(%w( !accountReport ))
  pattern(%w( !export ))
  pattern(%w( !resourceReport ))
  pattern(%w( !taskReport ))
  pattern(%w( !textReport ))
  pattern(%w( !traceReport ))
end

#rule_reportStart ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4677

def rule_reportStart
  pattern(%w( _start !date ), lambda {
    if @val[1] > @property.get('end')
      error('report_start',
            "Start date must be before end date #{@property.get('end')}",
            @sourceFileInfo[1])
    end
    @property.set('start', @val[1])
  })
  doc('start.report', <<'EOT'
Specifies the start date of the report. In task reports only tasks that end
after this end date are listed.
EOT
     )
end

#rule_reportTitle ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4697

def rule_reportTitle
  pattern(%w( _title $STRING ), lambda {
    @property.set('title', @val[1])
  })
  doc('title', <<'EOT'
The title of the report will be used in external references to the report. It
will not show up in the reports directly. It's used e. g. by [[navigator]].
EOT
     )
end

#rule_resource ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4708

def rule_resource
  pattern(%w( !resourceHeader !resourceBody ), lambda {
     @property = @property.parent
  })
  doc('resource', <<'EOT'
Tasks that have an effort specification need to have at least one resource
assigned to do the work. Use this property to define resources or groups of
resources.

Resources have a global name space. All IDs must be unique within the resources
of the project.
EOT
     )
end

#rule_resourceAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4723

def rule_resourceAttributes
  repeatable
  optional
  pattern(%w( _email $STRING ), lambda {
    @property.set('email', @val[1])
  })
  doc('email',
      'The email address of the resource.')

  pattern(%w( !journalEntry ))
  pattern(%w( !purge ))
  pattern(%w( !resource ))
  pattern(%w( !resourceScenarioAttributes ))
  pattern(%w( !scenarioIdCol !resourceScenarioAttributes ), lambda {
    @scenarioIdx = 0
  })

  pattern(%w( _supplement !resourceId !resourceBody ), lambda {
    @property = @idStack.pop
  })
  doc('supplement.resource', <<'EOT'
The supplement keyword provides a mechanism to add more attributes to already
defined resources. The additional attributes must obey the same rules as in
regular resource definitions and must be enclosed by curly braces.

This construct is primarily meant for situations where the information about a
resource is split over several files. E. g. the vacation dates for the
resources may be in a separate file that was generated by some other tool.
EOT
     )
  example('Supplement', 'resource')

  # Other attributes will be added automatically.
end

#rule_resourceBody ⇒ `Object`



4758
4759
4760

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4758

def rule_resourceBody
  optionsRule('resourceAttributes')
end

#rule_resourceBooking ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4762

def rule_resourceBooking
  pattern(%w( !resourceBookingHeader !bookingBody ), lambda {
    unless @project.scenario(@scenarioIdx).get('ownbookings')
      error('no_own_resource_booking',
            "The scenario #{@project.scenario(@scenarioIdx).fullId} " +
            'inherits its bookings from the tracking ' +
            'scenario. You cannot specificy additional bookings for it.')
    end
    @val[0].task.addBooking(@scenarioIdx, @val[0])
  })
end

#rule_resourceBookingHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4774

def rule_resourceBookingHeader
  pattern(%w( !taskId !valIntervals ), lambda {
    checkBooking(@val[0], @property)
    @booking = Booking.new(@property, @val[0], @val[1])
    @booking.sourceFileInfo = @sourceFileInfo[0]
    @booking
  })
  arg(0, 'id', 'Absolute ID of a defined task')
end

#rule_resourceHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4796

def rule_resourceHeader
  pattern(%w( _resource !optionalID $STRING ), lambda {
    if @property.nil? && !@resourceprefix.empty?
      @property = @project.resource(@resourceprefix)
    end
    if @val[1] && @project.resource(@val[1])
      error('resource_exists',
            "Resource #{@val[1]} has already been defined.",
            @sourceFileInfo[1], @property)
    end
    @property = Resource.new(@project, @val[1], @val[2], @property)
    @property.sourceFileInfo = @sourceFileInfo[0]
    @property.inheritAttributes
    @scenarioIdx = 0
  })
#    arg(1, 'id', <<'EOT'
#The ID of the resource. Resources have a global name space. The ID must be
#unique within the whole project.
#EOT
#       )
  arg(2, 'name', 'The name of the resource')
end

#rule_resourceId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4784

def rule_resourceId
  pattern(%w( $ID ), lambda {
    id = (@resourceprefix.empty? ? '' : @resourceprefix + '.') + @val[0]
    if (resource = @project.resource(id)).nil?
      error('resource_id_expected', "#{id} is not a defined resource.",
            @sourceFileInfo[0])
    end
    resource
  })
  arg(0, 'resource', 'The ID of a defined resource')
end

#rule_resourceLeafList ⇒ `Object`



4819
4820
4821

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4819

def rule_resourceLeafList
  listRule('moreResourceLeafList', '!leafResourceId')
end

#rule_resourceList ⇒ `Object`



4823
4824
4825

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4823

def rule_resourceList
  listRule('moreResources', '!undefResourceId')
end

#rule_resourceReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4827

def rule_resourceReport
  pattern(%w( !resourceReportHeader !reportBody ), lambda {
    @property = @property.parent
  })
  doc('resourcereport', <<'EOT'
The report lists resources and their respective values in a table. The task
that the resources are allocated to can be listed as well. To reduce the
list of included resources, you can use the [[hideresource]],
[[rollupresource]] or [[resourceroot]] attributes. The order of the tasks can
be controlled with [[sortresources]]. If the first sorting criteria is tree
sorting, the parent resources will always be included to form the tree.
Tree sorting is the default. You need to change it if you do not want certain
parent resources to be included in the report.

By default, all the tasks that the resources are allocated to are hidden, but
they can be listed as well. Use the [[hidetask]] attribute to select which
tasks should be included.
EOT
     )
end

#rule_resourceReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4848

def rule_resourceReportHeader
  pattern(%w( _resourcereport !optionalID !reportName ), lambda {
    newReport(@val[1], @val[2], :resourcereport, @sourceFileInfo[0]) do
      unless @property.modified?('columns')
        # Set the default columns for this report.
        %w( no name ).each do |col|
          @property.get('columns') <<
          TableColumnDefinition.new(col, columnTitle(col))
        end
      end
      # Show all resources, sorted by tree and id-up.
      unless @property.modified?('hideResource')
        @property.set('hideResource',
                      LogicalExpression.new(LogicalOperation.new(0)))
      end
      unless @property.modified?('sortResources')
        @property.set('sortResources', [ [ 'tree', true, -1 ],
                      [ 'id', true, -1 ] ])
      end
      # Hide all resources, but set sorting to tree, start-up, seqno-up.
      unless @property.modified?('hideTask')
        @property.set('hideTask',
                      LogicalExpression.new(LogicalOperation.new(1)))
      end
      unless @property.modified?('sortTasks')
        @property.set('sortTasks',
                      [ [ 'tree', true, -1 ],
                        [ 'start', true, 0 ],
                        [ 'seqno', true, -1 ] ])
      end
    end
  })
end

#rule_resourceScenarioAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 4882

def rule_resourceScenarioAttributes
  pattern(%w( !chargeset ))

  pattern(%w( _efficiency !number ), lambda {
    @property['efficiency', @scenarioIdx] = @val[1]
  })
  doc('efficiency', <<'EOT'
The efficiency of a resource can be used for two purposes. First you can use
it as a crude way to model a team. A team of 5 people should have an
efficiency of 5.0. Keep in mind that you cannot track the members of the team
individually if you use this feature. They always act as a group.

The other use is to model performance variations between your resources. Again, this is a fairly crude mechanism and should be used with care. A resource that isn't very good at some task might be pretty good at another. This can't be taken into account as the resource efficiency can only be set globally for all tasks.

All resources that do not contribute effort to the task, should have an
efficiency of 0.0. A typical example would be a conference room. It's necessary for a meeting, but it does not contribute any work.
EOT
     )
  example('Efficiency')
  pattern(%w( !flags ))
  doc('flags.resource', <<'EOT'
Attach a set of flags. The flags can be used in logical expressions to filter
properties from the reports.
EOT
     )

  pattern(%w( _booking !resourceBooking ))
  doc('booking.resource', <<'EOT'
The booking attribute can be used to report actually completed work.  A task
with bookings must be [[scheduling|scheduled]] in ''''ASAP'''' mode.  If the
scenario is not the [[trackingscenario|tracking scenario]] or derived from it,
the scheduler will not allocate resources prior to the current date or the
date specified with [[now]] when a task has at least one booking.

Bookings are only valid in the scenario they have been defined in. They will
in general not be passed to any other scenario. If you have defined a
[[trackingscenario|tracking scenario]], the bookings of this scenario will be
passed to all the derived scenarios of the tracking scenario.

The sloppy attribute can be used when you want to skip non-working time or
other allocations automatically. If it's not given, all bookings must only
cover working time for the resource.

The booking attributes is designed to capture the exact amount of completed
work. This attribute is not really intended to specify completed effort by
hand. Usually, booking statements are generated by [[export]] reports. The
[[sloppy.booking|sloppy]] and [[overtime.booking|overtime]] attributes are
only kludge for users who want to write them manually.
Bookings can be used to report already completed work by specifying the exact
time intervals a certain resource has worked on this task.

Bookings can be defined in the task or resource context. If you move tasks
around very often, put your bookings in the task context.
EOT
     )
  also(%w( scheduling booking.task ))
  example('Booking')

  pattern(%w( !fail ))

  pattern(%w( !leaveAllowances ))

  pattern(%w( !leaves ), lambda {
    @property['leaves', @scenarioIdx] += @val[0]
  })

  pattern(%w( !limits ), lambda {
    @property['limits', @scenarioIdx] = @val[0]
  })
  doc('limits.resource', <<'EOT'
Set per-interval usage limits for the resource.
EOT
     )
  example('Limits-1', '6')

  pattern(%w( _managers !resourceList ), lambda {
    @property['managers', @scenarioIdx] =
      @property['managers', @scenarioIdx] + @val[1]
  })
  doc('managers', <<'EOT'
Defines one or more resources to be the manager who is responsible for this
resource. Managers must be leaf resources. This attribute does not impact the
scheduling. It can only be used for documentation purposes.

You must only specify direct managers here. Do not list higher level managers
here. If necessary, use the [[purge]] attribute to clear
inherited managers. For most use cases, there should be only one manager. But
TaskJuggler is not limited to just one manager. Dotted reporting lines can be
captured as well as long as the managers are not reporting to each other.
EOT
     )
  also(%w( statussheet ))
  example('Manager')


  pattern(%w( _rate !number ), lambda {
    @property['rate', @scenarioIdx] = @val[1]
  })
  doc('rate.resource', <<'EOT'
The rate specifies the daily cost of the resource.
EOT
     )

  pattern(%w( !resourceShiftAssignments !shiftAssignments ), lambda {
    checkContainer('shifts')
    # Set same value again to set the 'provided' state for the attribute.
    begin
      @property['shifts', @scenarioIdx] = @shiftAssignments
    rescue AttributeOverwrite
      # Multiple shift assignments are a common idiom, so don't warn about
      # them.
    end
    @shiftAssignments = nil
  })
  level(:deprecated)
  also('shifts.resource')
  doc('shift.resource', <<'EOT'
This keyword has been deprecated. Please use [[shifts.resource|shifts
(resource)]] instead.
EOT
     )

  pattern(%w( !resourceShiftsAssignments !shiftAssignments ), lambda {
    checkContainer('shifts')
    # Set same value again to set the 'provided' state for the attribute.
    begin
      @property['shifts', @scenarioIdx] = @shiftAssignments
    rescue AttributeOverwrite
      # Multiple shift assignments are a common idiom, so don't warn about
      # them.
    end
    @shiftAssignments = nil
  })
  doc('shifts.resource', <<'EOT'
Limits the working time of a resource to a defined shift during the specified
interval. Multiple shifts can be defined, but shift intervals may not overlap.
In case a shift is defined for a certain interval, the shift working hours
replace the standard resource working hours for this interval.
EOT
      )

  pattern(%w( _vacation !vacationName !intervals ), lambda {
    @val[2].each do |interval|
      # We map the old 'vacation' attribute to public holidays.
      @property['leaves', @scenarioIdx] += [ Leave.new(:holiday, interval) ]
    end
  })
  doc('vacation.resource', <<'EOT'
Specify a vacation period for the resource. It can also be used to block out
the time before a resource joined or after it left. For employees changing
their work schedule from full-time to part-time, or vice versa, please refer
to the 'Shift' property.
EOT
     )

  pattern(%w( !warn ))

  pattern(%w( !workinghoursResource ))
  # Other attributes will be added automatically.
end

#rule_resourceShiftAssignments ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5043

def rule_resourceShiftAssignments
  pattern(%w( _shift ), lambda {
    @shiftAssignments = @property['shifts', @scenarioIdx]
  })
end

#rule_resourceShiftsAssignments ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5049

def rule_resourceShiftsAssignments
  pattern(%w( _shifts ), lambda {
    @shiftAssignments = @property['shifts', @scenarioIdx]
  })
end

#rule_rollupaccount ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5055

def rule_rollupaccount
  pattern(%w( _rollupaccount !logicalExpression ), lambda {
    @property.set('rollupAccount', @val[1])
  })
  doc('rollupaccount', <<'EOT'
Do not show sub-accounts of accounts that match the specified
[[logicalexpression|logical expression]].
EOT
     )
end

#rule_rollupresource ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5066

def rule_rollupresource
  pattern(%w( _rollupresource !logicalExpression ), lambda {
    @property.set('rollupResource', @val[1])
  })
  doc('rollupresource', <<'EOT'
Do not show sub-resources of resources that match the specified
[[logicalexpression|logical expression]].
EOT
     )
  example('RollupResource')
end

#rule_rolluptask ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5078

def rule_rolluptask
  pattern(%w( _rolluptask !logicalExpression ), lambda {
    @property.set('rollupTask', @val[1])
  })
  doc('rolluptask', <<'EOT'
Do not show sub-tasks of tasks that match the specified
[[logicalexpression|logical expression]].
EOT
     )
end

#rule_scenario ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5090

def rule_scenario
  pattern(%w( !scenarioHeader !scenarioBody ), lambda {
    @property = @property.parent
  })
  doc('scenario', <<'EOT'
Defines a new project scenario. By default, the project has only one scenario
called ''''plan''''. To do plan vs. actual comparisons or to do a
what-if-analysis, you can define a set of scenarios. There can only be one
top-level scenario. Additional scenarios are either derived from this
top-level scenario or other scenarios.

Each nested scenario is a variation of the enclosing scenario. All scenarios
share the same set of properties (task, resources, etc.) but the attributes
that are listed as scenario specific may differ between the various
scenarios. A nested scenario uses all attributes from the enclosing scenario
unless the user has specified a different value for this attribute.

By default, the scheduler assigns resources to tasks beginning with the project
start date. If the scenario is switched to projection mode, no assignments
will be made prior to the current date or the date specified by [[now]]. In
this case, TaskJuggler assumes, that all assignments prior to the
current date have been provided by [[booking.task]] statements.
EOT
     )
end

#rule_scenarioAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5116

def rule_scenarioAttributes
  optional
  repeatable

  pattern(%w( _active !yesNo), lambda {
    @property.set('active', @val[1])
  })
  doc('active', <<'EOT'
Enable the scenario to be scheduled or not. By default, all scenarios will be
scheduled. If a scenario is marked as inactive, it cannot be scheduled and will
be ignored in the reports.
EOT
     )
  pattern(%w( _disabled ), lambda {
    @property.set('active', false)
  })
  level(:deprecated)
  also('active')
  doc('disabled', <<'EOT'
This attribute is deprecated. Please use [active] instead.

Disable the scenario for scheduling. The default for the top-level
scenario is to be enabled.
EOT
     )
  example('Scenario')
  pattern(%w( _enabled ), lambda {
    @property.set('active', true)
  })
  level(:deprecated)
  also('active')
  doc('enabled', <<'EOT'
This attribute is deprecated. Please use [active] instead.

Enable the scenario for scheduling. This is the default for the top-level
scenario.
EOT
     )

  pattern(%w( _projection !projection ))
  level(:deprecated)
  also('booking.task')
  doc('projection', <<'EOT'
This keyword has been deprecated! Don't use it anymore!

Projection mode is now automatically enabled as soon as a scenario has
bookings.
EOT
     )

  pattern(%w( !scenario ))
end

#rule_scenarioBody ⇒ `Object`



5169
5170
5171

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5169

def rule_scenarioBody
  optionsRule('scenarioAttributes')
end

#rule_scenarioHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5173

def rule_scenarioHeader

  pattern(%w( _scenario $ID $STRING ), lambda {
    # If this is the top-level scenario, we must delete the default scenario
    # first.
    @project.scenarios.each do |scenario|
      if scenario.get('projection')
        error('scenario_after_tracking',
              'Scenarios must be defined before a tracking scenario is set.')
      end
    end
    @project.scenarios.clearProperties if @property.nil?
    if @project.scenario(@val[1])
      error('scenario_exists',
            "Scenario #{@val[1]} has already been defined.",
            @sourceFileInfo[1])
    end
    @property = Scenario.new(@project, @val[1], @val[2], @property)
    @property.inheritAttributes

    if @project.scenarios.length > 1
      MessageHandlerInstance.instance.hideScenario = false
    end
  })
  arg(1, 'id', 'The ID of the scenario')
  arg(2, 'name', 'The name of the scenario')
end

#rule_scenarioId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5201

def rule_scenarioId
  pattern(%w( $ID ), lambda {
    if (@scenarioIdx = @project.scenarioIdx(@val[0])).nil?
      error('unknown_scenario_id', "Unknown scenario: #{@val[0]}",
            @sourceFileInfo[0])
    end
    @scenarioIdx
  })
  arg(0, 'scenario', 'ID of a defined scenario')
end

#rule_scenarioIdCol ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5212

def rule_scenarioIdCol
  pattern(%w( $ID_WITH_COLON ), lambda {
    if (@scenarioIdx = @project.scenarioIdx(@val[0])).nil?
      error('unknown_scenario_id', "Unknown scenario: #{@val[0]}",
            @sourceFileInfo[0])
    end
  })
end

#rule_scenarioIdList ⇒ `Object`



5221
5222
5223

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5221

def rule_scenarioIdList
  listRule('moreScnarioIdList', '!scenarioIdx')
end

#rule_scenarioIdx ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5225

def rule_scenarioIdx
  pattern(%w( $ID ), lambda {
    if (scenarioIdx = @project.scenarioIdx(@val[0])).nil?
      error('unknown_scenario_idx', "Unknown scenario #{@val[0]}",
            @sourceFileInfo[0])
    end
    scenarioIdx
  })
end

#rule_schedulingDirection ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5235

def rule_schedulingDirection
  singlePattern('_alap')
  singlePattern('_asap')
end

#rule_schedulingMode ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5240

def rule_schedulingMode
  singlePattern('_planning')
  singlePattern('_projection')
end

#rule_shift ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5245

def rule_shift
  pattern(%w( !shiftHeader !shiftBody ), lambda {
    @property = @property.parent
  })
  doc('shift', <<'EOT'
A shift combines several workhours related settings in a reusable entity.
Besides the weekly working hours it can also hold information such as leaves
and a time zone. It lets you create a work time calendar that can be used to
limit the working time for resources or tasks.

Shifts have a global name space. All IDs must be unique within the shifts of
the project.
EOT
     )
  also(%w( shifts.task shifts.resource ))
end

#rule_shiftAssignment ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5262

def rule_shiftAssignment
  pattern(%w( !shiftId !intervalOptional ), lambda {
    # Make sure we have a ShiftAssignment for the property.
    unless @shiftAssignments
      @shiftAssignments = ShiftAssignments.new
      @shiftAssignments.project = @project
    end

    if @val[1].nil?
      interval = TimeInterval.new(@project['start'], @project['end'])
    else
      interval = @val[1]
    end
    if !@shiftAssignments.addAssignment(
       ShiftAssignment.new(@val[0].scenario(@scenarioIdx), interval))
      error('shift_assignment_overlap',
            'Shifts may not overlap each other.',
            @sourceFileInfo[0], @property)
    end
    @shiftAssignments.assignments.last
  })
end

#rule_shiftAssignments ⇒ `Object`



5285
5286
5287

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5285

def rule_shiftAssignments
  listRule('moreShiftAssignments', '!shiftAssignment')
end

#rule_shiftAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5289

def rule_shiftAttributes
  optional
  repeatable

  pattern(%w( !shift ))
  pattern(%w( !shiftScenarioAttributes ))
  pattern(%w( !scenarioIdCol !shiftScenarioAttributes ), lambda {
    @scenarioIdx = 0
  })
end

#rule_shiftBody ⇒ `Object`



5300
5301
5302

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5300

def rule_shiftBody
  optionsRule('shiftAttributes')
end

#rule_shiftHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5304

def rule_shiftHeader
  pattern(%w( _shift !optionalID $STRING ), lambda {
    if @val[1] && @project.shift(@val[1])
      error('shift_exists', "Shift #{@val[1]} has already been defined.",
            @sourceFileInfo[1])
    end
    @property = Shift.new(@project, @val[1], @val[2], @property)
    @property.sourceFileInfo = @sourceFileInfo[0]
    @property.inheritAttributes
    @scenarioIdx = 0
  })
  arg(2, 'name', 'The name of the shift')
end

#rule_shiftId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5318

def rule_shiftId
  pattern(%w( $ID ), lambda {
    if (shift = @project.shift(@val[0])).nil?
      error('shift_id_expected', "#{@val[0]} is not a defined shift.",
            @sourceFileInfo[0])
    end
    shift
  })
  arg(0, 'shift', 'The ID of a defined shift')
end

#rule_shiftScenarioAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5329

def rule_shiftScenarioAttributes
  pattern(%w( !leaves ), lambda {
    @property['leaves', @scenarioIdx] += @val[0]
  })

  pattern(%w( _replace ), lambda {
    @property['replace', @scenarioIdx] = true
  })
  doc('replace', <<'EOT'
This replace mode is only effective for shifts that are assigned to resources
directly. When replace mode is activated the leave definitions of the shift
will replace all the leave definitions of the resource for the given period.

The mode is not effective for shifts that are assigned to tasks or allocations.
EOT
     )

  pattern(%w( _timezone !validTimeZone ), lambda {
    @property['timezone', @scenarioIdx] = @val[1]
  })
  doc('timezone.shift', <<'EOT'
Sets the time zone of the shift. The working hours of the shift are assumed to
be within the specified time zone. The time zone does not effect the vaction
interval. The latter is assumed to be within the project time zone.

TaskJuggler stores all dates internally as UTC. Since all events must align
with the [[timingresolution|timing resolution]] for time zones you may have to
change the timing resolution appropriately. The time zone difference compared
to UTC must be a multiple of the used timing resolution.
EOT
      )
  arg(1, 'zone', <<'EOT'
Time zone to use. E. g. 'Europe/Berlin' or 'America/Denver'. Don't use the 3
letter acronyms. See
[http://en.wikipedia.org/wiki/List_of_zoneinfo_time_zones Wikipedia] for
possible values.
EOT
     )

  pattern(%w( _vacation !vacationName !intervalsOptional ), lambda {
    @val[2].each do |interval|
      # We map the old 'vacation' attribute to public holidays.
      @property['leaves', @scenarioIdx] += [ Leave.new(:holiday, interval) ]
    end
  })
  doc('vacation.shift', <<'EOT'
Specify a vacation period associated with this shift.
EOT
     )

  pattern(%w( !workinghoursShift ))
end

#rule_sortAccounts ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5504

def rule_sortAccounts
  pattern(%w( !sortAccountsKeyword !sortCriteria ), lambda {
    @property.set('sortAccounts', @val[1])
  })
  doc('sortaccounts', <<'EOT'
Determines how the accounts are sorted in the report. Multiple criteria can be
specified as a comma separated list. If one criteria is not sufficient to sort
a group of accounts, the next criteria will be used to sort the accounts in
this group.
EOT
     )
end

#rule_sortAccountsKeyword ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5498

def rule_sortAccountsKeyword
  pattern(%w( _sortaccounts ), lambda {
    @sortProperty = :account
  })
end

#rule_sortCriteria ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5382

def rule_sortCriteria
  pattern([ "!sortCriterium", "!moreSortCriteria" ], lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_sortCriterium ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5388

def rule_sortCriterium
  pattern(%w( !sortTree ), lambda {
    @val[0]
  })
  pattern(%w( !sortNonTree ), lambda {
    @val[0]
  })
end

#rule_sortJournalEntries ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5473

def rule_sortJournalEntries
  pattern(%w( _sortjournalentries !journalSortCriteria ), lambda {
    @property.set('sortJournalEntries', @val[1])
  })
  doc('sortjournalentries', <<'EOT'
Determines how the entries in a journal are sorted. Multiple criteria can be
specified as a comma separated list. If one criteria is not sufficient to sort
a group of journal entries, the next criteria will be used to sort the entries
in this group.

The following values are supported:
* ''''date.down'''': Sort descending order by the date of the journal entry
* ''''date.up'''': Sort ascending order by the date of the journal entry
* ''''alert.down'''': Sort in descending order by the alert level of the
journal entry
* ''''alert.up'''': Sort in ascending order by the alert level of the
journal entry
 ''''property.down'''': Sort in descending order by the task or resource
the journal entry is associated with
* ''''property.up'''': Sort in ascending order by the task or resource the
journal entry is associated with
EOT
      )
end

#rule_sortNonTree ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5397

def rule_sortNonTree
  pattern(%w( $ABSOLUTE_ID ), lambda {
    args = @val[0].split('.')
    case args.length
    when 2
      # <attribute>.<up|down>
      # We default to the top-level scenario.
      if args[1] != 'up' && args[1]!= 'down'
        error('sort_direction', "Sorting direction must be 'up' or 'down'",
              @sourceFileInfo[0])
      end

      scenario = -1
      direction = args[1] == 'up'
      attribute = args[0]
    when 3
      # <scenario>.<attribute>.<up|down>
      if (scenario = @project.scenarioIdx(args[0])).nil?
        error('sort_unknown_scen',
              "Unknown scenario #{args[0]} in sorting criterium",
              @sourceFileInfo[0])
      end
      attribute = args[1]
      if args[2] != 'up' && args[2] != 'down'
        error('sort_direction', "Sorting direction must be 'up' or 'down'",
              @sourceFileInfo[0])
      end
      direction = args[2] == 'up'
    else
      error('sorting_crit_exptd1',
            "Sorting criterium expected (e.g. tree, start.up or " +
            "plan.end.down).", @sourceFileInfo[0])
    end
    if attribute == 'bsi'
      error('sorting_bsi',
            "Sorting by bsi is not supported. Please use 'tree' " +
            '(without appended .up or .down) instead.',
            @sourceFileInfo[0])
    end
    case @sortProperty
    when :account
      ps = @project.accounts
    when :resource
      ps = @project.resources
    when :task
      ps = @project.tasks
    end
    unless ps.knownAttribute?(attribute) ||
      TableReport::calculated?(attribute)
      error('sorting_unknown_attr',
            "Sorting criterium '#{attribute} is not a known attribute.")
    end
    if scenario > 0 && !(ps.scenarioSpecific?(attribute) ||
                         TableReport.scenarioSpecific?(attribute))
      error('sorting_attr_scen_spec',
            "Sorting criterium '#{attribute}' is not scenario specific " +
            "but a scenario has been specified.")
    elsif scenario == -1 && (ps.scenarioSpecific?(attribute) ||
                             TableReport.scenarioSpecific?(attribute))
      # If no scenario was specified but the attribute is scenario specific,
      # we default to the top-level scenario.
      scenario = 0
    end
    [ attribute, direction, scenario ]
  })
  arg(0, 'criteria', <<'EOT'
The sorting criteria must consist of a property attribute ID. See [[columnid]]
for a complete list of available attributes. The ID must be suffixed by '.up'
or '.down' to determine the sorting direction. Optionally the ID may be
prefixed with a scenario ID and a dot to determine the scenario that should be
used for sorting. In case no scenario was specified, the top-level scenario is
used. Example values are 'plan.start.up' or 'priority.down'.
EOT
       )
end

#rule_sortResources ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5523

def rule_sortResources
  pattern(%w( !sortResourcesKeyword !sortCriteria ), lambda {
    @property.set('sortResources', @val[1])
  })
  doc('sortresources', <<'EOT'
Determines how the resources are sorted in the report. Multiple criteria can be
specified as a comma separated list. If one criteria is not sufficient to sort
a group of resources, the next criteria will be used to sort the resources in
this group.
EOT
     )
end

#rule_sortResourcesKeyword ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5517

def rule_sortResourcesKeyword
  pattern(%w( _sortresources ), lambda {
    @sortProperty = :resource
  })
end

#rule_sortTasks ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5542

def rule_sortTasks
  pattern(%w( !sortTasksKeyword !sortCriteria ), lambda {
    @property.set('sortTasks', @val[1])
  })
  doc('sorttasks', <<'EOT'
Determines how the tasks are sorted in the report. Multiple criteria can be
specified as comma separated list. If one criteria is not sufficient to sort a
group of tasks, the next criteria will be used to sort the tasks within
this group.
EOT
     )
end

#rule_sortTasksKeyword ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5536

def rule_sortTasksKeyword
  pattern(%w( _sorttasks ), lambda {
    @sortProperty = :task
  })
end

#rule_sortTree ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5555

def rule_sortTree
  pattern(%w( $ID ), lambda {
    if @val[0] != 'tree'
      error('sorting_crit_exptd2',
            "Sorting criterium expected (e.g. tree, start.up or " +
            "plan.end.down).", @sourceFileInfo[0])
    end
    [ 'tree', true, -1 ]
  })
  arg(0, 'tree',
      'Use \'tree\' as first criteria to keep the breakdown structure.')
end

#rule_ssReportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5594

def rule_ssReportAttributes
  optional
  repeatable

  pattern(%w( !hideresource ))
  pattern(%w( !hidetask ))
  pattern(%w( !reportEnd ))
  pattern(%w( !reportPeriod ))
  pattern(%w( !reportStart ))
  pattern(%w( !sortResources ))
  pattern(%w( !sortTasks ))
end

#rule_ssReportBody ⇒ `Object`



5607
5608
5609

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5607

def rule_ssReportBody
  optionsRule('ssReportAttributes')
end

#rule_ssReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5567

def rule_ssReportHeader
  pattern(%w( _statussheetreport !optionalID $STRING ), lambda {
    newReport(@val[1], @val[2], :statusSheet, @sourceFileInfo[0]) do
      @property.set('formats', [ :tjp ])

      unless (@project['trackingScenarioIdx'])
        error('ss_no_tracking_scenario',
              'You must have a tracking scenario defined to use status sheets.')
      end
      # Show all tasks, sorted by id-up.
      @property.set('hideTask', LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortTasks', [ [ 'id', true, -1 ] ])
      # Show all resources, sorted by seqno-up.
      @property.set('hideResource',
                    LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortResources', [ [ 'seqno', true, -1 ] ])
      @property.set('loadUnit', :hours)
      @property.set('definitions', [])
    end
  })
  arg(2, 'file name', <<'EOT'
The name of the status sheet report file to generate. It must end with a .tji
extension, or use . to use the standard output channel.
EOT
     )
end

#rule_ssStatus ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5650

def rule_ssStatus
  pattern(%w( !ssStatusHeader !ssStatusBody ))
  doc('status.statussheet', <<'EOT'
The status attribute can be used to describe the current status of the task or
resource. The content of the status messages is added to the project journal.
EOT
     )
end

#rule_ssStatusAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5611

def rule_ssStatusAttributes
  optional
  repeatable

  pattern(%w( !author ))
  pattern(%w( !details ))

  pattern(%w( _flags !flagList ), lambda {
    @val[1].each do |flag|
      next if @journalEntry.flags.include?(flag)

      @journalEntry.flags << flag
    end
  })
  doc('flags.statussheet', <<'EOT'
Status sheet entries can have flags attached to them. These can be used to
include only entries in a report that have a certain flag.
EOT
     )

  pattern(%w( !summary ))
end

#rule_ssStatusBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5634

def rule_ssStatusBody
  optional
  pattern(%w( _{ !ssStatusAttributes _} ))
end

#rule_ssStatusHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5639

def rule_ssStatusHeader
  pattern(%w( _status !alertLevel $STRING ), lambda {
    @journalEntry = JournalEntry.new(@project['journal'], @sheetEnd,
                                     @val[2], @property,
                                     @sourceFileInfo[0])
    @journalEntry.alertLevel = @val[1]
    @journalEntry.author = @sheetAuthor
    @journalEntry.moderators << @sheetModerator
  })
end

#rule_statusSheet ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5659

def rule_statusSheet
  pattern(%w( !statusSheetHeader !statusSheetBody ), lambda {
    [ @sheetAuthor, @sheetStart, @sheetEnd ]
  })
  doc('statussheet', <<'EOT'
A status sheet can be used to capture the status of various tasks outside of
the regular task tree definition. It is intended for use by managers that
don't directly work with the full project plan, but need to report the current
status of each task or task-tree that they are responsible for.
EOT
     )
  example('StatusSheet')
end

#rule_statusSheetAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5673

def rule_statusSheetAttributes
  optional
  repeatable

  pattern(%w( !statusSheetTask ))
end

#rule_statusSheetBody ⇒ `Object`



5680
5681
5682

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5680

def rule_statusSheetBody
  optionsRule('statusSheetAttributes')
end

#rule_statusSheetFile ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5684

def rule_statusSheetFile
  pattern(%w( !statusSheet . ), lambda {
    @val[0]
  })
  lastSyntaxToken(1)
end

#rule_statusSheetHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5692

def rule_statusSheetHeader
  pattern(%w( _statussheet !resourceId !valIntervalOrDate ), lambda {
    unless @project['trackingScenarioIdx']
      error('ss_no_tracking_scenario',
            'No trackingscenario defined.')
    end
    @sheetAuthor = @val[1]
    @sheetModerator = @val[1]
    @sheetStart = @val[2].start
    @sheetEnd = @val[2].end
    # Make sure that we don't have any status sheet entries from the same
    # author for the same report period. There may have been a previous
    # submission of the same report and this is an update to it. All old
    # entries must be removed before we process the sheet.
    @project['journal'].delete_if do |e|
      # Journal entries from status sheets have the sheet end date as entry
      # date.
      e.moderators.include?(@sheetModerator) && e.date == @sheetEnd
    end
  })
  arg(1, 'reporter', <<'EOT'
The ID of a defined resource. This identifies the status reporter. Unless the
status entries provide a different author, the sheet author will be used as
status entry author.
EOT
     )
end

#rule_statusSheetReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5720

def rule_statusSheetReport
  pattern(%w( !ssReportHeader !ssReportBody ), lambda {
    @property = nil
  })
  doc('statussheetreport', <<'EOT'
A status sheet report is a template for a status sheet. It collects all the
status information of the top-level task that a resource is responsible for.
This report is typically used by managers or team leads to review the time
sheet status information and destill it down to a summary that can be
forwarded to the next person in the reporting chain. The report will be for
the specified [trackingscenario].
EOT
     )
end

#rule_statusSheetTask ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5735

def rule_statusSheetTask
  pattern(%w( !statusSheetTaskHeader !statusSheetTaskBody), lambda {
    @property = @propertyStack.pop
  })
  doc('task.statussheet', <<'EOT'
Opens the task with the specified ID to add a status report. Child tasks can be
opened inside this context by specifying their relative ID to this parent.
EOT
     )
end

#rule_statusSheetTaskAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5746

def rule_statusSheetTaskAttributes
  optional
  repeatable
  pattern(%w( !ssStatus ))
  pattern(%w( !statusSheetTask ), lambda {
  })
end

#rule_statusSheetTaskBody ⇒ `Object`



5754
5755
5756

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5754

def rule_statusSheetTaskBody
  optionsRule('statusSheetTaskAttributes')
end

#rule_statusSheetTaskHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5758

def rule_statusSheetTaskHeader
  pattern(%w( _task !taskId ), lambda {
    if @property
      @propertyStack.push(@property)
    else
      @propertyStack = []
    end
    @property = @val[1]
  })
end

#rule_subNodeId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5769

def rule_subNodeId
  optional
  pattern(%w( _: !idOrAbsoluteId ), lambda {
    @val[1]
  })
end

#rule_summary ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5776

def rule_summary
  pattern(%w( _summary $STRING ), lambda {
    return if @val[1].empty?

    if @val[1].length > 480
      error('ts_summary_too_long',
            "The summary text must be 480 characters long or shorter. " +
            "This text has #{@val[1].length} characters.",
            @sourceFileInfo[1])
    end
    if @val[1] == "A summary text\n"
        error('ts_default_summary',
              "'A summary text' is not a valid summary",
              @sourceFileInfo[1])
    end
    rtTokenSetIntro =
      [ :LINEBREAK, :SPACE, :WORD, :BOLD, :ITALIC, :CODE, :BOLDITALIC,
        :HREF, :HREFEND ]
    @journalEntry.summary = newRichText(@val[1], @sourceFileInfo[1],
                                        rtTokenSetIntro)
  })
  doc('summary', <<'EOT'
This is the introductory part of the journal or status entry. It should
only summarize the full entry but should contain more details than the
headline. The text including formatting characters must be 240 characters long
or less.
EOT
     )
  arg(1, 'text', <<'EOT'
The text will be interpreted as [[Rich_Text_Attributes|Rich Text]]. Only a
small subset of the markup is supported for this attribute. You can use word
formatting, hyperlinks and paragraphs.
EOT
     )
end

#rule_supplement ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5812

def rule_supplement
  pattern(%w( !supplementAccount !accountBody ), lambda {
    @property = @idStack.pop
  })
  pattern(%w( !supplementReport !reportBody ), lambda {
    @property = @idStack.pop
  })
  pattern(%w( !supplementResource !resourceBody ), lambda {
    @property = @idStack.pop
  })
  pattern(%w( !supplementTask !taskBody ), lambda {
    @property = @idStack.pop
  })
end

#rule_supplementAccount ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5827

def rule_supplementAccount
  pattern(%w( _account !accountId ), lambda {
    @idStack.push(@property)
    @property = @val[1]
  })
  arg(1, 'account ID', 'The ID of an already defined account.')
end

#rule_supplementReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5835

def rule_supplementReport
  pattern(%w( _report !reportId ), lambda {
    @idStack.push(@property)
    @property = @val[1]
  })
  arg(1, 'report ID', 'The absolute ID of an already defined report.')
end

#rule_supplementResource ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5843

def rule_supplementResource
  pattern(%w( _resource !resourceId ), lambda {
    @idStack.push(@property)
    @property = @val[1]
  })
  arg(1, 'resource ID', 'The ID of an already defined resource.')
end

#rule_supplementTask ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5851

def rule_supplementTask
  pattern(%w( _task !taskId ), lambda {
    @idStack.push(@property)
    @property = @val[1]
  })
  arg(1, 'task ID', 'The absolute ID of an already defined task.')
end

#rule_tagfile ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5859

def rule_tagfile
  pattern(%w( !tagfileHeader !tagfileBody ), lambda {
    @property = nil
  })
  doc('tagfile', <<'EOT'
The tagfile report generates a file that maps properties to source file
locations. This can be used by editors to quickly jump to a certain task or
resource definition. Currently only the ctags format is supported that is used
by editors like [http://www.vim.org|vim].
EOT
     )
end

#rule_tagfileAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5893

def rule_tagfileAttributes
  optional
  repeatable

  pattern(%w( !hideresource ))
  pattern(%w( !hidetask ))
  pattern(%w( !rollupresource ))
  pattern(%w( !rolluptask ))
end

#rule_tagfileBody ⇒ `Object`



5903
5904
5905

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5903

def rule_tagfileBody
  optionsRule('tagfileAttributes')
end

#rule_tagfileHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5872

def rule_tagfileHeader
  pattern(%w( _tagfile !optionalID $STRING ), lambda {
    newReport(@val[1], @val[2], :tagfile, @sourceFileInfo[0]) do
      @property.set('formats', [ :ctags ])

      # Include all tasks.
      @property.set('hideTask', LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortTasks', [ [ 'seqno', true, -1 ] ])
      # Include all resources.
      @property.set('hideResource',
                    LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortResources', [ [ 'seqno', true, -1 ] ])
    end
  })
  arg(2, 'file name', <<'EOT'
The name of the tagfile to generate. Use ''''tags'''' if you want vim and
other tools to find it automatically.
EOT
     )
end

#rule_task ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5908

def rule_task
  pattern(%w( !taskHeader !taskBody ), lambda {
    @property = @property.parent
  })
  doc('task', <<'EOT'
Tasks are the central elements of a project plan. Use a task to specify the
various steps and phases of the project. Depending on the attributes of that
task, a task can be a container task, a milestone or a regular leaf task. The
latter may have resources assigned. By specifying dependencies the user can
force a certain sequence of tasks.

Tasks have a local name space. All IDs must be unique within the tasks
that belong to the same enclosing task.
EOT
     )
end

#rule_taskAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5925

def rule_taskAttributes
  repeatable
  optional

  pattern(%w( _adopt !taskList ), lambda {
    @val[1].each do |task|
      @property.adopt(task)
    end
  })
  level(:experimental)
  doc('adopt.task', <<'EOT'
Add a previously defined task and its sub-tasks to this task. This can be used
to create virtual projects that contain task (sub-)trees that are originally
defined in another task context. Adopted tasks don't inherit anything from
their step parents. However, the adopting task is scheduled to fit all adopted
sub-tasks.

A top-level task and all its sub-tasks must never contain the same task more
than once. All reports must use appropriate filters by setting [[taskroot]],
[[hidetask]] or [[rolluptask]] to ensure that no tasks are contained more than
once in the report.
EOT
     )

  pattern(%w( !journalEntry ))

  pattern(%w( _note $STRING ), lambda {
    @property.set('note', newRichText(@val[1], @sourceFileInfo[1]))
  })
  doc('note.task', <<'EOT'
Attach a note to the task. This is usually a more detailed specification of
what the task is about.
EOT
     )

  pattern(%w( !purge ))

  pattern(%w( _supplement !supplementTask !taskBody ), lambda {
    @property = @idStack.pop
  })
  doc('supplement.task', <<'EOT'
The supplement keyword provides a mechanism to add more attributes to already
defined tasks. The additional attributes must obey the same rules as in
regular task definitions and must be enclosed by curly braces.

This construct is primarily meant for situations where the information about a
task is split over several files. E. g. the vacation dates for the
resources may be in a separate file that was generated by some other tool.
EOT
     )
  example('Supplement', 'task')

  pattern(%w( !task ))
  pattern(%w( !taskScenarioAttributes ))
  pattern(%w( !scenarioIdCol !taskScenarioAttributes ), lambda {
    @scenarioIdx = 0
  })
  # Other attributes will be added automatically.
end

#rule_taskBody ⇒ `Object`



5985
5986
5987

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5985

def rule_taskBody
  optionsRule('taskAttributes')
end

#rule_taskBooking ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 5989

def rule_taskBooking
  pattern(%w( !taskBookingHeader !bookingBody ), lambda {
    unless @project.scenario(@scenarioIdx).get('ownbookings')
      error('no_own_task_booking',
            "The scenario #{@project.scenario(@scenarioIdx).fullId} " +
            'inherits its bookings from the tracking ' +
            'scenario. You cannot specificy additional bookings for it.')
    end
    @val[0].task.addBooking(@scenarioIdx, @val[0])
  })
end

#rule_taskBookingHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6001

def rule_taskBookingHeader
  pattern(%w( !resourceId !valIntervals ), lambda {
    checkBooking(@property, @val[0])
    @booking = Booking.new(@val[0], @property, @val[1])
    @booking.sourceFileInfo = @sourceFileInfo[0]
    @booking
  })
end

#rule_taskDep ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6010

def rule_taskDep
  pattern(%w( !taskDepHeader !taskDepBody ), lambda {
    @val[0]
  })
end

#rule_taskDepAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6016

def rule_taskDepAttributes
  optional
  repeatable

  pattern(%w( _gapduration !intervalDuration ), lambda {
    @taskDependency.gapDuration = @val[1]
  })
  doc('gapduration', <<'EOT'
Specifies the minimum required gap between the start or end of a preceding
task and the start of this task, or the start or end of a following task and
the end of this task. This is calendar time, not working time. 7d means one
week.
EOT
     )

  pattern(%w( _gaplength !nonZeroWorkingDuration ), lambda {
    @taskDependency.gapLength = @val[1]
  })
  doc('gaplength', <<'EOT'
Specifies the minimum required gap between the start or end of a preceding
task and the start of this task, or the start or end of a following task and
the end of this task. This is working time, not calendar time. 7d means 7
working days, not one week. Whether a day is considered a working day or not
depends on the defined working hours and global leaves.
EOT
     )

  pattern(%w( _onend ), lambda {
    @taskDependency.onEnd = true
  })
  doc('onend', <<'EOT'
The target of the dependency is the end of the task.
EOT
     )

  pattern(%w( _onstart ), lambda {
    @taskDependency.onEnd = false
  })
  doc('onstart', <<'EOT'
The target of the dependency is the start of the task.
EOT
     )
end

#rule_taskDepBody ⇒ `Object`



6060
6061
6062

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6060

def rule_taskDepBody
  optionsRule('taskDepAttributes')
end

#rule_taskDepHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6064

def rule_taskDepHeader
  pattern(%w( !taskDepId ), lambda {
    @taskDependency = TaskDependency.new(@val[0], true)
  })
end

#rule_taskDepId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6070

def rule_taskDepId
  singlePattern('$ABSOLUTE_ID')
  arg(0, 'ABSOLUTE ID', <<'EOT'
A reference using the full qualified ID of a task. The IDs of all enclosing
parent tasks must be prepended to the task ID and separated with a dot, e.g.
''''proj.plan.doc''''.
EOT
       )

  singlePattern('$ID')
  arg(0, 'ID', 'Just the ID of the task without any parent IDs.')

  pattern(%w( !relativeId ), lambda {
    task = @property
    id = @val[0]
    while task && id[0] == ?!
      id = id.slice(1, id.length)
      task = task.parent
    end
    error('too_many_bangs',
          "Too many '!' for relative task in this context.",
          @sourceFileInfo[0], @property) if id[0] == ?!
    if task
      task.fullId + '.' + id
    else
      id
    end
  })
  arg(0, 'RELATIVE ID', <<'EOT'
A relative task ID always starts with one or more exclamation marks and is
followed by a task ID. Each exclamation mark lifts the scope where the ID is
looked for to the enclosing task. The ID may contain some of the parent IDs
separated by dots, e. g. ''''!!plan.doc''''.
EOT
       )
end

#rule_taskDepList ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6107

def rule_taskDepList
  pattern(%w( !taskDep !moreDepTasks ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_taskHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6113

def rule_taskHeader
  pattern(%w( _task !optionalID $STRING ), lambda {
    if @property.nil? && !@taskprefix.empty?
      @property = @project.task(@taskprefix)
    end
    if @val[1]
      id = (@property ? @property.fullId + '.' : '') + @val[1]
      if @project.task(id)
        error('task_exists', "Task #{id} has already been defined.",
              @sourceFileInfo[0])
      end
    end
    @property = Task.new(@project, @val[1], @val[2], @property)
    @property['projectid', 0] = @projectId
    @property.sourceFileInfo = @sourceFileInfo[0]
    @property.inheritAttributes
    @scenarioIdx = 0
  })
  arg(2, 'name', 'The name of the task')
end

#rule_taskId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6134

def rule_taskId
  pattern(%w( !taskIdUnverifd ), lambda {
    id = @val[0]
    if @property && @property.is_a?(Task)
      # In case we have a nested supplement, we need to prepend the parent ID.
      id = @property.fullId + '.' + id
    else
      id = @taskprefix + '.' + id unless @taskprefix.empty?
    end
    if (task = @project.task(id)).nil?
      error('unknown_task', "Unknown task #{id}", @sourceFileInfo[0])
    end
    task
  })
end

#rule_taskIdUnverifd ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6150

def rule_taskIdUnverifd
  singlePattern('$ABSOLUTE_ID')
  singlePattern('$ID')
end

#rule_taskList ⇒ `Object`



6155
6156
6157

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6155

def rule_taskList
  listRule('moreTasks', '!absoluteTaskId')
end

#rule_taskPeriod ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6159

def rule_taskPeriod
  pattern(%w( _period !valInterval), lambda {
    @property['start', @scenarioIdx] = @val[1].start
    @property['end', @scenarioIdx] = @val[1].end
  })
  doc('period.task', <<'EOT'
This property is a shortcut for setting the start and end property at the same
time. In contrast to using these, it does not change the scheduling direction.
EOT
     )
end

#rule_taskPred ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6171

def rule_taskPred
  pattern(%w( !taskPredHeader !taskDepBody ), lambda {
    @val[0]
  })
end

#rule_taskPredHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6177

def rule_taskPredHeader
  pattern(%w( !taskDepId ), lambda {
    @taskDependency = TaskDependency.new(@val[0], false)
  })
end

#rule_taskPredList ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6183

def rule_taskPredList
  pattern(%w( !taskPred !morePredTasks ), lambda {
    [ @val[0] ] + (@val[1].nil? ? [] : @val[1])
  })
end

#rule_taskReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6189

def rule_taskReport
  pattern(%w( !taskReportHeader !reportBody ), lambda {
    @property = @property.parent
  })
  doc('taskreport', <<'EOT'
The report lists tasks and their respective values in a table. To reduce the
list of included tasks, you can use the [[hidetask]], [[rolluptask]] or
[[taskroot]] attributes. The order of the tasks can be controlled with
[[sorttasks]]. If the first sorting criteria is tree sorting, the parent tasks
will always be included to form the tree. Tree sorting is the default. You
need to change it if you do not want certain parent tasks to be included in
the report.

By default, all the resources that are allocated to each task are hidden, but
they can be listed as well. Use the [[hideresource]] attribute to select which
resources should be included.
EOT
     )
  example('HtmlTaskReport')
end

#rule_taskReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6210

def rule_taskReportHeader
  pattern(%w( _taskreport !optionalID !reportName ), lambda {
    newReport(@val[1], @val[2], :taskreport, @sourceFileInfo[0]) do
      unless @property.modified?('columns')
        # Set the default columns for this report.
        %w( bsi name start end effort chart ).each do |col|
          @property.get('columns') <<
          TableColumnDefinition.new(col, columnTitle(col))
        end
      end
      # Show all tasks, sorted by tree, start-up, seqno-up.
      unless @property.modified?('hideTask')
        @property.set('hideTask',
                      LogicalExpression.new(LogicalOperation.new(0)))
      end
      unless @property.modified?('sortTasks')
        @property.set('sortTasks',
                      [ [ 'tree', true, -1 ],
                        [ 'start', true, 0 ],
                        [ 'seqno', true, -1 ] ])
      end
      # Show no resources, but set sorting to id-up.
      unless @property.modified?('hideResource')
        @property.set('hideResource',
                      LogicalExpression.new(LogicalOperation.new(1)))
      end
      unless @property.modified?('sortResources')
        @property.set('sortResources', [ [ 'id', true, -1 ] ])
      end
    end
  })
end

#rule_taskScenarioAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6243

def rule_taskScenarioAttributes

  pattern(%w( _account $ID ))
  level(:removed)
  also('chargeset')
  doc('account.task', '')

  pattern(%w( !allocate ))

  pattern(%w( _booking !taskBooking ))
  doc('booking.task', <<'EOT'
The booking attribute can be used to report actually completed work.  A task
with bookings must be [[scheduling|scheduled]] in ''''ASAP'''' mode.  If the
scenario is not the [[trackingscenario|tracking scenario]] or derived from it,
the scheduler will not allocate resources prior to the current date or the
date specified with [[now]] when a task has at least one booking.

Bookings are only valid in the scenario they have been defined in. They will
in general not be passed to any other scenario. If you have defined a
[[trackingscenario|tracking scenario]], the bookings of this scenario will be
passed to all the derived scenarios of the tracking scenario.

The sloppy attribute can be used when you want to skip non-working time or
other allocations automatically. If it's not given, all bookings must only
cover working time for the resource.

The booking attributes is designed to capture the exact amount of completed
work. This attribute is not really intended to specify completed effort by
hand. Usually, booking statements are generated by [[export]] reports. The
[[sloppy.booking|sloppy]] and [[overtime.booking|overtime]] attributes are
only kludge for users who want to write them manually.
Bookings can be used to report already completed work by specifying the exact
time intervals a certain resource has worked on this task.

Bookings can be defined in the task or resource context. If you move tasks
around very often, put your bookings in the task context.
EOT
     )
  also(%w( booking.resource ))
  example('Booking')

  pattern(%w( _charge !number !chargeMode ), lambda {
    checkContainer('charge')

    if @property['chargeset', @scenarioIdx].empty?
      error('task_without_chargeset',
            'The task does not have a chargeset defined.',
            @sourceFileInfo[0], @property)
    end
    case @val[2]
    when 'onstart'
      mode = :onStart
      amount = @val[1]
    when 'onend'
      mode = :onEnd
      amount = @val[1]
    when 'perhour'
      mode = :perDiem
      amount = @val[1] * 24
    when 'perday'
      mode = :perDiem
      amount = @val[1]
    when 'perweek'
      mode = :perDiem
      amount = @val[1] / 7.0
    end
    @property['charge', @scenarioIdx] +=
      [ Charge.new(amount, mode, @property, @scenarioIdx) ]
  })
  doc('charge', <<'EOT'
Specify a one-time or per-period charge to a certain account. The charge can
occur at the start of the task, at the end of it, or continuously over the
duration of the task. The accounts to be charged are determined by the
[[chargeset]] setting of the task.
EOT
     )
  arg(1, 'amount', 'The amount to charge')

  pattern(%w( !chargeset ))

  pattern(%w( _complete !number), lambda {
    if @val[1] < 0.0 || @val[1] > 100.0
      error('task_complete', "Complete value must be between 0 and 100",
            @sourceFileInfo[1], @property)
    end
    @property['complete', @scenarioIdx] = @val[1]
  })
  doc('complete', <<'EOT'
Specifies what percentage of the task is already completed. This can be useful
for simple progress tracking like in a TODO list. The provided completion
degree is used for the ''''complete'''' and ''''gauge'''' columns in reports.
Reports with calendar elements may show the completed part of the task in a
different color.

The completion percentage has no impact on the scheduler. It's meant for
documentation purposes only.
EOT
      )
  example('Complete', '1')

  arg(1, 'percent', 'The percent value. It must be between 0 and 100.')

  pattern(%w( _depends !taskDepList ), lambda {
    checkContainer('depends')
    @property['depends', @scenarioIdx] += @val[1]
    begin
      @property['forward', @scenarioIdx] = true
    rescue AttributeOverwrite
    end
  })
  doc('depends', <<'EOT'
Specifies that the task cannot start before the specified tasks have been
finished.

By using the 'depends' attribute, the scheduling policy is automatically set
to ASAP. If both depends and precedes are used, the last policy counts.
EOT
      )
  example('Depends1')
  pattern(%w( _duration !calendarDuration ), lambda {
    setDurationAttribute('duration', @val[1])
  })
  doc('duration', <<'EOT'
Specifies the time the task should last. This is calendar time, not working
time. 7d means one week. If resources are specified they are allocated when
available. Availability of resources has no impact on the duration of the
task. It will always be the specified duration.

Tasks may not have subtasks if this attribute is used. Setting this attribute
will reset the [[effort]] and [[length]] attributes.
EOT
     )
  example('Durations')
  also(%w( effort length ))

  pattern(%w( _effort !workingDuration ), lambda {
    if @val[1] <= 0
      error('effort_zero', "Effort value must at least as large as the " +
                           "timing resolution " +
                           "(#{@project['scheduleGranularity'] / 60}min).",
            @sourceFileInfo[1], @property)
    end
    setDurationAttribute('effort', @val[1])
  })
  doc('effort', <<'EOT'
Specifies the effort needed to complete the task. An effort of ''''6d'''' (6
resource-days) can be done with 2 full-time resources in 3 working days. The
task will not finish before the allocated resources have contributed the
specified effort. Hence the duration of the task will depend on the
availability of the allocated resources. The specified effort value must be at
least as large as the [[timingresolution]].

WARNING: In almost all real world projects effort is not the product of time
and resources. This is only true if the task can be partitioned without adding
any overhead. For more information about this read ''The Mythical Man-Month'' by
Frederick P. Brooks, Jr.

Tasks may not have subtasks if this attribute is used. Setting this attribute
will reset the [[duration]] and [[length]] attributes. A task with an effort
value cannot be a [[milestone]].
EOT
     )
  example('Durations')
  also(%w( duration length ))

  pattern(%w( _effortdone !workingDuration ), lambda {
    @property['effortdone', @scenarioIdx] = @val[1]
  })
  level(:beta)
  doc('effortdone', <<'EOT'
Specifies how much effort of the task has already been completed. This can
only be used for [[effort]] based tasks and only if the task is scheduled in
[[schedulingmode|projection mode]]. No [[booking.task|bookings]] must be
specified for the scenario.  TaskJuggler is unable to create exact bookings
for the time period before the current date. All effort values prior to the
current date will be reported as zero.

This attribute forces the task to be scheduled in [[scheduling|ASAP mode]].
The task must have a predetermined [[start]] date.
EOT
     )
  also(%w( effort effortleft schedulingmode trackingscenario ))

  pattern(%w( _effortleft !workingDuration ), lambda {
    @property['effortleft', @scenarioIdx] = @val[1]
  })
  level(:beta)
  doc('effortleft', <<'EOT'
Specifies how much effort of the task is still not completed. This can
only be used for [[effort]] based tasks and only if the task is scheduled in
[[schedulingmode|projection mode]]. No [[booking.task|bookings]] must be
specified for the scenario.  TaskJuggler is unable to create exact bookings
for the time period before the current date. All effort values prior to the
current date will be reported as zero.

This attribute forces the task to be scheduled in [[scheduling|ASAP mode]].
The task must have a predetermined [[start]] date.
EOT
     )
  also(%w( effort effortdone schedulingmode trackingscenario ))

  pattern(%w( _end !valDate ), lambda {
    @property['end', @scenarioIdx] = @val[1]
    begin
      @property['forward', @scenarioIdx] = false
    rescue AttributeOverwrite
    end
  })
  doc('end', <<'EOT'
The end attribute provides a guideline to the scheduler when the task should
end. It will never end later, but it may end earlier when allocated
resources are not available that long. When an end date is provided for a
container task, it will be passed down to ALAP tasks that don't have a well
defined end criteria.

Setting an end date will implicitly set the scheduling policy for this task
to ALAP.
EOT
     )
  example('Export', '1')
  pattern(%w( _endcredit !number ), lambda {
    @property['charge', @scenarioIdx] =
      @property['charge', @scenarioIdx] +
      [ Charge.new(@val[1], :onEnd, @property, @scenarioIdx) ]
  })
  level(:deprecated)
  doc('endcredit', <<'EOT'
Specifies an amount that is credited to the accounts specified by the
[[chargeset]] attributes at the moment the task ends.
EOT
     )
  also('charge')
  example('Account', '1')
  pattern(%w( !flags ))
  doc('flags.task', <<'EOT'
Attach a set of flags. The flags can be used in logical expressions to filter
properties from the reports.
EOT
     )

  pattern(%w( !fail ))

  pattern(%w( _length !nonZeroWorkingDuration ), lambda {
    setDurationAttribute('length', @val[1])
  })
  doc('length', <<'EOT'
Specifies the duration of this task as working time, not calendar time. 7d
means 7 working days, or 7 times 8 hours (assuming default settings), not one
week.

A task with a length specification may have resource allocations. Resources
are allocated when they are available.  There is no guarantee that the task
will get any resources allocated.  The availability of resources has no impact
on the duration of the task. A time slot where none of the specified resources
is available is still considered working time, if there is no global vacation
and global working hours are defined accordingly.

For the length calculation, the global working hours and the global leaves
matter unless the task has [[shifts.task|shifts]] assigned. In the latter case
the working hours and leaves of the shift apply for the specified period to
determine if a slot is working time or not. If a resource has additional
working hours defined, it's quite possible that a task with a length of 5d
will have an allocated effort larger than 40 hours.  Resource working hours
only have an impact on whether an allocation is made or not for a particular
time slot. They don't effect the resulting duration of the task.

Tasks may not have subtasks if this attribute is used. Setting this attribute
will reset the [[duration]], [[effort]] and [[milestone]] attributes.
EOT
     )
  also(%w( duration effort ))

  pattern(%w( !limits ), lambda {
    checkContainer('limits')
    @property['limits', @scenarioIdx] = @val[0]
  })
  doc('limits.task', <<'EOT'
Set per-interval allocation limits for the task. This setting affects all allocations for this task.
EOT
     )
  example('Limits-1', '2')

  pattern(%w( _maxend !valDate ), lambda {
    @property['maxend', @scenarioIdx] = @val[1]
  })
  doc('maxend', <<'EOT'
Specifies the maximum wanted end time of the task. The value is not used
during scheduling, but is checked after all tasks have been scheduled. If the
end of the task is later than the specified value, then an error is reported.
EOT
     )

  pattern(%w( _maxstart !valDate ), lambda {
    @property['maxstart', @scenarioIdx] = @val[1]
  })
  doc('maxstart', <<'EOT'
Specifies the maximum wanted start time of the task. The value is not used
during scheduling, but is checked after all tasks have been scheduled. If the
start of the task is later than the specified value, then an error is
reported.
EOT
     )

  pattern(%w( _milestone ), lambda {
    setDurationAttribute('milestone')
  })
  doc('milestone', <<'EOT'
Turns the task into a special task that has no duration. You may not specify a
duration, length, effort or subtask for a milestone task.

A task that only has a start or an end specification and no duration
specification, inherited start or end dates, no dependencies or sub tasks,
will be recognized as milestone automatically.
EOT
     )

  pattern(%w( _minend !valDate ), lambda {
    @property['minend', @scenarioIdx] = @val[1]
  })
  doc('minend', <<'EOT'
Specifies the minimum wanted end time of the task. The value is not used
during scheduling, but is checked after all tasks have been scheduled. If the
end of the task is earlier than the specified value, then an error is
reported.
EOT
     )

  pattern(%w( _minstart !valDate ), lambda {
    @property['minstart', @scenarioIdx] = @val[1]
  })
  doc('minstart', <<'EOT'
Specifies the minimum wanted start time of the task. The value is not used
during scheduling, but is checked after all tasks have been scheduled. If the
start of the task is earlier than the specified value, then an error is
reported.
EOT
     )

  pattern(%w( _startcredit !number ), lambda {
    @property['charge', @scenarioIdx] +=
      [ Charge.new(@val[1], :onStart, @property, @scenarioIdx) ]
  })
  level(:deprecated)
  doc('startcredit', <<'EOT'
Specifies an amount that is credited to the account specified by the
[[chargeset]] attributes at the moment the task starts.
EOT
     )
  also('charge')
  pattern(%w( !taskPeriod ))

  pattern(%w( _precedes !taskPredList ), lambda {
    checkContainer('precedes')
      @property['precedes', @scenarioIdx] += @val[1]
    begin
      @property['forward', @scenarioIdx] = false
    rescue AttributeOverwrite
    end
  })
  doc('precedes', <<'EOT'
Specifies that the tasks with the specified IDs cannot start before this task
has been finished. If multiple IDs are specified, they must be separated by
commas. IDs must be either global or relative. A relative ID starts with a
number of '!'. Each '!' moves the scope to the parent task. Global IDs do not
contain '!', but have IDs separated by dots.

By using the 'precedes' attribute, the scheduling policy is automatically set
to ALAP. If both depends and precedes are used within a task, the last policy
counts.
EOT
     )

  pattern(%w( _priority $INTEGER ), lambda {
    if @val[1] < 0 || @val[1] > 1000
      error('task_priority', "Priority must have a value between 0 and 1000",
            @sourceFileInfo[1], @property)
    end
    @property['priority', @scenarioIdx] = @val[1]
  })
  doc('priority', <<'EOT'
Specifies the priority of the task. A task with higher priority is more
likely to get the requested resources. The default priority value of all tasks
is 500. Don't confuse the priority of a tasks with the importance or urgency
of a task. It only increases the chances that the task gets the requested
resources. It does not mean that the task happens earlier, though that is
usually the effect you will see. It also does not have any effect on tasks
that don't have any resources assigned (e.g. milestones).

For milestones, it will raise or lower the chances that tasks leading up the
milestone will get their resources over tasks with equal priority that compete
for the same resources.

This attribute is inherited by subtasks if specified prior to the definition
of the subtask.
EOT
     )
  arg(1, 'value', 'Priority value (1 - 1000)')
  example('Priority')

  pattern(%w( _projectid $ID ), lambda {
    unless @project['projectids'].include?(@val[1])
      error('unknown_projectid', "Unknown project ID #{@val[1]}",
            @sourceFileInfo[1])
    end
    begin
      @property['projectid', @scenarioIdx] = @val[1]
    rescue AttributeOverwrite
      # This attribute always overwrites the implicitly provided ID.
    end
  })
  doc('projectid.task', <<'EOT'
In larger projects it may be desirable to work with different project IDs for
parts of the project. This attribute assignes a new project ID to this task and
all subsequently defined sub tasks. The project ID needs to be declared first using [[projectid]] or [[projectids]].
EOT
     )

  pattern(%w( _responsible !resourceList ), lambda {
    @property['responsible', @scenarioIdx] += @val[1]
    @property['responsible', @scenarioIdx].uniq!
  })
  doc('responsible', <<'EOT'
The ID of the resource that is responsible for this task. This value is for
documentation purposes only. It's not used by the scheduler.
EOT
     )

  pattern(%w( _scheduled ), lambda {
    @property['scheduled', @scenarioIdx] = true
  })
  doc('scheduled', <<'EOT'
It specifies that the task can be ignored for scheduling in the scenario. This
option only makes sense if you provide all resource
[[booking.resource|bookings]] manually. Without booking statements, the task
will be reported with 0 effort and no resources assigned. If the task is not a
milestone, has no effort, length or duration criteria, the start and end date
will be derived from the first and last booking in case those dates are not
supplied.
EOT
     )

  pattern(%w( _scheduling !schedulingDirection ), lambda {
    if @val[1] == 'alap'
      begin
        @property['forward', @scenarioIdx] = false
      rescue AttributeOverwrite
      end
    elsif @val[1] == 'asap'
      begin
        @property['forward', @scenarioIdx] = true
      rescue AttributeOverwrite
      end
    end
  })
  doc('scheduling', <<'EOT'
Specifies the scheduling policy for the task. A task can be scheduled from
start to end (As Soon As Possible, ASAP) or from end to start (As Late As
Possible, ALAP).

A task can be scheduled from start to end (ASAP mode) when it has a hard
(start) or soft (depends) criteria for the start time. A task can be scheduled
from end to start (ALAP mode) when it has a hard (end) or soft (precedes)
criteria for the end time.

Some task attributes set the scheduling policy implicitly. This attribute can
be used to explicitly set the scheduling policy of the task to a certain
direction. To avoid it being overwritten again by an implicit attribute, this
attribute should always be the last attribute of the task.

A random mixture of ASAP and ALAP tasks can have unexpected side effects on
the scheduling of the project. It increases significantly the scheduling
complexity and results in much longer scheduling times. Especially in projects
with many hundreds of tasks, the scheduling time of a project with a mixture of
ASAP and ALAP times can be 2 to 10 times longer. When the project contains
chains of ALAP and ASAP tasks, the tasks further down the dependency chain will
be served much later than other non-chained tasks, even when they have a much
higher priority. This can result in situations where high priority tasks do
not get their resources, even though the parallel competing tasks have a much
lower priority.

ALAP tasks may not have [[booking.task|bookings]], since the first booked slot
determines the start date of the task and prevents it from being scheduled
from end to start.

As a general rule, try to avoid ALAP tasks whenever possible. Have a close
eye on tasks that have been switched implicitly to ALAP mode because the
end attribute comes after the start attribute.
EOT
     )

  pattern(%w( _schedulingmode !schedulingMode ), lambda {
    @property['projectionmode', @scenarioIdx] = (@val[1] == 'projection')
  })
  level(:beta)
  doc('schedulingmode', <<'EOT'
The scheduling mode controls how the scheduler assigns resources to this task.
In planning mode, resources are allocated before and after the current date.
In projection mode, resources are only allocated after the current date. In
this mode, any resource activity prior to the current date must be provided
with [[booking.task|bookings]]. Alternatively, the [[effortdone]] or
[[effortleft]] attribute can be used.

This scheduling mode is automatically set to projection mode when the [[trackingscenario]] is set. However, the setting can be overwritten by using this attribute.
EOT
     )

  pattern(%w( !taskShiftAssignments !shiftAssignments ), lambda {
    checkContainer('shift')
    # Set same value again to set the 'provided' state for the attribute.
    begin
      @property['shifts', @scenarioIdx] = @shiftAssignments
    rescue AttributeOverwrite
      # Multiple shift assignments are a common idiom, so don't warn about
      # them.
    end
    @shiftAssignments = nil
  })
  level(:deprecated)
  doc('shift.task', <<'EOT'
This keyword has been deprecated. Please use [[shifts.task|shifts
(task)]] instead.
EOT
     )
  also('shifts.task')

  pattern(%w( !taskShiftsAssignments !shiftAssignments ), lambda {
    checkContainer('shifts')
    begin
      @property['shifts', @scenarioIdx] = @shiftAssignments
    rescue AttributeOverwrite
      # Multiple shift assignments are a common idiom, so don't warn about
      # them.
    end
    @shiftAssignments = nil
  })
  doc('shifts.task', <<'EOT'
Limits the working time for this task during the specified interval
to the working hours of the given shift. Multiple shifts can be defined, but
shift intervals may not overlap. This is an additional working time
restriction on top of the working hours of the allocated resources. It does not
replace the resource working hour restrictions. For a resource to be assigned
to a time slot, both the respective task shift as well as the resource working
hours must declare the time slot as duty slot.
EOT
      )

  pattern(%w( _start !valDate), lambda {
    @property['start', @scenarioIdx] = @val[1]
    begin
      @property['forward', @scenarioIdx] = true
    rescue AttributeOverwrite
    end
  })
  doc('start', <<'EOT'
The start attribute provides a guideline to the scheduler when the task should
start. It will never start earlier, but it may start later when allocated
resources are not available immediately. When a start date is provided for a
container task, it will be passed down to ASAP tasks that don't have a well
defined start criteria.

Setting a start date will implicitly set the scheduling policy for this task
to ASAP.
EOT
     )
  also(%w( end period.task maxstart minstart scheduling ))

  pattern(%w( !warn ))

  # Other attributes will be added automatically.
end

#rule_taskShiftAssignments ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6814

def rule_taskShiftAssignments
  pattern(%w( _shift ), lambda {
    @shiftAssignments = @property['shifts', @scenarioIdx]
  })
end

#rule_taskShiftsAssignments ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6820

def rule_taskShiftsAssignments
  pattern(%w( _shifts ), lambda {
    @shiftAssignments = @property['shifts', @scenarioIdx]
  })
end

#rule_textReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6826

def rule_textReport
  pattern(%w( !textReportHeader !reportBody ), lambda {
    @property = @property.parent
  })
  doc('textreport', <<'EOT'
This report consists of 5 [[Rich_Text_Attributes|Rich Text]] sections, a header, a center section with a
left and right margin and a footer. The sections may contain the output of
other defined reports.
EOT
     )
  example('textreport')
end

#rule_textReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6839

def rule_textReportHeader
  pattern(%w( _textreport !optionalID !reportName ), lambda {
    newReport(@val[1], @val[2], :textreport, @sourceFileInfo[0])
  })
end

#rule_timeformat ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6845

def rule_timeformat
  pattern(%w( _timeformat $STRING ), lambda {
    @val[1]
  })
  doc('timeformat', <<'EOT'
Determines how time specifications in reports look like.
EOT
     )
  arg(1, 'format', <<'EOT'
Ordinary characters placed in the format string are copied without
conversion. Conversion specifiers are introduced by a `%' character, and are
replaced as follows:

* ''''%a''''  The abbreviated weekday name according to the current locale.

* ''''%A''''  The full weekday name according to the current locale.

* ''''%b''''  The abbreviated month name according to the current locale.

* ''''%B''''  The full month name according to the current locale.

* ''''%c''''  The preferred date and time representation for the current locale.

* ''''%C''''  The century number (year/100) as a 2-digit integer. (SU)

* ''''%d''''  The day of the month as a decimal number (range 01 to 31).

* ''''%e''''  Like ''''%d'''', the day of the month as a decimal number, but a
leading zero is replaced by a space. (SU)

* ''''%E''''  Modifier: use alternative format, see below. (SU)

* ''''%F''''  Equivalent to ''''%Y-%m-%d'''' (the ISO 8601 date format). (C99)

* ''''%G''''  The ISO 8601 year with century as a decimal number. The 4-digit
year corresponding to the ISO week number (see %V). This has the same format
and value as ''''%y'''', except that if the ISO week number belongs to the
previous or next year, that year is used instead. (TZ)

* ''''%g''''  Like %G, but without century, i.e., with a 2-digit year (00-99).
(TZ)

* ''''%h''''  Equivalent to ''''%b''''. (SU)

* ''''%H''''  The hour as a decimal number using a 24-hour clock (range 00 to
23).

* ''''%I''''  The hour as a decimal number using a 12-hour clock (range 01 to
12).

* ''''%j''''  The day of the year as a decimal number (range 001 to 366).

* ''''%k''''  The hour (24-hour clock) as a decimal number (range 0 to 23);
single digits are preceded by a blank. (See also ''''%H''''.) (TZ)

* ''''%l''''  The hour (12-hour clock) as a decimal number (range 1 to 12);
single digits are preceded by a blank. (See also ''''%I''''.) (TZ)

* ''''%m''''  The month as a decimal number (range 01 to 12).

* ''''%M''''  The minute as a decimal number (range 00 to 59).

* ''''%n''''  A newline character. (SU)

* ''''%O''''  Modifier: use alternative format, see below. (SU)

* ''''%p''''  Either 'AM' or 'PM' according to the given time value, or the
corresponding strings for the current locale. Noon is treated as `pm' and
midnight as 'am'.

* ''''%P''''  Like %p but in lowercase: 'am' or 'pm' or ''''%a''''
corresponding string for the current locale. (GNU)

* ''''%r''''  The time in a.m. or p.m. notation. In the POSIX locale this is
equivalent to ''''%I:%M:%S %p''''. (SU)

* ''''%R''''  The time in 24-hour notation (%H:%M). (SU) For a version
including the seconds, see ''''%T'''' below.

* ''''%s''''  The number of seconds since the Epoch, i.e., since 1970-01-01
00:00:00 UTC.  (TZ)

* ''''%S''''  The second as a decimal number (range 00 to 61).

* ''''%t''''  A tab character. (SU)

* ''''%T''''  The time in 24-hour notation (%H:%M:%S). (SU)

* ''''%u''''  The day of the week as a decimal, range 1 to 7, Monday being 1.
See also ''''%w''''. (SU)

* ''''%U''''  The week number of the current year as a decimal number, range
00 to 53, starting with the first Sunday as the first day of week 01. See also
''''%V'''' and ''''%W''''.

* ''''%V''''  The ISO 8601:1988 week number of the current year as a decimal
number, range 01 to 53, where week 1 is the first week that has at least 4
days in the current year, and with Monday as the first day of the week. See
also ''''%U'''' and ''''%W''''. %(SU)

* ''''%w''''  The day of the week as a decimal, range 0 to 6, Sunday being 0. See also ''''%u''''.

* ''''%W''''  The week number of the current %year as a decimal number, range
00 to 53, starting with the first Monday as the first day of week 01.

* ''''%x''''  The preferred date representation for the current locale without
the time.

* ''''%X''''  The preferred time representation for the current locale without
the date.

* ''''%y''''  The year as a decimal number without a century (range 00 to 99).

* ''''%Y''''   The year as a decimal number including the century.

* ''''%z''''   The time zone as hour offset from GMT. Required to emit
RFC822-conformant dates (using ''''%a, %d %%b %Y %H:%M:%S %%z''''). (GNU)

* ''''%Z''''  The time zone or name or abbreviation.

* ''''%+''''  The date and time in date(1) format. (TZ)

* ''''%%''''  A literal ''''%'''' character.

Some conversion specifiers can be modified by preceding them by the E or O
modifier to indicate that an alternative format should be used. If the
alternative format or specification does not exist for the current locale, the
behavior will be as if the unmodified conversion specification were used.

(SU) The Single Unix Specification mentions %Ec, %EC, %Ex, %%EX, %Ry, %EY,
%Od, %Oe, %OH, %OI, %Om, %OM, %OS, %Ou, %OU, %OV, %Ow, %OW, %Oy, where the
effect of the O modifier is to use alternative numeric symbols (say, Roman
numerals), and that of the E modifier is to use a locale-dependent alternative
representation.

This documentation of the timeformat attribute has been taken from the man page
of the GNU strftime function.
EOT
     )

end

#rule_timeInterval ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6987

def rule_timeInterval
  pattern([ '$TIME', '_-', '$TIME' ], lambda {
    if @val[0] >= @val[2]
      error('time_interval',
            "End time of interval must be larger than start time",
            @sourceFileInfo[0])
    end
    [ @val[0], @val[2] ]
  })
end

#rule_timeSheet ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 6998

def rule_timeSheet
  pattern(%w( !timeSheetHeader !timeSheetBody ), lambda {
    @timeSheet
  })
  doc('timesheet', <<'EOT'
A time sheet record can be used to capture the current status of the tasks
assigned to a specific resource and the achieved progress for a given period
of time. The status is assumed to be for the end of this time period. There
must be a separate time sheet record for each resource per period. Different
resources can use different reporting periods and reports for the same
resource may have different reporting periods as long as they don't overlap.
For the time after the last time sheet, TaskJuggler will project the result
based on the plan data. For periods without a time sheet record prior to the
last record for this resource, TaskJuggler assumes that no work has been done.
The work is booked for the scenario specified by [[trackingscenario]].

The intended use for time sheets is to have all resources report a time sheet
every day, week or month. All time sheets can be added to the project plan.
The status information is always used to determine the current status of the
project. The [[work]], [[remaining]] and [[end.timesheet|end]] attributes are
ignored if there are also [[booking.task|bookings]] for the resource in the
time sheet period. The non-ignored attributes of the time sheets will be
converted into [[booking.task|booking]] statements internally. These bookings
can then be [[export|exported]] into a file which can then be added to the
project again. This way, you can use time sheets to incrementally record
progress of your project. There is a possibility that time sheets conflict
with other data in the plan. In case TaskJuggler cannot automatically resolve
them, these conflicts have to be manually resolved by either changing the plan
or the time sheet.

The status messages are interpreted as [[journalentry|journal entries]]. The
alert level will be evaluated and the current state of the project can be put
into a dashboard using the ''''alert'''' and ''''alertmessage'''' [[columnid|
columns]].

Currently, the provided effort values and dates are not yet used to
automatically update the plan data. This feature will be added in future
versions.
EOT
     )
  example('TimeSheet1', '1')
end

#rule_timeSheetAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7041

def rule_timeSheetAttributes
  optional
  repeatable

  pattern(%w( !tsNewTaskHeader !tsTaskBody ), lambda {
    @property = nil
    @timeSheetRecord = nil
  })
  doc('newtask', <<'EOT'
The keyword can be used to request a new task to the project. If the task ID
requires further parent tasks that don't exist yet, these tasks will be
requested as well. If the task exists already, an error will be generated. The
newly requested task can be used immediately to report progress and status
against it. These tasks will not automatically be added to the project plan.
The project manager has to manually create them after reviewing the request
during the time sheet reviews.
EOT
     )
  example('TimeSheet1', '3')

  pattern(%w( _shift !shiftId ), lambda {
    #TODO
  })
  doc('shift.timesheet', <<'EOT'
Specifies an alternative [[shift]] for the time sheet period. This shift will
override any existing working hour definitions for the resource. It will not
override already declared [[leaves]] though.

The primary use of this feature is to let the resources report different total
work time for the report period.
EOT
     )

  pattern(%w( !tsStatus ))

  pattern(%w( !tsTaskHeader !tsTaskBody ), lambda {
    @property = nil
    @timeSheetRecord = nil
  })
  doc('task.timesheet', <<'EOT'
Specifies an existing task that progress and status should be reported
against.
EOT
     )
  example('TimeSheet1', '4')
end

#rule_timeSheetBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7095

def rule_timeSheetBody
  pattern(%w( _{ !timeSheetAttributes _} ), lambda {

  })
end

#rule_timeSheetFile ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7088

def rule_timeSheetFile
  pattern(%w( !timeSheet . ), lambda {
    @val[0]
  })
  lastSyntaxToken(1)
end

#rule_timeSheetHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7101

def rule_timeSheetHeader
  pattern(%w( _timesheet !resourceId !valIntervalOrDate ), lambda {
    @sheetAuthor = @val[1]
    @property = nil
    unless @sheetAuthor.leaf?
      error('ts_group_author',
            'A resource group cannot file a time sheet',
            @sourceFileInfo[1])
    end
    unless (scenarioIdx = @project['trackingScenarioIdx'])
      error('ts_no_tracking_scenario',
            'No trackingscenario defined.')
    end
    # Currently time sheets are hardcoded for scenario 0.
    @timeSheet = TimeSheet.new(@sheetAuthor, @val[2], scenarioIdx)
    @timeSheet.sourceFileInfo = @sourceFileInfo[0]
    @project.timeSheets << @timeSheet
  })
end

#rule_timeSheetReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7121

def rule_timeSheetReport
  pattern(%w( !tsReportHeader !tsReportBody ), lambda {
    @property = nil
  })
  doc('timesheetreport', <<'EOT'
For projects that flow mostly according to plan, TaskJuggler already knows
much of the information that should be contained in the time sheets. With this
property, you can generate a report that contains drafts of the time sheets
for one or more resources. The time sheet drafts will be for the
specified report period and the specified [trackingscenario].
EOT
     )
end

#rule_timezone ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7135

def rule_timezone
  pattern(%w( _timezone !validTimeZone ), lambda{
    TjTime.setTimeZone(@val[1])
    @project['timezone'] = @val[1]
  })
  doc('timezone', <<'EOT'
Sets the default time zone of the project. All dates and times that have no
time zones specified will be assumed to be in this time zone. If no time zone
is specified for the project, UTC is assumed.

The project start and end time are not affected by this setting. They are
always considered to be UTC unless specified differently.

In case the specified time zone is not hour-aligned with UTC, the
[[timingresolution]] will automatically be decreased accordingly. Do not
change the timingresolution after you've set the time zone!

Changing the time zone will reset the [[workinghours.project|working hours]]
to the default times. It's recommended that you declare your working hours
after the time zone.
EOT
      )
  arg(1, 'zone', <<'EOT'
Time zone to use. E. g. 'Europe/Berlin' or 'America/Denver'. Don't use the 3
letter acronyms. See
[http://en.wikipedia.org/wiki/List_of_zoneinfo_time_zones Wikipedia] for
possible values.
EOT
     )
end

#rule_traceReport ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7166

def rule_traceReport
  pattern(%w( !traceReportHeader !reportBody ), lambda {
    @property = @property.parent
  })
  doc('tracereport', <<'EOT'
The trace report works noticeably different than all other TaskJuggler
reports. It uses a CSV file to track the values of the selected attributes.
Each time ''''tj3'''' is run with the ''''--add-trace'''' option, a new set of
values is appended to the CSV file. The first column of the CSV file holds the
date when the snapshot was taken. This is either the current date or the
''''now'''' date if provided. There is no need to specify CSV as output format
for the report. You can either use these tracked values directly by specifying other report formats or by importing the CSV file into another program.

The first column always contains the current date when that
table row was added. All subsequent columns can be defined by the user with
the [[columns]] attribute. This column set is then repeated for all properties
that are not hidden by [[hideaccount]], [[hideresource]] and [[hidetask]]. By
default, all properties are excluded. You must provide at least one of the
''''hide...'''' attributes to select the properties you want to have included
in the report. Please be aware that the total number of columns is the product of
attributes defined with [[columns]] times the number of included properties.
Select your values carefully or you will end up with very large reports.

The column headers can be customized by using the [[title.column|title]]
attribute.  When you include multiple properties, these headers are not unique
unless you include mini-queries to modify them based on the property the
column is representing.  You can use the queries
''''<nowiki><-id-></nowiki>'''', ''''<nowiki><-name-></nowiki>'''',
''''<nowiki><-scenario-></nowiki>'''' and
''''<nowiki><-attribute-></nowiki>''''. ''''<nowiki><-id-></nowiki>'''' is
replaced with the ID of the property, ''''<nowiki><-name-></nowiki>'''' with
the name and so on.

You can change the set of tracked values over time. Old values will be
preserved and the corresponding columns will be the last ones in the CSV file.

When other formats are requested, the CSV file is read in and a report that
shows the tracked values over time will be generated. The CSV file may contain
all kinds of values that are being tracked. Report formats that don't support
a mix of different values will just show the values of the second column.

The values in the CSV files are fixed units and cannot be formatted. Effort
values are always in resource-days. This allows other software to interpret
the file without any need for additional context information.

The HTML version generates SVG graphs that are embedded in the HTML page.
These graphs are only visible if the web browser supports HTML5. This is true
for the latest generation of browsers, but older browsers may not support this
format.
EOT
     )
  example('TraceReport')
end

#rule_traceReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7220

def rule_traceReportHeader
  pattern(%w( _tracereport !optionalID !reportName ), lambda {
    newReport(@val[1], @val[2], :tracereport, @sourceFileInfo[0]) do
      # The top-level always inherits the global timeFormat setting. This is
      # not desirable in this case, so we ignore this.
      if (@property.level == 0 && !@property.provided('timeFormat')) ||
         (@property.level > 0 && !@property.modified?('timeFormat'))
        # CSV readers such of Libre-/OpenOffice can't deal with time zones. We
        # probably also don't need seconds.
        @property.set('timeFormat', '%Y-%m-%d-%H:%M')
      end
      unless @property.modified?('columns')
        # Set the default columns for this report.
        %w( end ).each do |col|
          @property.get('columns') <<
          TableColumnDefinition.new(col, columnTitle(col))
        end
      end
      # Hide all accounts.
      unless @property.modified?('hideAccount')
        @property.set('hideAccount',
                      LogicalExpression.new(LogicalOperation.new(1)))
      end
      unless @property.modified?('sortAccounts')
        @property.set('sortAccounts',
                      [ [ 'tree', true, -1 ],
                        [ 'seqno', true, -1 ] ])
      end
      # Show all tasks, sorted by tree, start-up, seqno-up.
      unless @property.modified?('hideTask')
        @property.set('hideTask',
                      LogicalExpression.new(LogicalOperation.new(0)))
      end
      unless @property.modified?('sortTasks')
        @property.set('sortTasks',
                      [ [ 'tree', true, -1 ],
                        [ 'start', true, 0 ],
                        [ 'seqno', true, -1 ] ])
      end
      # Show no resources, but set sorting to id-up.
      unless @property.modified?('hideResource')
        @property.set('hideResource',
                      LogicalExpression.new(LogicalOperation.new(1)))
      end
      unless @property.modified?('sortResources')
        @property.set('sortResources', [ [ 'id', true, -1 ] ])
      end
    end
  })
end

#rule_tsNewTaskHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7271

def rule_tsNewTaskHeader
  pattern(%w( _newtask !taskIdUnverifd $STRING ), lambda {
    @timeSheetRecord = TimeSheetRecord.new(@timeSheet, @val[1])
    @timeSheetRecord.name = @val[2]
    @timeSheetRecord.sourceFileInfo = @sourceFileInfo[0]
  })
  arg(1, 'task', 'ID of the new task')
end

#rule_tsReportAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7309

def rule_tsReportAttributes
  optional
  repeatable

  pattern(%w( !hideresource ))
  pattern(%w( !hidetask ))
  pattern(%w( !reportEnd ))
  pattern(%w( !reportPeriod ))
  pattern(%w( !reportStart ))
  pattern(%w( !sortResources ))
  pattern(%w( !sortTasks ))
end

#rule_tsReportBody ⇒ `Object`



7322
7323
7324

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7322

def rule_tsReportBody
  optionsRule('tsReportAttributes')
end

#rule_tsReportHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7280

def rule_tsReportHeader
  pattern(%w( _timesheetreport !optionalID $STRING ), lambda {
    newReport(@val[1], @val[2], :timeSheet, @sourceFileInfo[0]) do
      @property.set('formats', [ :tjp ])

      unless (scenarioIdx = @project['trackingScenarioIdx'])
        error('ts_no_tracking_scenario',
              'You must have a tracking scenario defined to use time sheets.')
      end
      @property.set('scenarios', [ scenarioIdx ])
      # Show all tasks, sorted by seqno-up.
      @property.set('hideTask',
                    LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortTasks', [ [ 'seqno', true, -1 ] ])
      # Show all resources, sorted by seqno-up.
      @property.set('hideResource',
                    LogicalExpression.new(LogicalOperation.new(0)))
      @property.set('sortResources', [ [ 'seqno', true, -1 ] ])
      @property.set('loadUnit', :hours)
      @property.set('definitions', [])
    end
  })
  arg(2, 'file name', <<'EOT'
The name of the time sheet report file to generate. It must end with a .tji
extension, or use . to use the standard output channel.
EOT
     )
end

#rule_tsStatus ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7377

def rule_tsStatus
  pattern(%w( !tsStatusHeader !tsStatusBody ))
  doc('status.timesheet', <<'EOT'
The status attribute can be used to describe the current status of the task or
resource. The content of the status messages is added to the project journal.
The status section is optional for tasks that have been worked on less than
one day during the report interval.
EOT
     )
  arg(2, 'headline', <<'EOT'
A short headline for the status. Must be 60 characters or shorter.
EOT
     )
  example('TimeSheet1', '4')
end

#rule_tsStatusAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7326

def rule_tsStatusAttributes
  optional
  repeatable

  pattern(%w( !details ))

  pattern(%w( _flags !flagList ), lambda {
    @val[1].each do |flag|
      next if @journalEntry.flags.include?(flag)

      @journalEntry.flags << flag
    end
  })
  doc('flags.timesheet', <<'EOT'
Time sheet entries can have flags attached to them. These can be used to
include only entries in a report that have a certain flag.
EOT
     )

  pattern(%w( !summary ))
end

#rule_tsStatusBody ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7348

def rule_tsStatusBody
  optional
  pattern(%w( _{ !tsStatusAttributes _} ))
end

#rule_tsStatusHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7353

def rule_tsStatusHeader
  pattern(%w( _status !alertLevel $STRING ), lambda {
    if @val[2].length > 120
      error('ts_headline_too_long',
            "The headline must be 120 or less characters long. This one " +
            "has #{@val[2].length} characters.", @sourceFileInfo[2])
    end
    if @val[2] == 'Your headline here!'
      error('ts_no_headline',
            "'Your headline here!' is not a valid headline",
            @sourceFileInfo[2])
    end
    @journalEntry = JournalEntry.new(@project['journal'],
                                     @timeSheet.interval.end,
                                     @val[2],
                                     @property || @timeSheet.resource,
                                     @sourceFileInfo[0])
    @journalEntry.alertLevel = @val[1]
    @journalEntry.timeSheetRecord = @timeSheetRecord
    @journalEntry.author = @sheetAuthor
    @timeSheetRecord.status = @journalEntry if @timeSheetRecord
  })
end

#rule_tsTaskAttributes ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7393

def rule_tsTaskAttributes
  optional
  repeatable

  pattern(%w( _end !valDate ), lambda {
    if @val[1] < @timeSheet.interval.start
      error('ts_end_too_early',
            "The expected task end date must be after the start date of " +
            "this time sheet report.", @sourceFileInfo[1])
    end
    @timeSheetRecord.expectedEnd = @val[1]
  })
  doc('end.timesheet', <<'EOT'
The expected end date for the task. This can only be used for duration based
tasks. For effort based tasks [[remaining]] has to be used.
EOT
     )
  example('TimeSheet1', '5')

  pattern(%w( _priority $INTEGER ), lambda {
    priority = @val[1]
    if priority < 1 || priority > 1000
      error('ts_bad_priority',
            "Priority value #{priority} must be between 1 and 1000.",
            @sourceFileInfo[1])
    end
    @timeSheetRecord.priority = priority
  })
  doc('priority.timesheet', <<'EOT'
The priority is a value between 1 and 1000. It is used to determine the
sequence of tasks when converting [[work]] to [[booking.task|bookings]]. Tasks
that need to finish earlier in the period should have a high priority, tasks
that end later in the period should have a low priority. For tasks that don't
get finished in the reported period the priority should be set to 1.
EOT
     )

  pattern(%w( _remaining !workingDuration ), lambda {
    @timeSheetRecord.remaining = @val[1]
  })
  doc('remaining', <<'EOT'
The remaining effort for the task. This value is ignored if there are
[[booking.task|bookings]] for the resource that overlap with the time sheet
period.  If there are no bookings, the value is compared with the [[effort]]
specification of the task. If there is a mismatch between the accumulated effort
specified with bookings, [[work]] and [[remaining]] on one side and the
specified [[effort]] on the other, a warning is generated.

This attribute can only be used with tasks that are effort based. Duration
based tasks need to have an [[end.timesheet|end]] attribute.
EOT
     )
  example('TimeSheet1', '6')

  pattern(%w( !tsStatus ))

  pattern(%w( _work !workingDurationPercent ), lambda {
    @timeSheetRecord.work = @val[1]
  })
  doc('work', <<'EOT'
The amount of time that the resource has spent with the task during the
reported period. This value is ignored when there are
[[booking.task|bookings]] for the resource overlapping with the time sheet
period. If there are no bookings, TaskJuggler will try to convert the work
specification into bookings internally before the actual scheduling is
started.

Every task listed in the time sheet needs to have a work attribute. The total
accumulated work time that is reported must match exactly the total working
hours for the resource for that period.

If a resource has no vacation during the week that is reported and it has a
regular 40 hour work week, exactly 40 hours total or 5 working days have to be
reported.
EOT
     )
  example('TimeSheet1', '4')
end

#rule_tsTaskBody ⇒ `Object`



7472
7473
7474

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7472

def rule_tsTaskBody
  pattern(%w( _{ !tsTaskAttributes _} ))
end

#rule_tsTaskHeader ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7476

def rule_tsTaskHeader
  pattern(%w( _task !taskId ), lambda {
    @property = @val[1]
    unless @property.leaf?
      error('ts_task_not_leaf',
            'You cannot specify a task that has sub tasks here.',
            @sourceFileInfo[1], @property)
    end

    @timeSheetRecord = TimeSheetRecord.new(@timeSheet, @property)
    @timeSheetRecord.sourceFileInfo = @sourceFileInfo[0]
  })
  arg(1, 'task', 'ID of an already existing task')
end

#rule_undefResourceId ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7491

def rule_undefResourceId
  pattern(%w( $ID ), lambda {
    (@resourceprefix.empty? ? '' : @resourceprefix + '.') + @val[0]
  })
  arg(0, 'resource', 'The ID of a defined resource')
end

#rule_vacationName ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7498

def rule_vacationName
  optional
  pattern(%w( $STRING )) # We just throw the name away
  arg(0, 'name', 'An optional name or reason for the leave')
end

#rule_valDate ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7504

def rule_valDate
  pattern(%w( !date ), lambda {
    if @val[0] < @project['start'] || @val[0] > @project['end']
      error('date_in_range',
            "Date #{@val[0]} must be within the project time frame " +
            "#{@project['start']}  - #{@project['end']}",
            @sourceFileInfo[0])
    end
    @val[0]
  })
end

#rule_validTimeZone ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7516

def rule_validTimeZone
  pattern(%w( $STRING ), lambda {
    unless TjTime.checkTimeZone(@val[0])
      error('bad_time_zone', "#{@val[0]} is not a known time zone",
            @sourceFileInfo[0])
    end
    @val[0]
  })
end

#rule_valInterval ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7564

def rule_valInterval
  pattern(%w( !date !intervalEnd ), lambda {
    mode = @val[1][0]
    endSpec = @val[1][1]
    if mode == 0
      unless @val[0] < endSpec
        error('start_before_end', "The end date (#{endSpec}) must be after " +
              "the start date (#{@val[0]}).", @sourceFileInfo[1])
      end
      iv = TimeInterval.new(@val[0], endSpec)
    else
      iv = TimeInterval.new(@val[0], @val[0] + endSpec)
    end
    checkInterval(iv)
    iv
  })
  doc('interval1', <<'EOT'
There are two ways to specify a date interval. The start and end date must lie within the specified project period.

The first is the most obvious. A date interval consists of a start and end
DATE. Watch out for end dates without a time specification! Date
specifications are 0 extended. An end date without a time is expanded to
midnight that day. So the day of the end date is not included in the interval!
The start and end dates must be separated by a hyphen character.

The second form specifies the start date and an interval duration. The
duration must be prefixed by a plus character.
EOT
     )
end

#rule_valIntervalOrDate ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7526

def rule_valIntervalOrDate
  pattern(%w( !date !intervalOptionalEnd ), lambda {
    if @val[1]
      mode = @val[1][0]
      endSpec = @val[1][1]
      if mode == 0
        unless @val[0] < endSpec
          error('start_before_end', "The end date (#{endSpec}) must be " +
                "after the start date (#{@val[0]}).",
                @sourceFileInfo[1])
        end
        iv = TimeInterval.new(@val[0], endSpec)
      else
        iv = TimeInterval.new(@val[0], @val[0] + endSpec)
      end
    else
      iv = TimeInterval.new(@val[0], @val[0].sameTimeNextDay)
    end
    checkInterval(iv)
    iv
  })
  doc('interval4', <<'EOT'
There are three ways to specify a date interval. The first is the most
obvious. A date interval consists of a start and end DATE. Watch out for end
dates without a time specification! Date specifications are 0 extended. An
end date without a time is expanded to midnight that day. So the day of the
end date is not included in the interval! The start and end dates must be separated by a hyphen character.

In the second form, the end date is omitted. A 24 hour interval is assumed.

The third form specifies the start date and an interval duration. The duration must be prefixed by a plus character.

The start and end date of the interval must be within the specified project
time frame.
EOT
     )
end

#rule_valIntervals ⇒ `Object`



7595
7596
7597

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7595

def rule_valIntervals
  listRule('moreValIntervals', '!valIntervalOrDate')
end

#rule_warn ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7599

def rule_warn
  pattern(%w( _warn !logicalExpression ), lambda {
    begin
      @property.set('warn', @property.get('warn') + [ @val[1] ])
    rescue AttributeOverwrite
    end
  })
  doc('warn', <<'EOT'
The warn attribute adds a [[logicalexpression|logical expression]] to the
property. The condition described by the logical expression is checked after
the scheduling and a warning is generated if the condition evaluates to true.
This attribute is primarily intended for testing purposes.
EOT
     )
end

#rule_weekday ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7616

def rule_weekday
  pattern(%w( _sun ), lambda { 0 })
  pattern(%w( _mon ), lambda { 1 })
  pattern(%w( _tue ), lambda { 2 })
  pattern(%w( _wed ), lambda { 3 })
  pattern(%w( _thu ), lambda { 4 })
  pattern(%w( _fri ), lambda { 5 })
  pattern(%w( _sat ), lambda { 6 })
end

#rule_weekDayInterval ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7626

def rule_weekDayInterval
  pattern(%w( !weekday !weekDayIntervalEnd ), lambda {
    weekdays = Array.new(7, false)
    if @val[1].nil?
      weekdays[@val[0]] = true
    else
      d = @val[0]
      loop do
        weekdays[d] = true
        break if d == @val[1]
        d = (d + 1) % 7
      end
    end

    weekdays
  })
  arg(0, 'weekday', 'Weekday (sun - sat)')
end

#rule_weekDayIntervalEnd ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7645

def rule_weekDayIntervalEnd
  optional
  pattern([ '_-', '!weekday' ], lambda {
    @val[1]
  })
  arg(1, 'end weekday',
      'Weekday (sun - sat). It is included in the interval.')
end

#rule_workingDuration ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7667

def rule_workingDuration
  pattern(%w( !number !durationUnit ), lambda {
    convFactors = [ 60, # minutes
                    60 * 60, # hours
                    60 * 60 * @project['dailyworkinghours'], # days
                    60 * 60 * @project['dailyworkinghours'] *
                    (@project.weeklyWorkingDays), # weeks
                    60 * 60 * @project['dailyworkinghours'] *
                    (@project['yearlyworkingdays'] / 12), # months
                    60 * 60 * @project['dailyworkinghours'] *
                    @project['yearlyworkingdays'] # years
                  ]
    # The result will always be in number of time slots.
    (@val[0] * convFactors[@val[1]] /
     @project['scheduleGranularity']).round.to_i
  })
  arg(0, 'value', 'A floating point or integer number')
end

#rule_workingDurationPercent ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7686

def rule_workingDurationPercent
  pattern(%w( !number !durationUnitOrPercent ), lambda {
    if @val[1] >= 0
      # Absolute value in minutes, hours or days.
      convFactors = [ 60, # minutes
        60 * 60, # hours
        60 * 60 * @project['dailyworkinghours'] # days
      ]
      # The result will always be in number of time slots.
      (@val[0] * convFactors[@val[1]] /
       @project['scheduleGranularity']).round.to_i
    else
      # Percentage values are always returned as Float in the rage of 0.0 to
      # 1.0.
      if @val[0] < 0.0 || @val[0] > 100.0
        error('illegal_percentage',
              "Percentage values must be between 0 and 100%.",
              @sourceFileInfo[1])
      end
      @val[0] / 100.0
    end
  })
  arg(0, 'value', 'A floating point or integer number')
end

#rule_workinghours ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7711

def rule_workinghours
  pattern(%w( _workinghours !listOfDays !listOfTimes), lambda {
    if @property.nil?
      # We are changing global working hours.
      wh = @project['workinghours']
    else
      unless (wh = @property['workinghours', @scenarioIdx])
        # The property does not have it's own WorkingHours yet.
        wh = WorkingHours.new(@project['workinghours'])
      end
    end
    wh.timezone = @project['timezone']
    begin
      7.times { |i| wh.setWorkingHours(i, @val[2]) if @val[1][i] }
    rescue
      error('bad_workinghours', $!.message)
    end

    if @property
      # Make sure we actually assign something so the attribute is marked as
      # set by the user.
      begin
        @property['workinghours', @scenarioIdx] = wh
      rescue AttributeOverwrite
        # Working hours can be set multiple times.
      end
    end
  })
end

#rule_workinghoursProject ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7741

def rule_workinghoursProject
  pattern(%w( !workinghours ))
  doc('workinghours.project', <<'EOT'
Set the default working hours for all subsequent resource definitions. The
standard working hours are 9:00am - 12:00am, 1:00pm - 6:00pm, Monday to
Friday. The working hours specification limits the availability of resources
to certain time slots of week days.

These default working hours can be replaced with other working hours for
individual resources.
EOT
     )
  also(%w( dailyworkinghours workinghours.resource workinghours.shift ))
  example('Project')
end

#rule_workinghoursResource ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7757

def rule_workinghoursResource
  pattern(%w( !workinghours ))
  doc('workinghours.resource', <<'EOT'
Set the working hours for a specific resource. The working hours specification
limits the availability of resources to certain time slots of week days.
EOT
     )
  also(%w( workinghours.project workinghours.shift ))
end

#rule_workinghoursShift ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7767

def rule_workinghoursShift
  pattern(%w( !workinghours ))
  doc('workinghours.shift', <<'EOT'
Set the working hours for the shift. The working hours specification limits
the availability of resources or the activity on a task to certain time
slots of week days.

The shift working hours will replace the default or resource working hours for
the specified time frame when assigning the shift to a resource.

In case the shift is used for a task, resources are only assigned during the
working hours of this shift and during the working hours of the allocated
resource. Allocations only happen when both the task shift and the resource
work hours allow work to happen.
EOT
     )
  also(%w( workinghours.project workinghours.resource ))
end

#rule_yesNo ⇒ `Object`

# File 'lib/taskjuggler/TjpSyntaxRules.rb', line 7786

def rule_yesNo
  pattern(%w( _yes ), lambda {
    true
  })
  pattern(%w( _no ), lambda {
    false
  })
end

Module: TaskJuggler::TjpSyntaxRules

Overview

Instance Method Summary collapse

Instance Method Details

#rule_absoluteTaskId ⇒ Object

#rule_account ⇒ Object

#rule_accountAttributes ⇒ Object

#rule_accountBody ⇒ Object

#rule_accountCredit ⇒ Object

#rule_accountCredits ⇒ Object

#rule_accountHeader ⇒ Object

#rule_accountId ⇒ Object

#rule_accountReport ⇒ Object

#rule_accountReportHeader ⇒ Object

#rule_accountScenarioAttributes ⇒ Object

#rule_aggregate ⇒ Object

#rule_alertLevel ⇒ Object

#rule_alertLevelDefinition ⇒ Object

#rule_alertLevelDefinitions ⇒ Object

#rule_allocate ⇒ Object

#rule_allocateShiftAssignments ⇒ Object

#rule_allocateShiftsAssignments ⇒ Object

#rule_allocation ⇒ Object

#rule_allocationAttributes ⇒ Object

#rule_allocationBody ⇒ Object

#rule_allocationHeader ⇒ Object

#rule_allocations ⇒ Object

#rule_allocationSelectionMode ⇒ Object

#rule_allOrNone ⇒ Object

#rule_argument ⇒ Object

#rule_argumentList ⇒ Object

#rule_argumentListBody ⇒ Object

#rule_author ⇒ Object

#rule_balance ⇒ Object

#rule_balanceAccounts ⇒ Object

#rule_bookingAttributes ⇒ Object

#rule_bookingBody ⇒ Object

#rule_calendarDuration ⇒ Object

#rule_chargeMode ⇒ Object

#rule_chargeset ⇒ Object

#rule_chargeSetItem ⇒ Object

#rule_chartScale ⇒ Object

#rule_color ⇒ Object

#rule_columnBody ⇒ Object

#rule_columnDef ⇒ Object

#rule_columnId ⇒ Object

#rule_columnOptions ⇒ Object

#rule_currencyFormat ⇒ Object

#rule_date ⇒ Object

#rule_dateCalcedOrNot ⇒ Object

#rule_declareFlagList ⇒ Object

#rule_details ⇒ Object

#rule_durationUnit ⇒ Object

#rule_durationUnitOrPercent ⇒ Object

#rule_dynamicAttributes ⇒ Object

#rule_export ⇒ Object

#rule_exportAttributes ⇒ Object

#rule_exportBody ⇒ Object

#rule_exportFormat ⇒ Object

#rule_exportFormats ⇒ Object

#rule_exportHeader ⇒ Object

#rule_extendAttributes ⇒ Object

#rule_extendBody ⇒ Object

#rule_extendId ⇒ Object

#rule_extendOptions ⇒ Object

#rule_extendOptionsBody ⇒ Object

#rule_extendProperty ⇒ Object

#rule_extendPropertyId ⇒ Object

#rule_fail ⇒ Object

#rule_flag ⇒ Object

#rule_flagList ⇒ Object

#rule_flagLogicalExpression ⇒ Object

#rule_flagOperand ⇒ Object

#rule_flagOperation ⇒ Object

#rule_flagOperationChain ⇒ Object

#rule_flagOperator ⇒ Object

#rule_flagOperatorAndOperand ⇒ Object

#rule_flags ⇒ Object

#rule_formats ⇒ Object

#rule_functionPatterns ⇒ Object