this sounds interesting.
But I think that this is important to still be able to not rely on
external libraries when you want.
so what is the exact difference between having it for free or optional
- ? that you need to implement the primitive on platform where you do
not need?
- ? that the system is not layered in consequence?
Did you check the work made around "ffnestraria" ?
Then what is important is to have good more then proof of concepts.
This is sometimes that we would be interested in.
Stef
On Sep 13, 2008, at 8:58 AM, Igor Stasenko wrote:
Hello,
i'd like to discuss with you this quite radical idea.
I , in particular, not happy that windowing in squeak VM is mandatory.
Sure, you can run VM with -headless (or whatever), but this actually
not solving anything, since
VM still in much of control, how to deal with squeak window and how to
manage messages etc.
What i would like to see, is to completely detach windowing
functionality into a separate VM plugin, making sure that:
a) VM can be built w/o this plugin
b) a language side is in total control to decide whether create and
use window & display or not.
This would require to deprecate some of 'blue book' primitives, which
coming as built-in VM features , such as:
- displayBits & friends
- fullDisplayUpdate
- keyboard & mouse event handling
The point is, that squeak grew out on many platforms and embedded
devices. Some of them don't have a usual input devices, like keyboard
& mouse, so it is completely pointless to require VM to support I/O
with these devices as mandatory option.
Same for display. I would be happy to have full control at language
side whether i need display or not , instead of having it 'for free'
from a start and then using workarounds to not show/use it using
command line (while language side still thinks its present).
--
Best regards,
Igor Stasenko AKA sig.
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
