etoys-dev July 2010

etoys-dev@lists.squeakfoundation.org

10 participants
24 discussions

Etoys developer chat today
by Bert Freudenberg 12 Oct '10

12 Oct '10

Please join our weekly Etoys developer chat today, as every Monday at 12 noon Squeakland Time. Follow this link to see the time in your local time zone: http://tinyurl.com/368xxgn To participate, enter your name as nickname on http://chat.squeakland.org/ and press "Login". Then say hi :-) Alternatively, use an IRC client of your choice to join #etoys on irc.freenode.net Everyone is welcome! - Bert -

2 16

Etoys developer chat log
by Bert Freudenberg 08 Sep '10

08 Sep '10

Hi all, almost missed the chat yesterday. And when I logged in I got distracted by #olpc-devel talk. A minute later David came back, but I didn't see that. Sorry. But: If I'm not there, that's no reason not to chat :) Anybody can lead the discussion if it gets too disorganized, but usually we're pretty civilized, so it should rarely be necessary. So here is a rule: Do not wait more than 15 minutes. Just start. I'll see it in the logs later so I can still post a summary (though it would be awesome if someone beat me to it). Anyway, next chat is next Monday, same time as always: http://tinyurl.com/3ytdm3d Hope you'll be there (and I'll try to attend too). - Bert - [21:02:37] --> Richo2 (~c9d56472(a)skylab.immuexa.com) has joined #etoys [21:05:08] --> dcorking (~dcorking(a)82.152.173.174) has joined #etoys [21:05:13] <Richo2> hi [21:06:06] <dcorking> hi Richo2 - when does the meeting start? [21:07:36] <dcorking> is storybot down again? [21:11:53] <Richo2> I think it should have started already [21:13:09] <dcorking> I have only lurked in a couple of these. bertf normally leads them doesn't he? Is randall travelling at the moment? [21:13:31] --> scottwal (~scottwal(a)99-40-5-235.lightspeed.sntcca.sbcglobal.net) has joined #etoys [21:17:00] <-- Richo2 (~c9d56472(a)skylab.immuexa.com) has quit (Quit: CGI:IRC (Ping timeout)) [21:21:13] <bertf> hi folks - sorry I'm late [21:21:26] <bertf> you could've started already ;) [21:24:59] <bertf> dcorking: storybot has been down for months, and it's unlikely to come back [21:25:12] <bertf> jecel was looking onto other logging options [21:25:19] <bertf> for now I just email the logs manually [21:26:18] <dcorking> shame: I guess a decision should be made and the link removed from http://squeakland.org/discuss/ [21:36:37] <dcorking> is the meeting starting? if not, any thoughts on jecel's idea on porting Cog VM to the XO-1? [21:38:46] <jecel> I was looking at the Cog sources to get an idea of how complex this would be. It seems doable, but not easy [21:40:05] <dcorking> hmm. Sounds like something that would distract the squeak experts from doing the next Sugar release on time, and not something for average smalltalkers. [21:40:25] <jecel> About the logging, I didn't remember we had agreed that I would check the options and so haven't yet done so [21:40:47] <dcorking> however, I wonder if qemu could be used to emulate the missing instructions: at least as a proof of concept [22:07:44] <dcorking> is the meeting over? [22:10:43] <dcorking> does the showcase still give trouble when a user uploads a new version of an existing project? [23:47:14] <-- dcorking (~dcorking(a)82.152.173.174) has quit (Quit: Leaving)

1 5

Re: [etoys-dev] Handling keyboard events
by Bert Freudenberg 01 Aug '10

01 Aug '10

