-
Notifications
You must be signed in to change notification settings - Fork 975
General Settings: "A new tab shows" setting #2106
Comments
Any chance this has been taken on? I just started the early stages of writing something of this sort. Any chance I could work on it or collaborate? @bradleyrichter |
@kingscott We'd love to have your help! This has not been started yet, besides what is currently implemented in today's release in the general prefs panel which is limited to startup, not a new tab view. |
Great, thanks @bradleyrichter! I was jumping into it today at the end of my work day. Is that settings panel mentioned in the above image what has been agreed upon for production? |
Hey @kingscott - I just updated it for you. But, please don't bother with the visual elements because we are currently working on a branch which is a complete prefs makeover. We will have to merge your new code with the new UI work. Shouldn't be a problem... If you want to take a look at the progress on that branch, here it is: https://github.com/brave/browser-laptop/tree/cherry-picked-ui-updates |
I’m all ears…
|
Sorry about that, I had thought and didn't mean to write the comment (was trying to overcomplicate the task). Also, did you want (or need) the new tab page created that has the tiles of previously visited pages? |
@kingscott We would love the help on anything you are interested in working on. Here is a screen shot of the currently proposed "Top Sites/Info Page" but I haven't finished the details in the spec. When you mouse-hover over the topsite thumbs, you would get the full page preview rendered behind the shadow masking: There will be a neat UI to change the layout of the top site icons by clicking on a toggle button to change from 1, 2 or 3 rows, and a list view. Let me know if this looks interesting to you... Thanks! |
Wow, that looks really nice! Honestly - the top image looks awesome. I tend to prefer the more neutral images for new tab stuff. Is that something you (Brave) would want me to build? In terms of the background, I do have a project I worked on that pulls in nice backgrounds. I have a Chrome extension for it as well. If that was of interest, I can extend and/or integrate with Brave. PS. It's in React as well. EDIT: Just re-read the comment for the second picture - so disregard my second comment in the top paragraph. Sounds truly great 👍 |
Hey Scott - can I invite you to join our #community slack channel? Also - I installed the chrome extension. Looks good. I think this is right up your alley. : ) |
Sure, that would be great Brad! |
@kingscott Just invited you as a contributor... |
Yes @bradleyrichter, I got it - thanks! |
Original work done in PR #3488 |
- Add settings for new tab behaviour, handle this behaviour when you click the new tab button - Scaffolding for deafult search engine appearing as new tab - Grab proper search engine information on new tab - New tab can load default search engine - New tab can load default search engine - Add functionality for new tab options - Abstraction of handling new tab settings - Abstraction of handling new - Hopefully final abstraction to complete new tab functionality
Fixes #2106 - pulled out setting values into an enum - position moved to below "Brave starts with" (in preferences.js) - resolved circular dependency issue in appUrlUtil which broke app - made a newtab option called BLANK and renamed value TEMP. We can change back when ready to go live - defaultUrl removed from main.js (since it gets defaulted in windowStore.js) - removed defaultUrl from window.js (since windowStore.js also handles this) - put about pages into config; updated contextMenus.js to use config constants - adding missing "base" element to searchProviders that had it missing (mdn, github, startpage, etc) - updated defaultUrl logic in appUrlUtil.js to default unknown values to about:blank - windowStore.js now uses new defaultUrl method (from appUrlUtil) instead of config.defaultUrl Auditors: @kingscott @cezaraugusto
- Add settings for new tab behaviour, handle this behaviour when you click the new tab button - Scaffolding for deafult search engine appearing as new tab - Grab proper search engine information on new tab - New tab can load default search engine - Add functionality for new tab options - Abstraction of handling new tab settings - Hopefully final abstraction to complete new tab functionality
Fixes #2106 - pulled out setting values into an enum - position moved to below "Brave starts with" (in preferences.js) - resolved circular dependency issue in appUrlUtil which broke app - made a newtab option called BLANK and renamed value TEMP. We can change back when ready to go live - defaultUrl removed from main.js (since it gets defaulted in windowStore.js) - removed defaultUrl from window.js (since windowStore.js also handles this) - put about pages into config; updated contextMenus.js to use config constants - adding missing "base" element to searchProviders that had it missing (mdn, github, startpage, etc) - updated defaultUrl logic in appUrlUtil.js to default unknown values to about:blank - windowStore.js now uses new defaultUrl method (from appUrlUtil) instead of config.defaultUrl Auditors: @kingscott @cezaraugusto
- Add settings for new tab behaviour, handle this behaviour when you click the new tab button - Scaffolding for deafult search engine appearing as new tab - Grab proper search engine information on new tab - New tab can load default search engine - Add functionality for new tab options - Abstraction of handling new tab settings - Hopefully final abstraction to complete new tab functionality
Fixes #2106 - pulled out setting values into an enum - position moved to below "Brave starts with" (in preferences.js) - resolved circular dependency issue in appUrlUtil which broke app - made a newtab option called BLANK and renamed value TEMP. We can change back when ready to go live - defaultUrl removed from main.js (since it gets defaulted in windowStore.js) - removed defaultUrl from window.js (since windowStore.js also handles this) - put about pages into config; updated contextMenus.js to use config constants - adding missing "base" element to searchProviders that had it missing (mdn, github, startpage, etc) - updated defaultUrl logic in appUrlUtil.js to default unknown values to about:blank - windowStore.js now uses new defaultUrl method (from appUrlUtil) instead of config.defaultUrl Auditors: @kingscott @cezaraugusto
- Add settings for new tab behaviour, handle this behaviour when you click the new tab button - Scaffolding for deafult search engine appearing as new tab - Grab proper search engine information on new tab - New tab can load default search engine - Add functionality for new tab options - Abstraction of handling new tab settings - Hopefully final abstraction to complete new tab functionality
Fixes #2106 Updated defaultUrl logic - windowStore.js now uses new defaultUrl method (from appUrlUtil) instead of config.defaultUrl - default unknown values to about:blank Removed conflicting defaultUrl behavior (since it gets defaulted in windowStore.js) from: - main.js - window.js - tabs.js Misc - pulled out setting values into an enum - position moved to below "Brave starts with" (in preferences.js) - resolved circular dependency issue in appUrlUtil - adding missing "base" element to searchProviders that had it missing (mdn, github, startpage, etc) - made a newtab option called BLANK and renamed value TEMP. We can change back when ready to go live Auditors: @kingscott @cezaraugusto
Fixes #2106 Updated defaultUrl logic - windowStore.js now uses new defaultUrl method (from appUrlUtil) instead of config.defaultUrl - default unknown values to about:blank Removed conflicting defaultUrl behavior (since it gets defaulted in windowStore.js) from: - main.js - window.js - tabs.js Misc - pulled out setting values into an enum - position moved to below "Brave starts with" (in preferences.js) - resolved circular dependency issue in appUrlUtil - adding missing "base" element to searchProviders that had it missing (mdn, github, startpage, etc) - made a newtab option called BLANK and renamed value TEMP. We can change back when ready to go live Auditors: @kingscott @cezaraugusto
Please bring back the empty New Tab option (applies to v. 0.12.9; win32; x64). |
#5652 addressed the issue but I would have to say I preferred the option than leaving the home page URL empty. |
Functionality:
"my new tab page"
"my home page"
"my default search engine"
Item label:
"A new tab shows"
Menu choices:
"my new tab page"
"my home page"
"my default search engine"
menu snapshot:
Settings panel: (item for this issue shown in blue)
The text was updated successfully, but these errors were encountered: