| <<<Back 1 day (to 2020/01/20) | Fwd 1 day (to 2020/01/22)>>> | 20200121 |
sh4rm4^bnc | hello, the following commit breaks build with libressl: https://github.com/ArtifexSoftware/mupdf/commit/55cf67158b926589bee4ea2421b4acc46e6f9844 . i'm getting undef'd references to PKCS12_SAFEBAG_get0_safes and PKCS12_SAFEBAG_get0_p8inf | 00:49.46 |
| (this manifests in mupdf 1.16+) | 00:50.19 |
openbsdtai123 | hello | 07:11.27 |
mubot | Welcome to #mupdf, the channel for MuPDF. If you have a question, please ask it, don't ask to ask it. Do be prepared to wait for a reply as devs will check the logs and reply when they come on line. | 07:11.27 |
openbsdtai123 | Can I have a use of 'j' and 'k' from command line to move next/prev page the slide? | 07:11.56 |
| example: "ssh user@box ; export DISPLAY=:0 ; mupdf doc.pdf" | 07:12.25 |
| then .... I want that j and k keys work to move to next slide ... Possible please, would it be great help !!!!!!!!! | 07:12.56 |
| (like remote ... ) | 07:16.19 |
sebras | openbsdtai123: you want to be able to change page by sending keystrokes to stdin of the program? | 07:28.42 |
openbsdtai123 | yeap | 07:31.00 |
| I do give a talk and use a rpi3b next to me to move next slide. | 07:31.17 |
| (over ssh) | 07:31.26 |
sebras | openbsdtai123: are you the same bergix guy that asked for this last year? https://ghostscript.com/mupdfirclogs/2019/10/28.html https://ghostscript.com/mupdfirclogs/2019/10/29.html ? | 07:31.36 |
openbsdtai123 | I would need a remote usage 'j' and 'k' so much | 07:31.55 |
sebras | openbsdtai123: none of our sample apps act on data passed on stdin at the moment. | 07:32.48 |
openbsdtai123 | I am an openbsd user. I have probably different interests. | 07:32.59 |
| Could it be implemented in the future? | 07:33.23 |
sebras | I don't know if it will be added. ator is the main developer of mupdf and I'm not sure if he thinks this is a good idea. | 07:34.03 |
openbsdtai123 | why not? | 07:35.05 |
sebras | openbsdtai123: if you hang around here for 4 hours more I think ator will be here and you can ask him directly. | 07:35.13 |
openbsdtai123 | That's quite sad such decision... pitty | 07:35.30 |
| likely, I will pass by later. | 07:35.42 |
sebras | openbsdtai123: I'm not saying we won't add it, I'm not sure how he feels about it. | 07:35.54 |
| openbsdtai123: the bergix guy never returned, so he never gave us any impetus to add such a feature. | 07:36.29 |
openbsdtai123 | For a tiny move (addon), looks already a mountain of difficulty... coming. | 07:36.34 |
| I could try to fork it for openbsd | 07:36.58 |
avih | ator: btw, did you try to embed quickjs? i find it such a pain (to a degree I aborted my attempts for now) | 09:08.24 |
| (and do you consider-ish dropping mujs for quickjs?) | 09:09.52 |
ator | avih: I have not tried to embed quickjs. If the PDF spec ever moves past ES5 into modern JS territory, I'll have to reconsider the options. | 10:10.30 |
avih | ator: how likely is that? (pdf spec) | 10:11.54 |
| are there meaningful talks? | 10:12.30 |
ator | anybody's guess is as good as mine | 10:20.00 |
| talks? from adobe? what's this mythical creature you mention? :) | 10:20.39 |
kens | The PDF spec is managed by ISO now, though admittedly Adobe may have a strong voice (and nothing stops them producing addenda I don't think) | 10:21.22 |
| But technically any change to the PDF spec will be through the usual ISO process which means it will take decades, be incomprehensible but at least we should see several years warning | 10:22.04 |
sebras | I guess it is worth mentioning that even PDF 2.0 appears to specify usage of ES5. | 11:17.28 |
| ator: we had another bsd user ask for command input via stdin. | 11:17.56 |
| ator: I don't remember where that discussion ended up last time. do you? | 11:18.46 |
ator | in the "it's complicated" department | 11:34.45 |
| for -x11 it should be possible without getting into multiple threads, since we use select() | 11:35.28 |
| but it's such a specific use case, and there's *no* other software I know of that even attempts this | 11:36.15 |
| maybe that's a gap in my education though | 11:36.25 |
sebras | ator: and if we add go to next/previous page there are bound to be requests for some other thing to be supported. | 11:38.34 |
| ator: so if we do something we should add support for all commands imho. | 11:39.00 |
ator | and it's not even as simple as "reading from stdin" | 11:39.00 |
| does he mean to type "next" and then press return | 11:39.12 |
| or does he want 'raw' mode, with immediate response to keys typed? | 11:39.43 |
| and what about starting mupdf in the background? | 11:40.23 |
| anyway, what he wants to do there's already a command for: xdotool | 11:48.58 |
| xdotool search --class MuPDF keydown Next | 11:49.03 |
sebras | ator: ah! that's a good point. openbsdtai123, did you see that? ^ | 12:06.41 |
ator | sebras: the remaining commits on tor/master, did you get around to reviewing them? | 12:25.19 |
sebras | ator: I think I've reviewed a few of them, but I'll look it over. let me eat a bit first. | 12:26.36 |
| <<<Back 1 day (to 2020/01/20) | Forward 1 day (to 2020/01/22)>>> | |