summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2023-04-05tests: add tests on function irc_server_alloc_with_urlSébastien Helleu
2023-04-05irc: display a warning if command name in option `irc.msgbuffer.*` is not ↵Sébastien Helleu
lower case
2023-04-05irc: display a warning if CTCP name in option `irc.ctcp.*` is not lower caseSébastien Helleu
2023-04-05irc: search options `irc.ctcp.*` with lower case ctcp stringSébastien Helleu
2023-04-03irc: don't switch to buffer of joined channel if it was not manually joined ↵Sébastien Helleu
nor present in server autojoin option
2023-04-02irc: update autojoin option with redirected channels when autojoin_dynamic ↵Sébastien Helleu
is enabled (closes #1898)
2023-04-01core, plugins: set options to NULL by default, refactor config init functionsSébastien Helleu
2023-04-01alias: rename all aliases to lower case on upgrade (issue #1872)Sébastien Helleu
2023-03-31doc: add CMake option `ENABLE_DOC_INCOMPLETE` to force build of incomplete ↵Sébastien Helleu
docs (closes #1901)
2023-03-31irc: fix target buffer for commands 432/433 when the nickname looks like a ↵Sébastien Helleu
channel
2023-03-31core: replace key `meta2-` by `meta-[` in commentsSébastien Helleu
2023-03-31core: fix key `meta-[O` (unfocus with xterm) (closes #1900)Sébastien Helleu
2023-03-31core: remove keys `meta-[I` and `meta-[G` for pgup/pgdn (issue #1900)Sébastien Helleu
It seems no terminal return such codes any more for pgup/pgdn, and `meta-[I` is conflicting with the xterm terminal "focus in" key code. The keys are also removed from config when converting old keys, but only if they are bound to the default command (`/window page_up` for `meta2-I` and `/window page_down` for `meta2-G`).
2023-03-30logger: add info "logger_log_file"Sébastien Helleu
2023-03-30spell: check buffer pointer received in info "spell_dict"Sébastien Helleu
2023-03-30doc: remove unnecessary empty lines in autogen filesSébastien Helleu
2023-03-30doc: update autogen files only if changed, add autogen dependencies on docsSébastien Helleu
2023-03-30doc: convert docgen.py to C, remove autogen files from repository, add ↵Sébastien Helleu
parameter `--doc-gen` Changes: - build of doc now requires weechat-headless, translations and all plugins - convert docgen.py to C - remove `autogen_*` files from repository - add command line parameter `--doc-gen` in `weechat-headless` to build autogen files - build .mo files with directories like the installed ones (eg: "<lang>/LC_MESSAGES/weechat.mo") - remove javascript chapter from user's guide
2023-03-28core: add separate function to get translated help for values of color optionsSébastien Helleu
2023-03-28core: check that infolist is not NULL in next/prev/reset_item_cursor functionsSébastien Helleu
2023-03-26core: Add an option to start multiline input text on a new lineTrygve Aaberge
This does the same as the lead_linebreak option in multiline.pl. That is, when the input contains more than one line, the first line will be displayed beneath the previous items in the bar. This is practical because all the lines in the input will be aligned. Related to #1498
2023-03-26core: update translations (issue #1503)Sébastien Helleu
2023-03-26core: fix code style (issue #1503)Sébastien Helleu
2023-03-26core: add keys `shift-left` and `shift-right` with same commands as `left` ↵Sébastien Helleu
and `right` (issue #1503)
2023-03-26core: revert keys `meta-r` (delete line) and `meta-R` (delete input) (issue ↵Sébastien Helleu
#1503)
2023-03-26core: Implement commands for operating on a single input lineTrygve Aaberge
This changes the commands delete_beginning_of_line, delete_end_of_line, delete_line, move_beginning_of_line and move_end_of_line to operate on the current line instead of the whole input. The commands delete_beginning_of_input, delete_end_of_input, delete_input, move_beginning_of_input and move_end_of_input are added with the previous implementations that the line commands had. Additionally, the commands move_previous_line and move_next_line are added which moves the cursor to the previous/next line and keeps the horizontal position in the line. The meta-r key is changed from delete_line to delete_input to keep the behavior, and because you probably want to delete the whole input more often than the line. The meta-R key is added for delete_line. The home, end, ctrl-u and ctrl-k keys are kept to the same commands, which means that they change behaviour. This is because having them operate on the line is consistent with other applications (vim, zsh), and I also think it's more practical. These new bindings are added: shift-home: /input move_beginning_of_input shift-end: /input move_end_of_input shift-up: /input move_previous_line shift-down: /input move_next_line meta-R: /input delete_line meta-ctrl-u: /input delete_beginning_of_input meta-ctrl-k: /input delete_end_of_input Relates to #1498
2023-03-26core: fix default value of bar optionsSébastien Helleu
The previous commit e385eec1d6116b8c87889fc1d829aa1c5192156f fixed default value for bar added by plugins and option "items" in all bars. This commit fixes the default value of all bar options.
2023-03-25core: fix typo and code styleSébastien Helleu
2023-03-25core: Include blank lines in paste line countTrygve Aaberge
Since pastes are now inserted into the input instead of sent, and blank lines are preserved in the input, they should now be counted too.
2023-03-25core: Increase default value for paste_max_lines to 100Trygve Aaberge
Now that pasting text doesn't cause it to be sent immediately, but rather inserted in the input line, the paste confirmation isn't really necessary anymore for small pastes. If you paste by mistake you can just press ctrl-_ to undo it. Large pastes may cause weechat to hang for a while, so keep the paste confirmation for those. If you don't use bracketed paste you would still want to keep it at 1, because it's not detected as a paste otherwise, but as far as I know basically all terminal emulators support bracketed paste, so I think it's fine to disable the confirmation by default.
2023-03-25core: Remove option weechat.look.paste_auto_add_newlineTrygve Aaberge
This option existed so that you could edit the last line of a multiline paste before it was sent. Now that pasting multiple lines don't cause the lines to be sent immediately anymore, this option isn't useful anymore since you can always edit pasted text before it's sent.
2023-03-25core: Always remove final newline when pastingTrygve Aaberge
Since pasting doesn't send the line now, it's more practical to always remove the final newline so you don't end up with an empty line at the end of the input buffer. Fixes a part of #1498
2023-03-25core: Replace newline/tabs after paste is acceptedTrygve Aaberge
Instead of replacing newline/tabs when paste is started, do it when the paste is accepted instead. This makes a difference if you paste again while the paste confirmation is active, where instead of running it again for each paste, it will now be run for all the text at the end. For now this doesn't make a practical difference, but the next commit will remove the final newline when multiple lines are pasted too, which we only want to do for the final paste.
2023-03-25core: When pasting, insert text in input instead of interpreting keysTrygve Aaberge
This makes pasted text appear in the input bar, instead of each line being sent. This allows you to edit the text before sending it, and it makes multiline paste supported in buffers with input_multiline on. It also replaces \r with \n in pasted text because most terminals (e.g. xterm and urxvt) print lines separated by \r when pasting as if return was pressed between each line, even though the copied text uses \n. The text sent to the buffer should use \n, not \r, so we have to replace it. Note that this only works when bracketed paste is enabled or the paste confirmation as shown, because non-bracketed paste with no paste confirmation is not detected as a paste. Fixes a part of #1498
2023-03-25core: Parse bracketed paste also when paste pendingTrygve Aaberge
When in paste pending mode, the bracketed paste escape sequence should still be interpreted, so that if you paste while in paste pending the same things as when pasting in normal mode still happens, i.e. the escape sequence is removed, ctrl-y/n is not interpreted and newline/tabs are replaced.
2023-03-25core: fix uninitialized variable `chunks2_count` when key_name and ↵Sébastien Helleu
key_name_alias are the same
2023-03-25core: fix memory leak in function config_file_read_internalSébastien Helleu
This was caused by commit 66571a0b634ef28307f6d6ceef1ba29c091ca524.
2023-03-25core: remove unnecessary assignmentSébastien Helleu
2023-03-25core: remove commented codeSébastien Helleu
2023-03-25core: fix gcc warning on snprintfSébastien Helleu
2023-03-24core: add option `legacy` in command `/key`Sébastien Helleu
2023-03-21core: move buffer functions and remove them from header fileSébastien Helleu
2023-03-21core: remove unused function gui_buffer_is_scrolledSébastien Helleu
2023-03-21core: remove unused function gui_buffer_search_by_layout_numberSébastien Helleu
2023-03-20core: add relative move of read marker with `/buffer set unread [+/-]N` ↵Sébastien Helleu
(closes #1895)
2023-03-19core: add option `rename` in command `/bar`Sébastien Helleu
2023-03-19core: display an error with `/bar add` when the bar already existsSébastien Helleu
2023-03-19core: add value "name" in completion of `/bar set <name>`Sébastien Helleu
2023-03-19core: fix default value of options for bars added by pluginsSébastien Helleu
When the bar name already exists, the function `bar_new` returns the pointer to the bar (instead of NULL) and sets the default value for all options with the values received.
2023-03-19core: fix long lines in function gui_bar_use_temp_barsSébastien Helleu