-
-
Notifications
You must be signed in to change notification settings - Fork 106
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Initial implementation of tabs bar #1468
base: main
Are you sure you want to change the base?
Conversation
641b268
to
eb31be6
Compare
eb31be6
to
22da6fa
Compare
3756d48
to
8acbe88
Compare
e791cfd
to
543e9bd
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Haven't reviewed the code in detail yet but I have some comments
- Do we really want to have all those possibilities to show the tabs, I think we should select the best one and stick to it. Giving users too many options is not something I think is necessarily good
- The bar in horizontal mode is wider than the window
- The bar in horizontal mode hides the top bar widget which allows you to close windows
- The vertical mode does not look good in multiwindow mode IMO, it does overlap with multiple windows
Instead of having them permanently on top, what do you think about having a small UI element that when on hovered "unrolls" the tabs bar (either vertical or horizontal)?
Early video, to show the feature in action: 2024-10-02-tabs.mp4 |
543e9bd
to
af15e21
Compare
I have updated the PR to hide the tabs bar when the window is being resized, and also to ensure that it updates its size correctly. 2024-10-03-tabs.mp4 |
1c3428e
to
3fccc3e
Compare
3fccc3e
to
49e6435
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice job, it's actually quite some work. I left some comments inline.
Apart from that I have some comments about the UI:
- Tabs are not well aligned with the windows, the vertical one is a little bit up, and the horizontal one is a little bit shifted right. It doesn't give a good impression
- We should add some margin between the vertical tabs bar and the top bar widget (the one with the X to close the window) as they're too close.
@@ -358,6 +361,10 @@ public Session getActiveSession() { | |||
return mActiveSession; | |||
} | |||
|
|||
public List<Session> getSessions(boolean aPrivateMode) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we really need this having the getSortedSessions already available?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
getSortedSessions()
returns the last used sessions first, so the order changes all the time.
getSessions()
keeps the list stable. New sessions are appended at the end of the list.
Eventually we can have a more complex algorithm, for example desktop browsers try to keep related tabs together.
app/src/common/shared/com/igalia/wolvic/ui/adapters/TabsBarAdapter.java
Outdated
Show resolved
Hide resolved
@@ -43,7 +45,7 @@ public TrayViewModel(@NonNull Application application) { | |||
isVisible.setValue(new ObservableBoolean(false)); | |||
time = new MutableLiveData<>(); | |||
pm = new MutableLiveData<>(); | |||
pm = new MutableLiveData<>(); | |||
needsTabsButton = new MutableLiveData<>(new ObservableBoolean(true)); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know this is a bit of bikeshedding, but perhaps we could have a more descriptive name, "needsTabs" does not mean anything to me. What about something like detachedTabsButton or similar?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about tabsButtonInTray
? It is simply a value to know if a tabs button should be included in the tray.
@@ -361,7 +361,7 @@ void updateScrollPosition(int offsetX, int offsetY) { | |||
int verticalContentLength = mRecyclerView.computeVerticalScrollRange(); | |||
int verticalVisibleLength = mRecyclerViewHeight; | |||
mNeedVerticalScrollbar = verticalContentLength - verticalVisibleLength > 0 | |||
&& mRecyclerViewHeight >= mScrollbarMinimumRange || mNeedHorizontalScrollbar; | |||
&& mRecyclerViewHeight >= mScrollbarMinimumRange || mNeedVerticalScrollbar; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch, this could even be a separate commit. Not sure if that was causing any actual visible bug.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Moved to a separate commit.
app/src/common/shared/com/igalia/wolvic/ui/widgets/HorizontalTabsBar.java
Outdated
Show resolved
Hide resolved
@@ -101,7 +101,7 @@ public void setContextElement(WSession.ContentDelegate.ContextElement aContextEl | |||
// Open link in a new tab | |||
mItems.add(new MenuWidget.MenuItem(getContext().getString(R.string.context_menu_open_link_new_tab_1), 0, () -> { | |||
if (!StringUtils.isEmpty(aContextElement.linkUri)) { | |||
widgetManager.openNewTab(aContextElement.linkUri); | |||
widgetManager.openNewTabForeground(aContextElement.linkUri); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In the current architecture SessionStore
simply passes events from each individual session to the tabs widget.
When a tab is opened in the background, its session does not call the onSessionAdded()
event and therefore the tabs widget is not updated.
I have tried forcing a call to SessionStore.onSessionAdded()
but then I get a crash in Gecko: "IllegalArgumentException: Tab with same ID already exists".
I am not sure but the problem might be that the background session is in an incomplete state until it is first shown.
49e6435
to
bcc07c0
Compare
bcc07c0
to
9f162e7
Compare
My last pushed changes add two new fields to WidgetPlacement: These define a translation offset (in world dimensions), which is applied after the anchors have been calculated. The goal is to be able to move widgets from their initial position in a predictable way, for instance to make space for the tabs bar when necessary. I am still writing the logic for that last step. |
9f162e7
to
d4a54d9
Compare
5a24a57
to
a53ba7c
Compare
Updated videos: ScreenRecording_2024.12.18-01.00.44.mp4ScreenRecording_2024.12.18-01.02.36.mp4output.mp4 |
a53ba7c
to
71f3dba
Compare
The Tabs Bar is a small window that sits next to the current window and which lists the open tabs. There are two implementations: - HorizontalTabsBar on the top of the window - VerticalTabsBar on the side of the window The Tabs Bar is managed by VRBrowserActivity. SessionStore now keeps a list of session change listeners. TabDelegate is moved to a separate interface. The current tabs style can be changed in Settings -> Display. WindowViewModel gets a new field: - isTabsBarVisible Note that we don't (yet) link windows and tabs, so the interface gets a bit confusing when we have more than one window open. WidgetPlacement gets two new fields: - horizontalOffset - verticalOffset These define a translation offset (in world dimensions), which is applied after the anchors have been calculated. The goal is to be able to move widgets from their initial position in a predictable way, to make space for the tabs bar when necessary. The windows' offsets are updated in Windows.adjustWindowOffsets().
71f3dba
to
1db148f
Compare
The Tabs Bar is a small window that sits next to the current window and which lists the open tabs.
There are two implementations in this PR:
HorizontalTabsBar
on the top of the windowVerticalTabsBar
on the side of the windowThe Tabs Bar is managed by
VRBrowserActivity
.SessionStore
now keeps a list of session change listeners so the tabs bar can be updated.SessionChangeListener
andTabDelegate
are moved to separate files.The location of tabs can be changed in Settings -> Display.
WindowViewModel gets three new fields:
WidgetPlacement gets two new fields:
These define a translation offset (in world dimensions), which is applied after the anchors have been calculated. The goal is to be able to move widgets from their initial position in a predictable way, to make space for the tabs bar when necessary.
These windows' offsets are updated in Windows.adjustWindowOffsets(). The primary use case is to make space for the horizontal tabs bar by moving the top widget, and to make space for the vertical tabs bar by moving the browser windows.
Note that Wolvic does not keep track of the relationship between windows and tabs. There is one single list of tabs that can be dynamically displayed on one or more windows. Unfortunately, this means that the interface tends to get a bit confusing when we have more than one window open.