Search
Sunday, 8th of July 2018, 2:06:10 UTC
4:00:56
beach
Good morning everyone!
9:07:08
loke
I'm confused. If I install more than one presentation-to-command translators, one of them (the first?) gets invoked whenevr I click on a presentation.
9:07:26
loke
If I right-click, I get a menu displaying all of the translators available.
9:07:43
loke
Is there a way for me to _not_ invoke one of them on left-click?
9:10:06
beach
I wish I could help, but I don't know the answer.
9:16:39
Inline
loke: can you select the one you want to invoke with a right click and does it get executed that way ?
9:17:19
Inline
or is the menu read-only like
9:18:21
loke
I want the menu, but I don't want any of them to be invoked when left-clicking (as that is supposed to be a different operation which I'm trying to capture using with-input-context
9:33:09
loke
Previous code was something like this:
9:34:17
loke
(clim:with-input-context (`(or (clim:command :command-table ,command-table) maxima-native-expr)) (...) (maxima-native-expr THIS-NEVER-GETS-CALLED))
9:35:08
loke
(clim:with-input-context (`(clim:command :command-table ,command-table)) (...) (clim:with-input-context ('maxima-native-expr) (...) (maxima-native-expr THIS-WORKS))
9:38:00
loke
In other words, if an input context supports more than one type, then the command type gets priority (I tried changing the order in the (OR ...) form, and no difference.
9:38:15
loke
I solved it by creating two recursive input contexs
9:38:25
loke
Oh, and the inner one needs :OVERRIDE NIL
9:43:12
loke
https://github.com/lokedhs/maxima-client/blob/master/src/cmdline.lisp#L273
9:43:28
loke
I'm starting to understand this stuff now. It's somewhat complicated though.
10:11:27
Inline
loke did you change your branch name from freetype2 to freetype ?
10:13:15
Inline
you have an mcclim-font::blah in your src/renderer-util.lisp
10:13:24
Inline
instead of mcclim-fonts::blah
10:23:11
Inline
so where is find-replacement-text-styles supposed to be ?
10:25:38
loke
Inline: It's been merged into mainline
10:26:08
loke
But, right not the maxima stuff needs a different branch that I'm working on:
10:26:45
loke
Inline: check out the "replace-font" branch
10:27:06
loke
https://github.com/lokedhs/McCLIM/tree/replace-font
10:27:26
loke
I'm hoping this will get merged into mainline
10:31:41
loke
Shortly I'll submit a fix that allows you to diplay any character in DREI panes
10:31:59
loke
I was just able to properly paste to chinese into DREI, and it displayed properly :-)
10:32:16
loke
I will not attack right-to-left eiditing in drei though.
10:32:25
loke
So arabic will still look wrong
10:32:37
loke
It displays correctly when outputting normally though
10:39:32
loke
Inline: You can try i tnow. I just pushed
10:44:50
Inline
add :mcclim-fonts to drei-mcclim.asd in :depends-on
10:45:21
Inline
it's a system which it depends on
10:45:34
Inline
otherwise the package mcclim-font won't be found....
10:46:03
Inline
i did it locally here and now it loads
10:46:19
Inline
otherwise it stops and complains on loading my repl
11:02:01
loke
it seems it's still confused when pasting a character with a different width
11:02:12
loke
Perhaps overriding just text-size wasn't enough
11:04:08
loke
Please experiment, and let me know how things work
11:07:36
Inline
ok, got another issue not
11:07:39
Inline
ok, got another issue now
11:07:51
Inline
cl-freetype::blah is not found either
11:07:56
Inline
in maxima-client this time
11:13:14
Inline
arright i also had to delete some symbols from the harfbuzz package like hb-script:newa etc...
13:35:30
loke
Inline: That's probably because you have too old versions of freetype/harfbuzz
13:36:20
loke
Inline: If you could #+whatever around the symbols from harfbuzz that fails, I'd be appreciatelive
13:37:43
Inline
yah, but i already installed harfbuzz-1.7.6
13:37:56
loke
I also only have new versions available :-)
13:47:48
Inline
yah but loke newer versions maybe not considered stable, if they are not to be found on the stable packages list.....
13:48:26
loke
I've been trying it on Arch, Fedora-28 and Ubuntu. I don't have any missing symbols on any of them
13:48:46
Inline
i tried it on both mint and trisquel
13:48:57
Inline
and each time i get problems with the groveler
13:49:07
loke
Ubuntu comes with harfbuzz 1.7.2
13:49:25
Inline
so the problem is elsewhere ?
13:49:27
loke
You need to install the devel libraries for harfbuzz freetype and fontconfig
13:50:52
loke
I just pushed a fix that makes DREI work properly with font replacement
13:51:00
loke
Inline: WHat erorr are you gettinbg?
13:51:21
Inline
some scripts are defined for which the library lacks the symbols or so....
13:51:28
Inline
it errors on the groveler stage
13:51:50
Inline
i edited your groveler.lisp to get rid of some of the scripts
13:52:00
loke
You can comment out the entire section that defines symbols for the different languages
13:52:08
Inline
and then the compilation proceeds but i get thrown into the debugger anyway
13:52:20
loke
Inline: Can you give me a stack trace?
13:52:47
Inline
wait a little, it seems to proceed normally now
13:53:19
Inline
it's too late for a stacktrace, as i purged some of the symbols and retried starting my repl, i even got into ldb
13:54:02
Inline
so i repulled the groveler.lisp
13:54:08
Inline
and it seems to proceed ok now
13:54:33
Inline
as i also put the "/usr/local/lib/" onto the asdf registry
13:54:55
Inline
maybe it gives preference to the newer harfbuzz libs that way
13:55:27
Inline
anyway i'll see if it really gets ok to the end of starting my repl now
13:56:52
Inline
cause my installation of harfbuzz put the libs there and before it was maybe linking against the old libs
13:57:04
Inline
i think that might have been it
13:57:25
Inline
i also changed my ld.so.conf
13:57:52
Inline
from include ld.so.conf.d/*.conf to include ld.so.conf.d/libc.conf include ld.so.conf.d/*.conf
13:58:13
Inline
giving preference to /usr/local/lib first, not sure if that was the case anyway
13:58:27
Inline
hmm, i get thrown into debugger now again
13:58:47
Inline
error is: The alien function "hb_ft_font_set_load_flags" is undefined.
13:59:38
Inline
before starting my repl, but after having compiled harfbuzz etc all allready
14:01:56
loke
Inline: Did you ever get a version of this stuff working?
14:02:29
loke
Anyway, here's the current state: https://photos.app.goo.gl/b9WFHeV6u9NcFwxq9
14:02:42
Inline
yes, once where i removed that reference to that function before compiling and installing harfbuzz from sources
14:03:00
Inline
i'm cloning harfbuzz via git now
14:03:06
Inline
i'll try the git version
14:03:15
Inline
maybe it's better suited
14:03:33
loke
Inline: Can you check with "ldd" if your harfbuzz actually has that function?
14:03:40
loke
(it's supposed to, it's quite fundamental)
14:04:14
loke
also use "pldd" to check your sbcl process which harfbuzz you're using./
Sunday, 8th of July 2018, 14:06:10 UTC