the position of the js stream does not work for the block view of a stream.
element.offset() has to be used instead of element.position(). otherwise the js window may appear far away from cursor/hovered element.
I fixed it in the patch.

furthermore at the moment the page view of the micro activity stream is loaded.
this might be of very large extend, may be too large for such a little preview/snapshot of user messages.
the following possibilities might be an solution:
1. showing the block content for the stream (often shorter than page content)
2. introducing an own message length for the miro activity stream
3. capping the js stream window to a specific heigth

i implemented 3. in patch and set height to 300px, introducing autoscrolling.

CommentFileSizeAuthor
position_dimensions_micro_activity.patch1.62 KBTS79

Comments

TS79’s picture

may be the length of the micro stream can be governed by the number of messages, which are configured for the stream - until the micro stream is a seperate stream.

but in this case the "ajax-more" link does not work in js window. by displaying the block stream (see 1. above), there would be the chance place a link to "full-list".

TS79’s picture

to avoid any misunderstandings:
"the position of the js stream does not work for the block view of a stream."
means, that you are waching another stream (eg public stream, not mirco stream) via block view at a panel page, whereas there are some user-nam-links within the messages of this view, which trigger the the micro activity stream