[moving to a more appropriate list] Unfortunately, keyUp/keyDown event codes are different between VMs on different platforms. They are supposed to refer to physical keys. E.g. the Windows VM produces keycode 65 when you press "A", independent of the shift key. On Linux I think you get either 65 or 97 depending on caps lock and the shift key. On an American Apple keyboard you get 0 for "A", 1 for "S", 2 for "D" (*). It gets even more funny on all platforms when you involve modifier keys (like Alt-A makes Ä etc). Or in countries which do not use latin scripts, you might get values way outside the ASCII range anyway. So up/down events are generally not used in Squeak (except for a few games). There is a reason we have not exposed this in Etoys yet, because we can't, unless we change the VMs or rewrite the keyboard handling code in the system. We might borrow the latter from Pharo, I know Michael worked on it, but I haven't actually looked yet. Your approach with an array won't work anyway because keycodes can be much larger than a byte. A Set of the currently pressed key codes would be more appropriate (that's how we implemented keyboard support in our games at impara). My suggestion would be to make a single-key morph. When you click it, it would allow you to press the key you want. It would have only a single slot named "pressed" to be used in tile scripts. You would make as many of these as you want scripts to expose. For your particular purpose, you could just add cursor-key handling to the Joystick morph. Map the arrow keys to the eight directions, and space to button 1 and return to button 2. - Bert - (*) google for "mac virtual keycode" On 29.07.2010, at 01:03, Ricardo Moran wrote: > Mmm... I really don't know. I didn't think there would be so much difference between platforms. I guess I was wrong... I won't be able to test on a Mac, but tomorrow I'll test in a linux computer and I'll see how different it is from Windows. > > Cheers > Richo > > On Thu, Jul 29, 2010 at 1:38 AM, Randall Caton <rcaton(a)cnu.edu> wrote: > Dear Richo, > > Great tools. They don't work on the Mac. How hard is it to make it work on the Mac or is there a key mapping? I tried to change the up key to the a key and still couldn't move the ship. Maybe I did something wrong. > > Randy > > > On Wed, Jul 28, 2010 at 12:38 PM, Ricardo Moran <richi.moran(a)gmail.com> wrote: > Hi guys, > > I may have diverged from the actual GSoC requirements but yesterday I was looking at Morphic events and I made this simple object called KeyboardMorph which I believe it could be useful to handle keyboard events better than what we currently have. > > I made an Asteroids remake to test it: http://tecnodacta.com.ar/gira/gsoc/Asteroids.051.pr. I did this project some time ago and I felt really dissapointed at that time because Etoys keyboard support wasn't enough to play with it so I made it work with a joystick. Now you can choose between joystick or keyboard :) > > Please note that to handle multiple keys simultaneously the KeyboardMorph has a set of boolean slots to test if a specific key is currently pressed or not. I only added support for number, letters, and a few special keys (space, enter, arrows). I think this is more than enough for most purposes. I also added a currentKeyValue slot which returns the key value of the currently pressed key. > > I know different keyboards have different layouts, maybe we can make specific KeyboardMorphs for each supported layout. What do you think? > > Cheers > Richo > > > > -- > The views expressed in this email are my own > and not necessarily those of CNU. > > Randall Caton > 41596 Bald Eagle Drive > Bigfork, MN 56628 > 218-832-3490 > > email: rcaton(a)cnu.edu > web: www.pcs.cnu.edu/~rcaton >

2 2

S3 - Deadline Extension
by Yoshiki Ohshima 30 Jul '10

30 Jul '10

