sam | 24 Jul 02:36 2016
Gravatar

Thoughts on Collab

Hi All,


In the irc meeting 2 nights ago, we discussed adding collaberation to the journal project feature.  Abhijit has spent around 3 weeks working on it.  But we can't even get a text channel between the participants.  Telepathy is painful, buggy (we have a segfault in salut) and hard to debug.  It is also unmaintained - the last commit to telepathy salut and gabble was 2 years ago.

So this is the pre-text for an experiment; modernising the collaboration stack without using telepathy.

Initially, I proposed Matrix.Org.  I don't support this idea any more, as matrix.org has some very messaging specific features, and some spots where sugar would not fit idiomatically within the api.

So I have been thinking a little more about splitting up the problem into 3 sections:

1)  A neighbourhood view implementation - a model to discover people nearby or via the school server
2)  A group messaging socket - the backbone for collaboration in activities
3)  A one-to-one file transfer mechanism - used for initial state sync in activities, "send to" feature in journal, etc

I have think that we can do the neighbourhood view by using 2 backends and merging the result.  We can use the Avahi api to publish/find activities/buddies on the local network.  We could additionally use a school server (running a custom sugar server app) to support buddies who are not on the same network.  Since both activities and buddies have unique identifiers, we can easily have both back-ends running at the same time, and de-duplicate the result.

Avahi is very fun to work with:

    avahi-publish-service "Sam P" "_org_sugarlabs_collab_user._tcp" 8080 "name=Sam P" "color=#fff,#000" "other_metadata=other_value"
    avahi-discover

All of the backends could give us an ip and a port to reach the other person.  For the avahi backend, this would be a direct connection to the other buddy.  For the schoolserver, it would be proxied through the schoolserver.

I'd love to hear your thoughts on the other problems, and on this problem to.

Thanks,
Sam
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
sam | 21 Jul 08:21 2016
Gravatar

Project View user testing

Hi All,


I recently did a small user test of the project view:  https://www.sam.today/blog/journal-project-view-user-testing/

It went pretty well, but there are some small things to fix.  (Abhijit, how would you feel about doing that?)  I'd be interested to see if you have any other results if anybody else has done any tests?

Seriously, just find a kid who is kind of sad and then stick a computer in front of their face.  User testing is great - we need to do more of it!

Thanks,
Sam
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Dave Crossland | 19 Jul 23:51 2016
Gravatar

Re: [GSOC] Font Editor Next Steps

Great stuff Yash! 
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Ütkarsh Tiwari | 19 Jul 08:23 2016
Picon
Gravatar

GetBooks Offline Support

Hi,
    I am working on this feature of adding offline support to GetBooks activity to allow users to connect to schoolservers for offline books(stored on these servers) support. I am not able to figure out what modifications I need to make in the parsing technique of the activity in order to fetch(probably via localhost server) the books from Gutenberg, Rachel collections which I have already downloaded onto my harddisk.

Could anyone here please point me in the right direction?

--
Regards,
Ütkarsh Tiwari



_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
sam | 18 Jul 13:20 2016
Gravatar

Journal Project View Merged

Hi All,


I just merged Abhijit's journal project view patchset.  I am happy with it from both a functionality and code perspective.  I'm sure that we are still to uncover some edge cases though, so bug reports are always welcome.

But during the weeks that we have had this publicly being discussed, I haven't seen many responses or other people testing/commenting on it.  I encourage you to pull the sources and discuss your thoughts on it.

I'm really excited to start using the Project view myself - and I'm hope that this will help many other students and teachers get organised!  I will be releasing Sugar 0.109.3 this weekend, which will most likely include the changes.

Thanks,
Sam
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Ignacio Rodríguez | 18 Jul 02:19 2016
Gravatar

No Documents folder in sugar [FIX]

Hello, someone reported a bug in Sugar (SoaS >= f23 or that is what I understood) [in facebook page (you need a Facebook account to see it)], where the Documents folder in the journal is not being showed.

Here's the fix (just in case anyone needs it): 
Run in a console/Terminal activity:
xdg-user-dirs-update
Install xdg-user-dirs in case that you don't have it:
sudo dnf install xdg-user-dirs -y

Then reboot, or kill python2 / logout..


Greetings,
Ignacio
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Dave Crossland | 16 Jul 16:33 2016
Gravatar

FreeDesktop integration UI discussion


Hi

Sebastian just edited the wiki about the amazing FreeDesktop integration work he's been doing:


He added 2 ui questions:

> How to choose .desktop files to show in Sugar Launcher.

I think something similar to the "Fonts v1" activity would be good to start; a simple activity that lists all of the .desktop files available, and a star to select/deselect them. Would the output likely be a simple text file with all the selected files's full paths? That way, anyone could easily make such a text file before the UI is ready. 


> How to make Journal and Activities behave well outside sugar (i.e. handle resize, multiple screens or virtual desktops)

I think the core question is if Sugar becomes a MDI outside of its SDI desktop context. 



For me, I think a MDI Sugar is a simple solution to all those issues you list: it means the Journal and each Activity are each just another window. Perhaps the only 'special' window is a "Home" activity where the frame is always visible, and in which its possible to switch from Home to Groups to Neighborhood to Network. 

Of course, it might be nice to add - as GIMP did when it went the other way from MDI to SDI - a preference so that there could be a single "Sugar" window that offers an experience similar to running a SOAS VM. 

That could even be done using suitably configured 3rd party software rather than writing our own code... I remember a long time ago when Sawfish was the GNOME 2 window manager that you could write lisp scripts to programmatically place windows, and I think there was something specific for that purpose when GNOME moved to metacity (that was also scripted in lisp) but I forgot its name. =)

