etoys-dev November 2009

etoys-dev@lists.squeakfoundation.org

17 participants
43 discussions

Project refactoring
by Bert Freudenberg 26 Nov '09

26 Nov '09

There is a discussion underway on squeak-dev about refactoring Projects. Since we intend to eventually use this for Etoys, it would be good to join the fun now rather than deal with the fallout later. Thread starts here: http://lists.squeak.org/pipermail/squeak-dev/2009-November/141294.html E.g. I'm not sure if in Etoys we want projects without a project view as Andreas suggested below. - Bert - Begin forwarded message: > > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: 25. November 2009 06:33:57 MEZ > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Subject: [squeak-dev] Re: MVC-Morphic refactoring, review needed > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > David T. Lewis wrote: >>> Instead, what we should do is to make it so that deletion of projects is explicit, via the menu action called "close project" (with confirmation etc). Then you can get rid of all of that logic - it's always safe to delete a project view since the underlying project will only be deleted when you explicitly choose to. >> I'm not sure I understand. Are you thinking of a menu action in the >> world menu of the current project, or a menu action in the window menu >> of the view on the project? (Or something that already exists that >> I am overlooking?) > > The former. I think the "Projects" menu should say: > New Project > Load Project > Save Project > Close Project > and "Close Project" is the only action that ever nukes the project for real. Project views are just project views, they can be deleted without any further implications for the original project. > >> I think that it is still necessary to ensure that the project >> is finalized when the last open view has been closed, at least in >> the case of a Morphic project with Players and Wonderlands (I don't >> know what the issues are, but the cleanup code must be there for >> a reason). > > My point is that a project can exist without any currently visible project views. The project remains accessible via the "jump to project" menu and its "primary" reference is through Project>>allProjects. > >> So if the user closes the last open view on a project, I expect that >> we still want the project to be automatically finalized, and we would >> not want finalization to occur unless the view being closed was the >> last open view on that project. >> Does that sound right? > > Not quite (from my perspective - I'm not saying you have to agree :-) Views are views, they're not the real thing. We could conceivably offer to close the project when the last view is closed, but going forward I think we'll end up with more projects that have no dedicated views and are only accessible via places like the "jump to" menu. > > Cheers, > - Andreas >

3 3

100 tickets for Etoys 5
by Timothy Falconer 24 Nov '09

24 Nov '09