It looks like there is a good chance to get your paper in... -- Yoshiki --------------------------------------------------------------------- The deadline for submitting papers to S3 has been extended to August 13th. The program committee welcomes your submission! ====================================================================== *** Workshop on Self-sustaining Systems (S3) 2010 *** September 27-28, 2010 The University of Tokyo, Japan http://www.hpi.uni-potsdam.de/swa/s3/s3-10/ In cooperation with ACM SIGPLAN === Call for papers === The Workshop on Self-sustaining Systems (S3) is a forum for discussion of topics relating to computer systems and languages that are able to bootstrap, implement, modify, and maintain themselves. One property of these systems is that their implementation is based on small but powerful abstractions; examples include (amongst others) Squeak/Smalltalk, COLA, Klein/Self, PyPy/Python, Rubinius/Ruby, and Lisp. Such systems are the engines of their own replacement, giving researchers and developers great power to experiment with, and explore future directions from within, their own small language kernels. S3 will be take place September 27-28, 2010 at The University of Tokyo, Japan. It is an exciting opportunity for researchers and practitioners interested in self-sustaining systems to meet and share their knowledge, experience, and ideas for future research and development. --- Submissions and proceedings --- S3 invites submissions of high-quality papers reporting original research, or describing innovative contributions to, or experience with, self-sustaining systems, their implementation, and their application. Papers that depart significantly from established ideas and practices are particularly welcome. Submissions must not have been published previously and must not be under review for any another refereed event or publication. The program committee will evaluate each contributed paper based on its relevance, significance, clarity, and originality. Revised papers will be published as post-proceedings in the ACM Digital Library. Papers should be submitted electronically via EasyChair at http://www.easychair.org/conferences/?conf=s32010 in PDF format. Submissions must be written in English (the official language of the workshop) and must not exceed 10 pages. They should use the ACM SIGPLAN 10 point format, templates for which are available at http://www.acm.org/sigs/sigplan/authorInformation.htm. --- Venue --- The University of Tokyo, Komaba Campus, Japan --- Important dates --- Submission of papers: *EXTENDED* August 13, 2010 Author notification: August 27, 2010 Early registration: September 3, 2010 Revised papers: September 10, 2010 S3 workshop: September 27-28, 2010 Final papers for ACM-DL post-proceedings: October 15, 2010 --- Invited talks --- Yukihiro Matsumoto: "From Lisp to Ruby to Rubinius" Takashi Ikegami: "Sustainable Autonomy and Designing Mind Time" --- Chairs --- Robert Hirschfeld (Hasso-Plattner-Institut Potsdam, Germany) hirschfeld(a)hpi.uni-potsdam.de Hidehiko Masuhara (The University of Tokyo, Japan) masuhara(a)graco.c.u-tokyo.ac.jp Kim Rose (Viewpoints Research Institute, USA) kim.rose(a)vpri.org --- Program committee --- Carl Friedrich Bolz, University of Duesseldorf, Germany Johan Brichau, Universite Catholique de Louvain, Belgium Shigeru Chiba, Tokyo Institute of Technology, Japan Brian Demsky, University of California, Irvine, USA Marcus Denker, INRIA Lille, France Richard P. Gabriel, IBM Research, USA Michael Haupt, Hasso-Plattner-Institut, Germany Robert Hirschfeld, Hasso-Plattner-Institut, Germany (co-chair) Atsushi Igarashi, University of Kyoto, Japan David Lorenz, The Open University, Israel Hidehiko Masuhara, University of Tokyo, Japan (co-chair) Eliot Miranda, Teleplace, USA Ian Piumarta, Viewpoints Research Institute, USA Martin Rinard, MIT, USA Antero Taivalsaari, Nokia, Finland David Ungar, IBM, USA

1 0

Handling keyboard events
by Ricardo Moran 28 Jul '10

28 Jul '10

Hi guys, I may have diverged from the actual GSoC requirements but yesterday I was looking at Morphic events and I made this simple object called KeyboardMorph which I believe it could be useful to handle keyboard events better than what we currently have. I made an Asteroids remake to test it: http://tecnodacta.com.ar/gira/gsoc/Asteroids.051.pr. I did this project some time ago and I felt really dissapointed at that time because Etoys keyboard support wasn't enough to play with it so I made it work with a joystick. Now you can choose between joystick or keyboard :) Please note that to handle multiple keys simultaneously the KeyboardMorph has a set of boolean slots to test if a specific key is currently pressed or not. I only added support for number, letters, and a few special keys (space, enter, arrows). I think this is more than enough for most purposes. I also added a currentKeyValue slot which returns the key value of the currently pressed key. I know different keyboards have different layouts, maybe we can make specific KeyboardMorphs for each supported layout. What do you think? Cheers Richo

1 0

Etoys Inbox: Morphic-Richo.32.mcz
by commits＠source.squeak.org 27 Jul '10

27 Jul '10

