about summary refs log tree commit diff stats
path: root/src/command
Commit message (Collapse)AuthorAgeFilesLines
* Fix parsing of alias commandMichael Vetter2020-04-201-1/+1
| | | | | This actually only set the local ran pointer to NULL. But we want an effect on the outside variable.
* Dont have account otr setting if built without otrMichael Vetter2020-04-031-0/+2
|
* Dont have otr autocompletion if build without otr supportMichael Vetter2020-04-031-0/+16
|
* Dont have pgp autocompletion if build without pgp supportMichael Vetter2020-04-031-2/+16
|
* Dont even create OMEMO ac vars if we build without supportMichael Vetter2020-04-031-0/+10
|
* Only have OMEMO autocompletion if we build with OEMO supportMichael Vetter2020-04-021-2/+6
|
* Fix omemo autocompletion mitakeMichael Vetter2020-04-021-2/+0
| | | | | Don't return too early. We still need to check for regular omemo autocompletion (omemo_ac).
* Remove 'use' from titlebar autocompletionMichael Vetter2020-03-291-1/+0
| | | | This was forgotten in f13168005512fe4219741d9daf83681dd9ed3d63.
* Fix edit mistakeMichael Vetter2020-03-271-1/+1
|
* Upgrade examplesMichael Vetter2020-03-261-39/+39
|
* Add setting to not colorize own nick according to xep-0392Michael Vetter2020-03-253-4/+17
| | | | | | | | | | | | | | | | | | Some users might want there nick to always stay white (etc) for easier recognition. Now we can do `/color own off` to not generate the color based on xep-0392. The `me=` color (etc) from the theme will then be used. Once we run this command `theme_load()` is called again. And the theme looks totally wrong. We encountered this at other times already and I think it's nothing wrong with this new code here now but that there seems to be a missing closing attr for the color when drawing. Should be investigated seperately. Fix https://github.com/profanity-im/profanity/issues/1288
* Fix old typo in titlebar presenceMichael Vetter2020-03-241-1/+1
|
* titlebar: allow displaying MUC name and MUC jidMichael Vetter2020-03-244-46/+19
| | | | | | `/titlebar use name|jid` -> `/titlebar show|hide name|jid` Fix https://github.com/profanity-im/profanity/issues/1284
* Add slashguard featureMichael Vetter2020-03-184-1/+31
| | | | | New command `/slashguard` tries to protect against typing ` /quit` by not allowing a slash in the first 4 characters.
* Add note about 256 color supportMichael Vetter2020-03-171-1/+2
|
* xep-0084/avatar: add option to open avatar directlyMichael Vetter2020-03-103-6/+43
| | | | | | | | | | | Change: `/avatar me@somewhere.org` -> `/avatar get me@somewhere.org` New: `/avatar cmd feh` `/avatar open me@somewhere.org` Implement https://github.com/profanity-im/profanity/issues/1281
* Remove caution about LMCMichael Vetter2020-03-091-1/+1
| | | | We check the from now.
* Make cmd_logging() saferMichael Vetter2020-02-251-2/+3
| | | | Could be that args[1] is not set.
* Improve formatting for some help instructionsWilliam Wennerström2020-02-241-12/+12
| | | | Some instructions were missing whitespace or punctuation.
* get_log_file_location () should return const char*Michael Vetter2020-02-211-1/+1
| | | | Make clear that result should never be freed.
* Improve setting encryption char error handlingMichael Vetter2020-02-211-6/+15
|
* Allow utf8 symbols as omemo/pgp/otr indicator charMichael Vetter2020-02-201-182/+183
| | | | Fix https://github.com/profanity-im/profanity/issues/1264
* Add option to color MUC history like regular messagesMichael Vetter2020-02-203-12/+46
| | | | | | | | | `/logging group color` has: * `unanimous` which will color it with one unanimous color. Like it was done always. * `regular` which colors it like regular incoming messages. Regards https://github.com/profanity-im/profanity/issues/1261
* Fix typoMichael Vetter2020-02-171-1/+1
|
* Mention how to enable unencrypted file transerMichael Vetter2020-02-171-2/+2
| | | | Regards https://github.com/profanity-im/profanity/pull/1270
* Make /sendfile in PGP session configurableMichael Vetter2020-02-173-3/+23
| | | | | | `/pgp sendfile on` allows unencrypted file transfer in an PGP session. Regards https://github.com/profanity-im/profanity/pull/1270
* Make /sendfile in OTR session configurableMichael Vetter2020-02-174-6/+37
| | | | | | `/otr sendfile on` allows unencrypted file transfer in an OMEMO session. Regards https://github.com/profanity-im/profanity/pull/1270
* Make /sendfile in OMEMO session configurableMichael Vetter2020-02-174-10/+44
| | | | | | | `/omemo sendfile on` allows unencrypted file transfer in an OMEMO session. Regards https://github.com/profanity-im/profanity/pull/1270
* Disallow sendfile in e2ee chat sessionsmoppman2020-02-171-0/+35
|
* xep-0308: Add note about tab completionMichael Vetter2020-02-141-1/+2
|
* xep-0308: add note about where corrections are possibleMichael Vetter2020-02-141-1/+2
|
* xep-0308: only allow /correct when corrections are enabledMichael Vetter2020-02-141-0/+5
|
* xep-0308: add caution noteMichael Vetter2020-02-141-1/+1
| | | | | We need to change the buffer structure first, so that we save the from field there.
* xep-0308: Make /correct work without quotation marksMichael Vetter2020-02-143-9/+12
| | | | | | Now we can specify an unlimited amount of arguments for commands. Maybe this is also helpful for other commands that use quotation marks so far.
* xep-0308: Fix sending corrections for multiple wordsMichael Vetter2020-02-143-4/+7
|
* xep-0308: Add autocompletion of last message for /correctMichael Vetter2020-02-141-4/+29
|
* xep-0308: Implement LMC for outgoing MUC messagesMichael Vetter2020-02-141-0/+12
| | | | | | Including OMEMO encrypted ones. Also rename `win_println_me_message()` to `win_print_outgoing_muc_msg() as I think it's a more descriptive name.
* xep-0308: Don't check whether receiving clients supports this featureMichael Vetter2020-02-121-16/+1
| | | | | | | | | | | | | | | | | | | | | | | | | XEP-0308 Version 1.1.0 (2019-05-15) states "It is expected that clients will not send message corrections to clients that do not support them, as non-supporting clients will render these as duplicate (corrected) messages" ``` 10:12:47 - jubalh: Do clients actually check whether other clients support xep0308 (LMC) before sending? 10:13:13 - pep.: not poezio, and I doubt anybody does. it's the "but carbons/MAM" argument 10:13:49 - jubalh: Profanity doesnt support this yet. So I always get the message twice. One time the message, and then the corrected ones. And I think that's right. But I understood xep0308 correctly it sais a client shouldnt sent a message with 'replace' if the client doesnt support it? I don't see why 10:14:50 - Ge0rG: jubalh: because you might also use Conversations and read the backlog from MAM on conversations 10:15:51 - jubalh: Ge0rG: sorry? 10:16:36 - Ge0rG: jubalh: when I'm sending you a message, I don't know which client you'll use to read it. So it doesn't make sense to limit the features I use 10:27:57 - jubalh: Yes. That's why I'm confused by thestatement in the XEP 10:28:13 - jubalh: "It is expected that clients will not send message corrections to clients that do not support them, as non-supporting clients will render these as duplicate (corrected) messages. " 10:28:37 - Holger: Yes, you're both saying the same thing. And yes I agree, that part of the XEP is nonsense. We have that "check whether the peer's client supports it" stuff in various XEPs that depend on recipient's features and it never makes sense as it doesn't cope with multi-device, MAM, groupchat. 10:28:53 - jubalh: First: You don't know if he is connected with several clients. Some supporting it and some not. Second: Why not just resend the new corrected message? Then he has both messages and no information is lost. If he only gets the first one information is lost 10:29:20 - jubalh: Okay 10:29:30 - jubalh: Then I won't implement it this way. Thanks guys! 10:29:34 - Holger: Well UX is a bit meh if the recipient doesn't support it (I'm an MCabber user and know what I'm talking about) but I see no better solution, yes. ``` So it makes more sense to just always send it. Non supporting clients will then get the message and the corrected message. So they get it "twice". Which is the right thing to do in my opinion.
* xep-0308: enable corrections for outgoing encrypted messagesMichael Vetter2020-02-121-2/+3
|
* xep-0308: update the UI upon sending a corrected messageMichael Vetter2020-02-111-0/+1
| | | | | So far we don't do this for encrypted messages. Still needs to be done. And MUC also needs to be done.
* xep-0308: Implement `/correct` to correct the last send messageMichael Vetter2020-02-104-0/+70
| | | | | | | | So far the correction is sent. But the UI in Profanity itself is not updated. Also autocompletion for `/correct` with the last sent message is missing.
* xep-0308: create setting to toggle lmcMichael Vetter2020-02-102-4/+6
| | | | and print settings if only `/correction` is run.
* xep-0308: set correction char in configMichael Vetter2020-02-103-1/+29
|
* xep-0308: add `correction` autocompletionMichael Vetter2020-02-102-0/+41
|
* Add `/omemo char` autocompletionMichael Vetter2020-02-031-0/+1
| | | | Seems this got forgotten.
* Add context to autocomplete_with_func and use it for omemo trust commandPaul Fariello2020-01-311-80/+92
| | | | Fix #1068
* Change theme handlingMichael Vetter2020-01-293-12/+44
| | | | | | | | | | | | | | | | So far when loading a theme it also overwrote the preferences the user set. Lengthy discussion can be found at https://github.com/profanity-im/profanity/issues/1077 Now we use `/theme load themename` to load the [colours] part of a themem only. `/theme full-load themename` will load the complete theme including preferences set in there. Regards https://github.com/profanity-im/profanity/issues/1077
* XEP-0092: Add configuration option to choose whether to send OS nameMichael Vetter2020-01-244-1/+25
| | | | | `/os on|off` now let's one choose whether to include the OS name once `/software` (XEP-0092) is ran on us.
* Fix titlebar and rosterbar descriptionMichael Vetter2020-01-231-3/+2
|
* Add option to display MUC name or JID in titlebarMichael Vetter2020-01-234-4/+49
| | | | Add `/titlebar use [name|jid]`.
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-09-13 15:01:25 +0000