Changes

661 bytes added ,  15:54, 24 March 2009
no edit summary
Line 14: Line 14:  
English and Romanian.
 
English and Romanian.
 
# Where are you located, and what hours do you tend to work? (We also try to match mentors by general time zone if possible.)
 
# Where are you located, and what hours do you tend to work? (We also try to match mentors by general time zone if possible.)
Mostly in the UK, perhaps a short while in Romania during the summer break.<br>
+
Mostly in the UK, perhaps a short while in Romania during the summer break.<br /> I don't have a 'coding time' in my schedule, anything goes. I also often stay up late at night.
I don't have a 'coding time' in my schedule, anything goes. I also often stay up late at night.
   
# Have you participated in an open-source project before? If so, please send us URLs to your profile pages for those projects, or some other demonstration of the work that you have done in open-source. If not, why do you want to work on an open-source project this summer?
 
# Have you participated in an open-source project before? If so, please send us URLs to your profile pages for those projects, or some other demonstration of the work that you have done in open-source. If not, why do you want to work on an open-source project this summer?
I've started a small project on freshmeat called statusPidgin that fetched text from various sources and put it in the status of Pidgin. It's now abandoned, but you can find the source at http://linux.softpedia.com/get/Communications/Chat/statusPidgin-31896.shtml<br>
+
I've started a small project on freshmeat called statusPidgin that fetched text from various sources and put it in the status of Pidgin. It's now abandoned, but you can find the source at http://linux.softpedia.com/get/Communications/Chat/statusPidgin-31896.shtml. <br />I have also released one of my school projects as open source (a small web imap/pop3 client), but I don't think it's hosted anywhere anymore[todo]. I haven't contributed in a significant way to open source projects before, beside bug reports and small patches. <br />
I have also released on of my school projects as open source (a small web imap/pop3 client), but I don't think it's hosted anywhere anymore[todo]. It used to be hosted and deployed on my home web server, but that's offline now.
+
I am however a user of open source (linux, KDE, gcc, python, firefox, webkit) and am absolutely delighted by the concept. I am convinced it is the most efficient way of developing software, and perhaps not only.<br />
I haven't contributed in a significant way to open source projects before, beside bug reports and small patches.<br>
  −
I am however a user of open source (linux, KDE, gcc, python, firefox, webkit) and am absolutely delighted by the concept. I am convinced it is the most efficient way of developing software, and perhaps not only.<br>
   
I am especially interested in the Sugar project, as I have myself experienced the closed-mindedness that schools instill in their students by teaching them using closed source software. I have been fortunate enough to get some exposure to linux and kde and then used them for a few years.
 
I am especially interested in the Sugar project, as I have myself experienced the closed-mindedness that schools instill in their students by teaching them using closed source software. I have been fortunate enough to get some exposure to linux and kde and then used them for a few years.
   Line 28: Line 25:  
Webified Toolkit
 
Webified Toolkit
 
# Describe your project in 10-20 sentences. What are you making? Who are you making it for, and why do they need it? What technologies (programming languages, etc.) will you be using?
 
# Describe your project in 10-20 sentences. What are you making? Who are you making it for, and why do they need it? What technologies (programming languages, etc.) will you be using?
The purpose of this toolkit is to provide a way to build activities with web technologies and also to more easily "sugarify" web apps (like gmail). There are a lot of developers that are familiar with HTML(5), CSS and JavaScript and it would be great to take advantage of their skills. Also, some things that are hard to do with native GUI toolkits are very easy to do with HTML, like nicely re-flowing text or embedding video/audio/pdf/flash. Pyjamas Desktop (pyjd.org) was created to take advantage of this.<br>
+
I'm making a small toolkit that can allow building activities using web technologies. <br/><br/>
Furthermore, integration of web applications with the desktop is a very useful (and popular) thing to do. Gears, AIR, Prism, HTML 5 and various combinations between them extend the browser with desktop-like abilities: persistent storage, accessing files, desktop icons, running in a separate window/process, etc.<br>
+
 
Besides JavaScript, Python will be needed to communicate with the rest of Sugar. This will probably be most easily achieved with a python server taking AJAX requests (including the dbus bindings).
+
The purpose of this toolkit is twofold:<br />
 +
* it would make it easier "sugarify" web apps (like gmail).<br />
 +
* there are a lot of developers that are familiar with HTML(5), CSS and JavaScript and it would be great to take advantage of their skills.<br />
 +
As a bonus, some things that are hard to do with native GUI toolkits are very easy to do with HTML, like nicely re-flowing text or embedding video/audio/pdf/flash. Pyjamas Desktop (pyjd.org) was created to take advantage of this.<br /><br />
 +
Furthermore, integration of web applications with the desktop is a very useful (and popular) thing to do. Gears, AIR, Prism, HTML 5 and various combinations between them extend the browser with desktop-like abilities: persistent storage, accessing files, desktop icons, running in a separate window/process, etc.<br /><br />
 +
There are two main strategies for implementing this:
 +
# Running an almost standard browser, as light as possible that targets a local webserver written in python (BaseHTTPServer should suffice). It would use AJAX or a wrapper on top of that (like jsonrpc) to provide the bridge to python. Also, as much functionality as possible should be on the html+js side, to keep the toolkit easily hackable by web developers. This version would use Sugar APIs over the python-js bridge for storage, other filesystem access and integration.
 +
# Using a modified browser runtime (like Titanium + Gears) and move over even more things on the html+js side. The activity would be completely standalone and would not depend on a web server anymore. It would probably still use some sort of python-js bridge for dbus access (unless there is a better way?).
     
158

edits