[Oberon] Workflow problem?

Jörg Straube joerg.straube at iaeth.ch
Sat Feb 16 22:33:50 CET 2013


Hi Chris

You might remember I proposed several times to order and study
http://www.amazon.com/The-Oberon-System-Programmers-Manual/dp/0201544229/ref=sr_1_29?ie=UTF8&qid=1361049807&sr=8-29&keywords=Martin+reiser

I think your problem today might be explained in chapter 2.4.4 "Placement of viewers".

Jörg

On 16.02.2013, at 21:28, eas lab <lab.eas at gmail.com> wrote:

> Who remembers Turbo Pascal -- TP3 for DOS !
> 
> It didn't have the problem that ETHO has.
> Or am I missing something?
> 
> Consider:
> you load FileA, which leads to
> loading FileB, which leads to
> loading FileC, which is very interesting.
> So you Grow FrameC, and you need to compare 12 lines near the top
> with 12 lines, 8 screens down.
> So you Copy and reposition and compare.
> And then you want to read exactly what was mentioned on 'that other' file,
> some 2 or 3 or 4 files ago.
> But THAT file is now covered/hidden.
> 
> With TP3 you've got no problem because you've got a <stack window> of the
> most recent saved 'texts' -- IIRC?
> 
> ETHO <popup> does NOT achieve this.
> It can't give you the LATEST copy of the TEXT, which is hidden.
> It can give you the latest copy of the FILE.
> Which is not what you want.
> 
> linux:wily which is the public domain version of plan9:acme
> admits to being based on ETHO.
> But it pops-up the hidden FrameA, when called upon to reload it.
> It does NOT reload the text, which my differ from the display-text.
> 
> Would it be feasible to do this in ETHO?
> Did I see come code in Chapter*.Text to trace through the TextFrames
> from the root, and list all the names of the nodes?
> 
> Well obviously -- that's how it works.
> How then would you 'swing FrameA around to be visible'?
> 
> ==Chris Glur
> 
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.inf.ethz.ch/pipermail/oberon/attachments/20130216/eab01fd6/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2334 bytes
Desc: not available
Url : https://lists.inf.ethz.ch/pipermail/oberon/attachments/20130216/eab01fd6/attachment.bin 


More information about the Oberon mailing list