Minor feature suggestions

[imdfl]

• Allow locale selection in the popup browser. Reading the English term may be useful while staying in the containing page's locale. We can easily include the available locales in the parsed page data.
• Make the popover draggable. This will enforce a minimal titlebar which is a good solution for the closebox, currently overlapping the scrollbar, when present.

[tomerlichtash]

• Locale Selection in Popover – Good idea. We need to see how multiple locales can live in one space.
• Draggable Popover – I think it's a specific feature that might be obsolete with a fixed Popover (like in the Genius example) that might serve us better.

[tomerlichtash]

Locale Selection in Popver is previously mentioned here: #104

[imdfl]

Well, as long as we have a floating popover, I'd expect it to be draggable. It's a content site, you should be able to move a floating window to expose some text (and still see the floater).

[tomerlichtash]

I'd like to ask another question - What value does the user get from draggable ability?
I submit (!) that the value is:

1. Control over the visibility of the actual text
2. Control over parallel reading ability (codex/popover)

I believe we can give the user these controls by creating a fixed (or "docked") view of the popover.

Other problems arise from this solution (if drag or docked or other) - which are in the domain of the highlighted word vs the scope of the popover.

I believe dragging ability would enhance this detachment, and create more confusion, especially if one navigates inside a popover.

On another note (no pun intended): The current popover is an MVP version; it currently lacks a mobile solution (next in my development queue IMHO) and this is a good opportunity to rethink the whole thing, with what we've learned so far:

Problems to discuss in that scope are:

1. Toolbar deceleration
2. Inline/Docked/Mobile views
3. Draggable options (to Dock? anywhere?)
4. Anchored Trigger relations (problem already exists in popover navigation)