A new version of Morphic was added to project Etoys Inbox: http://source.squeak.org/etoysinbox/Morphic-Richo.32.mcz ==================== Summary ==================== Name: Morphic-Richo.32 Author: Richo Time: 27 July 2010, 3:31:28 pm UUID: ed26c85d-e04a-d446-8ffb-2cfe860e711f Ancestors: Morphic-Richo.31 * Avoiding the error message when clicking "cancel" in the file exists warning =============== Diff against Morphic-Richo.31 =============== Item was changed: ----- Method: Morph>>saveOnFile: (in category 'fileIn/out') ----- + saveOnFile: fileName + | file | + file := [[FileStream newFileNamed: fileName] + on: FileExistsException + do: [:err | err defaultAction]] + on: Error + do: [:err | ^ self]. + [file + nextPutAll: (SmartRefStream streamedRepresentationOf: self topRendererOrSelf)] + ensure: [file close]! - saveOnFile: fileName - | file | - file := [[(FileStream newFileNamed: fileName)] on: FileExistsException do: [:err | err defaultAction]] on: Error do: [:err | ^self inform: err description]. - [file nextPutAll: (SmartRefStream streamedRepresentationOf: self topRendererOrSelf)] ensure: [file close]!

1 0

Etoys Inbox: Morphic-Richo.31.mcz
by commits＠source.squeak.org 26 Jul '10

26 Jul '10

A new version of Morphic was added to project Etoys Inbox: http://source.squeak.org/etoysinbox/Morphic-Richo.31.mcz ==================== Summary ==================== Name: Morphic-Richo.31 Author: Richo Time: 26 July 2010, 6:26 pm UUID: a181e53b-e988-734c-a655-edb3bbaec7b3 Ancestors: Morphic-Richo.30 * Modified Morph>>#saveOnFile: to show a warning if the file already exists. =============== Diff against Morphic-Richo.30 =============== Item was changed: ----- Method: Morph>>saveOnFile: (in category 'fileIn/out') ----- saveOnFile: fileName | file | + file := [[(FileStream newFileNamed: fileName)] on: FileExistsException do: [:err | err defaultAction]] on: Error do: [:err | ^self inform: err description]. - file := (FileStream forceNewFileNamed: fileName). [file nextPutAll: (SmartRefStream streamedRepresentationOf: self topRendererOrSelf)] ensure: [file close]!

1 0

Etoys: Graphics-bf.6.mcz
by commits＠source.squeak.org 25 Jul '10

25 Jul '10

Bert Freudenberg uploaded a new version of Graphics to project Etoys: http://source.squeak.org/etoys/Graphics-bf.6.mcz ==================== Summary ==================== Name: Graphics-bf.6 Author: bf Time: 25 July 2010, 2:42:08 pm UUID: a0cb0424-3752-4080-a8e4-bb8677c6ee95 Ancestors: Graphics-kfr.5 - add Point>>grouped =============== Diff against Graphics-kfr.5 =============== Item was added: + ----- Method: Point>>grouped (in category 'arithmetic') ----- + grouped + "Sent as a pseudo-function for parenthesizing in tile scripts." + + ^ self!

1 0

Can we get Squeakland Website ready for Squeakfest?
by Steve Thomas 23 Jul '10

23 Jul '10

Tim, We need your help. Can you pull another rabbit out of your hat? Squeakfest is next week, and I would love to be able to tell folks they can post their projects on the Squeakland website and that we will post projects shown at Squeakfest on Squeakland, but there are a number of issues that need to be addresses for me to feel comfortable saying that: 1. I still get failures logging in from within Etoys (current account MrSteve and new test accounts created) 2. I have uploaded through the Website, and made projects public but they do not show up 3. I know a number of folks have had problems posting as well Squeakland is a great site, with really good potential, but unless these issues are resolved the only places I can think to post are the SuperSwiki sites in France and Japan. I am willing to help test, if you have any further questions I will send you my cell phone in a separate email. Thanks, Stephen

5 10

Etoys: MorphicExtras-RIF.10.mcz
by commits＠source.squeak.org 21 Jul '10

21 Jul '10

