[etoys-dev] graphing and watching enhancements
karl ramberg
karlramberg at gmail.com
Mon Mar 5 15:36:32 EST 2012
I think we should turn on the propertySheetFromHalo preference so it is
easier to get to the graph paper settings.
It will also be easier to get the graph paper settings back if
you accidentally delete them.
Karl
On Mon, Mar 5, 2012 at 9:19 PM, karl ramberg <karlramberg at gmail.com> wrote:
> Thanks Scott
>
> I added this to the update stream.
> I think we have all the stuff in now.
>
> I will try to get a beta image out as soon as possible so we can get it
> tested.
>
>
> Karl
>
>
>
>
> On Mon, Mar 5, 2012 at 8:14 PM, Scott Wallace <
> scott.wallace at squeakland.org> wrote:
>
>> Now that Karl has made the graph-paper "offset" better-behaved, I've
>> backed out of the code that had blocked the offset control when coarse-grid
>> was in effect; that's the only difference between the attached version of
>> "graphingFixes-sw" and the one sent out yesterday.
>>
>>
>>
>>
>>
>> On Mar 4, 2012, at 2:08 PM, Steve Thomas wrote:
>>
>> > So IF I understand Offset correctly it is the offset of the grid from
>> the origin, yes?
>> > The interface is very "Bret Victorish" (without the visible sliders).
>> But it would be nice to be able to enter the #'s as getting to 0 at 0, can
>> be a pain.
>>
>> Yes, a digital readout (or two) for the offset would be good… The
>> "offset" interface right now simply uses the long-standing property-sheet
>> UI for setting point-valued variables, such as the "origin" and "direction"
>> of a gradient fill. [Meanwhile, a useful hint is: to get the offset set
>> to 0 at 0, position the mouse cursor at the top-left corner of the "offset"
>> box.]
>>
>>
>> > Also why is Offset off, when coarse grid is on?
>>
>> In yesterday's version, I disabled the Offset when coarse-grid was in
>> effect because I had been unable to get it to work satisfactorily. In the
>> attached fileout, I've re-enabled it, given Karl's fix.
>>
>>
>>
>> > Also, let me know how to get this fix so I can test.
>> > A .cs or update code from server when ready is best.
>>
>> Update-from-server (including loading latest updates from the "default
>> repository") will bring in Karl's offset fix. Then file in the attached
>> (unless/until it also comes in via the update stream.)
>>
>> -- Scott
>>
>>
>>
>> > On Sun, Mar 4, 2012 at 6:54 PM, karl ramberg <karlramberg at gmail.com>
>> wrote:
>> > I fixed a issue with the coarse grid not behaving with offset. I had to
>> find the proper starting point in the count variable and things worked fine.
>> >
>> > Karl
>> >
>> >
>> > twoTierGridFormOrigin: origin grid: smallGrid background: backColor
>> line: lineColor darkerGridEvery: darkerGridEvery darkerGridColor:
>> darkerGridColor
>> > "Answer an infinite form that repeats a pattern involving grid
>> lines with darker ones at regular intervals, such as 'engineering paper'."
>> >
>> > | smallGridAsPoint gridForm gridOrigin fullGrid aColor
>> darkGridOrigin countX countY |
>> > smallGridAsPoint := smallGrid rounded asPoint.
>> > fullGrid := smallGridAsPoint * darkerGridEvery.
>> > gridForm := Form extent: fullGrid depth: Display depth.
>> > gridOrigin := origin \\ smallGridAsPoint.
>> > darkGridOrigin := origin \\ fullGrid.
>> > backColor ifNotNil: [gridForm fillWithColor: backColor].
>> > darkGridOrigin ifNotNil:[countX:= darkGridOrigin x. countY:=
>> darkGridOrigin y]
>> > ifNil:[countX:= countY := -1].
>> >
>> > gridOrigin x to: gridForm width by: smallGridAsPoint x do:
>> > [:x |
>> > aColor := (countX \\ darkerGridEvery) = 0 ifTrue:
>> [darkerGridColor] ifFalse: [lineColor].
>> > gridForm fill: (x at 0 extent: 1 at gridForm height)
>> fillColor: aColor.
>> > countX:= countX+ 1.].
>> > gridOrigin y to: gridForm height by: smallGridAsPoint y do:
>> > [:y |
>> > aColor := (countY\\ darkerGridEvery) = 0 ifTrue:
>> [darkerGridColor] ifFalse: [lineColor].
>> > gridForm fill: (0 at y extent: gridForm width at 1)
>> fillColor: aColor.
>> > countY:= countY+ 1.].
>> > ^ InfiniteForm with: gridForm
>> >
>> > "
>> > | aPlayfield |
>> > aPlayfield := PasteUpMorph authoringPrototype extent: 640 @ 480.
>> > aPlayfield color: (GraphPaperParameters twoTierGridFormOrigin:
>> (0 at 0) grid: 16 background: Color green muchLighter line: Color blue
>> muchLighter darkerGridEvery: 10 darkerGridColor: Color blue muchDarker).
>> > aPlayfield openInHand
>> > "
>> >
>> >
>> > On Sun, Mar 4, 2012 at 10:20 PM, Scott Wallace <
>> scott.wallace at squeakland.org> wrote:
>> > On Mar 3, 2012, at 5:54 AM, karl ramberg wrote:
>> >
>> > > ...Yes, all the stuff will be included. I fixed a couple of issues
>> with graph paper and will add the rest over the weekend.
>> >
>> > Thank you, Karl!
>> >
>> > Attached now is a fileout that responds to all the issues and
>> recommendations relating to the graphing tools that have appeared in the
>> past few days, and cleans up a few loose ends. Its preamble:
>> >
>> > Change Set: graphingFixes-sw
>> > Date: 4 March 2012
>> > Author: Scott Wallace
>> >
>> > Addresses various bug-reports and recommendations relating to recent
>> number-line and graph-paper updates:
>> > - Enforce reasonable ranges for the sliders governing the grid
>> parameters, taking the grid-size, coarse-grid-size , and playfield
>> dimensions into account.
>> > - Provide a button to request 'graph paper' from the 'generic property
>> sheet' when appropriate.
>> > - Retain position of number line when its pixelsPerUnit changes.
>> > - Disable the 'offset' when coarse-grid in effect.
>> > - Protect sliders against zero-divide that can happen if minVal =
>> maxVal.
>> > - Protect InfiniteForms against incidental calls to #darker and
>> #twiceDarker that can be sent to any object's fillStyle by some of the
>> custom border code.
>> > - Removes about a dozen superfluous methods that had mistakenly
>> lingered in the earlier updates, and removes three inst vars of
>> NumberLineMorph that were remnants from earlier code….
>> >
>> > -----------
>> >
>> > Sorry this was just a little too late to make it into update 2398, but
>> hopefully these cleanups can get pushed out soon; it wouldn't be good for
>> users to start using the graphing tools before these fixes are in.
>> >
>> > Thanks again!
>> >
>> > -- Scott
>> >
>> >
>> >
>> > _______________________________________________
>> > etoys-dev mailing list
>> > etoys-dev at squeakland.org
>> > http://lists.squeakland.org/mailman/listinfo/etoys-dev
>> >
>> >
>>
>>
>> _______________________________________________
>> etoys-dev mailing list
>> etoys-dev at squeakland.org
>> http://lists.squeakland.org/mailman/listinfo/etoys-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20120305/82e757e7/attachment.html>
More information about the etoys-dev
mailing list