WFL/DCP SPO: Difference between revisions

(34 intermediate revisions by the same user not shown)

Line 2:

== ~~Current state of Smalltalk platforms~~ ==

== Domain Graphical User Interface (DGUI) ==

<br>

*~~Squeak6.0 Desktop~~ <blockquote>~~This~~ is the ~~current level~~ used by the DGUI ~~Project which runs direct~~ on a Mac, Windows~~, or Linux~~ desktop ~~or remote~~ from a ~~MCP cell~~.</blockquote><div style="color: yellow;background-color:black;float: right;position:relative;top:-20px;">   [https://ns2.meansofproduction.biz/SPO/run <span style="color: cyan;">WEBSPO</span>] is selectable as a home panel view on devops1.sameboat.</div>

* Full Function <blockquote>Squeak 6 is the version used as the direct control cell of DCP/MCP and this is the reference and only complete DGUI. The code can run on Mac and Windows but I only support those platforms via remote desktop to a linux vm/image. FileOut sources to port to other st setups.</blockquote>

*~~The SqueakJS SPO subset (WEBSPO) runs in browsers from images on a browser disk.~~<blockquote> ~~Desktop is~~ the ~~reference SPO environment~~, ~~the web version~~ is a ~~convenience for DCMS users. At this writing SqueakJS lacks critical function so this is more~~ of ~~an intention than a current capability until I or someone else address~~ the ~~shortcomings~~, ~~it does mostly work within~~ the ~~image~~ but ~~network and other issues kill production use~~.</blockquote>

* Limited Function

On fileIn, a SPO level presumes a level of squeakmap, monticello, etc. but thereafter generally diverges in its internal ~~Squot (~~git) repo.

**A SqueakJS SPO (WEBSPO) runs from browsers ...<blockquote> .. as a convenience for DevOps users. Originally I thought missing networking functionality was just backlogged but came to understand the inherent limitations of js vm are not such as can be reasonably addressed and so this must be kept in mind in using this subset which is good enough effort subject to these limitations.</blockquote><br><div style="color: yellow;background-color:black;float: right;position:relative;top:-20px;">   [https://ns2.meansofproduction.biz/SPO/run <span style="color: cyan;">WEBSPO</span>] is selectable as a home panel view on devops1.sameboat.</div>

~~Whether in a browser or on a desktop a SPO must be served from a node or cell of~~ a ~~MCP which is~~ DCP ~~managed~~.<br><br>

**Pharo <blockquote>As in the squeakjs case (vm reasons) and for additional ones specific to it, Pharo support by me is limited to a first pass on fileIn of the above sources. In principle, the Pharo version should be intermediate between the Squeak and squeakjs ones but I dont intend to personally make it so.</blockquote>

On fileIn, a SPO level presumes a level of squeakmap, monticello, etc. but thereafter generally diverges in its internal git repo.<br>

WEBSPO actually just has limited ODT functionality and cannot control a DCP.<br><br>

</blockquote></blockquote>

=== vs. DS G ===

Altho they have obvious superficial similarities, the visual programming paradigm and smalltalk are distinct, historically and in this novel. DS G is developed from the start based on node red building bottom up with DCP/MCP custom nodes and other contrib flows like the excellent Xstate smxstate. Smalltalk is about a decade older that G (LabView) FWIW. A G lang implies a façade over some generated backend and that's kinda the opposite of st which generates bytecodes for a vm tightly bound to the lang. It is also less of a general purposes lang with its control system and instrumentation focus.

<hr>

<small>Rest of this page unmaintained background on the SPO concept, in a running image the current code should be consulted in a Browser under the DomainSpace category .</small>

== 4723 Update ==

WFL/DCP SPO: Difference between revisions

Navigation menu

Page actions

Page actions

Personal tools

About

Search

forewords

novel

Tools

@@ Line 2: / Line 2: @@
 <html><div style="background-color: gray;color: white;"></html>
 <blockquote>
-== Current state of Smalltalk platforms ==
+== Domain Graphical User Interface (DGUI) ==
 <blockquote style="color:black;background-color:white;"><blockquote>
 <br>
-*Squeak6.0 Desktop <blockquote>This is the current level used by the DGUI Project which runs direct on a Mac, Windows, or Linux desktop or remote from a MCP cell.</blockquote><div style="color: yellow;background-color:black;float: right;position:relative;top:-20px;"> &nbsp; [https://ns2.meansofproduction.biz/SPO/run <span style="color: cyan;">WEBSPO</span>] is selectable as a home panel view  on devops1.sameboat.</div>
+* Full Function  <blockquote>Squeak 6 is the version used as the direct control cell of DCP/MCP and this is the reference and only complete DGUI. The code can run on Mac and Windows but I only support those platforms via remote desktop to a linux vm/image. FileOut sources to port to other st setups.</blockquote>
-*The SqueakJS SPO subset (WEBSPO) runs in browsers from images on a browser disk.<blockquote> Desktop is the reference SPO environment, the web version is a convenience for DCMS users. At this writing SqueakJS lacks critical function so this is more of an intention than a current capability until I or someone else address the shortcomings, it does mostly work within the image but network and other issues kill production use.</blockquote>
+* Limited Function
-On fileIn, a SPO level presumes a level of squeakmap, monticello, etc. but thereafter generally diverges in its internal Squot (git) repo.
+**A SqueakJS SPO (WEBSPO) runs from browsers  ...<blockquote> .. as a convenience for DevOps users. Originally I thought missing networking functionality was just backlogged but came to understand the inherent limitations of js vm are not such as can be reasonably addressed and so this must be kept in mind in using this subset which is good enough effort subject to these limitations.</blockquote><br><div style="color: yellow;background-color:black;float: right;position:relative;top:-20px;"> &nbsp; [https://ns2.meansofproduction.biz/SPO/run <span style="color: cyan;">WEBSPO</span>] is selectable as a home panel view  on devops1.sameboat.</div>
-Whether in a browser or on a desktop a SPO must be served from a node or cell of a MCP which is DCP managed.<br><br>
+**Pharo <blockquote>As in the squeakjs case (vm reasons) and for additional ones specific to it, Pharo support by me is limited to a first pass on fileIn of the above sources. In principle, the Pharo version should be intermediate between the Squeak and squeakjs ones but I dont intend to personally make it so.</blockquote>
+On fileIn, a SPO level presumes a level of squeakmap, monticello, etc. but thereafter generally diverges in its internal git repo.<br>
+WEBSPO actually just has limited ODT functionality and cannot control a DCP.<br><br>
 </blockquote></blockquote>
+=== vs. DS G ===
+Altho they have obvious superficial similarities, the visual programming paradigm and smalltalk are distinct, historically and in this novel. DS G is developed from the start based on node red building bottom up with DCP/MCP custom nodes and other contrib flows like the excellent Xstate smxstate. Smalltalk is about a decade older that G (LabView) FWIW. A G lang implies a fa&ccedil;ade over some generated backend and that's kinda the opposite of st which generates bytecodes for a vm tightly bound to the lang. It is also less of a general purposes lang with its control system and instrumentation focus.
+<hr>
+<small>Rest of this page unmaintained background on the SPO concept, in a running image the current code should be consulted in a Browser under the DomainSpace category .</small>
 == 4723 Update ==