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
I dont't think it relies on Dbus as the features is implemented since pre-Suga era. Is it not something nammed Nebraska?
Hilaire
2009/11/8 Séverin Lemaignan skadge@gmail.com:
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 _______________________________________________ etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
On 08.11.2009, at 11:35, Séverin Lemaignan wrote:
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.
They do not really rely on DBus, the communication is done with a simple TCP connection. In fact it's even older than Sugar.
The problem is the user interface - how to find the other party's IP address. In Sugar there is a presence service precisely for that.
What you can do is create a "badge" for someone else - it's in the object catalog, under B. You need to enter an IP address in the second row. This is basically the same badge that is created when you share under Sugar. To receive messages you need to open a Listener. We removed that from the object catalog, but you can create one from the source menu (alt-comma, new morph, from alphabetical list, EToyListenerMorph).
Once your partner is listening (click to show the listener's "antenna ears") you should be able to drop a morph onto the batch and it should get transferred.
I have not tried in a while, so please report back whether it still works.
And it would be great if someone could implement an auto-discovery feature that would detect all listeners in the same room / network segment ...
- Bert -
Thanks, Bert, for the "badge" thing. I never heard about it.
I did a quick test one my machine (between two instances of Squeak), and it seems to work well, but it definitely need some love :-) The GUI has a lot of troubles and is not very intuitive (not speaking of the EToyListener), a lot of strings are not translatable, but I see a huge potential behind these features!
Regarding auto-discovery, one classical way to achieve it could be to use the ZeroConf protocol (with Avahi or Bonjour implementation).
Severin
On Mon, Nov 9, 2009 at 20:37, Bert Freudenberg bert@freudenbergs.de wrote:
On 08.11.2009, at 11:35, Séverin Lemaignan wrote:
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.
They do not really rely on DBus, the communication is done with a simple TCP connection. In fact it's even older than Sugar.
The problem is the user interface - how to find the other party's IP address. In Sugar there is a presence service precisely for that.
What you can do is create a "badge" for someone else - it's in the object catalog, under B. You need to enter an IP address in the second row. This is basically the same badge that is created when you share under Sugar. To receive messages you need to open a Listener. We removed that from the object catalog, but you can create one from the source menu (alt-comma, new morph, from alphabetical list, EToyListenerMorph).
Once your partner is listening (click to show the listener's "antenna ears") you should be able to drop a morph onto the batch and it should get transferred.
I have not tried in a while, so please report back whether it still works.
And it would be great if someone could implement an auto-discovery feature that would detect all listeners in the same room / network segment ...
- Bert -
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
etoys-dev@lists.squeakfoundation.org