UX branch discussion

Discussion about official Mozilla Firefox builds
Locked
User avatar
smsmith
Moderator
Posts: 19979
Joined: December 7th, 2004, 8:51 pm
Location: Indiana

Re: UX branch discussion

Post by smsmith »

omeringen wrote:Hi,
Nice to see finally there is some work on GNU/Linux builds. I'm on KDE DE. It's good on default color schemes but i like darker ones, so i'm using the Evening Lilac color scheme. Here is how it looks :
Image

Problems like these have been plaguing Firefox for years on KDE. My guess is that you are either going to need to file a bug to make them aware of the problem, or just put together a quick userChrome or user style for Stylish to fix all these little nits. That's what I did when I used to run Fedora/KDE.
Give a man a fish, and he eats for a day. Teach a man to fish, and he eats for a lifetime.
I like poetry, long walks on the beach and poking dead things with a stick.
Please do not PM me for personal support. Keep posts here in the Forums instead and we all learn.
juanj78
Posts: 337
Joined: August 12th, 2010, 1:28 am

Re: UX branch discussion

Post by juanj78 »

Now we're are getting somewhere... tabs on titlebar OsX works great, very close to original mockups (latest ux build march 9th)
The positioning of window button & fullscreen button is not correct yet.
User avatar
patrickjdempsey
Posts: 23686
Joined: October 23rd, 2008, 11:43 am
Location: Asheville NC
Contact:

Re: UX branch discussion

Post by patrickjdempsey »

smsmith wrote:
omeringen wrote:Hi,
Nice to see finally there is some work on GNU/Linux builds. I'm on KDE DE. It's good on default color schemes but i like darker ones, so i'm using the Evening Lilac color scheme. Here is how it looks :
Image

Problems like these have been plaguing Firefox for years on KDE. My guess is that you are either going to need to file a bug to make them aware of the problem, or just put together a quick userChrome or user style for Stylish to fix all these little nits. That's what I did when I used to run Fedora/KDE.


For some reason the way that color schemes are defined in Linux doesn't properly bubble up to Firefox. Not that Linux is exclusive in this... Windows color schemes haven't been properly detectable since Vista and Mozilla and other companies just work around it by hard-coding colors.
Tip of the day: If it has "toolbar" in the name, it's crap.
What my avatar is about: https://addons.mozilla.org/en-US/seamonkey/addon/sea-fox/
juanj78
Posts: 337
Joined: August 12th, 2010, 1:28 am

Re: UX branch discussion

Post by juanj78 »

Yet another UX build, but what has changed?

Does not see any changes.

Update: fullscreen view <-> window view transition goes better now, no more color glitches.
User avatar
sdrocking
Posts: 778
Joined: October 2nd, 2010, 7:03 am
Location: Madison, WI
Contact:

Re: UX branch discussion

Post by sdrocking »

https://wiki.mozilla.org/Firefox/Goals/2013Q2#Australis We might not have Australis on m-c till Firefox 24 :x :)
tmeader
Posts: 434
Joined: May 3rd, 2004, 10:30 pm

Re: UX branch discussion

Post by tmeader »

sdrocking wrote:https://wiki.mozilla.org/Firefox/Goals/2013Q2#Australis We might not have Australis on m-c till Firefox 24 :x :)


Hmm... I read that as "land it on m-c to have it IN FF24". As in, landing it on m-c within Q2 is the goal. Maybe I'm wrong though.
TheVisitor
Posts: 5469
Joined: May 13th, 2012, 10:43 am

Re: UX branch discussion

Post by TheVisitor »

tmeader wrote:
sdrocking wrote:https://wiki.mozilla.org/Firefox/Goals/2013Q2#Australis We might not have Australis on m-c till Firefox 24 :x :)


Hmm... I read that as "land it on m-c to have it IN FF24". As in, landing it on m-c within Q2 is the goal. Maybe I'm wrong though.


I would agree, I think they want to land this on m-c so it can bake and be further fined for FF24, from the bug:
see: https://bugzilla.mozilla.org/show_bug.c ... 38491#c138
If this is the only review comment on this patch, we need to call this bug done and continue work in smaller followup bugs until we're ready to merge the whole enchilada to mozilla-central. And if it's not the only review comment, that needs to be finished ASAP so this project isn't blocked on multiweek review passes.

