On Sun, Mar 21, 2010 at 3:16 PM, Bert Freudenberg (JIRA) tracker@squeakland.org wrote:
[ http://tracker.squeakland.org/browse/SQ-682?page=com.atlassian.jira.plugin.s... ]
Bert Freudenberg commented on SQ-682:
I don't think this would be a good idea. The gridding is for manual placement of objects.
But feel free to discuss on the squeakland list (since this is changing behavior, it's not just for developers).
I agree it's a big change and maybe you are right. Maybe it' just complicates stuff unnecessary.
But we kind of do this on the pixel grid already by moving one pixel forward ;-)
Another related change is defining movement to for example centimeters instead of pixels.
But it is a fundamental change and need more discussion.
Karl
'forward by' when snap to grid is true move one gridspace forward.
Key: SQ-682 URL: http://tracker.squeakland.org/browse/SQ-682 Project: squeakland Issue Type: Feature Components: etoys Reporter: Karl Ramberg
When snap to grid is turned on it would be nice if forward by moved the player one grid space forward. Like wise for all the height, width turn etc that they reflected the preference griding and showed the grid values instead of the pixel values.
-- This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tracker.squeakland.org/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
Am 21.03.2010 um 16:05 schrieb karl ramberg:
On Sun, Mar 21, 2010 at 3:16 PM, Bert Freudenberg (JIRA) tracker@squeakland.org wrote:
[ http://tracker.squeakland.org/browse/SQ-682?page=com.atlassian.jira.plugin.s... ]
Bert Freudenberg commented on SQ-682:
I don't think this would be a good idea. The gridding is for manual placement of objects.
But feel free to discuss on the squeakland list (since this is changing behavior, it's not just for developers).
I agree it's a big change and maybe you are right. Maybe it' just complicates stuff unnecessary.
But we kind of do this on the pixel grid already by moving one pixel forward ;-)
Another related change is defining movement to for example centimeters instead of pixels.
But it is a fundamental change and need more discussion.
Hi Karl,
I would like to discuss that on the squeakland list. Randy is working on a project about perimeter and area, so he might have ideas if this would be useful.
Rita
Karl
'forward by' when snap to grid is true move one gridspace forward.
Key: SQ-682 URL: http://tracker.squeakland.org/browse/SQ-682 Project: squeakland Issue Type: Feature Components: etoys Reporter: Karl Ramberg
When snap to grid is turned on it would be nice if forward by moved the player one grid space forward. Like wise for all the height, width turn etc that they reflected the preference griding and showed the grid values instead of the pixel values.
-- This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tracker.squeakland.org/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Rita Freudenberg rita@isg.cs.uni-magdeburg.de
On Sun, Mar 21, 2010 at 4:22 PM, Rita Freudenberg rita@isg.cs.uni-magdeburg.de wrote:
Am 21.03.2010 um 16:05 schrieb karl ramberg:
On Sun, Mar 21, 2010 at 3:16 PM, Bert Freudenberg (JIRA) tracker@squeakland.org wrote:
[ http://tracker.squeakland.org/browse/SQ-682?page=com.atlassian.jira.plugin.s... ]
Bert Freudenberg commented on SQ-682:
I don't think this would be a good idea. The gridding is for manual placement of objects.
But feel free to discuss on the squeakland list (since this is changing behavior, it's not just for developers).
I agree it's a big change and maybe you are right. Maybe it' just complicates stuff unnecessary.
But we kind of do this on the pixel grid already by moving one pixel forward ;-)
Another related change is defining movement to for example centimeters instead of pixels.
But it is a fundamental change and need more discussion.
Hi Karl,
I would like to discuss that on the squeakland list. Randy is working on a project about perimeter and area, so he might have ideas if this would be useful.
Rita
Ugh, i picked the wrong list....
Let's discuss :-)
Karl
Karl
'forward by' when snap to grid is true move one gridspace forward.
Key: SQ-682 URL: http://tracker.squeakland.org/browse/SQ-682 Project: squeakland Issue Type: Feature Components: etoys Reporter: Karl Ramberg
When snap to grid is turned on it would be nice if forward by moved the player one grid space forward. Like wise for all the height, width turn etc that they reflected the preference griding and showed the grid values instead of the pixel values.
-- This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tracker.squeakland.org/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Rita Freudenberg rita@isg.cs.uni-magdeburg.de
'forward by' when snap to grid is true move one gridspace forward. ------------------------------------------------------------------
Key: SQ-682 URL: http://tracker.squeakland.org/browse/SQ-682 Project: squeakland Issue Type: Feature Components: etoys Reporter: Karl Ramberg
When snap to grid is turned on it would be nice if forward by moved the player one grid space forward. Like wise for all the height, width turn etc that they reflected the preference griding and showed the grid values instead of the pixel values.
Bert Freudenberg commented on SQ-682:
I don't think this would be a good idea. The gridding is for manual placement of objects.
But feel free to discuss on the squeakland list (since this is changing behavior, it's not just for developers).
I agree it's a big change and maybe you are right. Maybe it' just complicates stuff unnecessary.
But we kind of do this on the pixel grid already by moving one pixel forward ;-)
Another related change is defining movement to for example centimeters instead of pixels.
But it is a fundamental change and need more discussion.
Randy, what do you think, would you like to have that for your perimeter lessons? Maybe to write a script to calculate the perimeter?
Rita
There are other ways to accomplish the same tasks (ie: move "forward" one grid space et al) without being able to specify movement in "grid units" (ie: move forward grid size).
What exactly is the problem we are trying to solve?
Randy did a beautiful example of moving across a grid in his Lesson 7http://www.pcs.cnu.edu/~rcaton/SqueakCourseware/mathematics.html showing how moving across a grid can be used to measure area. In fact I believe he did it without using gridding.
Now one thing I have been struggling with is how to measure perimeter. I saw Randy do it using Polygons.
But not sure how to do it when placing Squares in a Playfield to create a shape. Any suggestions or a script would be appreciated.
Stephen
On Mon, Mar 22, 2010 at 12:28 PM, Rita Freudenberg < rita@isg.cs.uni-magdeburg.de> wrote:
'forward by' when snap to grid is true move one gridspace forward.
Key: SQ-682 URL: http://tracker.squeakland.org/browse/SQ-682 Project: squeakland Issue Type: Feature Components: etoys Reporter: Karl Ramberg
When snap to grid is turned on it would be nice if forward by moved the player one grid space forward. Like wise for all the height, width turn etc that they reflected the preference griding and showed the grid values instead of the pixel values.
Bert Freudenberg commented on SQ-682:
I don't think this would be a good idea. The gridding is for manual placement of objects.
But feel free to discuss on the squeakland list (since this is changing behavior, it's not just for developers).
I agree it's a big change and maybe you are right. Maybe it' just complicates stuff unnecessary.
But we kind of do this on the pixel grid already by moving one pixel forward ;-)
Another related change is defining movement to for example centimeters instead of pixels.
But it is a fundamental change and need more discussion.
Randy, what do you think, would you like to have that for your perimeter
lessons? Maybe to write a script to calculate the perimeter?
Rita
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
On Mon, Mar 22, 2010 at 5:37 PM, Steve Thomas sthomas1@gosargon.com wrote:
There are other ways to accomplish the same tasks (ie: move "forward" one grid space et al) without being able to specify movement in "grid units" (ie: move forward grid size). What exactly is the problem we are trying to solve?
Movement of players now are pretty abstract and measuring area is awkward. A pixel is kind of a weird unit and being able to use others would be nice. I suggest that we could change the behavior of forward based on the grid of the playfield. If the grid is 200 by 200 units a step forward would be 1/200 th
I made a snake game project that use a grid and liked the simplicity it gave in dealing with area and movement in turtle graphic. By using smaller units it's also easier for younger kids to deal with the numbers when the numbers are in in range up to 10 or 20 instead of 200 or 500.
DrGeo solves many of these issues though with distance, perimeter and area etc.
Karl
Randy did a beautiful example of moving across a grid in his Lesson 7 showing how moving across a grid can be used to measure area. In fact I believe he did it without using gridding. Now one thing I have been struggling with is how to measure perimeter. I saw Randy do it using Polygons. But not sure how to do it when placing Squares in a Playfield to create a shape. Any suggestions or a script would be appreciated. Stephen
On Mon, Mar 22, 2010 at 12:28 PM, Rita Freudenberg rita@isg.cs.uni-magdeburg.de wrote:
'forward by' when snap to grid is true move one gridspace forward.
Key: SQ-682 URL: http://tracker.squeakland.org/browse/SQ-682 Project: squeakland Issue Type: Feature Components: etoys Reporter: Karl Ramberg
When snap to grid is turned on it would be nice if forward by moved the player one grid space forward. Like wise for all the height, width turn etc that they reflected the preference griding and showed the grid values instead of the pixel values.
Bert Freudenberg commented on SQ-682:
I don't think this would be a good idea. The gridding is for manual placement of objects.
But feel free to discuss on the squeakland list (since this is changing behavior, it's not just for developers).
I agree it's a big change and maybe you are right. Maybe it' just complicates stuff unnecessary.
But we kind of do this on the pixel grid already by moving one pixel forward ;-)
Another related change is defining movement to for example centimeters instead of pixels.
But it is a fundamental change and need more discussion.
Randy, what do you think, would you like to have that for your perimeter lessons? Maybe to write a script to calculate the perimeter?
Rita _______________________________________________ etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev@lists.squeakfoundation.org