-
Notifications
You must be signed in to change notification settings - Fork 306
Dates in recipient headers #172
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
Labels
a-msglist
The message-list screen, except what's label:a-content
Milestone
Comments
This was referenced Jun 9, 2023
Closed
This was referenced Aug 17, 2023
gnprice
added a commit
to gnprice/zulip-flutter
that referenced
this issue
Aug 23, 2023
This size is in *physical* pixels, not logical -- so with the tests' default device pixel ratio of 3, it corresponds to 200w267h in logical pixels, which is a very small screen. (It's a bit over 2 inches (53mm) diagonal when converted at 160px/in, which is the nominal value for a logical pixel.) Better to use the default size, which is somewhat more realistic. In particular, we have a known issue (zulip#282) that the recipient headers suffer overflow if a stream name is long. This tiny screen causes that issue to appear even when a name is not very long at all; and when we add dates to the recipient headers (zulip#172), it would start happening in the tests as they stand. A handful of tests need adjustments to keep working with the new size, mostly just to fill the message list with more messages.
gnprice
added a commit
to gnprice/zulip-flutter
that referenced
this issue
Aug 23, 2023
gnprice
added a commit
that referenced
this issue
Aug 24, 2023
This size is in *physical* pixels, not logical -- so with the tests' default device pixel ratio of 3, it corresponds to 200w267h in logical pixels, which is a very small screen. (It's a bit over 2 inches (53mm) diagonal when converted at 160px/in, which is the nominal value for a logical pixel.) Better to use the default size, which is somewhat more realistic. In particular, we have a known issue (#282) that the recipient headers suffer overflow if a stream name is long. This tiny screen causes that issue to appear even when a name is not very long at all; and when we add dates to the recipient headers (#172), it would start happening in the tests as they stand. A handful of tests need adjustments to keep working with the new size, mostly just to fill the message list with more messages.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The current prototype shows the time of each message, but only modulo 24 hours — we don't show its date. We should show the date.
Specifically, like Zulip web and zulip-mobile, we should do so at the right/end of the recipient header.
The text was updated successfully, but these errors were encountered: