About a new roadmap for 3.9

stéphane ducasse ducasse at iam.unibe.ch
Tue Dec 14 17:25:34 UTC 2004


>> 3.9 Full
>>
>> 	- new multimedia app (Ogg reader?)
>> 	- YAXO (p) a real one on SqueakSource :) (yes this is a subliminal
>> message :))
>> 	- Wonderland back in shape (you see mark there are room) / 3DBalloon
>> 	- and anything that is valuable for full
>> 	- GENIE (yes ned we want that)
>> 	- Connectors (yes yes we want that too)
>> 	-> ned would it be possible to get access to one your recent Genie
>> image?
>> 	- but people will have to provide package in MC format (or at least a
>> good sar)
>
> At the moment I have no good comments for Full - except that Connectors
> would be sweet and yes - MC is definitely the format we want.

In fact it would be good if MC would support resources. :)

>> 3.9 Basic (the stuff for the developer: not the mini image! )
>> 	- Diego look
>> 	- eCompletion or another package (p)
>> 	- keybinding cool package (may this one should go in basic as package
>> (p) because the current way of binding
>> 	key is system wide and not really good)
>> 	- shout (p)
>> 	- SqueakMap II (yes we want it)
>
> Yes, of course my ball. :)

I added you as maintainer on Squeaksource for the fullImage package.
Right now nothing work on the version 14 but this is normal.

> Is Colin up for OB here? I sure hope so and yes - going for OB would be
> a good step forward indeed.

Yes at least this is what I thought


> Since I like MC a LOT and I also highly advocate its addition into 
> Basic
> - I could sign up to a look at building a Minimal-script if that would
> make people more eager to accept MC into Basic. Remember - Basic is not
> Minimal.

Ok I write it down :)


> Again, also remember folks - these are proper packages - they should be
> easy to remove since they are easy to add. :)
>
>> 	- We would like also to have a much better support for packages:
>> 	Package as real entities with support for
>> 		- resources
>> 		- meta information
>> 		- comments
>> 		- substituing package info
>> 	(alex is willing to work on that).
>
> Now... this is an area where I get a bit nervous. It seems like you are
> describing SM and.... well, I want more clarification. IMHO SMPackage 
> is
> a "real entity" and it already has lots of this. Alex - please post or
> email in private and explain. I don't want us to reinvent SM.

No MC package :)
It would be good to have the version two of MC package: real class,
support for package comment, meta desription such as author, 
squeaksource seed, Squeakmap entry....
Because the last time I could not find from which SMPackage was coming 
from.

> MC yes - SqueakSource, well - I haven't used it myself yet so... is it
> necessary? Seems like a public MC repo would be sufficient as a
> requirement.

Yes because first you should really try this is dead simple.
second if we have to COLLABORATE we do not want to rely on *&^&^%^&%V
email attachements. Just a repository where we can work.

I will publish soon the 3.8 version of the languageEditor because I'm 
fed up
to lose the changes I did for the french translation. Yoshiki/Mike is 
the latest version language editor
in 3.8? I guess.


> I agree - we need to take some drastic measurements regarding our
> "structure". Or our processes. One such step is my addition of the
> bi-monthly report. It may sound like a very silly thing but when you
> realize that I intend to include decisions in the report, it should be
> obvious that it can turn into our primary tool for making sure people
> know what is being decided and who is doing what.

Ok I will see in 6 months from now. :)

> It will turn the report editor into a person who "detects" what
> decisions are being made and puts that into print. As I said - I will
> start by being that person.
>
> regards, Göran
>

Ok




More information about the Squeak-dev mailing list