Closed TEITechnicalCouncil closed 9 years ago
Forgot to log in. I submitted it. Laurent
Original comment by: @laurentromary
how about @fromPage
and @toPage
(and no content): like
<biblScope fromPage="1" toPage="23"/>
as an alternative to
<biblScope type="pp">1-23</biblScope>
or (I suppose)
<biblScope fromPage="1" toPage="23">pp 1-23</biblScope>
This leaves open the question of what to do in the case of inconsistency:
<biblScope fromPage="1" toPage="23">pp 1-233</biblScope>
Original comment by: @lb42
Original comment by: @lb42
Original comment by: @lb42
I'd agree with Lou except on the names of the attributes. I wouldn't want 'Page' to be included in the attribute. (i.e. biblScope could be documenting a range of line numbers or other things.) However, @from
/@to
is used for both data.pointer and data.temporal in various elements. I'd also hate to extend @from
/@to
just to be data.numeric or something on this element. @biblFrom
@biblTo
just seem to reiterate information we know from the element name.
So I'm in favour, but just with better names. ;-)
Original comment by: @jamescummings
@from
/@to
has type data.word on locus. That would seem appropriate here too.
Like James, I wouldn't like @fromPage
and @toPage
, because pages would then be handled differently from volumes, chapters, etc.
Original comment by: @pboot
I also agree with James here.
Original comment by: sf_user_ariannaciula
The proposal original submitted was specifically about page ranges, since these are very commonly encountered in bibliographies. If you generalise it to ranges of any kind, you will need to require that the @type
attribute be supplied (or has an explicit default) Otherwise you can't tell what <biblScope from="1" to="3"/> actually means.
Original comment by: @lb42
Original comment by: @lb42
Implemented @from
and @to
, with requirement that @type
be used to indicate what, at revision 5926
Original comment by: @lb42
Original comment by: @lb42
I suggest to add fpage and lpage as recommended values for biblScope/
@type
in the documentation. Reason is:Original comment by: sfuser*anonymous