After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 775641 - Expose homepage-url setting in the UI
Expose homepage-url setting in the UI
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Interface
git master
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-12-05 14:37 UTC by Carlos Garcia Campos
Modified: 2017-01-30 03:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
prefs-dialog: Expose homepage-url setting in preferences dialog (12.06 KB, patch)
2016-12-05 14:41 UTC, Carlos Garcia Campos
committed Details | Review
Show home button in the toolbar when homepage-url setting is enabled (2.61 KB, patch)
2016-12-05 14:41 UTC, Carlos Garcia Campos
committed Details | Review
Screenshot (51.34 KB, image/png)
2016-12-05 14:42 UTC, Carlos Garcia Campos
  Details
header-bar: Fix memory leak when changing homepage (862 bytes, patch)
2017-01-30 03:59 UTC, Michael Catanzaro
committed Details | Review

Description Carlos Garcia Campos 2016-12-05 14:37:14 UTC
We should expose it in the preferences dialog and also show a home button in the toolbar when enabled.
Comment 1 Carlos Garcia Campos 2016-12-05 14:41:23 UTC
Created attachment 341400 [details] [review]
prefs-dialog: Expose homepage-url setting in preferences dialog
Comment 2 Carlos Garcia Campos 2016-12-05 14:41:55 UTC
Created attachment 341401 [details] [review]
Show home button in the toolbar when homepage-url setting is enabled
Comment 3 Carlos Garcia Campos 2016-12-05 14:42:13 UTC
Created attachment 341402 [details]
Screenshot
Comment 4 Iulian Radu 2016-12-05 15:19:06 UTC
(In reply to Carlos Garcia Campos from comment #3)
> Created attachment 341402 [details]
> Screenshot

It seems more natural to have the New Tab button as the last one, after the Home button. That's usually the case when I see tabs and a new button (gnome-terminal, other browsers) and I usually see that when there's Home/New (bugzilla Home/New at the top of the page).

Thoughts?
Comment 5 Michael Catanzaro 2016-12-05 19:55:34 UTC
The new tab button is really supposed to move to the tab bar, but nobody working on the tabs bar. :/ I agree it would probably fit better on the end....

I'd also suggest we change the text "Default new tab page" -> "Most visited websites"
Comment 6 Michael Catanzaro 2016-12-05 19:55:59 UTC
Also let's say "homepage" instead of "home page"
Comment 7 Michael Catanzaro 2016-12-05 20:07:24 UTC
Review of attachment 341400 [details] [review]:

::: src/resources/prefs-dialog.ui
@@ +69,3 @@
+                            <child>
+                              <object class="GtkRadioButton" id="new_tab_homepage_radiobutton">
+                                <property name="label" translatable="yes">_Default new tab page</property>

Careful with the mnemonics, D is already used for the download folder so you'll need to pick a different one.

@@ +76,3 @@
+                            <child>
+                              <object class="GtkRadioButton" id="blank_homepage_radiobutton">
+                                <property name="label" translatable="yes">_Blank page</property>

Is there an underscore here that splinter is not showing me, or are you missing the mnemonic?
Comment 8 Michael Catanzaro 2016-12-05 20:09:52 UTC
Review of attachment 341401 [details] [review]:

Consider flipping the position with new tab... but then got to make sure the space that would be created disappears when the button is removed.

I wonder if we really need the button at all.
Comment 9 Carlos Garcia Campos 2016-12-07 07:26:20 UTC
(In reply to Iulian Radu from comment #4)
> (In reply to Carlos Garcia Campos from comment #3)
> > Created attachment 341402 [details]
> > Screenshot
> 
> It seems more natural to have the New Tab button as the last one, after the
> Home button. That's usually the case when I see tabs and a new button
> (gnome-terminal, other browsers) and I usually see that when there's
> Home/New (bugzilla Home/New at the top of the page).
> 
> Thoughts?

It's fine with me.
Comment 10 Carlos Garcia Campos 2016-12-07 07:28:01 UTC
(In reply to Michael Catanzaro from comment #5)
> The new tab button is really supposed to move to the tab bar, but nobody
> working on the tabs bar. :/ I agree it would probably fit better on the
> end....
> 
> I'd also suggest we change the text "Default new tab page" -> "Most visited
> websites"

I used "new tab page" because "most visited" is not true in incognito mode. The default new tab page is overview or incognito, and other browsers use new tab page as well.
Comment 11 Carlos Garcia Campos 2016-12-07 07:29:40 UTC
(In reply to Michael Catanzaro from comment #8)
> Review of attachment 341401 [details] [review] [review]:
> 
> Consider flipping the position with new tab... but then got to make sure the
> space that would be created disappears when the button is removed.

Sure.

> I wonder if we really need the button at all.

I assume people wanting a homepage also want a home button, the feature is currently hidden, and the shortcut is not even in the shortcuts window, so how are users supposed to know they have to press ALT+Home?
Comment 12 Carlos Garcia Campos 2016-12-07 07:30:06 UTC
(In reply to Michael Catanzaro from comment #6)
> Also let's say "homepage" instead of "home page"

Ok.
Comment 13 Carlos Garcia Campos 2016-12-07 07:31:19 UTC
(In reply to Michael Catanzaro from comment #7)
> Review of attachment 341400 [details] [review] [review]:
> 
> ::: src/resources/prefs-dialog.ui
> @@ +69,3 @@
> +                            <child>
> +                              <object class="GtkRadioButton"
> id="new_tab_homepage_radiobutton">
> +                                <property name="label"
> translatable="yes">_Default new tab page</property>
> 
> Careful with the mnemonics, D is already used for the download folder so
> you'll need to pick a different one.

Oh.

> @@ +76,3 @@
> +                            <child>
> +                              <object class="GtkRadioButton"
> id="blank_homepage_radiobutton">
> +                                <property name="label"
> translatable="yes">_Blank page</property>
> 
> Is there an underscore here that splinter is not showing me, or are you
> missing the mnemonic?

There is, _Blank page.
Comment 14 Iulian Radu 2016-12-07 08:37:25 UTC
> the shortcut is not even in the shortcuts window, so
> how are users supposed to know they have to press ALT+Home?

We should add it there as well.
Comment 15 Michael Catanzaro 2017-01-30 03:59:13 UTC
The following fix has been pushed:
c1ff13e header-bar: Fix memory leak when changing homepage
Comment 16 Michael Catanzaro 2017-01-30 03:59:17 UTC
Created attachment 344501 [details] [review]
header-bar: Fix memory leak when changing homepage