 | Emacs Matrix Client | 40 Members |
| matrix-client-el: a Matrix client for Emacs | https://github.com/jgkamat/matrix-client-el | [RFC] https://github.com/jgkamat/matrix-client-el/issues/3 | 11 Servers |
| Emacs Matrix Client | 40 Members |
| matrix-client-el: a Matrix client for Emacs | https://github.com/jgkamat/matrix-client-el | [RFC] https://github.com/jgkamat/matrix-client-el/issues/3 | 11 Servers |
| Timestamp | Message | |
|---|---|---|
| 12 Dec 2018 | ||
| 21:35:02 |  jayspeer | some images do show, some don't any reason? |
| 21:35:25 |  alphapapa | In reply to alphapapaI recommend using hippie-expand in Emacs, it makes it easy to expand paths without having to type them all out |
| 21:35:45 | alphapapa | In reply to jayspeerYou'll have to be more specific than that. But images are disabled by default. |
| 21:37:11 | jayspeer | pictures you send earlier in this channel do show up, but picture I send previously to my brother via riot does not |
| 21:37:44 | alphapapa | Do you mean that the message appears but not the image? |
| 21:38:10 | jayspeer | it's just a filename: picture.png bo not the picture itself |
| 21:38:55 | alphapapa | I don't know, there could be a number of reasons. Maybe it was a network error. Try disconnecting and reconnecting. Or maybe the image is corrupt and Emacs can't read it. |
| 21:42:25 | jayspeer |  beuno.jpg |
| 21:42:37 | jayspeer | So far my reaction |
| 21:43:59 | alphapapa |  derp.png |
| 21:44:37 | alphapapa |  derp.png |
| 21:44:53 | jayspeer | after restart images do show up. is there a way to rerender matrix-client buffer? |
| 21:45:06 | alphapapa | In reply to jayspeerYou mean a room buffer? |
| 21:45:32 | jayspeer | yeah. I tried redraw-display, but few errors still show up |
| 21:45:40 | alphapapa | errors? |
| 21:46:22 | jayspeer | after sending a message, sometimes it appears in few places |
| 21:47:26 | alphapapa | well, that's not an error, just a bug. Seems to be a race condition that causes it. You see, when you send a message, we display it immediately, before the server acknowledges it. Then when the server accepts it, we delete it and redisplay it, storing the event ID. Sometimes it doesn't delete the first one. Not sure why. |
| 21:48:15 | alphapapa | if you look in the matrix-client/scratch.el file, there's a function matrix-client-replay, that will redraw a room buffer. It's for debugging, but you can use it. Use M-: and type (matrix-client-replay matrix-client-room) |
| 21:49:02 | alphapapa | BTW, you can use tab/s-tab to move between messages, and r and R to reply without and with quoting |
| 21:49:26 | alphapapa | and you can load older messages with M-v, scrolling to the top of the buffer |
| 21:50:30 | jayspeer | that's nice. Can you prepare cheatsheet with all the default keybindings? |
| 21:51:02 | alphapapa | that could be done, but I would just use helm-descbinds, it shows all the bindings in a buffer organized by mode |
| 21:52:40 | jayspeer | In reply to alphapapamaybe only display message from server replay? and skip one displayed locally |
| 21:52:54 | alphapapa | huh? |
| 21:53:55 | jayspeer | you mentioned that it is printed twice: first after sending a message, and then after server response. Maybe only display it after server response |
| 21:54:32 | alphapapa | The point of displaying it locally, immediately is to give the user immediate feedback that the message is being sent |
| 21:55:06 | alphapapa | when it works properly, the only thing the user sees is the timestamp possibly being updated after the server syncs again |
| 21:55:12 | jayspeer | it can be caused by system clock. f.e. it shows every message I sent twice with around 40 sec difference |
| 21:55:34 | alphapapa | that suggests that your homeserver is overloaded |
| 21:55:49 | alphapapa | which the matrix.org server sometimes is |