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
|