Corey Frang [:gnarf] Reporter
	Description • 11 years ago

We need to implement a transition for the multi-recipient information panel implemented in bug 870069.

I would like to suggest instead of a left/right slide like the thread list<->messages, we do a slide down from the header bar revealing the panel (more like extending the multi recipient panel to multi line).

cc ayman to confirm / ask for timing info - 200ms to slide down/up the whole screen?

	Dylan Oliver [:doliver]
	Comment 1 • 11 years ago

Corey, can you give a little more detail on how urgent this is? Do we already have an implementation that works and you want to improve it, or is it currently in a broken state?

	Noemí Freire (:noemi)
	Comment 2 • 11 years ago

Adding also Ayman for his input on this

	ayman maat :maat
	Comment 3 • 11 years ago

> I would like to suggest instead of a left/right slide like the thread
> list<->messages, we do a slide down from the header bar revealing the panel
> (more like extending the multi recipient panel to multi line).

I read what your saying with this and in fact back in the day a couple of variations of what you are suggesting were proposed (in order to draw the header and its underlying content closer together - and improve the affordance of the header) but rejected due to the constraints of our current building block library. 

Therefore I am sorry but at this stage I cannot underwrite this proposed transition as it breaks the transition patterns implemented in the rest of the system and would require a completely new 'close' CTA designing and implementing and therefore new building blocks solely for the recipient panel.

Adding Victoria to CC so she has visibility of this bug

	Wayne Chang [:wchang]
	Comment 4 • 11 years ago

Triage agrees non-blocking as non functional impact.

	Corey Frang [:gnarf] Reporter
	Comment 5 • 11 years ago

Okay - I just figured it would be a UX blocker because there is no transition here.  Though if we must implement the "slide left/right" transition, this will not be trivial.

I was suggesting the "slide down" transition because we could probably do that with just some simple CSS.

	Corey Frang [:gnarf] Reporter
	Comment 6 • 11 years ago

Ayman, Is this something we are going to want to do?  Can you just close this bug down if it's something we don't care about?

	ayman maat :maat
	Comment 7 • 11 years ago

(In reply to Corey Frang [:gnarf] from comment #6)
> Ayman, Is this something we are going to want to do?  Can you just close
> this bug down if it's something we don't care about?

I certainly care about it, but its not going to block. Nevertheless it is something we should fix because your right, there is *still* no transition there.

I know your not a fan of it, but it should be a slide left/right transition.

Any chance we could start work on it?

	Corey Frang [:gnarf] Reporter
	Comment 8 • 11 years ago

Let me talk with Rick and Julien - I think we could share a little code I wrote for Clock and enhance the method of transitioning between panels in sms in general.

	ayman maat :maat
	Comment 9 • 11 years ago

(In reply to Corey Frang [:gnarf] from comment #8)
> Let me talk with Rick and Julien - I think we could share a little code I
> wrote for Clock and enhance the method of transitioning between panels in
> sms in general.

cool, thanks corey

	Julien Wajsberg [:julienw]
	Comment 10 • 11 years ago

I'd say it's probably a good idea to wait for bug 881469. Now that my other duties are done, I'll be able to focus on it and move forward faster. I plan to do a more generic way of configuring sliding between panels.

	Julien Wajsberg [:julienw]
	Comment 11 • 9 years ago

This has been fixed by bug 1162030 :)