-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tomeu Vizoso wrote:
Add Fedora logo to Sugar
This is, I think, a misunderstanding. Kim says Sugar is supposed to
include a fedora logo (they will provide), on the home screen and in the
boot up text. If you look at the Visibility Guidelines
Wade Brainerd wrote:
I think the template should be built into and supported by the Sugar
dev team, rather than something that has to be copied around.
I strongly disagree. We should send the clearest possible message that
SWF, a language with no good free spec and no good free interpreter,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tomeu Vizoso wrote:
can we use this on non-sugar pygtk apps?
Yes. Groupthink's only hard dependency is on dbus. It also has optional
dependencies on Sugar and GTK.
For example, could we use it to add collaboration features to
Labyrinth (a pygtk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Edmund Sevior wrote:
How do you solve internet lag.
User A puts a character A in position 10, then before user B see sees
this (because of the finite propagation time), he puts character B in
position 10?
Who wins? You just have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walter Bender wrote:
(1) A simple idea I am exploring are to allow Turtle Art users to
enter simple Python commands directly into a block, as per
http://sugarlabs.org/go/Image:Ta-sin.png
Beautiful.
But here is my question:
My code for #1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Morgan Collett wrote:
Also don't blame avahi for the fact that we send out updates every
time you alt-tab between shared activities, so that your icon can jump
to the appropriate snowflake on everyone else's Neighborhood Views...
I _strongly_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
I think that the addition of a new property in the activity.info file
would be logical here. Make it an integer indicating the maximum
number of supported participants.
OK, but as an Activity author I might like to specify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
On Mon, Feb 2, 2009 at 7:33 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
In my mind, this would work perfectly with the above scheme, whereby
any activity that already has max_participants in it could be viewed
Luke Faraone wrote:
On Mon, Feb 23, 2009 at 5:46 PM, Carol Farlow Lerche c...@msbit.com wrote:
Spend a few hours in a kindergarten classroom. It doesn't work to prevent
repeated launching of activities and ultimately a need to reboot.
Is there anything sugar can do in this regard?
In
Wade Brainerd wrote:
To me, Bitfrost was just one more lofty windmill OLPC tried to tilt because
it seemed like an interesting challenge. I'm not clear why Sugar needs more
protection from rogue activities than a normal desktop environment has from
rogue applications.
Reinventing the
Martin Langhoff wrote:
Maybe my ignorance on matters selinux is showing? ;-)
You are not alone. Sugar/OLPC simply never had SELinux experts who
volunteered to work on Rainbow. We still don't (raise your hand if you
consider yourself proficient at writing SELinux policy!).
It's hard to write a
da...@lang.hm wrote:
It would allow for much improved
video performance since you could play back a 320x240
video on the full screen at considerable CPU savings.
except that you would spend those CPU savings doing the scaling up from
320x240 to the higher resolution.
Argh and double
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tomeu Vizoso wrote:
The problem I see is that both the available memory in the system and
the consumed memory by a single activity are complex to measure and
much more to anticipate, so we probably won't get good enough
estimations to put in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luke Faraone wrote:
On Tue, Mar 10, 2009 at 7:55 PM, Martin Dengler
mar...@martindengler.comwrote:
Interesting but you'd need an X server running on Windows, according
to http://colinux.wikia.com/wiki/XCoLinux (IIUC). So you're still
going to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sascha Silbe wrote:
On Tue, Mar 10, 2009 at 09:26:59PM -0400, Benjamin M. Schwartz wrote:
So, the principal difficulty with using coLinux with Sugar is that it
uses
a Windows-side X server, which provides its own window manager. We need
to use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jameson Quinn wrote:
Honestly, this is news to me. (and I am the co-administrator of the
Sugarlabs program). If I had to articulate my view of our priorities, it
would be something like the following:
7-10 points: Key sugar core improvements.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sayamindu Dasgupta wrote:
While the most elegant way to do this would be
perhaps to have dynamic backends for Read, which would be loaded on
demand, based on the format of the file being opened, this would be a
non trivial exercise. (to begin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vamsi Krishna Davuluri wrote:
But as tomeu had pointed out, what of the schools without servers? In that
case printing would have a need to be done from the laptops themselves.
Yes. There are lots of potential use cases that you might support, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
I have to agree that a print to pdf function could be useful, though,
especially since it means that every activity can create output that
can be transferred elsewhere (via email, USB drive, etc.) for
printing. This provides a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vamsi Krishna Davuluri wrote:
I see your point, I agree. I will do the elimination as is required, and
this time include a milestones/deadlines in my hopefully final draft
proposal.
My main objective will be to send the file from the laptop
Wade Brainerd wrote:
On Thu, Mar 19, 2009 at 2:51 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
I have to agree that a print to pdf function could be useful, though,
especially since it means that every activity
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luke Faraone wrote:
- VirtualBox: Again, popular. As with above, for the functionality we'll
have to use the non-FLOSS edition
Really? I don't think we need any of the non-free functionality.
- --Ben
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Garrison Benson wrote:
A traditional spreadsheet kind of interface would work (something like MS
Excel or OO.o Calc) but I think a more basic, application-specific interface
may be more accessible.
Anyway, who's got comments or suggestions?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
vishak baby wrote:
I intend to create a platform where students can build their own objects
using some tools given and colour them in their own way.But the most
important thing is they can view their object in 3-D and rotate it as they
wish.For
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
satya komaragiri wrote:
I can showcase one of its potential usages by integrating speech
capabilities to the 'Listen and Spell' activity where the child can
spell out the word verbally. I want to let the children speak out the
spelling rather than
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
satya komaragiri wrote:
Games like 'Hangman' can be implemented. These are all letter based
and the fun quotient and group involvement increases due to voice
input.
I think you have said it quite well. The benefit is almost entirely in
the fun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For the moment, I assume you are speaking of our current network
collaboration technologies.
Walter Bender wrote:
Interesting idea. I don't see why this couldn't work; I am not sure of
the security implications, but I don't see why collaboration
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walter Bender wrote:
I thought Fred was getting at a much simpler idea. For example,
Measure, when it is collaborating, is sending a simple data stream to
each member of the collaboration. Why couldn't a chart program join in
and instead of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bryan Berry wrote:
I would rather try titanium than xulrunner simply because I have the
vague perception that webkit is significantly faster than gecko. I don't
have any empirical evidence regarding this.
I have no real perception that webkit is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
chirag jain wrote:
The doubt is how to provide the button in sugar core? If you have any
ideas or suggestions please reply.
It sounds like a good plan to me. On my XO, build candidate-801 (8.2.1),
I can easily do:
yum install xclip
[select some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jamie Boisture wrote:
Currently my program is using pygame embedded in a gtk drawing window. I'm
not sure if this is a good way to do these graphics. Any suggestions would
be very useful.
I think a graphing activity is a great idea. The best
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Simmons wrote:
As you point out in your proposal, highlighting the word as it is spoken
is a big part of the benefit of what you're proposing. If all you
wanted to do was capture some highlighted text in the clipboard and have
it spoken
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Langhoff wrote:
On Fri, Apr 3, 2009 at 1:45 PM, Geza Kovacs gkov...@mit.edu wrote:
the local Icecast streaming server over HTTP. Surely you must agree that
that is possible?
And very *quickly* saturate the available bandwidth :-/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Geza Kovacs wrote:
Actually, during the fall semester I had access to a few XOs from the
Media Lab, and happened to try this very thing out (use gstreamer to
capture video from webcam and stream it live to an icecast server). With
VGA resolution
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Langhoff wrote:
The short of it is that mdns/dns-sd make sense for a small,
underutilised network of peers. They assume that the network is a
cheap resource, that broadcast messages are cheap, and that there is
no coordinating server.
mDNS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vamsi Krishna Davuluri wrote:
[quoting tomeu]
I would like to know how we can expect that Sugar will be deployed
with all the filters that the user will need as she installs more
activities. Also would like to know if it has been considered to use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tomeu Vizoso wrote:
- (py)gtk activities use gtkprint. This means that they have an
abstraction for printing to cups, lpr and to a file (ps or pdf).
...
- implement a moodle module where users can upload whatever file they
have in the journal.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tomeu Vizoso wrote:
Printing is not limited to uploading files to moodle, we provide both
local and server printing and users will use whatever works in their
environment.
I think this is too much for one Summer of Code project. That's why I
have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks to Sascha Silbe, versioning is actually going to happen! Woot!
One of the things that's often talked about with versioning is
differential compression. The purpose of this e-mail is to note a
particular technology for differential
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This e-mail is to announce a new Sugar Activity: ShareTerm. ShareTerm is
a variant of Terminal designed to enable collaborative work at the command
prompt.
How To Use It:
1. Install the bundle from:
http://dev.laptop.org/~bemasc/ShareTerm-1.xo
2.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Dengler wrote:
Anybody have any great ideas about how to solve the problem of what to
do just before power management dims/blanks the screen, and how we
would want to be notified of that?
IMHO, effort is best spent moving the suspend
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
nout...@paiwastoon.com.af wrote:
After
our first deployment here in Afghanistan, we had to reinstall a lot of
laptops because students accidentally deleted most of their activities.
I think this is a great example of why we need to make a
Sayamindu Dasgupta wrote:
I was wondering about having a global dictionary key in sugar, just
like the view source key. When you select a word (or words), and press
that key, a window should pop up, showing the meaning of that word (or
those words).
I think it's a great idea, very much in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
People interested in $SUBJECT may enjoy
http://almaer.com/blog/who-do-i-trust-with-my-identity-erm-how-about-me-openid-weaves-into-the-browser
I haven't quite figured out what they're doing.
- --Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG
Rodrigo Padula de Oliveira wrote:
Hello my friends.
How can I define groups in Sugar to share things?
Can I share an activity only for a specified group of XOs ?
Groups are a planned feature, but they have not yet been implemented.
What is currently implemented is an invitations system.
Daniel Drake wrote:
The great team in paraguay have a new website, based on an interface
you might recognise :)
http://www.paraguayeduca.org/
I might indeed, if I could see it. Unfortunately, it's pure Flash, which
I do not have installed.
--Ben
signature.asc
Description: OpenPGP digital
NoiseEHC wrote:
Are there any plans to port Sugar to the XO-1 or will it be the job of
OLPC so it will be effectively abandoned?
Do you mean the XO-1 or XO-1.5, specifically? Also, I hope you are aware of
http://blog.printf.net/articles/2009/05/16/the-olpc-xo-1-5-and-fedora-11
which states
Lucian Branescu wrote:
On a related note, Sebastian Dzillas has done some work on packaging
Gears in a .rpm for Firefox.
Also David van Assche.
--Ben
signature.asc
Description: OpenPGP digital signature
___
Sugar-devel mailing list
Lucian Branescu wrote:
The work is not complete, as the
extension tries to write in places owned by root, instead of the local
user profile.
So then it is not usable on any Linux system, since users do not run with
root privileges...?
--Ben
signature.asc
Description: OpenPGP digital
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have produced a new demo activity, available at
http://dev.laptop.org/~bemasc/SharedTextDemo-1.xo . It is a shared text
editing activity, running over the usual Telepathy collaboration system.
It does not save files. It does not offer colors or
Jamie Boisture wrote:
One of the problems with using gtk in this way is that gtk.main() can not
be called when begin_graphics is called because it would not allow the
rest of the user's program to execute. Instead it has to launch a thread
that will update the screen and call
Lucian Branescu wrote:
Also, now I'm more inclined to do the dbus functionality through
pyxpcom, mostly because of security issues. This
http://sandbox.movial.com/wiki/index.php/Browser_DBus_Bridge#Gecko_version_notes
would provide dbus accessibility directly to javascript and I'd need
to
I'm using python's random.getrandbits() to generate unique identifiers in
my program. However, I've discovered that when I start it from the
Journal, I get errors, which I can trace to the random number generator
producing the same sequence of random numbers that was generated when I
started it
I am looking for a fast data structure with the following properties:
Maintains an indexed list of arbitrary, non-ordered objects (like a python
List or C array)
Allows fast:
Insertion at any location
Deletion at any location
Lookup of an object by its index
Reverse lookup, to determine the index
James Zaki wrote:
Taking a guess with the information you've given perhaps a hash
tablehttp://en.wikipedia.org/wiki/Hash_tablecould help?
Python uses the term Dict to describe its built-in hash table. I do
think a hash table could be helpful, for example, to maintain the reverse
lookup mapping
Lucian Branescu wrote:
This http://www.python.org/dev/peps/pep-0372/ might be interesting.
Perhaps it could get backported to 2.5.
But it still has O(n) deletion.
It also doesn't have insertion at all (only append), and indexing (and
reverse indexing) is O(n).
--Ben
signature.asc
Lucian Branescu wrote:
Would an ordered dictionary otherwise be all right, or am I
misunderstanding your requirements? There are other implementations,
like http://www.xs4all.nl/~anthon/Python/ordereddict/
No, an ordered dictionary is not enough. All these ordered dictionaries
are ordered
I've had amazing difficulty communicating what I'm looking for here.
Those closest thing is
http://en.wikipedia.org/wiki/Rope_(computer_science)
A rope is a binary tree that _imposes_ an ordering on its leaves that has
nothing whatsoever to do with their values (the values are essentially
Daniel Drake wrote:
And now the logic I want to implement, which is similar to that in
previous OLPC OS releases:
- First, attempt to connect to any known access points that are in range
using saved credentials. Always prefer known APs to mesh.
- As a fallback if those APs fail, or if no APs
Bert Freudenberg wrote:
Basically calling Fructose demo activities was just a way to chicken
out. Nobody wanted to impose a fixed set of activities on anyone, or
label non-Fructose activities as less important. All the long-timers
still understand that this is the basic set of activities
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
SharedTextDemo-2 is now available at
http://dev.laptop.org/~bemasc/SharedTextDemo-2.xo.
This version is functionally identical to (and even protocol-compatible
with) version 1. However, I have redesigned the entire operational
transformation engine.
Bobby Powers wrote:
Sounds great! Are you expecting more performance gains in the future?
Only if someone implements them!
Is there a git repository somewhere I could check out?
Yes! http://dev.laptop.org/git/projects/dobject/
--Ben
signature.asc
Description: OpenPGP digital signature
Gary C Martin wrote:
On 15 Jun 2009, at 01:59, Benjamin M. Schwartz wrote:
Bobby Powers wrote:
Sounds great! Are you expecting more performance gains in the future?
Only if someone implements them!
Definitely has my interest!!
Useful collaboration is _really_ tough, your Groupthink
Greg DeKoenigsberg wrote:
0. I'm guessing there will be some simple API, maybe
sugar.activity.assess. Or maybe it's actually part of datastore.
The obvious thing, to me, is to store it in the Datastore object's
metadata properties. Perhaps two integer fields, score and maxscore.
No new API
This is just a naming problem. Sugar on a Stick is a generic
descriptive phrase that has been repurposed as a proper noun. This
inevitably leads to confusion, because the two meanings do not agree.
I encourage the developers of the Fedora-derived image to adopt a new
name, to solve this
Tomeu Vizoso wrote:
2009/6/10 Benjamin M. Schwartz bmsch...@fas.harvard.edu:
Daniel Drake wrote:
And now the logic I want to implement, which is similar to that in
previous OLPC OS releases:
- First, attempt to connect to any known access points that are in range
using saved credentials
Tomeu Vizoso wrote:
On Mon, Jun 22, 2009 at 16:44, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
Tomeu Vizoso wrote:
2009/6/10 Benjamin M. Schwartz bmsch...@fas.harvard.edu:
Daniel Drake wrote:
And now the logic I want to implement, which is similar to that in
previous OLPC OS
Is there some easy sugar library call to get the dbus name specified in
activity.info? It's a bit irritating to have to specify it redundantly in
activity.info _and_ activity.py, so it would be nice if activity.py could
easily read it out of activity.info.
--Ben
signature.asc
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
SharedTextDemo-3 is available at
http://dev.laptop.org/~bemasc/SharedTextDemo-3.xo
This version introduces saving to and loading from the Journal. The
contents of the textbox are saved to the Journal, and loaded back in when
you relaunch the
Tomeu Vizoso wrote:
Congrats, I'm wondering if any of the games being developed for 4th
Grade Math would be easily modified to use GroupThink?
I have no idea, but I would certainly be happy to work with any of the
authors of those activities if they're interested in adding sharing (or
Walter Bender wrote:
For V4, it may be interesting to add some tuple exports to the Journal as
well... Let's discuss it next time we bump into each other on IRC.
I know what a python tuple is... what's a tuple export?
signature.asc
Description: OpenPGP digital signature
David Farning wrote:
A couple of time over the last several weeks, there have been some
high level discussions about Sugar Labs technical issues. The most
recent one has been about differing needs of distributors and core
developers.
I don't recall any discussion that matches that
My GSoC project involves getting offline collaboration working. My model
for this is that two users can join a shared session, then go offline,
resume the session from the journal, continue working, and then later
resume again when they are on the same network/server and have the two
instances
Eben Eliason wrote:
I know GroupThink does everything it can to prevent collisions, but
with this we should also be thinking about the worst case. The
intended baseline behavior (before we get into any fancy merging
libraries) was to allow two instances with the same activity_id but
different
Eben Eliason wrote:
On Mon, Jun 29, 2009 at 10:34 PM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
Eben Eliason wrote:
I know GroupThink does everything it can to prevent collisions, but
with this we should also be thinking about the worst case. The
intended baseline behavior (before
We've been talking a lot about how datastore version 3 (?) should be
structured. I'd like to propose (purely to initiate discussion) that it
be structured as follows:
The datastore is a collection of objects, which are arranged into version
trees. Each object has a tree_id, which is an
Walter Bender wrote:
Presumably the objects themselves have unique ids, a la git, so that
we can refer to the same object from multiple trees and by multiple
users? (e.g., when I share something with you, it still has the same
name.)
Hmmm.
So there are two issues here:
1. blob uuid. Each
Walter Bender wrote:
Use case: I send you a presentation that refers to objects in the
datastore. I need to send you those objects too, but I would not like
to have to use some additional layer of reference.
Heh. We don't support inter-object dependencies. It's amazing how we
keep having the
Eben Eliason wrote:
Hmm, I think that only objects have titles and user editable metadata
(tags/description, etc.). If I open Write, and name that Document in
the usual way, that title should be associated with that object. The
action will happen to read like:
Wrote [My Story]
And
Eben Eliason wrote:
On Thu, Jul 2, 2009 at 1:40 PM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
Eben Eliason wrote:
Hmm, I think that only objects have titles and user editable metadata
(tags/description, etc.). If I open Write, and name that Document in
the usual way, that title
Eben Eliason wrote:
I agree
we send off the object without the history and action associations,
and basically lives as the root of a new tree (new tree_id), and
associated with an Received [object] from [friend] action. It's
unclear to me that the person who sent this should also create a new
Eben Eliason wrote:
Anyway, the subtler point here, just for the sake of stating it
outright, is that sending an object to someone and sharing that
activity with them are (as they should be) quite different actions. In
the former case, they just get the object, and can use it as the
starting
Eben Eliason wrote:
Having said all that, it now seems clear to me that what I'm actually
concerned with is doing merges when v_x and v_y are the most recent
versions belonging to the individual who resumes them. No matter how
many new versions kids A and B make, a merge should be attempted
Eben Eliason wrote:
PS. I think we need to come up with some better terminology to
distinguish between collaboration sharing and journal sharing. That
would make this much easier to talk about.
I've been using the terms object push and object pull.
--Ben
signature.asc
Description: OpenPGP
Martin Langhoff wrote:
Along the way, found that Python 2.5.x doesn't support an offset to
mmap(), which at first blush makes re-mapping with a sliding window
problematic.
Why is an explicit sliding window necessary? Isn't the point of mmap that
you can access as you like, and the kernel will
Martin Langhoff wrote:
On Tue, Jul 7, 2009 at 2:06 AM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or
(c) a misunderstanding of mmap on my part?
money is b
huh. I looked through python's mmap implementation [1]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mockup:
http://dev.laptop.org/~bemasc/merge_share_selection_mockup.png
Idea:
If I resume an Activity session from my Journal, and there is already a
session in progress with the same activity_id, and the Activity in
question supports automerge, then
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Download:
http://dev.laptop.org/~bemasc/Distance-16.xo
Changes:
In addition to the usual crop of translation updates, this release adds a
very simple Calibration feature. Its principal purpose is to improve
support for non-XO laptops. Users can now
Caroline Meeks wrote:
1. Fix Jabber collaboration - We have a mysterious bug (that is also
being worked on in parallel) that keeps dropping the connection to the
externally hosted Jabber Server (jabber.sl.org)
That's irritating. Have you tried other servers? For example,
Eben Eliason wrote:
No, no. I'm urging that we name it Keep new version now if we rename
it, so that it's meaning doesn't change down the road when versions
are introduced.
We should call it Checkpoint and let the localization teams sort it out.
The English-speakers will have no problem
Download:
http://bemasc.net/~bens/SharedTextDemo-4.xo
Requires Sugar 0.82 or better.
Short:
This version adds support for automerge after offline editing. User may start a
shared session, then edit separately, and when they come back together their
text will be combined automatically. This is
Andrea Mangiatordi wrote:
There's an interesting magnifier project at magnifier.sourceforge.net
which can be installed in any Fedora using yum or downloading the rpm
package from the project website. Binding it to a key using xbindkeys
allows to have magnification of the part of the screen
Walter Bender wrote:
On Thu, Jul 16, 2009 at 10:06 PM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
1. Any session saved in the Journal that was previously shared, will be
shared
again with the same scope upon resume.
2. If there is an existing shared session visible with the same
Walter Bender wrote:
A private copy can be shared again. So it seems the real question is
one of merging. If each of us are working on different versions and we
want to share again, we need some reconciliation mechanism. I would
argue that for the time being, that should be a manual process.
Gary C Martin wrote:
I just want to raise a note of interest. I've been pondering future
possibilities for collaboration in Physics:
http://wiki.sugarlabs.org/go/Activities/Physics
Still early days for making a call, but Asaf has made great strides in
getting Physics storing its
I have proposed a new feature for 0.86.
http://wiki.sugarlabs.org/go/Features/Terminal_Sharing
Essentially, this feature is add GNU Screen and OpenSSH to the list of
Sugar dependencies.
--Ben
signature.asc
Description: OpenPGP digital signature
___
Sayamindu Dasgupta wrote:
The activity has been tested to work on Fedora 11 based systems such
as SOAS-Strawberry, and it will work in a Sucrose 0.84 environment
(and I plan to make sure that it keeps working on Sugar 0.84).
However, if you are using SOAS, you will need to install WebkitGTK,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Download:
http://bemasc.net/~bens/SharedTextDemo-5.xo
Requires Sugar 0.82 or better.
Short:
This version is faster. It's fast enough that I can conscionably
recommend it for use with any document that a young student might be
likely to write. For
Martin Sevior wrote:
If you would like to add text sharing to your activity, I will gladly show
you the way.
Or you could just embed libabiword through PyAbiWord , which is
already deployed and allows full scale collaboration :-)
Sorry, I couldn't resist :-)
Yes, libabiword is far more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have lately seen a lot of duplication of effort in Sugar. I think this
is bad. The success of Sugar demands discipline and careful planning from
its developers.
In particular, I am arguing that supporting Qt or Webkit would be a
terrible idea,
1 - 100 of 243 matches
Mail list logo
