Re: [1.2T-LC] Text selection - but what about Find Text ? (ISSUE-2065)

Hi Doug,

"SVG viewers which allow sequential searches for text strings must pan
and zoom the viewport, as appropriate, in order to show the text
string in context, and are recommended to set the viewport to the
bounding box of the element containing the text string, as if it were
a traversal to a fragment identifier."

I'm not sure if I agree with the last part of this.  Would it be
sufficient instead to state:

"and are recommended to adjust the viewport such that the bounding box
of the element containing the text string is fully within the
viewport"

Searching through text is often a contextual activity - the user quite
often wants to see the parts of the document that surround the text
string being searched for (I suppose the user could zoom out at that
point, but that seems unnecessary).

In other words, as a user, I would prefer panning but leave the zooming to me.

Otherwise, it looks good to me.

Regards,
Jeff Schiller

On 10/9/08, Doug Schepers <schepers@w3.org> wrote:
> Hi, Jeff-
>
>
>  Jeff Schiller wrote (on 9/21/08 10:58 PM):
>  > I notice that text selection and clipboard operations are still
>  > recommended by the SVG spec [1], but I would consider it useful if SVG
>  > Viewers that support "Find Text" operations also supported "Find Text"
>  > in SVG <text> and <textArea> elements.  Additionally, some suggested
>  > behavior that SVG Viewers should follow in the case of text fragment
>  > being found would be useful to improve interoperability across
>  > implementations (pan and zoom to text?).
>
>
> I've added wording, an example, and a screenshot of Batik acting like a
>  good citizen:
>   http://dev.w3.org/SVG/profiles/1.2T/publish/text.html#TextSearch
>
>  Please let us know if this satisfies your comment.
>
>  Regards-
>  -Doug, on behalf of the SVG WG
>

Received on Thursday, 9 October 2008 16:21:32 UTC