Annotated workspace for tutorials...

This needs a lot of work, and obviously I need to RTFM, but the concept
seems workable.


Lawson
_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

Missing youtube link added:
> .
>
> http://www.youtube.com/watch?v=UupaG5TB8Zc


_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

Lawson English wrote:
>
>>
>>
>> http://www.youtube.com/watch?v=UupaG5TB8Zc
>

So how should I be trying to do this or is it going outside the
boundries of what I should expect the canned interface to do out of the box?


Thanks.


Lawson
_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

Hi Lawson,

What you are trying to do is really cool.

You are up against a squeak "you can't get there from here" problem.

Yet.

There needs to be some way to tie the extent of the workspace to the extent of the drawing area. Simply embedding doesn't do it.

It seems it would also be good to have a simple way to switch levels. My first thought is tabs.

The workspace is a window with a model. In this case the model is workspace.

A workspace model puts one component in a window, the thing you write text on. It also has the ability to keep tract of symbol bindings which makes it good for trying out code.

A browser is a window with a model. The model is browser. A browser has several components. several lists and a code holding window and buttons as well. Resizing the browser resizes the components. Changing a component notifies its dependents. When dependents are initialized the subscribe to the notifications.


What you want is a model that has two buttons to serve as tabs. To bring to the front the various layers. Then you want two overlapping components for the text and the drawing layer.

I wonder if Bert knows of something like that.

====
Second curiosity:

What are using to make the youtube tutorials with sound. Looks very good and the sound commentary makes it worth watching.

Yours in curiosity and service, --Jerome Peace



--- On Wed, 4/7/10, Lawson English <[hidden email]> wrote:



     
_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

Jerome Peace wrote: I thinking I have to embed both layers in somethign else, but not
familiar enough with the hierarchy to know what is appropriate.

> I wonder if Bert knows of something like that.
>
> ====
> Second curiosity:
>
> What are using to make the youtube tutorials with sound. Looks very good and the sound commentary makes it worth watching.
>
>  
For now, I'm just using the SnapZ pro utility from Ambrosia. The sound
is part of the utility. I'm thinking I'll try my hand at editing the
"raw footage" with iMovie. The encoding done by SnapZ is horribly slow.


I see a great deal of potential for Squeak/Cobalt I think that not even
1% of Squeak's potential has been tapped.


Lawson
_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

Ha. Poke grappling beats programming any day. Try this

From the Object flap>Test get a bordered text morph
Size it as you wish.


From the Object flap>Basics get the paint box morph.

Grab and move the paint box so it is out of the way of both the boardered text.

Using halo repostion the drawing area so the top left of the two morphs align.
Resize the drawing area but leave a strip of the text box on the right.
The heights should be about equal.

Embed the drawing area into the bordered Text box.

To draw drag cursor over the drawing area.
To type move the cursor to the strip on the right (it changes from paintbrust to arrow). Tap the strip to give the text the focus. Type.

To draw go back to painting on the drawing area.

hth,

Yours in curiosity and service, --Jerome Peace


--- On Wed, 4/7/10, Lawson English <[hidden email]> wrote:



_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

At Wed, 7 Apr 2010 19:52:11 -0700 (PDT),
Jerome Peace wrote:
  For this, you can create a tile-script that runs every now and then
and set the drawing area's extent to be consistent with its container.
Tile scripting can send a morph back and bring to front so you can
make buttons to do such and place them near the Workspace.

  Just an idea...

-- Yoshiki
_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

Hi Lawson,

Perhaps you may use some idea or code from the STicky project?

http://www.youtube.com/watch?v=b9uUIEaGyoU

Cheers,

Hernán

2010/4/7 Lawson English <[hidden email]>: _______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners

I played around and found two approaches.  Neither work perfectly (there seems to be a problem resizing SketchEditorMorph in general), but they give you an idea of what's possible and how to attack:

1. Morphs can have layout policies that control how their submorphs are laid out, so you can do something like:
sm := SketchMorph new.
sm openInWorld.
sm editDrawing. "bring up the sketch editor"

sem := World submorphs detect: [ :morph | morph isKindOf: SketchEditorMorph ].
sem clear. "erase the default sketch"

ws := Workspace new openLabel: 'Workspace'.

sem extent: ws panelRect extent.
sem center: ws panelRect center.
lf := LayoutFrame fractions: (0.01@0.01 corner: 1@1).
ws addMorph: sem fullFrame: lf.
sem comeToFront.
sem color: Color transparent.

2. There is a method layoutChanged that provides a hook to layout submorphs manually.  So you could do something like (where sem is an instance variable):
PluggableSystemWindow>>layoutChanged
    super layoutChanged.
    sem ifNotNil: [ sem extent: self panelRect extent.
                           sem center: self panelRect center. ].

PluggableSystemWindow>>addAnnotation
        | sm |
        sm := SketchMorph new.
        sm openInWorld; editDrawing.

        sem := World submorphs detect: [ :morph | morph isKindOf: SketchEditorMorph ].
        sem clear.
        sem extent: self panelRect extent.
        sem center: self panelRect center.
        self addMorph: sem.
        sem comeToFront.
        sem color: Color transparent.

Not that you would necessarily put these methods in PluggableSystemWindow, but you can see what's available.

Sean

Sean P. DeNigris wrote:
> I played around and found two approaches.  Neither work perfectly (there
> seems to be a problem resizing SketchEditorMorph in general), but they give
> you an idea of what's possible and how to attack:
>  

Thanks very much.

I managed to embed one morph into another via the GUI, but as you said,
the resizing doesn't work quite as expected.

I'll play around as you suggest and see if I can achieve anything...


Lawson
_______________________________________________
Beginners mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/beginners