Change 864848 had a related patch set uploaded (by Simone Cuomo; author: Simone Cuomo):

[mediawiki/extensions/SearchVue@master] Opening and scrolling quick view in a fixed window.

https://gerrit.wikimedia.org/r/864848

Change 864848 merged by jenkins-bot:

[mediawiki/extensions/SearchVue@master] Opening and scrolling quick view in a fixed window.

https://gerrit.wikimedia.org/r/864848

@Sneha - I'll provide a separate comment for each scenario.

• Scenario 1: When the Search Preview is opened with the top of the screen components (advance search, top bar etc) still

visible, place it in the position as shown in Figma. (Note that the top of the preview is top aligned with the search widget.)

Note: If the preview was opened on a smaller screen it may overlap the search widget which is fine as long as it does not overlap search results.

(1) The position is slightly different than in Figma - the top of the preview is not top aligned with the search widget.
See the side-by-side comparison in the screenshots below:

Figma	betlabs

(2)

• If the user has opened the preview in Scenario 1 and then slides up the screen, slide the search preview up and expand its size to make use of the available space as shown in second image above.

The gif below shows just scrolling from the top down (no other interaction):

I think it looks acceptable. One of the edge cases - if an article doesn't have a picture and doesn't have sections, then its QuickView will expand without any reason to do so. Not sure if we should accommodate such an edge case.
The gif shows expanding QuickView white space - an article doesn't have an image and sections.

Notes:

• The width of QuickView depends on whether the side menu on Vector (2022) is expanded or collapsed:

Vector (2022) - menu collapsed	Vector (2022) expanded

• Scenario 2: When the Search Preview is opened with the top of the screen components not visible on the screen, place it in the position as shown in Figma. (Note that in this case it uses the full length of the browser.)
  

This scenario looks fine - the gif below shows the opening (not the top image) and scrolling. The scrolling has the same behavior as scrolling in the Scenario 1.

Hi @Etonkovidova

For scenario 1 comments:

#1 the alignment issue you pointed does not need to be resolved. I actually changed it in my wires but forgot to update the image here. It does not need to align to the search widget as it will overlap the number of search results copy. So this is good to go.

#2 yes there are some edge cases but otherwise it is working as expected.

Scenario 2 looks good to me too.

For the note on Narrow Quick view I think we can improve that but it is not part of this ticket. I will make a note of that and create a new ticket.