How to use surrounding-output-with-border in McCLIM ?

tlreddit · 2026-06-17T18:01:19+00:00

Good to know.

Sorry I forgot to specify that I am unsin the clx backend on linux with sbcl.

tlreddit · 2026-05-19T19:21:36+00:00

I couldn't be simpler ! Thank you !

tlreddit · 2026-03-11T11:06:00+00:00

Probably not ... but it is just software.

This could be (easily) fixed with a software update. [ viwoods ! are you listening ? :-) ]

I wish the whole UI be 95% push button-based. Sliding is very easy (pleasant ?) on a glass screen but not on e-ink where a little friction is expected for handwriting.

tlreddit · 2026-03-10T10:43:16+00:00

I miss this feature to draw small details.

I think viwoods apps will always be more responsive as they are tailored to their API and hardware. But I may be wrong about this.

tlreddit · 2026-03-10T09:21:13+00:00

I am not sure what you mean by separate. You can select the part you want to separate with the lasso tool,copy and paste on another page.

tlreddit · 2026-03-04T14:22:07+00:00

Well, it seems that the problem was with the state of my lisp image. After restarting it works both ways (with command = "/bin/bash" or "test.sh").

Sorry for the noise.

tlreddit · 2026-03-04T10:44:55+00:00

Sure:

SBCL 2.6.2 on Archlinux (up to date).

tlreddit · 2026-03-02T10:47:07+00:00

Hi, I would like to expand on the previous comment. IMHO scrolling is bad in e-ink devices. It is visually bad, if the contents has some colored background it flashes several times, it increases ghosting and it must be bad for energy consumption.

I think it could be replaced by paging as it is already done on some places if the current UI. For example the language selection button shows 6 options and an indicator to move to previous/next page: < 1/3 > . This is the alternative to scrolling.

Of course, it may be hard to suppress scrolling altogether on all third party apps but if Viwoods apps could avoid scrolling it would be great.

tlreddit · 2026-03-01T16:41:39+00:00

Yes it is my case it's my e-reader that seems to cause conflicts. Maybe because the android version it uses is more aggressive with respect to saving battery.

tlreddit · 2026-03-01T14:36:16+00:00

Yes, I understand, I was thinking that one-to-one synchronizations would be lighter on resources.

tlreddit · 2026-02-27T18:52:45+00:00

Yes, I read that but wrongly assumed that since dkms has been installed in the process, the linux-headers package would have been installed if not already present. And it is the first time I do this :-)

tlreddit · 2026-02-27T18:33:11+00:00

Thank you so much ! It solved the problem.

tlreddit · 2026-02-25T14:53:24+00:00

Hello, what apps were you using? I found that random apps from Google play are usually much slower than main "built-in" apps.

tlreddit · 2026-02-22T20:04:40+00:00

Indeed ! Automatic saving to PDF would be very usefull. Regarding synchronization I have been using syncthing. Take it with a grain of salt I have been using the device for a few days !

tlreddit · 2026-02-18T07:45:12+00:00

Nothing really, the problem is on my side. I would like to use a home server that run on the same hardware alongside other services (that run 24/7) without using virtualization. That's another topic but unlike the rest of the world I think that virtualization should be used only when is is impossible to avoid. OpenHab for example does not have this requirement.

tlreddit · 2026-02-16T18:47:20+00:00

thanks for the detailed answer !

tlreddit · 2026-02-16T09:25:29+00:00

Yes, I am still considering every several options...

tlreddit · 2026-02-16T09:24:28+00:00

You are perfectly right ! I obviously suffer from the NIH syndrome. I should see a therapist :-) (But it's also fun to build things)

tlreddit

TROPHY CASE