💾 Archived View for bbs.geminispace.org › u › norayr › 11789 captured on 2023-12-28 at 17:30:48. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
Re: "When it comes to arbitrary, "realtime" composability, the..."
but we already have window managers.
plus we could use other window manager instead of this one, but we cannot when we are in IDE. IDE has its own window manager and you should deal with that.
IDE has its own editor.
oh, you don't like it? MS VSCode will support vim mode, but it is still MS VSCode. MS VScode will make everything possible for you to use it and not understand the taste of underlying interchangable interoperable system.
Nov 17 · 6 weeks ago
i think it was possible to find another path.
swiss found, as i presented in previous comments.
and i can imagine a modular ui program. you have a chat program pidgin? what it consists of? a window to show contacts. you don't like it? why cannot you replace it with other window that can show contacts?
you have window divided in to two field? on the topper one you see what was written to you and in the bottom you write your text?
why cannot you replace it with other window like that?
and those both can communicate with each other and with the service that implements the protocol.
oh you have a video call viewer? why cannot you replace it with other one?
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?
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...