I'm having a issue with Morphic-kfr.20.mczhttp://source.squeak.org/etoys/Morphic-kfr.20.mcz as it changed the category of SketchMorph class>>additionsToViewerCategories (in category 'scripting')
That moved the method form Etoys package to Morphic package.
Anybody else seeing this ?
Karl
On Thu, Jun 17, 2010 at 12:57 AM, commits@source.squeak.org wrote:
Karl Ramberg uploaded a new version of Morphic to project Etoys: http://source.squeak.org/etoys/Morphic-kfr.20.mcz
==================== Summary ====================
Name: Morphic-kfr.20 Author: kfr Time: 17 June 2010, 12:57:37 am UUID: 04de9588-6502-4a43-87db-be783f97a49c Ancestors: Morphic-kfr.19
SQ-94 Flip operations broken on Etoys
=============== Diff against Morphic-kfr.19 ===============
Item was changed:
----- Method: SketchMorph>>flipVertical (in category 'e-toy support')
flipVertical
| r |
r _ self rotationCenter.
self top: self top - (1.0 - (2 * r y) * self height).
self form: (self form flipBy: #vertical centerAt: self form
center).
self rotationCenter: r x @ (1 - r y).!
self form: (self form flipBy: #vertical centerAt: self form
center)!
Item was added:
- ----- Method: SketchMorph class>>additionsToViewerCategories (in category
'scripting') -----
- additionsToViewerCategories
"Answer a list of (<categoryName> <list of category specs>) pairs
that characterize the phrases this kind of morph wishes to add to various Viewer categories."
^ #((graphics (
- (slot graphic 'The picture currently being worn' Graphic
readWrite Player getGraphic Player setGraphic:)
- (command wearCostumeOf: 'wear the costume of...' Player)
- (slot baseGraphic 'The picture originally painted for this object,
but can subsequently be changed via menu or script' Graphic readWrite Player getBaseGraphic Player setBaseGraphic:)
- (command restoreBaseGraphic 'Make my picture be the one I remember in my
baseGraphic')
- (slot rotationStyle 'How the picture should change when the heading is
modified' RotationStyle readWrite Player getRotationStyle Player setRotationStyle:)
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
- )))
- !
Item was changed:
----- Method: SketchMorph>>flipHorizontal (in category 'e-toy support')
flipHorizontal
| r |
r _ self rotationCenter.
self left: self left - (1.0 - (2 * r x) * self width).
self form: (self form flipBy: #horizontal centerAt: self form
center).
self rotationCenter: (1 - r x) @ (r y).!
self form: (self form flipBy: #horizontal centerAt: self form
center)!
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Yes. Move the method back to the *etoys category (by drag-and-drop, or using the menu). Then publish both the new Etoys and Morphic packages. In the current config map, Etoys comes before Morphic, so that should work.
As I've pointed out before, *always* check the changes before committing a package :)
- Bert -
On 17.06.2010, at 12:26, karl ramberg wrote:
I'm having a issue with Morphic-kfr.20.mcz as it changed the category of SketchMorph class>>additionsToViewerCategories (in category 'scripting')
That moved the method form Etoys package to Morphic package.
Anybody else seeing this ?
Karl
On Thu, Jun 17, 2010 at 12:57 AM, commits@source.squeak.org wrote: Karl Ramberg uploaded a new version of Morphic to project Etoys: http://source.squeak.org/etoys/Morphic-kfr.20.mcz
==================== Summary ====================
Name: Morphic-kfr.20 Author: kfr Time: 17 June 2010, 12:57:37 am UUID: 04de9588-6502-4a43-87db-be783f97a49c Ancestors: Morphic-kfr.19
SQ-94 Flip operations broken on Etoys
=============== Diff against Morphic-kfr.19 ===============
Item was changed: ----- Method: SketchMorph>>flipVertical (in category 'e-toy support') ----- flipVertical
| r |
r _ self rotationCenter.
self top: self top - (1.0 - (2 * r y) * self height).
self form: (self form flipBy: #vertical centerAt: self form center).
self rotationCenter: r x @ (1 - r y).!
self form: (self form flipBy: #vertical centerAt: self form center)!
Item was added:
- ----- Method: SketchMorph class>>additionsToViewerCategories (in category 'scripting') -----
- additionsToViewerCategories
"Answer a list of (<categoryName> <list of category specs>) pairs that characterize the phrases this kind of morph wishes to add to various Viewer categories."
^ #((graphics (
- (slot graphic 'The picture currently being worn' Graphic readWrite Player getGraphic Player setGraphic:)
- (command wearCostumeOf: 'wear the costume of...' Player)
- (slot baseGraphic 'The picture originally painted for this object, but can subsequently be changed via menu or script' Graphic readWrite Player getBaseGraphic Player setBaseGraphic:)
- (command restoreBaseGraphic 'Make my picture be the one I remember in my baseGraphic')
- (slot rotationStyle 'How the picture should change when the heading is modified' RotationStyle readWrite Player getRotationStyle Player setRotationStyle:)
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
- )))
- !
Item was changed: ----- Method: SketchMorph>>flipHorizontal (in category 'e-toy support') ----- flipHorizontal
| r |
r _ self rotationCenter.
self left: self left - (1.0 - (2 * r x) * self width).
self form: (self form flipBy: #horizontal centerAt: self form center).
self rotationCenter: (1 - r x) @ (r y).!
self form: (self form flipBy: #horizontal centerAt: self form center)!
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Karl, and all,
when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual).
These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be).
additionsToViewerCategories
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned.
IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles.
- Bert -
Hi, Yes these sould be flipHorizontal and flipVertical instead.
I'll fix that
Karl
On Thu, Jun 17, 2010 at 1:18 PM, Bert Freudenberg bert@freudenbergs.dewrote:
Karl, and all,
when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual).
These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be).
additionsToViewerCategories
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned.
IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles.
- Bert -
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
On Thu, Jun 17, 2010 at 7:18 AM, Bert Freudenberg bert@freudenbergs.dewrote:
Karl, and all,
when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual).
Agreed will bring it up along at meeting.
These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be).
Not available in Halo menu and having them scriptable would help with lessons on transformation
additionsToViewerCategories
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned.
IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles.
What are the new tiles, is there a changeset we can load to evaluate them?
Also developers on very rare occasions have good ideas ;) Being able "play with them" to evaluate them would be helpful.
If there is a way to do this without "corrupting" the source code repository that would help.
Stephen
- Bert -
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Hi, I second Steve's request for a 'changeset' we can load so we can look at these changes. I have been reading all of the notes about fixes and features but I do not have any sense of how they will all work together nor how different or the same Etoys is, or will be. Is it possible to send a file that is simple, very simple, to open and save as a test version of Etoys. Some of the changes/features might affect the quick guides, it would be good to know sooner rather than later. Regards, Kathleen
---- Original message ----
Date: Thu, 17 Jun 2010 08:37:39 -0400 From: Steve Thomas sthomas1@gosargon.com Subject: Re: [etoys-dev] New tiles To: Bert Freudenberg bert@freudenbergs.de Cc: etoys-dev dev etoys-dev@squeakland.org
On Thu, Jun 17, 2010 at 7:18 AM, Bert Freudenberg bert@freudenbergs.de wrote:
Karl, and all, when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual).
Agreed will bring it up along at meeting.
These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be).
Not available in Halo menu and having them scriptable would help with lessons on transformation
> additionsToViewerCategories > + (command flip 'Flip left right' Player) > + (command tumble 'Flip up down' Player) E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned. IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles.
What are the new tiles, is there a changeset we can load to evaluate them? Also developers on very rare occasions have good ideas ;) Being able "play with them" to evaluate them would be helpful. If there is a way to do this without "corrupting" the source code repository that would help. Stephen
- Bert - _______________________________________________ etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Kathleen,
FYI, if you go to the Bug Tracker entry that has the fix and it has a .cs file (or .cs.gz) you can simply download that file to you computer. Then drag the file into Etoys, when you do a dialog box will appear, select "filein entire file" and it will load the changes for you to play with. The change will only last for that session. If you save a project it will ask you if want to save with the changeset (or something like that) and you should be able to save a project with the changes.
That said what would be even simpler is if the developers could load a sample project with the changset. I would assume they do this anyway to test, so it should not be an extra burden, simply upload the project for us to evlaute.
Stephen
On Thu, Jun 17, 2010 at 9:31 AM, kharness@illinois.edu wrote:
Hi, I second Steve's request for a 'changeset' we can load so we can look at these changes. I have been reading all of the notes about fixes and features but I do not have any sense of how they will all work together nor how different or the same Etoys is, or will be. Is it possible to send a file that is simple, very simple, to open and save as a test version of Etoys. Some of the changes/features might affect the quick guides, it would be good to know sooner rather than later. Regards, Kathleen
---- Original message ----
Date: Thu, 17 Jun 2010 08:37:39 -0400 From: Steve Thomas sthomas1@gosargon.com Subject: Re: [etoys-dev] New tiles To: Bert Freudenberg bert@freudenbergs.de Cc: etoys-dev dev etoys-dev@squeakland.org
On Thu, Jun 17, 2010 at 7:18 AM, Bert Freudenberg bert@freudenbergs.de wrote:
Karl, and all, when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual).
Agreed will bring it up along at meeting.
These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be).
Not available in Halo menu and having them scriptable would help with lessons on transformation
> additionsToViewerCategories > + (command flip 'Flip left right' Player) > + (command tumble 'Flip up down' Player) E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned. IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles.
What are the new tiles, is there a changeset we can load to evaluate them? Also developers on very rare occasions have good ideas ;) Being able "play with them" to evaluate them would be helpful. If there is a way to do this without "corrupting" the source code repository that would help. Stephen
- Bert - _______________________________________________ etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
On 17.06.2010, at 15:56, Steve Thomas wrote:
That said what would be even simpler is if the developers could load a sample project with the changset. I would assume they do this anyway to test, so it should not be an extra burden, simply upload the project for us to evlaute.
No we don't do this regularly, we don't even use changesets anymore (though we still accept them as contributions attached to a tracker ticket).
See my other message about using the developer version - this might be less scary than it sounds.
- Bert -
On 17.06.2010, at 14:37, Steve Thomas wrote:
On Thu, Jun 17, 2010 at 7:18 AM, Bert Freudenberg bert@freudenbergs.de wrote: Karl, and all,
when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual).
Agreed will bring it up along at meeting.
These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be). Not available in Halo menu and having them scriptable would help with lessons on transformation
If they were menu items (as they should) then you could also use them in scripts.
additionsToViewerCategories
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned.
IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles. What are the new tiles, is there a changeset we can load to evaluate them?
The flip tiles.
Also developers on very rare occasions have good ideas ;) Being able "play with them" to evaluate them would be helpful.
If there is a way to do this without "corrupting" the source code repository that would help.
Code changes can be had in a project file - just like Richo's demo projects.
In this case the change has already been committed to the repository.
We don't have a proper alpha release yet, but to play with all the new code, download the dev version from
http://etoys.squeak.org/download/
load updates, and save the image. To make a "user version" from this, enable the "etoy friendly" preference before saving the image.
- Bert -
Bert, Got it! Thanks, Kathleen
---- Original message ----
Date: Thu, 17 Jun 2010 16:00:39 +0200 From: Bert Freudenberg bert@freudenbergs.de Subject: Re: [etoys-dev] New tiles To: etoys-dev dev etoys-dev@squeakland.org
On 17.06.2010, at 14:37, Steve Thomas wrote:
On Thu, Jun 17, 2010 at 7:18 AM, Bert Freudenberg <bert@freudenbergs.de> wrote: Karl, and all, when adding tiles or making other changes that directly affect the user interface, please announce this so educators can comment, and the documentation can be updated (e.g., the reference manual). Agreed will bring it up along at meeting. These two new commands don't seem too useful to me, as they are also available in the halo menu (and if they are not, they should be). Not available in Halo menu and having them scriptable would help with lessons on transformation
If they were menu items (as they should) then you could also use them in scripts.
> additionsToViewerCategories > + (command flip 'Flip left right' Player) > + (command tumble 'Flip up down' Player) E.g. for the release notes we do not need to list every single bug fix, but UI changes like this should be mentioned. IMHO it would be a good idea in general to separate bug fixes and features. Subbu fixed a bug, but also "sneaked in" the new tiles. What are the new tiles, is there a changeset we can load to evaluate them?
The flip tiles.
Also developers on very rare occasions have good ideas ;) Being able "play with them" to evaluate them would be helpful. If there is a way to do this without "corrupting" the source code repository that would help.
Code changes can be had in a project file - just like Richo's demo projects. In this case the change has already been committed to the repository. We don't have a proper alpha release yet, but to play with all the new code, download the dev version from http://etoys.squeak.org/download/ load updates, and save the image. To make a "user version" from this, enable the "etoy friendly" preference before saving the image.
- Bert -
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
Ok, Done. These extension methods are a little problematic. Moving methods in general is painful.
I'll do my best to keep this form happening again.
Karl
On Thu, Jun 17, 2010 at 1:00 PM, Bert Freudenberg bert@freudenbergs.dewrote:
Yes. Move the method back to the *etoys category (by drag-and-drop, or using the menu). Then publish both the new Etoys and Morphic packages. In the current config map, Etoys comes before Morphic, so that should work.
As I've pointed out before, *always* check the changes before committing a package :)
- Bert -
On 17.06.2010, at 12:26, karl ramberg wrote:
I'm having a issue with Morphic-kfr.20.mczhttp://source.squeak.org/etoys/Morphic-kfr.20.mcz as it changed the category of SketchMorph class>>additionsToViewerCategories (in category 'scripting')
That moved the method form Etoys package to Morphic package.
Anybody else seeing this ?
Karl
On Thu, Jun 17, 2010 at 12:57 AM, commits@source.squeak.org wrote:
Karl Ramberg uploaded a new version of Morphic to project Etoys: http://source.squeak.org/etoys/Morphic-kfr.20.mcz
==================== Summary ====================
Name: Morphic-kfr.20 Author: kfr Time: 17 June 2010, 12:57:37 am UUID: 04de9588-6502-4a43-87db-be783f97a49c Ancestors: Morphic-kfr.19
SQ-94 Flip operations broken on Etoys
=============== Diff against Morphic-kfr.19 ===============
Item was changed:
----- Method: SketchMorph>>flipVertical (in category 'e-toy support')
flipVertical
| r |
r _ self rotationCenter.
self top: self top - (1.0 - (2 * r y) * self height).
self form: (self form flipBy: #vertical centerAt: self form
center).
self rotationCenter: r x @ (1 - r y).!
self form: (self form flipBy: #vertical centerAt: self form
center)!
Item was added:
- ----- Method: SketchMorph class>>additionsToViewerCategories (in
category 'scripting') -----
- additionsToViewerCategories
"Answer a list of (<categoryName> <list of category specs>) pairs
that characterize the phrases this kind of morph wishes to add to various Viewer categories."
^ #((graphics (
- (slot graphic 'The picture currently being worn' Graphic
readWrite Player getGraphic Player setGraphic:)
- (command wearCostumeOf: 'wear the costume of...' Player)
- (slot baseGraphic 'The picture originally painted for this object,
but can subsequently be changed via menu or script' Graphic readWrite Player getBaseGraphic Player setBaseGraphic:)
- (command restoreBaseGraphic 'Make my picture be the one I remember in my
baseGraphic')
- (slot rotationStyle 'How the picture should change when the heading is
modified' RotationStyle readWrite Player getRotationStyle Player setRotationStyle:)
- (command flip 'Flip left right' Player)
- (command tumble 'Flip up down' Player)
- )))
- !
Item was changed:
----- Method: SketchMorph>>flipHorizontal (in category 'e-toy support')
flipHorizontal
| r |
r _ self rotationCenter.
self left: self left - (1.0 - (2 * r x) * self width).
self form: (self form flipBy: #horizontal centerAt: self form
center).
self rotationCenter: (1 - r x) @ (r y).!
self form: (self form flipBy: #horizontal centerAt: self form
center)!
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev@lists.squeakfoundation.org