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

217 lines
8.6 KiB
Handlebars
Raw Normal View History

Revised message actions and message info popovers Since f8fbf70c8502 had troubles in FF and people did not like the message-info-on-hover, this commit hopefully will work better. Tables are likely the culprit with using dropdowns in FF, so when we stop having the messagelist be at table, we can switch back to dropdowns which are relatively positioned rather than absolutely on the page. (imported from commit c49a5cd45f3439d089146771e2aa0cee6431125a)
2013-07-11 23:06:58 +02:00
{{! Contents of the "message info" popup }}
popovers: Fix two click handler attached to (rightbar) user_popovers. No need to have separate click handler for user_popovers and message_info_popovers as the same user-id can be extracted similarly from the target of both the click events. Another refactor, `sender_info_popover` was confusing as it doesn't fix into the context of rightbar user popovers so changed it to `info_popover_actions` since that section of popovers contains popover actions.
2018-02-27 20:40:07 +01:00
<ul class="nav nav-list actions_popover info_popover_actions" data-user-id="{{user_id}}">
Clean message_info_popover_content handlebar to use 4 space indents.
2017-02-15 21:07:21 +01:00
<div class="popover_info">
refactor: Simplify logic for circles. We now have a function get_user_circle_class that returns one of these values: "user_circle_green" "user_circle_orange" "user_circle_empty" And we put that in the templates. And then CSS renders the circle of the appropriate color. The unit tests now explicitly capture whether we are rendering the correct kind of circle.
2019-02-17 02:10:42 +01:00
<li>
Show user presence and last seen status in user popover.
2017-05-12 20:17:17 +02:00
<b>{{user_full_name}}</b>
popovers: Hide user email and PM feature for deactivated users. This hides the emails of deactivated users from the popovers along with the link to send a PM to them.
2017-10-14 00:33:36 +02:00
{{#if is_active }}
popovers: Add bot icon to user profile popovers for bots. Fixes #7176.
2017-10-16 05:40:09 +02:00
{{#if 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-hidden="true"></i>
popovers: Add bot icon to user profile popovers for bots. Fixes #7176.
2017-10-16 05:40:09 +02:00
{{else}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
<span class="{{user_circle_class}} user_circle popover_user_presence tippy-zulip-tooltip hidden-for-spectators" data-tippy-content="{{user_last_seen_time_status}}"></span>
popovers: Add bot icon to user profile popovers for bots. Fixes #7176.
2017-10-16 05:40:09 +02:00
{{/if}}
popovers: Hide user email and PM feature for deactivated users. This hides the emails of deactivated users from the popovers along with the link to send a PM to them.
2017-10-14 00:33:36 +02:00
{{/if}}
Show user presence and last seen status in user popover.
2017-05-12 20:17:17 +02:00
</li>
popovers: Hide email under hidden email-address-visibility cases. In email hidden case (that is when `email_address_visibilty` is set to everyone), for "non admins", this commit hides emails from: - user popover - custom profile popover In email hidden case, for admins, email is shown in both user popovers and custom profile popovers.
2019-04-20 18:08:29 +02:00
popovers: Hide user email and PM feature for deactivated users. This hides the emails of deactivated users from the popovers along with the link to send a PM to them.
2017-10-14 00:33:36 +02:00
{{#if is_active }}
popovers: Hide email under hidden email-address-visibility cases. In email hidden case (that is when `email_address_visibilty` is set to everyone), for "non admins", this commit hides emails from: - user popover - custom profile popover In email hidden case, for admins, email is shown in both user popovers and custom profile popovers.
2019-04-20 18:08:29 +02:00
{{#if show_email}}
user_popover: Replace custom email tooltip with tippy tooltip. This commit essentially migrates our custom email tooltip to tippy tooltip for displaying user's email when their names would overflow past the right edge of user popover. This also removes the `email_tooltip` and `tooltip_holder` HTML classes aloong with their CSS styles as they no longer used.
2021-07-09 09:02:58 +02:00
{{!-- This div is added to enable interactivity for tooltip - https://atomiks.github.io/tippyjs/v5/accessibility/#interactivity --}}
<div>
<li class="user_popover_email">
<i class="fa fa-clone hide_copy_icon" data-clipboard-text="{{ user_email }}"></i>
{{ user_email }}
</li>
</div>
popovers: Hide email under hidden email-address-visibility cases. In email hidden case (that is when `email_address_visibilty` is set to everyone), for "non admins", this commit hides emails from: - user popover - custom profile popover In email hidden case, for admins, email is shown in both user popovers and custom profile popovers.
2019-04-20 18:08:29 +02:00
{{/if}}
popovers: Hide user email and PM feature for deactivated users. This hides the emails of deactivated users from the popovers along with the link to send a PM to them.
2017-10-14 00:33:36 +02:00
{{else}}
profile_summary: Clarify "Bot" user in bot profile summary. A bot is technically a special case of a user, in terms of how they're stored in the database at least, but for end users, we avoid referring to them that way. Fixes part of: #22482
2022-07-22 23:09:55 +02:00
<li class="user_popover_email half-opacity italic">{{#if is_bot}}{{#tr}}This bot has been deactivated.{{/tr}}{{else}}{{#tr}}This user has been deactivated.{{/tr}}{{/if}}</li>
popovers: Hide user email and PM feature for deactivated users. This hides the emails of deactivated users from the popovers along with the link to send a PM to them.
2017-10-14 00:33:36 +02:00
{{/if}}
Revised message actions and message info popovers Since f8fbf70c8502 had troubles in FF and people did not like the message-info-on-hover, this commit hopefully will work better. Tables are likely the culprit with using dropdowns in FF, so when we stop having the messagelist be at table, we can switch back to dropdowns which are relatively positioned rather than absolutely on the page. (imported from commit c49a5cd45f3439d089146771e2aa0cee6431125a)
2013-07-11 23:06:58 +02:00
popovers: Hide email under hidden email-address-visibility cases. In email hidden case (that is when `email_address_visibilty` is set to everyone), for "non admins", this commit hides emails from: - user popover - custom profile popover In email hidden case, for admins, email is shown in both user popovers and custom profile popovers.
2019-04-20 18:08:29 +02:00
user_info: Add bot owner to the user info popover. This includes all the changes on the frontend side to include the bot owner in the popover. Includes the bot owner name as a link which opens the full profile of the bot owner. For bots without any owner (such as Notification Bot or Welcome Bot) in place of bot owner name, 'System Bot' appears for cross realm bots and 'Bot' for in-realm bots. Fixes #10844.
2019-05-29 05:59:53 +02:00
{{#if is_bot}}
{{#if bot_owner}}
popovers: Text change from "Owner" to "Bot Owner" in profile popover.
2022-06-27 22:31:02 +02:00
<li>{{#tr}}Bot owner{{/tr}}:
popovers: Make a single click handler for opening bot owner popover. We remove handle_bot_owner_profile function and we handle the opening of popover of bot owner from a single click handler in popovers.js using 'view_user_profile' class. We also rename 'view_user_profile' class to 'view_full_user_profile' for the button in popover, which is used to open full user profile.
2020-09-19 15:15:44 +02:00
<span class="bot-owner-name view_user_profile" data-user-id='{{ bot_owner.user_id }}'>
user_info: Add bot owner to the user info popover. This includes all the changes on the frontend side to include the bot owner in the popover. Includes the bot owner name as a link which opens the full profile of the bot owner. For bots without any owner (such as Notification Bot or Welcome Bot) in place of bot owner name, 'System Bot' appears for cross realm bots and 'Bot' for in-realm bots. Fixes #10844.
2019-05-29 05:59:53 +02:00
{{bot_owner.full_name}}
</span>
</li>
templates: Simplify nested Handlebars conditionals using {{else if}}. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2022-06-30 00:14:58 +02:00
{{else if is_system_bot}}
templates: Remove context argument from {{#tr}} block helper. It only had one nontrivial use, and it’s easily replaced using the builtin {{#with}} block helper. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2021-04-14 03:04:02 +02:00
<li>{{#tr}}System bot{{/tr}}</li>
templates: Simplify nested Handlebars conditionals using {{else if}}. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2022-06-30 00:14:58 +02:00
{{else}}
templates: Remove context argument from {{#tr}} block helper. It only had one nontrivial use, and it’s easily replaced using the builtin {{#with}} block helper. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2021-04-14 03:04:02 +02:00
<li>{{#tr}}Bot{{/tr}}</li>
user_info: Add bot owner to the user info popover. This includes all the changes on the frontend side to include the bot owner in the popover. Includes the bot owner name as a link which opens the full profile of the bot owner. For bots without any owner (such as Notification Bot or Welcome Bot) in place of bot owner name, 'System Bot' appears for cross realm bots and 'Bot' for in-realm bots. Fixes #10844.
2019-05-29 05:59:53 +02:00
{{/if}}
{{else}}
<li>{{ user_type }}</li>
{{/if}}
popovers: Display custom profile fields in user profile popover. Displaying custom profile fields in user profile popover, as mentioned in the issue. In `popovers.js` filtering out only those custom profile fields, which are not `LONG_TEXT` or `USER` fields and their values are not empty. Custom profile fields rendering in profile popover the same way use similar rendering logic as in the user's full profile modal. Fixes: #21215
2022-07-12 21:25:02 +02:00
{{!-- Display selected custom profile fields in this popover. --}}
{{#each display_profile_fields}}
<li data-type="{{this.type}}" class="field-section custom_user_field tippy-zulip-tooltip" data-tippy-content="{{this.name}}" data-field-id="{{this.id}}">
{{#if this.is_link}}
<a tabindex="0" href="{{this.value}}" target="_blank" rel="noopener noreferrer" class="value">{{this.value}}</a>
{{else if this.is_external_account}}
<a tabindex="0" href="{{this.link}}" target="_blank" rel="noopener noreferrer" class="value">
{{#if (eq this.subtype "github") }}
<i class="fa fa-github" aria-hidden="true"></i>
{{else if (eq this.subtype "twitter") }}
<i class="fa fa-twitter" aria-hidden="true"></i>
{{/if}}
{{this.value}}
</a>
{{else}}
{{#if this.rendered_value}}
<span class="value rendered_markdown">{{rendered_markdown this.rendered_value}}</span>
{{else}}
<span class="value">{{this.value}}</span>
{{/if}}
{{/if}}
</li>
{{/each}}
user_info_popover: Interchange positions of 'Role' and 'Local time'.
2022-03-09 00:53:46 +01:00
{{#if user_time}}
<li class="hidden-for-spectators">{{ user_time }} {{#tr}}Local time{{/tr}}</li>
{{/if}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
<li class="only-visible-for-spectators">Joined {{date_joined}}</li>
Clean message_info_popover_content handlebar to use 4 space indents.
2017-02-15 21:07:21 +01:00
</div>
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
{{#if is_me}}
templates: Mark all void tags as self-closing. This reverses the policy that was set, but incompletely enforced, by commit 951514dd7dd2fafb67e9e9c6930d31b9295741c0. The self-closing tag syntax is clearer, more consistent, simpler to parse, compatible with XML, preferred by Prettier, and (most importantly now) required by FormatJS. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2021-04-21 00:46:14 +02:00
<hr />
frontend: Implement 'invisible mode' feature. Transitions the frontend of the web app to no longer use the user status `away` field for setting a user's activity status to be 'unavailable' (which is now a deprecated way to access a user's `presence_enabled` setting). Instead we now directly use and update the user's `presence_enabled` setting for this feature. Renames frontend code related to the feature to `invisible_mode` vs `away`. We lose node test coverage in `user_status.js` because we are now using `channel.patch` to send these user setting updates to the server. Removes the temporary updates to `server_events_dispatch.py` (and related tests) made in a previous commit, since we no longer have or need the `away_user_ids` set.
2022-09-21 15:49:36 +02:00
{{#if invisible_mode}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
<li>
frontend: Implement 'invisible mode' feature. Transitions the frontend of the web app to no longer use the user status `away` field for setting a user's activity status to be 'unavailable' (which is now a deprecated way to access a user's `presence_enabled` setting). Instead we now directly use and update the user's `presence_enabled` setting for this feature. Renames frontend code related to the feature to `invisible_mode` vs `away`. We lose node test coverage in `user_status.js` because we are now using `channel.patch` to send these user setting updates to the server. Removes the temporary updates to `server_events_dispatch.py` (and related tests) made in a previous commit, since we no longer have or need the `away_user_ids` set.
2022-09-21 15:49:36 +02:00
<a tabindex="0" class="invisible_mode_turn_off">
<i class="fa fa-circle-o" aria-hidden="true"></i> {{#tr}}Turn off invisible mode{{/tr}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
</a>
</li>
frontend: Implement 'invisible mode' feature. Transitions the frontend of the web app to no longer use the user status `away` field for setting a user's activity status to be 'unavailable' (which is now a deprecated way to access a user's `presence_enabled` setting). Instead we now directly use and update the user's `presence_enabled` setting for this feature. Renames frontend code related to the feature to `invisible_mode` vs `away`. We lose node test coverage in `user_status.js` because we are now using `channel.patch` to send these user setting updates to the server. Removes the temporary updates to `server_events_dispatch.py` (and related tests) made in a previous commit, since we no longer have or need the `away_user_ids` set.
2022-09-21 15:49:36 +02:00
{{else}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
<li>
frontend: Implement 'invisible mode' feature. Transitions the frontend of the web app to no longer use the user status `away` field for setting a user's activity status to be 'unavailable' (which is now a deprecated way to access a user's `presence_enabled` setting). Instead we now directly use and update the user's `presence_enabled` setting for this feature. Renames frontend code related to the feature to `invisible_mode` vs `away`. We lose node test coverage in `user_status.js` because we are now using `channel.patch` to send these user setting updates to the server. Removes the temporary updates to `server_events_dispatch.py` (and related tests) made in a previous commit, since we no longer have or need the `away_user_ids` set.
2022-09-21 15:49:36 +02:00
<a tabindex="0" class="invisible_mode_turn_on">
<i class="fa fa-circle-o" aria-hidden="true"></i> {{#tr}}Go invisible{{/tr}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
</a>
</li>
{{/if}}
<li>
user_info_popover_content: Replace href="#" with tabindex="0". Fixes: #15448.
2020-08-02 16:00:37 +02:00
<a tabindex="0" class="update_status_text">
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
<i class="fa fa-comments" aria-hidden="true"></i>
{{#if status_text}}
refactor: Rename Set a status message/Edit status message button text. In this commit, * We rename `Set a status message` to `Set a status` and * We rename `Edit status message` to `Edit status` for more clarity.
2021-06-29 18:08:29 +02:00
{{#tr}}Edit status{{/tr}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
{{else}}
refactor: Rename Set a status message/Edit status message button text. In this commit, * We rename `Set a status message` to `Set a status` and * We rename `Edit status message` to `Edit status` for more clarity.
2021-06-29 18:08:29 +02:00
{{#tr}}Set a status{{/tr}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
{{/if}}
</a>
</li>
{{/if}}
user_info_popover: Show status emoji. In this commit, * We show status emoji alongside status text in the user info popover. * Updated clear status button to also clear status emoji.
2021-06-29 17:21:30 +02:00
{{#if status_content_available}}
templates: Mark all void tags as self-closing. This reverses the policy that was set, but incompletely enforced, by commit 951514dd7dd2fafb67e9e9c6930d31b9295741c0. The self-closing tag syntax is clearer, more consistent, simpler to parse, compatible with XML, preferred by Prettier, and (most importantly now) required by FormatJS. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2021-04-21 00:46:14 +02:00
{{#unless is_me}}<hr />{{/unless}}
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
<li class="user_info_status_text">
popovers: Add a clear status option in user popover. Accomplished by adding a function to clear the status message with an empty string. The html is then updated to reflect changes without a refresh. Currently, it's a small hassle to clear a status message. This option makes things a bit easier. Fixes #11630.
2019-02-23 00:46:51 +01:00
<span id="status_message">
user_info_popover: Fix status emoji showing even if it's not set. This happened because we had not put a condition in our template to handle the above situation.
2021-08-03 15:52:14 +02:00
{{#if status_emoji_info}}
{{#if status_emoji_info.emoji_alt_code}}
<div class="emoji_alt_code">&nbsp:{{status_emoji_info.emoji_name}}:</div>
templates: Simplify nested Handlebars conditionals using {{else if}}. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2022-06-30 00:14:58 +02:00
{{else if status_emoji_info.url}}
user_info_popover: Fix status emoji showing even if it's not set. This happened because we had not put a condition in our template to handle the above situation.
2021-08-03 15:52:14 +02:00
<img src="{{status_emoji_info.url}}" class="emoji status_emoji" />
templates: Simplify nested Handlebars conditionals using {{else if}}. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2022-06-30 00:14:58 +02:00
{{else}}
user_info_popover: Fix status emoji showing even if it's not set. This happened because we had not put a condition in our template to handle the above situation.
2021-08-03 15:52:14 +02:00
<div class="emoji status_emoji emoji-{{status_emoji_info.emoji_code}}"></div>
user_info_popover: Show status emoji. In this commit, * We show status emoji alongside status text in the user info popover. * Updated clear status button to also clear status emoji.
2021-06-29 17:21:30 +02:00
{{/if}}
{{/if}}
popovers: Position status emoji to left of label. This matches the design present in the right sidebar, where statuses are primarily displayed to users. Fixes #19998.
2021-10-19 21:21:45 +02:00
{{status_text}}
templates: Remove context argument from {{#tr}} block helper. It only had one nontrivial use, and it’s easily replaced using the builtin {{#with}} block helper. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2021-04-14 03:04:02 +02:00
{{#if is_me}}(<a tabindex="0" class="clear_status">{{#tr}}clear{{/tr}}</a>){{/if}}
popovers: Add a clear status option in user popover. Accomplished by adding a function to clear the status message with an empty string. The html is then updated to reflect changes without a refresh. Currently, it's a small hassle to clear a status message. This option makes things a bit easier. Fixes #11630.
2019-02-23 00:46:51 +01:00
</span>
user status: Style status message in user popover.
2019-02-05 22:12:31 +01:00
</li>
{{/if}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
{{#if spectator_view}}
{{else}}
<hr />
profile menu: Show profile-edit option when a user clicks on self-profile. This removes some options when a user clicks on their own profile, and replaces them with an option to edit their own profile settings. Front end test adjusted because it was testing an option that does not appear if a user clicks on their own profile. Fixes #5075.
2017-12-13 21:54:17 +01:00
<li>
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
<a tabindex="0" class="view_full_user_profile">
{{#if is_me}}
<i class="fa fa-user" aria-hidden="true"></i> {{#tr}}View your profile{{/tr}}
{{else}}
<i class="fa fa-user" aria-hidden="true"></i> {{#tr}}View full profile{{/tr}}
{{/if}}
profile menu: Show profile-edit option when a user clicks on self-profile. This removes some options when a user clicks on their own profile, and replaces them with an option to edit their own profile settings. Front end test adjusted because it was testing an option that does not appear if a user clicks on their own profile. Fixes #5075.
2017-12-13 21:54:17 +01:00
</a>
</li>
popovers: Hide "Send private message" if user not have PM permissions. If an organization does not allow to send private messages, it will not display the "Send private message" option in the profile popover. Currently, there are only two options in settings, first is to allow every type of user to send PMs and the second is to disable send PMs for everyone, hence I am just checking that the second option is not selected. Fixes: #21888
2022-04-22 20:32:41 +02:00
{{#if can_send_private_message}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
<li>
<a tabindex="0" class="{{ private_message_class }}">
<i class="fa fa-envelope" aria-hidden="true"></i> {{#tr}}Send private message{{/tr}} {{#if is_sender_popover}}<span class="hotkey-hint">(R)</span>{{/if}}
</a>
</li>
{{/if}}
{{#unless is_me}}
<li>
{{#if has_message_context}}
<a tabindex="0" class="mention_user">
<i class="fa fa-at" aria-hidden="true"></i>
profile_summary: Clarify "Bot" user in bot profile summary. A bot is technically a special case of a user, in terms of how they're stored in the database at least, but for end users, we avoid referring to them that way. Fixes part of: #22482
2022-07-22 23:09:55 +02:00
{{#if is_bot}}{{#tr}}Reply mentioning bot{{/tr}}{{else}}{{#tr}}Reply mentioning user{{/tr}}{{/if}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
{{#if is_sender_popover}}<span class="hotkey-hint">(@)</span>{{/if}}
</a>
status: Add menu option to "View PMs to myself".
2018-12-21 19:56:51 +01:00
{{else}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
<a tabindex="0" class="copy_mention_syntax" data-clipboard-text="{{ user_mention_syntax }}">
<i class="fa fa-at" aria-hidden="true"></i>
{{#tr}}Copy mention syntax{{/tr}}
{{#if is_sender_popover}}<span class="hotkey-hint">(@)</span>{{/if}}
</a>
status: Add menu option to "View PMs to myself".
2018-12-21 19:56:51 +01:00
{{/if}}
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
</li>
{{/unless}}
{{#if is_me}}
<li>
<a href="/#settings/profile">
<i class="fa fa-edit" aria-hidden="true"></i> {{#tr}}Edit your profile{{/tr}}
</a>
</li>
{{/if}}
<hr />
<li>
hash_util: Rename _uri functions to _url. It's 2022 and the WHATWG no longer recognizes the term URI. Everything is now a URL or a type of URL. Which is great because it's way less confusing. Details here: https://url.spec.whatwg.org/
2022-03-01 19:14:26 +01:00
<a href="{{ pm_with_url }}" class="narrow_to_private_messages">
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
<i class="fa fa-lock" aria-hidden="true"></i>
{{#if is_me}}
{{#tr}}View private messages to myself{{/tr}}
{{else}}
{{#tr}}View private messages{{/tr}}
{{/if}}
</a>
</li>
<li>
<a href="{{ sent_by_uri }}" class="narrow_to_messages_sent">
<i class="fa fa-paper-plane" aria-hidden="true"></i> {{#tr}}View messages sent{{/tr}}
</a>
</li>
mute user: Add dev-only UI to mute/unmute a user. Since the "mute users" feature isn't complete yet, this UI is shown only in development setups. Ideally we should have had this commit after the whole feature was completed and merged, but doing so makes it difficult to test and merge subparts of the feature one by one (which is a better workflow, while we still decide what exactly we want this feature to do). This commit adds a new button in the user info popover to mute or unmute the user, and uses a confirmation dialog while muting, because muting a user accidently can lead to the muter losing out on a lot of information. TODOs when making this UI visible in production- 1. Make a /help page and link to it from the confirmation dialog and the API docs.
2021-03-27 13:14:34 +01:00
user_info_popover: Show relevant info for spectators and hide buttons. We add the date joined info to the popover and hide all the buttons since none are relevant for a spectator.
2021-11-02 08:36:31 +01:00
{{#if can_mute }}
<hr />
<li>
<a tabindex="0" class="sidebar-popover-mute-user">
<i class="fa fa-eye-slash" aria-hidden="true"></i> {{#tr}}Mute this user{{/tr}}
</a>
</li>
{{/if}}
{{#if can_unmute}}
<hr />
<li>
<a tabindex="0" class="sidebar-popover-unmute-user">
<i class="fa fa-eye" aria-hidden="true"></i> {{#tr}}Unmute this user{{/tr}}
</a>
</li>
{{/if}}
popovers: Support reactivating users from user profile popover. If the target user is deactivated, `Reactivate this user` will be shown as one of the options in the small user profile popover, where `Manage this user` would usually be. We rename `show_manage_user_option` to `can_manage_user` because now it will also be used as the common condition for whether the current user has administrative permission to active or deactivate the target user. The implementation closely follows the existing deactivation modal. Fixes #21428. chat.zulip.org discussion: design > reactivate user from user popover
2022-03-18 13:03:26 +01:00
{{#if can_manage_user}}
popovers: Remove the "Manage this user" link for deactivated users. The "Manage this user" link did not work correctly for deactivated users. Fixes part of #21428.
2022-03-16 06:23:43 +01:00
{{#if is_active}}
<li>
<a tabindex="0" class="sidebar-popover-manage-user">
profile_summary: Clarify "Bot" user in bot profile summary. A bot is technically a special case of a user, in terms of how they're stored in the database at least, but for end users, we avoid referring to them that way. Fixes part of: #22482
2022-07-22 23:09:55 +02:00
<i class="fa fa-edit" aria-hidden="true"></i> {{#if is_bot}}{{#tr}}Manage this bot{{/tr}}{{else}}{{#tr}}Manage this user{{/tr}}{{/if}}
popovers: Remove the "Manage this user" link for deactivated users. The "Manage this user" link did not work correctly for deactivated users. Fixes part of #21428.
2022-03-16 06:23:43 +01:00
</a>
</li>
popovers: Support reactivating users from user profile popover. If the target user is deactivated, `Reactivate this user` will be shown as one of the options in the small user profile popover, where `Manage this user` would usually be. We rename `show_manage_user_option` to `can_manage_user` because now it will also be used as the common condition for whether the current user has administrative permission to active or deactivate the target user. The implementation closely follows the existing deactivation modal. Fixes #21428. chat.zulip.org discussion: design > reactivate user from user popover
2022-03-18 13:03:26 +01:00
{{else}}
<li>
<a tabindex="0" class="sidebar-popover-reactivate-user">
profile_summary: Clarify "Bot" user in bot profile summary. A bot is technically a special case of a user, in terms of how they're stored in the database at least, but for end users, we avoid referring to them that way. Fixes part of: #22482
2022-07-22 23:09:55 +02:00
<i class="fa fa-user-plus" aria-hidden="true"></i> {{#if is_bot}}{{#tr}}Reactivate this bot{{/tr}}{{else}}{{#tr}}Reactivate this user{{/tr}}{{/if}}
popovers: Support reactivating users from user profile popover. If the target user is deactivated, `Reactivate this user` will be shown as one of the options in the small user profile popover, where `Manage this user` would usually be. We rename `show_manage_user_option` to `can_manage_user` because now it will also be used as the common condition for whether the current user has administrative permission to active or deactivate the target user. The implementation closely follows the existing deactivation modal. Fixes #21428. chat.zulip.org discussion: design > reactivate user from user popover
2022-03-18 13:03:26 +01:00
</a>
</li>
popovers: Remove the "Manage this user" link for deactivated users. The "Manage this user" link did not work correctly for deactivated users. Fixes part of #21428.
2022-03-16 06:23:43 +01:00
{{/if}}
popovers: Add "Manage this user" option to user info popover. This commit adds "Manage this user" option in the user-info popover which simply opens the administrative user-info modal. We show a spinner on submit button in this case as modal is not closed immediately and thus we need some indicator to show that the task is in progress. There is no spinner on submit button in the modal opened from "Users" section of organization settings. Error handling for this case is different than when the modal is opened from "Users" section of organization settings because there is no overlay in the background of modal in this case. In this case, we show error inside the modal and do not close it and in case the change is completed successfully we just close the modal without showing any message. Fixes part of #18944.
2021-11-26 13:46:11 +01:00
{{/if}}
mute user: Add dev-only UI to mute/unmute a user. Since the "mute users" feature isn't complete yet, this UI is shown only in development setups. Ideally we should have had this commit after the whole feature was completed and merged, but doing so makes it difficult to test and merge subparts of the feature one by one (which is a better workflow, while we still decide what exactly we want this feature to do). This commit adds a new button in the user info popover to mute or unmute the user, and uses a confirmation dialog while muting, because muting a user accidently can lead to the muter losing out on a lot of information. TODOs when making this UI visible in production- 1. Make a /help page and link to it from the confirmation dialog and the API docs.
2021-03-27 13:14:34 +01:00
{{/if}}
Revised message actions and message info popovers Since f8fbf70c8502 had troubles in FF and people did not like the message-info-on-hover, this commit hopefully will work better. Tables are likely the culprit with using dropdowns in FF, so when we stop having the messagelist be at table, we can switch back to dropdowns which are relatively positioned rather than absolutely on the page. (imported from commit c49a5cd45f3439d089146771e2aa0cee6431125a)
2013-07-11 23:06:58 +02:00
</ul>