Hi everyone, We've gone through the list of 190+ tickets in JIRA and reduced that to an even 100 for Etoys 5, expected June 2010. http://tracker.squeakland.org If you'd like to champion particular issues, try voting in JIRA, which is now much more obvious because of the Popular Issues tab in JIRA. Simply click on the issue you want, the look to the left and click "Vote for it". This will raise the issue in our awareness :) And if you have any new ideas, simple create the issue. You need a JIRA account to vote or create issues. (It's free and quick to sign up). Take care, Tim -- Timothy Falconer Squeakland Foundation http://squeakland.org 610-797-3100 -- "Intelligence is what you use when you don't know what to do." ... piaget

1 0

!! input needed ... priorities for next version
by Timothy Falconer 24 Nov '09

24 Nov '09

Hi everyone, At todays Squeakland software meet, we discussed how to prioritize the tasks for the next release, slated for mid-June. Here are some criteria that came up. Choose issues that: 1. have high educational value 2. will enhance collaboration and community 3. support volunteers that currently have momentum 4. will inspire new developers to dive in and contribute 5. will help smooth out the rough edges in Etoys I asked everyone to pick their Top Ten issues from the current list of 180: http://tracker.squeakland.org/dev Mine are: 1. http://tracker.squeakland.org/browse/SQ-455 2. http://tracker.squeakland.org/browse/SQ-374 3. http://tracker.squeakland.org/browse/SQ-114 4. http://tracker.squeakland.org/browse/SQ-452 (with showcase integration) 5. http://tracker.squeakland.org/browse/SQ-515 6. http://tracker.squeakland.org/browse/SQ-456 7. http://tracker.squeakland.org/browse/SQ-417 8. http://tracker.squeakland.org/browse/SQ-407 9. http://tracker.squeakland.org/browse/SQ-46 10. http://tracker.squeakland.org/browse/SQ-60 Please pick your top ten issues and respond to this email. We'll be comparing notes next Monday and choosing what issues to emphasize in coming months. This is the best time for you to have a voice in the next version of Etoys. If you think of something that's not in the tracker already, add the issue yourself and choose it in your list. Take care, Tim -- Timothy Falconer Squeakland Foundation http://squeakland.org 610-797-3100 -- "Intelligence is what you use when you don't know what to do." ... piaget

5 4

JIRA 4 is up and running
by Timothy Falconer 23 Nov '09

23 Nov '09

Hi everyone, Just finished the upgrade to JIRA 4, the newest version of our issue tracker. http://tracker.squeakland.org If you get the old tracker (you'll notice a difference), then the URL hasn't propagated yet. Try again later. If things seem to slow, try http://tracker.squeakland.org:8080. There's a config problem which I'll tend to Monday. Don't hyperlink any 8080 URLs. For a quick overview of JIRA 4 goodness, watch this: http://www.atlassian.com/software/jira/videos/jira4-overview.jsp Or read the release notes here: http://confluence.atlassian.com/display/JIRA/JIRA+4.0+Release+Notes Or the documentation here (especially JIRA 101): http://confluence.atlassian.com/display/JIRA/JIRA+4.0+Release+Notes The marketing text here also has some good stuff: http://www.atlassian.com/software/jira/ Have fun! Tim -- Timothy Falconer Squeakland Foundation http://squeakland.org 610-797-3100 -- "Intelligence is what you use when you don't know what to do." ... piaget

3 2

Pharo speedup -> morphic extension performance hit
by Karl Ramberg 20 Nov '09

20 Nov '09

Hi I wander what impact this issue have on Etoys: http://code.google.com/p/pharo/issues/detail?id=1254 Gary Chambers wrote: After some experimenting I can get over 10% perfromance improvement with window operations when fillStyle; borderStyle; hResizing; vResizing are made as instance variables of Morph, rather than going through extension. Karl

4 3

tracker is read-only for a little while
by Timothy Falconer 20 Nov '09

20 Nov '09

Hi everyone, I'm upgrading to the new version of JIRA, so you won't be able to make changes to the tracker for a bit. I'll email everyone when it's writable again. Take care, Tim -- Timothy Falconer Squeakland Foundation http://squeakland.org 610-797-3100 -- "Intelligence is what you use when you don't know what to do." ... piaget

1 0

software meet now
by Timothy Falconer 16 Nov '09

16 Nov '09

Hi everyone, We're meeting in IRC now ... #etoys at irc.freenode.net, or http://chat.squeakland.org . Tim -- Timothy Falconer Squeakland Foundation http://squeakland.org 610-797-3100 -- "Intelligence is what you use when you don't know what to do." ... piaget

1 0

Re: macintosh carbon VM goes to legacy status.
by Bert Freudenberg 14 Nov '09

14 Nov '09

On 14.11.2009, at 03:56, John M McIntosh wrote: > The macintosh carbon VM is going into a legacy support state. > > Why? > > ESUG has provided me with some funds to help build a new 32/64 bit Cocoa (intel/ppc) based Squeak VM, please don't forget to thank them for supporting the community. > > Today based on the iPhone VM tree and many more hours of effort I managed to start up a 64 bit intel based Cocoa VM using a 32bit squeak image. > > I still have a "bit" more to go in order to get the keyboard logic to correctly mimic the older carbon behaviour, so I won't start public beta testing until the end of the month. > And it only feels like a sea of "warning: cast from pointer to integer of different size" to work thru, but previous efforts by folks like David T Lewis has reduced that to I think > a manageable issue. > > If you are interested in alpha testing the VM please email me privately and I'll see if I can get you a workable VM by the end of next week. > > The primary project goal is to: > > Build a new cocoa based 32/64bit intel/ppc VM with an MIT license, basically from scratch, to enable the ability to use a 32bit image or 64bit image. > > Some other objectives: > > To build it from scratch using the 4.2.2 VM as a reference > To ensure the xcode project can build both an OSX VM and a iPhone VM. > Port as little code from the past, excluding the Socket and basic file I/O logic. > Other plugins address as needed. > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== Yay! Thanks ESUG :) Hope this will make it easier to revamp the browser plugin, too? - Bert -

2 1

Updated graphics for the PaintBox Morph
by Séverin Lemaignan 13 Nov '09

13 Nov '09

Hello, I guess this issue has been previously discussed but I could find any related mail about it in the archive. I'm looking for updated graphics for the PaintBox morph, more consistent with the overall Etoys look&feel. Looking at the PaintBoxMorph class, I see the init3 method that refers to "etoys_default.gif" and "etoys_in.gif" as source bitmaps. But I don't know where to find those sources, and trying with my own 8-bit gif, I got some errors regarding an unsupported color depth. So, my question is: did someone already tried to update the PaintBox graphics and if not, is there a standard path to do so? Cheers! Severin

1 0

Sharing objects when not running in Sugar
by Séverin Lemaignan 13 Nov '09

13 Nov '09

Hello everyone, I was wondering if someone had successfully used (or enabled) the collaboration features of Etoys 4.0 when running a normal desktop (Gnome under Linux or even Windows). We basically want to have children to share their scripted objects from one computer to another one. More specifically, I'm wondering if the collaborative features rely only on DBus and if it would be possible to "reproduce" a viable DBus environment without running Sugar. Best regards! Severin

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev November 2009