David Abrahams wrote:
"Eric Niebler" <[EMAIL PROTECTED]> writes:
David Abrahams wrote:
Rene Rivera <[EMAIL PROTECTED]> writes:
Even though I like the new function descriptions you have I might
lean towards having this kind of layout:
Parameters:
begin The beginning of the sequence.
end The end of the sequence.
flags Optional match flags, used to control how the expression
is matched against the sequence. (See match_flag_type.)
re The regular expression object to use
what The match_results struct into which the sub_matches
will be written
Requires:
Types BidiIter and OtherBidiIter meet the requirements of a
Bidirectional Iterator (24.1.4).
OtherBidiIter is convertible to BidiIter.
[begin,end) denotes a valid iterator range.
Returns:
true if a match is found, false otherwise
Throws:
regex_error on stack exhaustion
I like this.
But why? Given the aspect ratio of most monitors, vertical space is at a
higher premium than horizontal. This will just cause more useful
information to scroll off the bottom of the screen.
You can't really use the width of most monitors effectively anyway
unless you display multiple columns on a page. Long lines are hard to
read.
This is only proving my point. With Rene's layout, lines of text get
even longer. The table-like layout is a more effective use of horizontal
*and* vertical space.
Unless there there is a general consensus, I don't intend to spend any
more time hacking the XSLT for this.
--
Eric Niebler
Boost Consulting
www.boost-consulting.com
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Boost-docs mailing list
[email protected]
Unsubscribe and other administrative requests:
https://lists.sourceforge.net/lists/listinfo/boost-docs
