Hello erikos,
you're still marked the owner of the Browse project on
git.sugarlabs.org.
If you don't mind, I'll pass ownership of the project and mainline to
Lucian (or Raul). You will still be able to commit to mainline.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs -
Silbe and I are Browse maintainers now. So if erikos is ok with it,
you can pass ownership to either one of us.
On 18 July 2010 11:12, Bernie Innocenti ber...@codewiz.org wrote:
Hello erikos,
you're still marked the owner of the Browse project on
git.sugarlabs.org.
If you don't mind, I'll
I've seen your merge request on
http://git.sugarlabs.org/projects/browse/repos/inline-pdf.
Since I've been working on Browse-webkit, I'd like to implement inline
PDFs for it as well. However, evince maintainers are very hostile to
browser plugins, NPAPI or otherwise
Activity Homepage:
http://activities.sugarlabs.org/addon/4246
Sugar Platform:
0.82 - 0.88
Download Now:
http://activities.sugarlabs.org/downloads/file/26984/visual_match-24.xo
Release notes:
Better Spanish translations
Quipu game
Faster rendering
Sugar Labs Activities
Although I would gratefully request you to please help me find a mentor
who
could provide me a confirmation Internship letter/certificate at the end
of
the course of my internship, just for the sake of my Institution's
requirement and it would also add immense value to my academic
On Sun, Jul 18, 2010 at 9:36 AM, Lucian Branescu
lucian.brane...@gmail.com wrote:
I've seen your merge request on
http://git.sugarlabs.org/projects/browse/repos/inline-pdf.
Since I've been working on Browse-webkit, I'd like to implement inline
PDFs for it as well. However, evince maintainers
On 18 July 2010 18:54, Sayamindu Dasgupta sayami...@gmail.com wrote:
On Sun, Jul 18, 2010 at 9:36 AM, Lucian Branescu
lucian.brane...@gmail.com wrote:
I've seen your merge request on
http://git.sugarlabs.org/projects/browse/repos/inline-pdf.
Since I've been working on Browse-webkit, I'd like
El Sat, 17-07-2010 a las 14:17 +, Sascha Silbe escribió:
To avoid polluting the history with spurious merges, people should
rebase their patches on top of the remote branch before pushing them.
That only works if the changes are local - i.e. not if you've published them
on gitorious
Tomeu's testcase proved that gtk delivers focus-out-event reliably with
normal buttons. We need to figure out why it doesn't seem to be the case
in toolbars. Maybe we could add a few prints in the callbacks.
Can this resolve the problem?
[r...@aronax graphics]# diff -u toolbutton.py.ori
On Sun, Jul 18, 2010 at 05:41:08PM -0300, Gonzalo Odiard wrote:
Can this resolve the problem?
[r...@aronax graphics]# diff -u toolbutton.py.ori toolbutton.py
--- toolbutton.py.ori2010-07-18 17:39:27.374544801 -0300
+++ toolbutton.py2010-07-18 17:39:58.198297844 -0300
@@ -160,3
On Sun, Jul 18, 2010 at 9:57 PM, James Cameron qu...@laptop.org wrote:
On Sun, Jul 18, 2010 at 05:41:08PM -0300, Gonzalo Odiard wrote:
Can this resolve the problem?
[r...@aronax graphics]# diff -u toolbutton.py.ori toolbutton.py
--- toolbutton.py.ori2010-07-18 17:39:27.374544801
11 matches
Mail list logo