On Mon, Dec 12, 2011 at 7:54 AM, Sascha Silbe
sascha-ml-reply-to-201...@silbe.org wrote:
The patch we're talking about is a Request For Discussion (RFC) based on
sucrose-0.94; we'd appreciate feedback on the chosen approach (including
design and implementation). When the patch is ready
Excerpts from Daniel Drake's message of 2011-12-09 22:25:28 +0100:
As we move to adding support for a second UI toolkit (GTK+ 3.x),
the sugar-activity binary used by all activities must become
backend-toolkit-independent.
Given that sugar-activity is the only thing in sugar that Python-based
Hi,
for those that could not attend, here the logs:
Minutes:
http://meeting.sugarlabs.org/sugar-meeting/meetings/2011-12-13T15:00:22.html
Log:
http://meeting.sugarlabs.org/sugar-meeting/meetings/2011-12-13T15:00:22
Regards,
Simon
___
Hello everyone!
During todays Development Team meeting [1], we we agreed that Daniel
Drake will maintain the new sugar-toolkit-gtk3 together with Simon
Schampijer, leaving me free to focus on the existing Glucose modules
(also together with Simon).
Good luck to the new (and old) maintainers!
I was playing with Sugar collaboration between my XO-1.75 and my
crazy-nephew's XO-1.5 over the weekend. We wanted to play together,
but it was hard to find which activities would let us do so.
What if we added a small badge (perhaps the ring of dots used to
switch an activity from 'private' to
How much has been done in terms of centralising the collaborative aspects
of applications by using the latest and greatest innovations to telepathy,
which surely must by now have many many hooks to allow for the funkiest of
ways to quickly and easily integrate collaborative sessions.
I suppose the
I'm trying not to open the can of worms which is how should we best
implement collaboration. In this thread, let's just concentrate on
how do we discover collaborative activities when we're playing with
our friends?
--scott
--
( http://cscott.net/ )
Are any of the public collaboration servers still up?
I worked my way pretty far down
http://wiki.sugarlabs.org/go/Community_Jabber_servers without finding
a server that would let me register. I am using an XO-1.75 build, so
perhaps collaboration is just busted in this build? If someone could
Yeah, I'm sorry if it came across that way, its just that I've got a sort
of halted project which I really want to make collaborative, but am unsure
how to move forward and include... I guess I was asking for some pointers
towards really good documentation to make this a reality.
kind regards,
On 12/13/2011 01:37 PM, David Van Assche wrote:
I've got a sort
of halted project which I really want to make collaborative, but am unsure
how to move forward and include... I guess I was asking for some pointers
towards really good documentation to make this a reality.
You might like
Played with that, wasnt quite what I was looking for. It basically skins an
app (lets say a gtk app) and makes it look like its a part of sugar... but
it doesn't really gie u access to how the collaborative functions work...
but its a good step for quickly porting apps to sugar sure
kind
On Tue, Dec 13, 2011 at 6:37 PM, C. Scott Ananian csc...@laptop.org wrote:
Are any of the public collaboration servers still up?
I worked my way pretty far down
http://wiki.sugarlabs.org/go/Community_Jabber_servers without finding
a server that would let me register. I am using an XO-1.75
On 12/13/2011 01:57 PM, David Van Assche wrote:
Played with that, wasnt quite what I was looking for. It basically skins
an app (lets say a gtk app) and makes it look like its a part of sugar...
but it doesn't really gie u access to how the collaborative functions work...
Uhh, nope. Maybe
you're right, confused the 2.. groupthink was indeed promising I was
thinking about sugarize :-) I'll delve deeper into groupthink... IF I
understand enough of it before it makes my head explode...
kind regards,
David
On Tue, Dec 13, 2011 at 8:08 PM, Benjamin M. Schwartz
Simon proposed a feature http://wiki.sugarlabs.org/go/Features/Can_share
with a similar use case. Right now, the shell doesn't know if the activity
can share or not.
Gonzalo
On Tue, Dec 13, 2011 at 3:26 PM, C. Scott Ananian csc...@cscott.net wrote:
I was playing with Sugar collaboration
As we move to adding support for a second UI toolkit (GTK+ 3.x),
the sugar-activity binary used by all activities must become
backend-toolkit-independent. It would be wasteful to have two backend
toolkits loaded in memory, and in the GTK2/GTK3 case, it is impossible
(importing both results in an
We no longer compile this against pygtk, so remove the include.
Add the now-required Python.h include in its place.
---
src/sugar3/_sugarbaseextmodule.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/sugar3/_sugarbaseextmodule.c b/src/sugar3/_sugarbaseextmodule.c
Just point at the wiki where the info is kept.
Requested by Sascha Silbe.
---
MAINTAINERS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 MAINTAINERS
diff --git a/MAINTAINERS b/MAINTAINERS
new file mode 100644
index 000..379f8ba
--- /dev/null
+++ b/MAINTAINERS
This binary has been moved to sugar-toolkit-gtk3 in a commit
titled:
sugar-activity: import and make independent of sugar-toolkit GTK versions
sugar-toolkit-gtk3 is deemed as a more suitable home as sugar-activity
is somewhat specific to activities built with sugar-toolkit.
From this point
On Tue, Dec 13, 2011 at 8:53 AM, Sascha Silbe si...@sugarlabs.org wrote:
Excerpts from Daniel Drake's message of 2011-12-09 22:25:28 +0100:
As we move to adding support for a second UI toolkit (GTK+ 3.x),
the sugar-activity binary used by all activities must become
On Tue, Dec 13, 2011 at 11:55 AM, Sascha Silbe
sascha-ml-reply-to-201...@silbe.org wrote:
During todays Development Team meeting [1], we we agreed that Daniel
Drake will maintain the new sugar-toolkit-gtk3 together with Simon
Schampijer, leaving me free to focus on the existing Glucose modules
On Fri, Dec 9, 2011 at 3:26 PM, Daniel Drake d...@laptop.org wrote:
This patch accompanies a sugar patch titled
sugar-activity: make independent of sugar-toolkit GTK versions
Just to unconfuse me and others that may be reading, this patch is
still required in its exact form even despite the
On 13/12/11 16:47, Daniel Drake wrote:
As we move to adding support for a second UI toolkit (GTK+ 3.x),
the sugar-activity binary used by all activities must become
backend-toolkit-independent. It would be wasteful to have two backend
toolkits loaded in memory, and in the GTK2/GTK3 case, it is
On 13/12/11 16:54, Daniel Drake wrote:
We no longer compile this against pygtk, so remove the include.
Add the now-required Python.h include in its place.
---
src/sugar3/_sugarbaseextmodule.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Excerpts from Daniel Drake's message of 2011-12-13 20:54:25 +0100:
We no longer compile this against pygtk, so remove the include.
Add the now-required Python.h include in its place.
Reviewed-By: Sascha Silbe si...@activitycentral.com
Sascha
--
http://sascha.silbe.org/
Excerpts from Daniel Drake's message of 2011-12-13 21:01:10 +0100:
This binary has been moved to sugar-toolkit-gtk3 in a commit
titled:
sugar-activity: import and make independent of sugar-toolkit GTK versions
sugar-toolkit-gtk3 is deemed as a more suitable home as sugar-activity
is
Excerpts from Daniel Drake's message of 2011-12-13 20:55:01 +0100:
Just point at the wiki where the info is kept.
Requested by Sascha Silbe.
Reviewed-by: Sascha Silbe si...@activitycentral.com
Thanks for the patch.
Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
On 13 Dec 2011, at 19:20, Gonzalo Odiard wrote:
Simon proposed a feature http://wiki.sugarlabs.org/go/Features/Can_share
with a similar use case. Right now, the shell doesn't know if the activity
can share or not.
+1
A standard variable was introduced into the activity side quite some time
On Tue, Dec 13, 2011 at 7:45 PM, Gary Martin garycmar...@googlemail.com wrote:
On 13 Dec 2011, at 19:20, Gonzalo Odiard wrote:
Simon proposed a feature http://wiki.sugarlabs.org/go/Features/Can_share
with a similar use case. Right now, the shell doesn't know if the activity
can share or not.
29 matches
Mail list logo
