freenode/#clim - IRC Chatlog
Search
12:38:26
loke
I'm moslty getting a decent Linux experience with this 2k laptop by setting a slightly larger default font size. Almost all applications follow this (except Firefox and Emacs which needs dedicated settings)
12:38:46
loke
I'd like to see wat the CLIM experience is if I simply increase default font size, but I can't find the place where it's set
12:38:48
jackdaniel
default font size is :normal, if you wonder about mapping between names and sizes in font units then it is per backend
12:48:19
loke
In Climaxima, I have to choose precisely the correct font size in pixels. Righ tnow I simply say: "Give me font size NN" and that will give me a character NN pixels in height (used when aligning parens for example)
12:52:53
loke
jackdaniel: So what do you suggest should be the correct way to get a font with a given _pixel_ size (as opposed to screen size)
12:53:28
loke
Right now the multiplier is 1, which is fine. But once we allow for a change of dpi, this multiplier needs to be exposed so you can get to font size from pxel size in some way
12:57:51
loke
Ah I see. I wonder where the number comes from then. It certainly doesn't come from the system-wide DPI setting, since both CLIM renderers ignore the system-wide setting (and hence, I get tiny text)
13:00:13
loke
Now that I think about it, it couldn't know that since ttf renderer simply reads the font file, and the DPI information is obviously not stored in there.
13:00:40
loke
(I need one nedds to dig into gconfig (or gsettings or whatever it's called) to get that informaton)
13:03:37
jackdaniel
M? it is a typographical units used in times where prints were assembled from the elements
13:06:36
jackdaniel
one possible interpretation of that is that the text should have the same physical size disregarding density
13:07:06
jackdaniel
that means that if you adjust density to your screen letter A will have the same width in millimiters as it has on 72dpi screen right now
13:10:23
jackdaniel
I don't know what you want to achieve but I believe you have all the puzzles now to solve it
13:12:50
loke
Yeah. Just to clarify: What I do is that I measure the output-record that represents a given subexpresison, and if I want to put parens around it, I draw a "(" and a ")" which has the same pixel height as the output record and put them on each side.
13:17:16
loke
jackdaniel: Would you agree that moving the *DPI* variable out of the ttf renderer into CLIME woul dbe a good idea?
13:18:25
jackdaniel
no, this variable is a hack to got things done. note that we already have dpi probing for grafts etc, so there are proper interfaces to set up the font dpi
13:23:44
loke
All right, but the proper place to provide such a value is in CLIME and not the font backend, on that we agree, no?
13:24:33
jackdaniel
proper place is for the backend to probe the graft for dpi and set up its fonts accordingly
13:25:19
loke
But how would anormal application be able to read what the DPI is? (Climaxima is an example of a case where it's needed)
21:24:26
foozltoozl
Hey all, quick question. I have a thread that is updating a piece of my frame's internal state and I'd like to re-paint some panes when that happens. I haven't been able to figure out how to do that while skiming the docs, but also I'm wondering if I'm not doing things in an idiomatic CLIM fashion
21:24:44
foozltoozl
Another QQ - is there a callback that is invoked when a frame is closing that can be used for resource cleanup?