<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div dir="ltr" id="yui_3_16_0_ym19_1_1466768304323_17645"><span style="font-family: 'Courier New'; white-space: pre-wrap;" id="yui_3_16_0_ym19_1_1466768304323_17646">An alternative approach to the "too many copies of the same viewer" problem has been experimented with in Experimental Oberon ( https://github.com/andreaspirklbauer/Oberon-experimental ). There, each menu viewer has a "System.Clone" command in its title bar, which opens a clone (=deep copy) of the viewer in a new virtual display area, which is created on the fly. No overlaying tracks and no "hidden viewers". It's an experiment, so it would be interesting to hear what people think and how it could potentially be improved.</span></div><div id="yui_3_16_0_ym19_1_1466768304323_17647"><br id="yui_3_16_0_ym19_1_1466768304323_17648"></div><div id="yui_3_16_0_ym19_1_1466768304323_17649"><b style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17650">---------------------------------------------------------------------------------------------------------</b></div><div id="yui_3_16_0_ym19_1_1466768304323_17651"><b style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17652"><br id="yui_3_16_0_ym19_1_1466768304323_17653"></b></div><div id="yui_3_16_0_ym19_1_1466768304323_17654"><b style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17655">eas lab</b><span style="font-family: -webkit-standard; font-size: medium;" id="yui_3_16_0_ym19_1_1466768304323_17656"> </span><a rel="nofollow" ymailto="mailto:oberon%40lists.inf.ethz.ch?Subject=Re:%20Re%3A%20%5BOberon%5D%20I%20have%20been%20defeated.&In-Reply-To=%3CCAN3-DLE8sM%2Ba3JjP%3DGVfDP2uAZOAT1egkhfm6NA8qCu5kKzK2g%40mail.gmail.com%3E" target="_blank" href="mailto:oberon%40lists.inf.ethz.ch?Subject=Re:%20Re%3A%20%5BOberon%5D%20I%20have%20been%20defeated.&In-Reply-To=%3CCAN3-DLE8sM%2Ba3JjP%3DGVfDP2uAZOAT1egkhfm6NA8qCu5kKzK2g%40mail.gmail.com%3E" title="[Oberon] I have been defeated." title-off="" style="background-color: rgb(255, 255, 255); color: rgb(25, 106, 212); font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17657">lab.eas at gmail.com </a><br style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17658"><i style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17659">Tue Jun 21 05:43:58 CEST 2016</i><span style="font-family: -webkit-standard; font-size: medium;" id="yui_3_16_0_ym19_1_1466768304323_17660"></span></div><div style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17661"></div><ul style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17662"><li id="yui_3_16_0_ym19_1_1466768304323_17663">Previous message: <a rel="nofollow" target="_blank" href="http://lists.inf.ethz.ch/pipermail/oberon/2016/009566.html" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17664">[Oberon] I have been defeated.</a></li><li id="yui_3_16_0_ym19_1_1466768304323_17665">Next message: <a rel="nofollow" target="_blank" href="http://lists.inf.ethz.ch/pipermail/oberon/2016/009567.html" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17666">[Oberon] Is LinuxAos only for Debian?</a></li><li id="yui_3_16_0_ym19_1_1466768304323_17667"><b id="yui_3_16_0_ym19_1_1466768304323_17668">Messages sorted by:</b> <a rel="nofollow" target="_blank" href="http://lists.inf.ethz.ch/pipermail/oberon/2016/date.html#9568" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17669">[ date ]</a> <a rel="nofollow" target="_blank" href="http://lists.inf.ethz.ch/pipermail/oberon/2016/thread.html#9568" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17670">[ thread ]</a> <a rel="nofollow" target="_blank" href="http://lists.inf.ethz.ch/pipermail/oberon/2016/subject.html#9568" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17671">[ subject ]</a> <a rel="nofollow" target="_blank" href="http://lists.inf.ethz.ch/pipermail/oberon/2016/author.html#9568" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17672">[ author ]</a></li></ul><hr style="font-family: -webkit-standard;" id="yui_3_16_0_ym19_1_1466768304323_17673"><pre id="yui_3_16_0_ym19_1_1466768304323_17674"><div dir="ltr" id="yui_3_16_0_ym19_1_1466768304323_17675">No ! ETHO's ViewerFrameTree need not lead to unintended unsyncronized</div>multiple copies of the same Viewer.
The solution is to KEEP to my established method:
a ProjectFile has multiple indexed] sections.
Since they are all on ONE file/Viewer all sections are automatically
syncronised,
although viewable/editable separately, and viewable together.
So eg. when you start a new project, it gets it's own 'book'.
Here's the start of by book to <install LinuxAos>:-----------
==CONTENTS==
search?q=LinuxAos
...
www.informatik.uni-bremen.de/~fld/UnixAos/
www.informatik.uni-bremen.de/~fld/UnixAos/Changelog.txt
www.informatik.uni-bremen.de/~fld/UnixAos/Readme.txt
www.informatik.uni-bremen.de/~fld/UnixAos/rev.6661/
www.informatik.uni-bremen.de/~fld/UnixAos/rev.6661/Readme.Debian.txt
<><><>
search?q=LinuxAos
Web About 1,790 results (0.48 seconds)
Did you mean: [15]Linux os
[16]File systems in LinuxAos - Oberon Community Platform Hi,
This screen is LinuxAos on Debian Squeeze. <a rel="nofollow" target="_blank" href="http://members.shaw.ca/" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17676">http://members.shaw.ca/</a>
peasthope/LinuxAos.jpg. In the lower left corner, a CF card with two ...
www.ocp.inf.ethz.ch/forum/index.php?topic=697.0 - 60k - [17]Cached -
[18]Similar pages
...
----------------------------
Each book sector is separated by eg. "<><><>",
which by ETHO's search allows stepping to the NextSeparator.
Each Inet fetch [in text, we don't fetch cartoons] is appended to the book,
with the URL as the header of the new section, and terminated with "<><><>",
Every time you consult the book, you Edit-out redundant material [modern html
has a disgusting amount of redundancy] and perhaps add new text-ideas.
In this way, with usage, instead of getting dirty, the book accumulates wisdom.
== Chris Glur.
On 6/20/16, eas lab <<a rel="nofollow" target="_blank" href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" style="color: rgb(25, 106, 212);" id="yui_3_16_0_ym19_1_1466768304323_17677">lab.eas at gmail.com</a>> wrote:
><i id="yui_3_16_0_ym19_1_1466768304323_17678"> ETHO's beloved ViewerFrameTree [copied to LNO & LEO] only allows me
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17679"> to handle a few TextFrames, before I get confused, by Growing any
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17680"> viewer, which covers forgotten ones.
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17681">
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17682"> With about 75 lines for the screen-height, it's not realistic to
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17683"> expect more than 3 or 4 to be viewed together and worked on.
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17684">
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17685"> Projects that need 12 viewers to be accessible, need a method to
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17686"> prevent multiple copies with different contents.
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17687">
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17688"> How about LinuxAos?
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17689">
</i>><i id="yui_3_16_0_ym19_1_1466768304323_17690"> == Chris Glur.</i></pre></div></body></html>