I'm finding it way too hard to follow the progress of this bug plus the bugs that it blocks plus issues people are reporting from UX testing plus further design work. And given that Matt and Mike have been checking each others' work, I consider this to essentially already be reviewed.

This patch doesn't have to be perfect, it just needs to be a solid enough foundation for further work on top of it.


Seems to me, that he wants this land and quit playing games on UX branch that hardly no one is using and get this done!
Joker1337
Posts: 64
Joined: July 15th, 2012, 2:04 pm

Re: UX branch discussion

Post by Joker1337 »

New Panel UI and Customization mode is tracked on jamun branch: https://hg.mozilla.org/projects/jamun/summary ... only available as tinderbox build: http://ftp.mozilla.org/pub/mozilla.org/ ... mun-win32/
juanj78
Posts: 337
Joined: August 12th, 2010, 1:28 am

Re: UX branch discussion

Post by juanj78 »

It does nothing, it shows some ui, but you cannot change a thing (at least on mac)
User avatar
smsmith
Moderator
Posts: 19979
Joined: December 7th, 2004, 8:51 pm
Location: Indiana

Re: UX branch discussion

Post by smsmith »

I was able to customize the menu and use it's functions using Win8.

One thing I did notice... Personas didn't work on it. :D
Give a man a fish, and he eats for a day. Teach a man to fish, and he eats for a lifetime.
I like poetry, long walks on the beach and poking dead things with a stick.
Please do not PM me for personal support. Keep posts here in the Forums instead and we all learn.
User avatar
faulty_fox
Posts: 421
Joined: April 20th, 2010, 10:25 am

Re: UX branch discussion

Post by faulty_fox »

I really hope this is just an early prototype, because this looks very sad.
When you enter customize mode the whole interface shrinks which doesn't make much sense.
In the latest version the tab-bar and add-ons bar are completely un-customizable.
The back-forward buttons, the url-bar and the reload-stop button are joined as one unmovable element. The new app-button is also glued to the right end of the nav-bar.
In this version you can only drop buttons in between the above mentioned 2 elements.
marty60
Posts: 475
Joined: March 21st, 2012, 7:09 am

Re: UX branch discussion

Post by marty60 »

Pr0phet wrote:I really hope this is just an early prototype, because this looks very sad.
When you enter customize mode the whole interface shrinks which doesn't make much sense.
In the latest version the tab-bar and add-ons bar are completely un-customizable.
The back-forward buttons, the url-bar and the reload-stop button are joined as one unmovable element. The new app-button is also glued to the right end of the nav-bar.
In this version you can only drop buttons in between the above mentioned 2 elements.


It also completely destroys the theme I've been using. The author has given up on it because of the tabs on top issue so there's little hope for a fix.

If they leave it like that I can't think of anything that would drive away users faster and at a time when Firefox is increasing its market share again.
Joker1337
Posts: 64
Joined: July 15th, 2012, 2:04 pm

Re: UX branch discussion

Post by Joker1337 »

This is early version of Panel UI and Customization mode... a lot of functions doesnt work yet and is very buggy...
New patch was pushed to bugzilla by Jared Wein yesterday and waiting for review, so i hope this version is more functional and less buggy...
nadark
Posts: 491
Joined: November 12th, 2010, 9:12 am

Re: UX branch discussion

Post by nadark »

http://limi.net/checkboxes-that-kill

Alex Limi (Mozilla’s head of project design strategy) complains that Firefox has too many checkboxes and customizability should be removed.

Sometimes I really hate the stuff I read on bugzilla and mozilla blogs.
User avatar
JayhawksRock
Posts: 10433
Joined: October 24th, 2010, 8:51 am

Re: UX branch discussion

Post by JayhawksRock »

nadark wrote:http://limi.net/checkboxes-that-kill

Alex Limi (Mozilla’s head of project design strategy) complains that Firefox has too many checkboxes and customizability should be removed.

Sometimes I really hate the stuff I read on bugzilla and mozilla blogs.

I agree with Limi.... Basic users dont need to make many, if any changes to the options and only get into trouble when they do. They rest of us, which is a very small minority of total users can continue to hack the prefs.
"The trouble with quotes on the internet is you never know if they are genuine" ...Abraham Lincoln
Locked