Cheers
Dave
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Ütkarsh Tiwari | 15 Jul 21:02 2016
Picon
Gravatar

[DESIGN] Save As PopUp

Hi,
     Here is Mr. Anderson's suggestion on 'Save As Popup's design. It would be great to have everyone's suggestions and ideas on it.

Regards,
Ütkarsh Tiwari

---------- Forwarded message ----------
From: "Tony Anderson" <tony_anderson <at> usa.net>
Date: Jul 15, 2016 10:55 PM
Subject: Re: Save As
To: "Ütkarsh Tiwari" <iamutkarshtiwari <at> gmail.com>, "Sebastian Silva" <sebastian <at> fuentelibre.org>
Cc:



On 07/15/2016 03:49 PM, Ütkarsh Tiwari wrote:
Hi,
    I have a little confusion about the feature which I need to clear. Here is what's in my mind. Please correct me if I am wrong.

1) If the user 'starts' a new activity from 'home view' - On close the alert pops up - [ XXXXXXX ]  'Save'    'Quit' .

Action on save - A new instance is created with the new name while the original instance remains intact with the previous name.

Since the user started new, there is no original instance. You create a new instance (metadata). If the user gives you a title, you save the instance with that name. If the users clicks quit, you save the new instance (metadata) and quit (no document is saved).

2) If the user 'resumes' activity - On close the alert pops up - [ XXXXXXX]   'Save'    'Quit' .

Action on close - A new instance is created with the 'overwitten' data  and a new name while the original instance with the original data remains intact ?

This one has three possible actions:

1. The user clicks on save (not changing the title). You save the object (with the document). You delete the document at the original handle. This results in a 'save' - the user has the modified document in the Journal. From your point of view, there are now two objects in the Journal, the original metadata file and the new object.

2. The user changes the title and clicks on save. You save the object as in case 1 and you leave the object with the original handle untouched. Now the Journal has two objects each with its own file.

3. The user clicks on quit. You save the metadata file and quit. The resumed document remains unchanged in the original entry. The new entry has no document file.

This is more confusing because of the way Sugar works. On the one hand, the Journal is a record of documents created by the user. On the other it is a log of the user's activity with the XO. Conceptually, I would like to see the Journal show only objects which have a document with a user-supplied-title.

With the 'remotejournal', that script should upload the metadata file for all objects. If an object has a document with a title supplied by user, the metadata and the document should be uploaded to the server. In the first case, the metadata file should be deleted locally (since a copy exists on the server for statistical analysis). In the Journal, one of the metadata fields is a boolean named 'keep'. It's use in Sugar was undefined until Walter used it for his Portfolio activity.
When true, this item shows as a star filled in with a color. If false, the star shows the background color.

The idea is that the remotejournal when it uploads a document, marks it as 'keep'. This signifies that there is a local copy of the document. If the user clears the star, the remotejournal should delete the local copy of the document. If the user clicks on a clear star, the remotejournal should download that document from the server making a local copy.

This way the user can delete documents from the local datastore to save space and still be able to access it when needed for further use.

So the remotejournal will eliminate the 'clutter' of the Journal. This script should run each time Browse connects to the school server keeping the Journal view compact and with only meaningful entries.

It would also be easy to write a 'recovery' script which would sync the local datastore entries to those on the server leaving all 'keep' stars cleared. The user could then request that needed documents be downloaded.

I hope this helps.

Tony

Regards,
Ütkarsh Tiwari

On Mon, Jul 11, 2016 at 11:14 PM, Tony Anderson <tony_anderson <at> usa.net> wrote:
Hi, Utkarsh

It appears that Dave Crossland (see sugar_dev) concludes that you are correct - the best thing in the alert is to leave the project name blank.
I am leaning this way as well. It shows that a name is needed.

Tony



--
Regards,
Ütkarsh Tiwari




_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Devin | 15 Jul 15:35 2016

Minutes from Today's Meeting (7-15-2016)

Hi,

Here are the minutes from today's meeting: http://meeting.sugarlabs.org/sugar-meeting/meetings/2016-07-15T12:26:15.html

It was fun!

Devin
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Tony Anderson | 15 Jul 10:09 2016
Picon
Picon

Re: [sugarlabs/sugar-toolkit-gtk3] Save As Popup (#327)

As you might expect, I totally disagree.

First, by that time the damage has been done. Either the 'save as' option has been taken with a new object created or the 'resumed' document has been overwritten - as at present.

This feature has two objectives:

    1 - require Journal items to have a name supplied by user
    2 - enable the user to choose whether to save the object as a new one or to simply save the modified document.

This proposal addresses neither objective.

You are not going to change your point of view so the only solution I can see is to provide a gsetting option so that users and deployments can decide on how they want this to work.

Re: the screenshot. Help me - as I remember this dialog was modal and required an entry in the description area - leaving the title as 'Write activity' was ok.
This was to implement Walter's desire that the description serve as the message does in git.

Tony

On 07/15/2016 04:36 AM, Sebastian Silva wrote:

As promised here's a screenshot of Sugar 0.92's "save as" dialog:

As per our meeting today I think Martin Dengler's proposal to land the user in the Journal after quitting with focus on Object Title would be a good solution.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.


_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Martin Abente | 14 Jul 16:45 2016
Picon
Gravatar

ASLO not working?

Hey guys,

Is there something wrong with ASLO? The website is up but no activities are displayed.

Thanks,
tch.
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Gmane