Bert Freudenberg uploaded a new version of MorphicExtras to project Etoys: http://source.squeak.org/etoys/MorphicExtras-RIF.10.mcz ==================== Summary ==================== Name: MorphicExtras-RIF.10 Author: RIF Time: 21 July 2010, 10:17:32 pm UUID: 0299725e-3fba-464e-ba96-b6c1af293663 Ancestors: MorphicExtras-bf.9 changed phrase "revertable" to "revertible" since it was misspelled =============== Diff against MorphicExtras-bf.9 =============== Item was changed: ----- Method: BookMorph>>addBookMenuItemsTo:hand: (in category 'menu') ----- addBookMenuItemsTo: aMenu hand: aHandMorph "For the 'control menu' -- add book-menu items to it." | controlsShowing subMenu | subMenu _ MenuMorph new defaultTarget: self. subMenu add: 'previous page' translated action: #previousPage. subMenu add: 'next page' translated action: #nextPage. subMenu add: 'goto page' translated action: #goToPage. subMenu add: 'insert a page' translated action: #insertPage. subMenu add: 'delete this page' translated action: #deletePage. self canRevertThisPage ifTrue: [ subMenu add: 'revert this page' translated action: #revertPage]. controlsShowing _ self hasSubmorphWithProperty: #pageControl. controlsShowing ifTrue: [subMenu add: 'hide page controls' translated action: #hidePageControls. subMenu add: 'fewer page controls' translated action: #fewerPageControls] ifFalse: [subMenu add: 'show page controls' translated action: #showPageControls]. self isInFullScreenMode ifTrue: [ subMenu add: 'exit full screen' translated action: #exitFullScreen. ] ifFalse: [ subMenu add: 'show full screen' translated action: #goFullScreen. ]. subMenu addLine. subMenu add: 'sound effect for all pages' translated action: #menuPageSoundForAll:. subMenu add: 'sound effect this page only' translated action: #menuPageSoundForThisPage:. subMenu add: 'visual effect for all pages' translated action: #menuPageVisualForAll:. subMenu add: 'visual effect this page only' translated action: #menuPageVisualForThisPage:. subMenu addLine. subMenu add: 'sort pages' translated action: #sortPages:. subMenu add: 'uncache page sorter' translated action: #uncachePageSorter. (self hasProperty: #dontWrapAtEnd) ifTrue: [subMenu add: 'wrap after last page' translated selector: #setWrapPages: argument: true] ifFalse: [subMenu add: 'stop at last page' translated selector: #setWrapPages: argument: false]. subMenu addLine. subMenu add: 'search for text' translated action: #textSearch. (aHandMorph pasteBuffer class isKindOf: PasteUpMorph class) ifTrue: [subMenu add: 'paste book page' translated action: #pasteBookPage]. subMenu add: 'send all pages to server' translated action: #savePagesOnURL. subMenu add: 'send this page to server' translated action: #saveOneOnURL. subMenu add: 'reload all from server' translated action: #reload. subMenu add: 'copy page url to clipboard' translated action: #copyUrl. subMenu add: 'keep in one file' translated action: #keepTogether. subMenu add: 'save as new-page prototype' translated action: #setNewPagePrototype. newPagePrototype ifNotNil: [subMenu add: 'clear new-page prototype' translated action: #clearNewPagePrototype]. + subMenu add: 'mark this page to be revertible' translated action: #markForRevert. + subMenu add: 'mark entire book to be revertible' translated action: #markBookForRevert. + subMenu add: 'unmark this page to be revertible' translated action: #unmarkForRevert. + subMenu add: 'unmark entire book to be revertible' translated action: #unmarkBookForRevert. - subMenu add: 'mark this page to be revertable' translated action: #markForRevert. - subMenu add: 'mark entire book to be revertable' translated action: #markBookForRevert. - subMenu add: 'unmark this page to be revertable' translated action: #unmarkForRevert. - subMenu add: 'unmark entire book to be revertable' translated action: #unmarkBookForRevert. " subMenu add: 'revert this page' translated action: #revertPage. subMenu add: 'revert all pages' translated action: #revertAllPages." aMenu add: 'book...' translated subMenu: subMenu !

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev July 2010