<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
<div data-tab="preview" class=""><h1 id="unified-app-store">Unified App Store<br></h1><p>Once the app store is built with all the specified requirements, we 
can with minimal effort turn it into the unified app store for all activities including python 2 (though all would be ported to python 3), JavaScript and those (if any) written in other languages. Based on 
user-agent we can decide:<br></p><ul><li>Sugar OS - all activities including JS written for Sugar and Sugarizer<br></li><li>Old Sugar OS - python 2 activities (was there any support to run JS written activities?)<br></li><li>All other - Sugarizer activities unless toggled to show all<br></li></ul><p>This combined with building native app store (again with minor 
modification to web app store) which is geared only towards students for
 searching, browsing, installing and uninstalling apps would provide 
single app store codebase for entire platform.<br></p><p>Please provide your comments on the idea. If idea is supported by the community than I can work towards building it.<br></p><p>Regards,<br>
Manish<br></p><div><br></div></div><div><br></div><div>Apr 12, 2020, 01:18 by sugar@radii.dev:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div data-tab="preview" class=""><p>Hello everyone,<br></p><p>I wish to build <a rel="noopener noreferrer" href="https://github.com/sugarlabs/GSoC/blob/master/Ideas-2020.md#sugar-app-store-for-python-3-activities-aslov4" target="_blank">app store for python 3 activities</a>. For this I would like to inquire exact requirements of the project from the mentors and community at large.<br></p><p>Below is my current understanding of project. Please read through it 
and correct where these are wrong. After it are some questions to answer
 to further improve my understanding. Some of these are merely more 
elaborate rewording of requirements specified on <a rel="noopener noreferrer" href="https://github.com/sugarlabs/GSoC/blob/master/Ideas-2020.md#sugar-app-store-for-python-3-activities-aslov4" target="_blank">website</a>. It is meant to detect possible misunderstanding that I may have from reading very brief one-line requirements.<br></p><p>After few responses for this mail, a draft requirements document will 
be mailed for feedback before final requirements specification.<br></p><h1 id="objective">Objective<br></h1><ul><li>The objective of app store is to provide a one-stop platform for 
students to browse or search and download activities to their system. It
 is expected than once the app store is built, students would not have 
to search for activities over internet, on GitHub or on wiki and download
 from there.<br></li><li>Sugar will use app store to automatically upgrade newer version of activities.<br></li></ul><h1 id="users-of-app-store">Users of app store<br></h1><ul><li><b>Students</b>: search and browse app store for activities and download them if not already installed.<br></li><li><b>Trusted developers</b>: add and modify activities to 
app store via SSH and than check them on app store. These are trusted 
developers and not all the developers. Their role would be similar to 
package managers for distros. That is, most of the times, the developer 
who built activity would not be the one who uploads it but request 
trusted developer to grant access or upload themselve.<br></li><li><b>Sugar desktop environment/OS</b>: check for current version on app store and if new version found than download and upgrade activities on local machine.<br></li></ul><h1 id="user-interface">User-interface<br></h1><ul><li>The user interface/frontend of app store would be catering to 
students primarily and therefore must be built keeping them in mind 
rather than developers. But developers would still use it (or not?), 
therefore there would be some consideration of them and providing 
information relevant to them such as version of app, size, 
detailed/complete release note, website/link to repository, license etc.<br></li><li>Special attention needs to be made towards user experience and 
usability. Such as web app should be responsive, delightful to use by 
students. For this, some artwork also needs to be built such as logo of 
app store, button icons, background etc.<br></li></ul><h1 id="functionalities">Functionalities<br></h1><ul><li><b>Upload activities to app store using SSH</b>: Trusted 
developers with access granted/account created for this specific purpose
 can upload activities to app store and have parameters to specify such 
as markdown supported detailed description of activities etc. but 
information which is available in activity.info will not be asked/cannot
 be specified in parameters while uploading, instead it will be processed directly by parsing activity.info file.<br></li><li><b>Search box</b>: There will be a single search input 
field in which user enters search query. Thee are no complicated search 
query features such as selecting category, no. of entries per page etc. 
At backend, based on query keywords either a) a simple keyword match is 
performed and results are returned in order in which received. b) some 
search improvement processing is done such as a rank based search prioritizing keyword matches in activities tile over activities 
description. There will/will not (please inform) functionality to sort 
search results based on activities last updated or added, no. of 
downloads etc.<br></li><li><b>Redirect older Sugar to <a rel="noopener noreferrer" href="https://activities.sugarlabs.org/en-US/sugar/" target="_blank">python 2 app store</a></b>:
 Redirect only Fedora 18 or earlier version based Suger 0.112 or earlier
 version to <a target="_blank" rel="noopener noreferrer" href="https://activities.sugarlabs.org/">activities.sugarlabs.org</a>. Suger 0.112 or earlier desktop
 environment is not running on any other distribution other than Fedora 
