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

31 lines
1.4 KiB
Handlebars
Raw Normal View History

settings: Change "Custom alert words" to "Alert words".
2017-03-15 02:06:22 +01:00
<div id="alert-word-settings" class="settings-section" data-name="alert-words">
settings: Remove unnecessary form-horizontal class. This commit removes form-horizontal class from form elements in alert-words, realm-exports and user-privacy pages. We can safely remove this class since there is no select, input, help-inline or input-append child elements for these and thus this class is not used for applying any CSS rules.
2023-01-10 11:05:25 +01:00
<form id="alert_word_info_box">
Clean alert-word-settings.handlebars to use 4 space indents.
2017-04-15 05:02:59 +02:00
<p class="alert-word-settings-note">
settings: Note that alert words are not case sensitive. Hopefully people translating to languages that don't have case will know to ignore this second sentence.
2019-07-10 00:58:40 +02:00
{{t "Alert words allow you to be notified as if you were @-mentioned when certain words or phrases are used in Zulip. Alert words are not case sensitive."}}
Clean alert-word-settings.handlebars to use 4 space indents.
2017-04-15 05:02:59 +02:00
</p>
</form>
alert word: Convert inline form to modal.
2022-07-21 06:24:16 +02:00
<button class="button rounded sea-green" id="open-add-alert-word-modal" type="button">
{{t 'Add alert word'}}
</button>
settings: Make list header sections consistent. I made the header sections above all our settings panel lists more consistent. Before this change: * some lists had titles, others didn't * the placement of the filter box was random * alerts strangely went between the filter box and the list * filter boxes were too large * CSS was haphazard * forms were squished against tables Now all the settings with list have consistent HTML, CSS, and look-and-feel in the area directly above their list of items. With the exception of Custom Profile Fields, all the lists with headers above them happen to be based on ListWidget, but the header styling is not coupled to ListWidget, because we want consistent headers even if Custom Profile Fields has a non-ListWidget list (due to its drag&drop features).
2022-03-04 13:06:28 +01:00
<div class="settings_panel_list_header">
<h3>{{t "Alert words"}}</h3>
</div>
settings: Improve success feedback for deleting alert words We add the alert word that was removed to the banner text, and also reorder a bit for clearer UI. Fixes #22813
2022-11-20 22:12:05 +01:00
<div class="alert" id="alert_word_status" role="alert">
<button type="button" class="close close-alert-word-status" aria-label="{{t 'Close' }}">
<span aria-hidden="true">&times;</span>
</button>
<span class="alert_word_status_text"></span>
</div>
settings: Use HTML table for "Alert Words" for better icon alignment. "Alert Words" is one of Zulip's oldest settings UI elements, and as a result is buggy. This commit converts it to use our standard progressive-table-wrapper system used for settings tables, which has the side effect of fixing a bug that mad ethe tables look pretty bad if one adds a very long word. Fixes #17172.
2021-02-02 01:35:51 +01:00
<div class="progressive-table-wrapper" data-simplebar>
<table class="table table-condensed table-striped wrapped-table">
settings: Fix buggy heading hover behavior for some settings panels. Previously, hovering over the table headers in the code playground table in the dark theme looked wrong. We were able to trace this issue to the table-sticky-headers class not having been applied to this table. The `alert-words` table was also affected and is fixed as well. This also adds the `actions` class in alert-words table to fix the inconsistency of the actions column in that table. We've done an audit and these are the only two instances of either bug in the HTML templates for a settings table.
2022-03-10 08:08:10 +01:00
<thead class="table-sticky-headers">
settings: Add sorting feature for list of alert words. This changes the method of rendering list of alert words in DOM, earlier it was rendered using 'for' loop over the array of alert_words which is now changed to render using ListWidget, which gets a array of objects from get_word_list() in alert_words.js. The use of ListWidget helps to define a parent_container and $container in table-body of alert-words-table using which we can now apply sorting over alert words with the help of handle_sort() function in list_widget.js Changed the method of adding alert_word_settings_item row in table body through {{#with}} loop because of rendering through ListWidget, which was done earlier using for loop over each alert-word in while rendering the list. this commit also mocks template of render_alert_word_item while mocking ListWidget.create() function in render_alert_words_ui(). and checks that ListWidget.create() is not called when variable `loaded` is set as false. Fixes #21142.
2022-02-21 18:23:21 +01:00
<th data-sort="alphabetic" data-sort-prop="word">{{t "Word" }}</th>
settings: Fix buggy heading hover behavior for some settings panels. Previously, hovering over the table headers in the code playground table in the dark theme looked wrong. We were able to trace this issue to the table-sticky-headers class not having been applied to this table. The `alert-words` table was also affected and is fixed as well. This also adds the `actions` class in alert-words table to fix the inconsistency of the actions column in that table. We've done an audit and these are the only two instances of either bug in the HTML templates for a settings table.
2022-03-10 08:08:10 +01:00
<th class="actions">{{t "Actions" }}</th>
settings: Use HTML table for "Alert Words" for better icon alignment. "Alert Words" is one of Zulip's oldest settings UI elements, and as a result is buggy. This commit converts it to use our standard progressive-table-wrapper system used for settings tables, which has the side effect of fixing a bug that mad ethe tables look pretty bad if one adds a very long word. Fixes #17172.
2021-02-02 01:35:51 +01:00
</thead>
settings: Add sorting feature for list of alert words. This changes the method of rendering list of alert words in DOM, earlier it was rendered using 'for' loop over the array of alert_words which is now changed to render using ListWidget, which gets a array of objects from get_word_list() in alert_words.js. The use of ListWidget helps to define a parent_container and $container in table-body of alert-words-table using which we can now apply sorting over alert words with the help of handle_sort() function in list_widget.js Changed the method of adding alert_word_settings_item row in table body through {{#with}} loop because of rendering through ListWidget, which was done earlier using for loop over each alert-word in while rendering the list. this commit also mocks template of render_alert_word_item while mocking ListWidget.create() function in render_alert_words_ui(). and checks that ListWidget.create() is not called when variable `loaded` is set as false. Fixes #21142.
2022-02-21 18:23:21 +01:00
<tbody id="alert-words-table" class="alert-words-table required-text thick"
settings: Use HTML table for "Alert Words" for better icon alignment. "Alert Words" is one of Zulip's oldest settings UI elements, and as a result is buggy. This commit converts it to use our standard progressive-table-wrapper system used for settings tables, which has the side effect of fixing a bug that mad ethe tables look pretty bad if one adds a very long word. Fixes #17172.
2021-02-02 01:35:51 +01:00
data-empty="{{t 'There are no current alert words.' }}"></tbody>
</table>
</div>
Separate alert word settings from settings_tab template. This separates alert word settings into its own template in the templates/settings folder.
2016-10-05 02:21:09 +02:00
</div>