Changes between Version 1 and Version 2 of Ticket #7624, comment 10


Ignore:
Timestamp:
2012-04-29T01:48:44+02:00 (14 years ago)
Author:
cmuelle8

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #7624, comment 10

    v1 v2  
    3535> }}}
    3636
    37 Erm - at least not according to current code comments and the JACC grammar definition.  A "+" in front of a number denotes a "RelativeFloat", else an (absolute) "Float".  So "+10"  evals to offset+=10 and "10" to offset=10.  I inherit the behavior of the getWidth() method for the offset calculation, so I'm building on the idea of whomever wrote this function.
     37In latest version of the patch I add the base line offset after any other offset calculation is done. So
     38  * "10" is essentially base_offset += 10   and
     39  * "+10" will be similar to base_offset += base_width/2 + left_casing_width/2 + 10
    3840
    39 I do not care for the current differentiation between RelativeFloat and Float, if you want to change it, go ahead - as for the patch, it just tries to stick with the way relative numbers are treated in the "width"-context.
    40 
    41 
    42 Greetings
     41..