18 or earlier or not needed to be checked for.<br></li><li><b>List activities</b>: There will be a category in browse 
section of app store named “All activities”, using it user can browse 
through all activities and not just in some specific activity.<br></li><li><b>Support for Sugar’s microformat software upgrade feature</b>:
  Embed CSS selectors and HTML data on activity bundles page and activity bundle list page, to allow microformats based Sugar software 
upgrade feature to check and automatically update activities when new 
version available on app store. Should there be a page listing all 
activity bundles where Sugar software upgrade feature will check for 
updates or should I follow the same tree structure as <a rel="noopener noreferrer" href="http://wiki.laptop.org/go/Activities/" target="_blank">on wiki</a> or should there be a way to let know Sugar of dedicated page of each 
activity bundle to check for update (but modification to activity.info 
is not allowed)?<br></li><li><div><b>Content-Type</b>: When user downloading activity bundle 
from app store, server sends Content-Type header in response with the content-type of sugar activities that is: <br></div><ul><li>application/vnd.olpc-sugar for Sugar activity bundle (extension .xo)<br></li><li>application/vnd.olpc-content for Sugar content bundle (extension .xol).<br></li><li>application/vnd.olpc-journal-entry for Sugar Journal entry bundle (extension .xoj)<br></li><li>application/vnd.olpc-journal-backup for Sugar Journal backup files (extension .xob)<br></li></ul></li></ul><p>There would not be any other file than .xo but better to have 
information for all file types used by Sugar in app store software.<br></p><ul><li><b>Automatically update activities from activities repository specified in activity.info file</b>:
 A standard recipe/script is to be made for server/app store to 
periodically check for newer release under ‘releases’ section of activities hosted on GitHub and automatically create its bundle and add 
it to the app store. However, it will not be done for all activities
which specify its website/repository as GitHub repository but only for 
those which are whitelisted by website admin/trusted developers as 
trusted repositories for security reasons and all GitHub repositories 
starting with <a rel="noopener noreferrer" href="https://github.com/sugarlabs/" target="_blank">https://github.com/sugarlabs/</a> i.e. hosted by Sugar labs organization.<br></li><li><b>Inform if activity is already installed</b>: Wherever 
on app store, there will be download buttons for activities, A check will
 be performed if activity bundles are already installed on system. If so,
 than download button colour will be changed and “already installed” 
will be displayed below it. But, user can still download it. This need 
to be accomplished without modifying activities and should work for all activities available on app store. So, options which rely on modifying 
app itself are out of option but Sugar can be modified to support this 
functionality such supporting something similar to 
getInstalledRelatedApps() in Android.<br></li><li><b>Download count</b>: Every activity bundle should 
display no. of times it is downloaded. It should include download count 
of all previous version as well.<br></li></ul><h1 id="development">Development<br></h1><ul><li>Use general database such as MySQL/MariaDB for storing all textual 
data such as app title, description, author name etc. and use their 
in-built search functionality to perform search (after sanitizing 
input).<br></li><li>The website will not be using JavaScript to make requests and update page dynamically.<br></li></ul><h1 id="constraints">Constraints<br></h1><ul><li>Activities itself won’t be modified including their metadata file 
located at activity/activity.info in their source tree for supporting 
any of the required feature. Request for modifying metadata should not 
be made such as for adding detailed description and instead should be fetched from their repository or options should be provided for 
specifying description while uploading activity bundle via SSH.<br></li></ul><h1 id="security">Security<br></h1><ul><li>Only developers which have been provided access in advance can 
upload activities to app store. Some may have admin access, so they can 
add other developers as well. A simple CLI script should be provided to 
easily add new developers and their access level as ‘can upload new 
activities’, ‘can modify specified activity’ and admin access.<br></li></ul><h1 id="additional-questions">Additional Questions<br></h1><ol><li>Developer uploading activities via SSH? Will access to uploading activities be with few trusted developers (my assumption as of now) or 
anyone can upload activities to app store once approved.<br></li><li>Future considerations: how far is the app store expected to grow in 
future in terms of its scope and functionalities. What considerations 
should be kept in mind if app store functionalities and codebase is 
expected to be a lot bigger in future.<br></li><li>Is programming language to be used for backend is per-decided to be 
Python or can be JavaScript as well? I am comfortable with using any of the
 two. My suggested framework for Python is Flask and if JavaScript is 
used than Express.js. I also suggest using MySQL database similar to <a target="_blank" rel="noopener noreferrer" href="https://github.com/sugarlabs/aslo">aslo</a> for backend 
for storing and looking up activities metadata but store activities 
bundles as normal files on disk. Is their any reverse proxy used on 
server where it will be installed such as Nginx or Apache?<br></li></ol><p>Please give your comments on these questions.<br></p><p><br></p><div>Regards,<br></div><div>Manish<br></div><p><br></p><div><br></div></div><div><br></div></blockquote><div><br></div>  </body>
</html>