[squeakland] Project Announcement: EmoSTEP

[Jeremy Landry]

Indexed palette is definitely what I want to include.  As far as B*W/1bit,
I'm actually a big nerd/fan for black and white displays.  They silently
put a focus on making things rather than deciding how they should
look...because let's face it, if you're not busy deciding what color to
make your car, then you should be already making your car!  Since I'm
looking at the Amiga 500 and Atari ST as main inspirations on how to make
the project 'appear', I've been kicking around the idea similar to what you
mentioned, but with both included: namely a high resolution b&w mode and
low resolution indexed palette/color mode.  That way, if nothing else, the
high resolution B&W might be considered a way to get more screen realestate
for etoys scripting that gets complicated or for people who are just
discovering the smalltalk/squeak underneath while the lower, color
resolution would be ideal for 'presenting projects'.

It's still undecided at this point, but is also going to heavily depend on
how fast/much I can learn smalltalk as I go.  I'm not a programmer in the
way many of you are, I'm more of an artist hacker, and thus my abilities to
bring such things to life is limited by this!

Thanks for checking it out!

On Wed, Jan 24, 2018 at 6:33 AM, Jecel Assumpcao Jr. <jecel at merlintec.com>
wrote:

> Jeremy,
>
> >[emoStep and retro visuals]
>
> Nice project! I think packaging Etoys for such use is a good idea.
>
> In the case of Smalltalk, the true retro visual would be high resolution
> black and white, which is not at all nice for games (even though we put
> up with it on early Macs).
>
> I started designing computers for children in 1983 and Smalltalk
> computers the following year, so what was the best I could do back then
> was what you would consider retro. If I could go back I would have
> focused on 320x256 or 256x192 with 64 colors. Having 2 bits each for R,
> G and B is the very first step towards "true color" (do an image search
> for "ega art"). For modern hardware (even the first Raspberry Pi) there
> is no point in having such limitations.
>
> -- Jecel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakland.org/pipermail/squeakland/attachments/20180124/470b85fb/attachment.html>