💾 Archived View for bbs.geminispace.org › u › norayr › 11791 captured on 2023-12-28 at 17:30:50. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
Re: "When it comes to arbitrary, "realtime" composability, the..."
or why pidgin doesn't communicate with the program like mplayer with pipes to pipe the video stream to mplayer so that you could watch the person you are talking with?
why pidgin has to implement it again?
well - we have shared libraries - you would say.
and then i'll come back to the oberon ideas. they don't have shared libraries. the module is compiled to the object file.
each object file can have multiple entry points, there is no main(). as in case with Compiler.Compile there can be Draw.Curve and Draw.Line.
there are no linked 'programs' that contain one entry point.
everything is a library or a program - why should be there a difference?
Nov 17 · 6 weeks ago
When it comes to arbitrary, "realtime" composability, the Unix model of files, streams, and processes has yet to be topped. GUIs are vey rarely composable, and also hard to script. It makes me think maybe composability has to be one dimensional, and textual. This idea that a keyboard is fundamental to a computer but a different pointing device doesn't feels slightly off. I wonder if there is an elegant multi dimensional method of composability which simplifies down to simple compute models and...