Skip to content

Conversation

@yash-agarwa-l
Copy link
Contributor

This fixes the layout of block quotes (> quote) in RTL languages.

Previously, the vertical bar was stuck on the Left side even in RTL mode. Now, it correctly flips to the Right side (the "start" of the text).

This addresses one of the RTL issues identified by @gnprice in this comment.

Before

LTR

LTR

RTL

RTL

After

LTR

LTR

RTL

RTL

@gnprice gnprice added the maintainer review PR ready for review by Zulip maintainers label Nov 25, 2025
@chrisbobbe chrisbobbe self-requested a review December 2, 2025 20:07
@chrisbobbe chrisbobbe self-assigned this Dec 2, 2025
Copy link
Collaborator

@chrisbobbe chrisbobbe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great, thanks! Marking for Greg's review.

@chrisbobbe chrisbobbe requested a review from gnprice December 2, 2025 20:08
@chrisbobbe chrisbobbe assigned gnprice and unassigned chrisbobbe Dec 2, 2025
@chrisbobbe chrisbobbe added integration review Added by maintainers when PR may be ready for integration and removed maintainer review PR ready for review by Zulip maintainers labels Dec 2, 2025
@gnprice
Copy link
Member

gnprice commented Dec 12, 2025

Thanks for the clean commit and clear screenshots! Looks good; merging.

Staring at the screenshots — and in particular flipping back and forth between the two "after" screenshots — I notice one other discrepancy which isn't new with this PR, but also isn't one of the ones I found at #1991 (comment) . Should be a quick one to fix. I'll comment with details in that thread so that things are in one place.

Previously, the `Quotation` widget hardcoded the border and padding
to the left side. This resulted in an incorrect layout in RTL
locales, where the quote bar remained on the left while the text
aligned to the right.

We now use `EdgeInsetsDirectional` and `BorderDirectional` so that
the layout flips correctly based on the text direction.
@gnprice gnprice merged commit 8baf786 into zulip:main Dec 12, 2025
1 check passed
@gnprice
Copy link
Member

gnprice commented Dec 12, 2025

(Back from vacation this week, which is why I've just reviewed and merged a burst of your PRs in a row.)

@yash-agarwa-l
Copy link
Contributor Author

Thanks for the review and the merge!

Yeah, I guessed as much—I probably read that somewhere in the Zulip chats.

yash-agarwa-l added a commit to yash-agarwa-l/zulip-flutter that referenced this pull request Dec 12, 2025
Previously, the TODAY (and other date) labels in recipient headers used, which applied
asymmetric left/right padding only in LTR layouts. This caused the label to be misaligned
in RTL layouts, as seen in screenshots from zulip#2005.

Change to use , so the start/end padding swaps correctly in RTL, matching the alignment
of message timestamps and improving visual consistency.
yash-agarwa-l added a commit to yash-agarwa-l/zulip-flutter that referenced this pull request Dec 12, 2025
Previously, the TODAY (and other date) labels in recipient headers used, which applied
asymmetric left/right padding only in LTR layouts. This caused the label to be misaligned
in RTL layouts, as seen in screenshots from zulip#2005.

Change to use , so the start/end padding swaps correctly in RTL, matching the alignment
of message timestamps and improving visual consistency.
yash-agarwa-l added a commit to yash-agarwa-l/zulip-flutter that referenced this pull request Dec 12, 2025
Previously, the TODAY (and other date) labels in recipient headers used, which applied
asymmetric left/right padding only in LTR layouts. This caused the label to be misaligned
in RTL layouts, as seen in screenshots from zulip#2005.

Change to use , so the start/end padding swaps correctly in RTL, matching the alignment
of message timestamps and improving visual consistency.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

integration review Added by maintainers when PR may be ready for integration

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants