Mirror
/
zulip
mirror of https://github.com/zulip/zulip.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
zulip/static/templates/message_body.hbs

64 lines
1.9 KiB
Handlebars
Raw Normal View History

refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
<div class="message_top_line">
refactor: Move /me complexity out of body template. One goal of this commit is to just make the "happy path" code a lot easier to read. It should be pretty easy to verify that in this diff. And then more stuff is now in me_message. This is a pure code move, and it doesn't fix these structural issues yet: * the "say hi" part of "/me says hi" is inside ".message_sender" (due to legacy positioning issues) * the avatar is outside of .sender-status (again due to legacy positioning issue) * we don't have sender_info_hover on the sender name (which causes it not to launch the user menu)
2019-03-08 18:01:47 +01:00
{{#unless status_message}}
<span class="message_sender sender_info_hover no-select">
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
{{#if include_sender}}
messagebox: Add title-text for user profile on sender name and avatar. A separate outer span with the title text needs to be added because: (1) The default bootstrap popover behavior takes the title as the popover title, if provided. (2) We need to avoid having the title area be too big in the me_message template. Fixes #12769. Co-Author-By: Vaibhav <vrongmeal@gmail.com>
2020-04-16 03:25:07 +02:00
<span title="{{t 'View user profile' }} (u)">
message_body: Fix -3px alignment kludge using whitespace control. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2021-06-11 22:36:25 +02:00
{{> message_avatar ~}}
status_emoji: Show status emoji in message_body. Previously the emoji_status set by the user would only be seen a few places, it was decided that it would be useful to show the emoji_status in a few additional other places as well. Use the status_emoji template to show the status emoji in the message_body and also implement live update behavior. With refactor and minor edits by Yash RE. Co-authored-by: YashRE42 <33805964+YashRE42@users.noreply.github.com>
2022-02-05 19:13:05 +01:00
<span class="sender_name auto-select" role="button" tabindex="0">{{msg/sender_full_name}}{{> status_emoji msg/status_emoji_info}}</span>
refactor: Move /me complexity out of body template. One goal of this commit is to just make the "happy path" code a lot easier to read. It should be pretty easy to verify that in this diff. And then more stuff is now in me_message. This is a pure code move, and it doesn't fix these structural issues yet: * the "say hi" part of "/me says hi" is inside ".message_sender" (due to legacy positioning issues) * the avatar is outside of .sender-status (again due to legacy positioning issue) * we don't have sender_info_hover on the sender name (which causes it not to launch the user menu)
2019-03-08 18:01:47 +01:00
{{#if sender_is_bot}}
zulip-icon: Add `zulip-icon` as classPrefix for icon. This avoids general class names like `bot`.
2021-04-29 02:13:54 +02:00
<i class="zulip-icon zulip-icon-bot" aria-label="{{t 'Bot' }}"></i>
refactor: Move /me complexity out of body template. One goal of this commit is to just make the "happy path" code a lot easier to read. It should be pretty easy to verify that in this diff. And then more stuff is now in me_message. This is a pure code move, and it doesn't fix these structural issues yet: * the "say hi" part of "/me says hi" is inside ".message_sender" (due to legacy positioning issues) * the avatar is outside of .sender-status (again due to legacy positioning issue) * we don't have sender_info_hover on the sender name (which causes it not to launch the user menu)
2019-03-08 18:01:47 +01:00
{{/if}}
messagebox: Add title-text for user profile on sender name and avatar. A separate outer span with the title text needs to be added because: (1) The default bootstrap popover behavior takes the title as the popover title, if provided. (2) We need to avoid having the title area be too big in the me_message template. Fixes #12769. Co-Author-By: Vaibhav <vrongmeal@gmail.com>
2020-04-16 03:25:07 +02:00
</span>
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
{{/if}}
</span>
refactor: Move /me complexity out of body template. One goal of this commit is to just make the "happy path" code a lot easier to read. It should be pretty easy to verify that in this diff. And then more stuff is now in me_message. This is a pure code move, and it doesn't fix these structural issues yet: * the "say hi" part of "/me says hi" is inside ".message_sender" (due to legacy positioning issues) * the avatar is outside of .sender-status (again due to legacy positioning issue) * we don't have sender_info_hover on the sender name (which causes it not to launch the user menu)
2019-03-08 18:01:47 +01:00
{{/unless}}
{{#if status_message}}
templates: Use upstream Handlebars partials syntax. Signed-off-by: Anders Kaseorg <anders@zulipchat.com>
2019-07-11 04:05:28 +02:00
{{> me_message}}
refactor: Move /me complexity out of body template. One goal of this commit is to just make the "happy path" code a lot easier to read. It should be pretty easy to verify that in this diff. And then more stuff is now in me_message. This is a pure code move, and it doesn't fix these structural issues yet: * the "say hi" part of "/me says hi" is inside ".message_sender" (due to legacy positioning issues) * the avatar is outside of .sender-status (again due to legacy positioning issue) * we don't have sender_info_hover on the sender name (which causes it not to launch the user menu)
2019-03-08 18:01:47 +01:00
{{/if}}
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
<span class="alert-msg pull-right"></span>
message_view: Make timestamp a permalink to message. The css edits are to override the `a` tag's default color with our default values from body, body.night-mode. Fixes part of #18699.
2021-06-15 21:30:10 +02:00
<a href="{{ msg/url }}" class="message_time{{#if msg.locally_echoed}} notvisible{{/if}}{{#if status_message}} status-time{{/if}}">
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
{{#unless include_sender}}
<span class="copy-paste-text">&nbsp;</span>
{{/unless}}
{{timestr}}
message_view: Make timestamp a permalink to message. The css edits are to override the `a` tag's default color with our default values from body, body.night-mode. Fixes part of #18699.
2021-06-15 21:30:10 +02:00
</a>
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
message_list_view: Move edited position conditionals to JS. This adds three bools to message_container object which calculate bools where the "(EDITED)" label should appear: * `edited_in_left_col` -- when label appears in left column. * `edited_alongside_sender` -- when label appears alongside sender info. * `edited_status_msg` -- when label appears for a "/me" message. We use the new bools and remove the complicated if else statements from the templates for the "(EDITED)" label. This also allows us to add a unit test to verify the logic.
2019-03-15 19:42:24 +01:00
{{#if edited_alongside_sender}}
templates: Use upstream Handlebars partials syntax. Signed-off-by: Anders Kaseorg <anders@zulipchat.com>
2019-07-11 04:05:28 +02:00
{{> edited_notice}}
message_list_view: Move edited position conditionals to JS. This adds three bools to message_container object which calculate bools where the "(EDITED)" label should appear: * `edited_in_left_col` -- when label appears in left column. * `edited_alongside_sender` -- when label appears alongside sender info. * `edited_status_msg` -- when label appears for a "/me" message. We use the new bools and remove the complicated if else statements from the templates for the "(EDITED)" label. This also allows us to add a unit test to verify the logic.
2019-03-15 19:42:24 +01:00
{{/if}}
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
templates: Use upstream Handlebars partials syntax. Signed-off-by: Anders Kaseorg <anders@zulipchat.com>
2019-07-11 04:05:28 +02:00
{{> message_controls}}
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
</div>
me messages: Avoid empty "message_content" div. We no longer have an empty message_content div for messages like this: /me gets some coffee This requires a minor change in how we compute the position of the message for editing.
2019-03-07 15:23:57 +01:00
{{#unless status_message}}
message view: Hide messages sent by muted users. * We hide the sender and reactions on messages sent by muted users, and replace the content with a "This message was hidden" dialog. * Ideally, we should collapse a series of consequetive messages sent by muted users into one such dialog, but that could break the cursor behaviour and `near/<message_id` links, so we as of now show one dialog per muted message. * Because we hide the sender, there is a chance of the first hidden message in a group looking like it was sent by the author of the message above it. To tackle this, we intentionally make the hidden message dialog float-left, so that it is clear that this is a special type of message. * For context, we still show the timestamp of the message. * Starring, editing, deleting etc a message still work just like before. A further commit will add the ability to reveal a hidden message.
2021-05-04 09:01:47 +02:00
{{#unless is_hidden}}
linters: Rewrite check-templates. I rewrote most of tools/lib/pretty-printer.py, which was fairly easy due to being able to crib some important details from the previous implementation. The main motivation for the rewrite was that we weren't handling else/elif blocks correctly, and it was difficult to modify the previous code. The else/elif shortcomings were somewhat historical in nature--the original parser didn't recognize them (since they weren't in any Zulip templates at the time), and then the pretty printer was mostly able to hack around that due to the "nudge" strategy. Eventually the nudge strategy became too brittle. The "nudge" strategy was that we would mostly trust the existing templates, and we would just nudge over some lines in cases of obviously faulty indentation. Now we are bit more opinionated and rigorous, and we basically set the indentation explicitly for any line that is not in a code/script block. This leads to this diff touching several templates for mostly minor fix-ups. We aren't completely opinionated, as we respect the author's line wrapping decisions in many cases, and we also allow authors not to indent blocks within the template language's block constructs.
2021-11-20 13:25:41 +01:00
<div class="message_content rendered_markdown">
{{#if use_match_properties}}
{{rendered_markdown msg/match_content}}
{{else}}
{{rendered_markdown msg/content}}
{{/if}}
</div>
message view: Hide messages sent by muted users. * We hide the sender and reactions on messages sent by muted users, and replace the content with a "This message was hidden" dialog. * Ideally, we should collapse a series of consequetive messages sent by muted users into one such dialog, but that could break the cursor behaviour and `near/<message_id` links, so we as of now show one dialog per muted message. * Because we hide the sender, there is a chance of the first hidden message in a group looking like it was sent by the author of the message above it. To tackle this, we intentionally make the hidden message dialog float-left, so that it is clear that this is a special type of message. * For context, we still show the timestamp of the message. * Starring, editing, deleting etc a message still work just like before. A further commit will add the ability to reveal a hidden message.
2021-05-04 09:01:47 +02:00
{{else}}
{{> message_hidden_dialog}}
{{/unless}}
me messages: Avoid empty "message_content" div. We no longer have an empty message_content div for messages like this: /me gets some coffee This requires a minor change in how we compute the position of the message for editing.
2019-03-07 15:23:57 +01:00
{{/unless}}
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
message_list_view: Move edited position conditionals to JS. This adds three bools to message_container object which calculate bools where the "(EDITED)" label should appear: * `edited_in_left_col` -- when label appears in left column. * `edited_alongside_sender` -- when label appears alongside sender info. * `edited_status_msg` -- when label appears for a "/me" message. We use the new bools and remove the complicated if else statements from the templates for the "(EDITED)" label. This also allows us to add a unit test to verify the logic.
2019-03-15 19:42:24 +01:00
{{#if edited_in_left_col}}
templates: Use upstream Handlebars partials syntax. Signed-off-by: Anders Kaseorg <anders@zulipchat.com>
2019-07-11 04:05:28 +02:00
{{> edited_notice}}
refactor: Extract message_body.handlebars. This is the real guts of how we render messages. It only excludes the border effects, which we leave in single_message.handlebars. This is a pure code move, and should remove a lot of nesting that would otherwise clutter one's view.
2019-02-23 16:44:49 +01:00
{{/if}}
<div class="message_edit">
<div class="message_edit_form"></div>
</div>
ui: Use unicode U+2026 instead of literal "..." characters. The unicode horizontal ellipsis is visually nicer. b40e50f2959998d0193b65a3e5b4065ff5abfea5 removed many of these, by changing the text itself. This commit handles the remaining few.
2021-04-17 12:58:08 +02:00
<div class="message_expander message_length_controller" title="{{t 'Expand message (-)' }}">{{t "[More…]" }}</div>
message_body: Rename "Condense" to "Show less". See discussion on CZO: https://chat.zulip.org/#narrow/stream/137-feedback/topic/.22Condense.22.20vs.20.22Collapse.22
2021-07-06 02:46:40 +02:00
<div class="message_condenser message_length_controller" title="{{t 'Show less' }} (-)">[{{t "Show less" }}]</div>
message view: Hide messages sent by muted users. * We hide the sender and reactions on messages sent by muted users, and replace the content with a "This message was hidden" dialog. * Ideally, we should collapse a series of consequetive messages sent by muted users into one such dialog, but that could break the cursor behaviour and `near/<message_id` links, so we as of now show one dialog per muted message. * Because we hide the sender, there is a chance of the first hidden message in a group looking like it was sent by the author of the message above it. To tackle this, we intentionally make the hidden message dialog float-left, so that it is clear that this is a special type of message. * For context, we still show the timestamp of the message. * Starring, editing, deleting etc a message still work just like before. A further commit will add the ability to reveal a hidden message.
2021-05-04 09:01:47 +02:00
{{#unless is_hidden}}
templates: Use upstream Handlebars partials syntax. Signed-off-by: Anders Kaseorg <anders@zulipchat.com>
2019-07-11 04:05:28 +02:00
<div class="message_reactions">{{> message_reactions }}</div>
message view: Hide messages sent by muted users. * We hide the sender and reactions on messages sent by muted users, and replace the content with a "This message was hidden" dialog. * Ideally, we should collapse a series of consequetive messages sent by muted users into one such dialog, but that could break the cursor behaviour and `near/<message_id` links, so we as of now show one dialog per muted message. * Because we hide the sender, there is a chance of the first hidden message in a group looking like it was sent by the author of the message above it. To tackle this, we intentionally make the hidden message dialog float-left, so that it is clear that this is a special type of message. * For context, we still show the timestamp of the message. * Starring, editing, deleting etc a message still work just like before. A further commit will add the ability to reveal a hidden message.
2021-05-04 09:01:47 +02:00
{{/unless}}