Thinking aloud here really.
If the approach you took is less work then making a separate framework,
doing presence only with telepathy might be a good first step. But I'd
rather go in the direction of both python and js activities doing
collaboration through a WebSocket server then trying to use t
Hi Emil,
first of all, I think having collaboration in sugar-web would be more than
awesome, and I like the idea of using TogetherJS. The main question to me
seems that of the interaction with the existing telepathy stuff.
I must say I'm not very familiar with it, but it's known to not be
reliabl
We need to test it on "old" versions.
I think it works on all versions :)
2014/1/10, Daniel Narvaez :
> Whoa scary amount of changes! I hope it might be possible to reduce them,
> for example we could change Icon to handle icon_size in a backward
> compatible way.
>
> Though I think we really need
Whoa scary amount of changes! I hope it might be possible to reduce them,
for example we could change Icon to handle icon_size in a backward
compatible way.
Though I think we really need to see a grep on Gonzalo collection of all
the activities, to be able to decide the best strategy.
Thanks agai
Hi, Emil. Awesome work!
I'd like to collaborate with the collaboration.js API design and
implementation.
I'll ping at IRC
On Fri, Jan 10, 2014 at 5:10 PM, Emil Dudev wrote:
> After a lot of debugging of javascript, I'm finally able to show a small
> preview of what TogetherJS will look like.
On Fri, Jan 10, 2014 at 3:26 AM, Martin Dluhos wrote:
> On 7.1.2014 01:49, Sameer Verma wrote:
>> On Mon, Jan 6, 2014 at 12:28 AM, Martin Dluhos wrote:
>>> For visualization, I have explored using LibreOffice and SOFA, but neither
>>> of
>>> those were flexible to allow for customization of the
On Thu, Jan 9, 2014 at 10:10 PM, Anish Mangal wrote:
> Sorry for being late to the party. Clearly the "quest for data" is a
> commonly shared one, with many different approaches, questions, and
> reporting/results.
>
> One of the already mentioned solutions is the sugar-stats package,
> originally
Please review:
https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/86
and
https://github.com/sugarlabs/sugar/pull/208
2014/1/10, Ignacio Rodríguez :
>> I think we are safe in activities. I will look at Browse.
>
> No, this is a "global" problem, just now, I'm removing all IconSizes from
>
After a lot of debugging of javascript, I'm finally able to show a small
preview of what TogetherJS will look like.
The branches will be at the bottom.
For testing purposes I've chosen the Get Things Done web activity.
The first thing I added to GTD was colors, so entries by different users
can be
> I think we are safe in activities. I will look at Browse.
No, this is a "global" problem, just now, I'm removing all IconSizes from core.
2014/1/10, Manuel Quiñones :
> Thanks Ignacio and Daniel for taking action.
>
> I think we are safe in activities. I will look at Browse.
>
>
> 2014/1/10 I
Thanks Ignacio and Daniel for taking action.
I think we are safe in activities. I will look at Browse.
2014/1/10 Ignacio Rodríguez
> Just now:
>
> [image: Imágenes integradas 1]
>
> Working on bugs.
> BTW, gtk2 activities aren't this problem.
> Saludos.
> Ignacio Rodríguez
>
>
> 2014/1/10 Gon
Just now:
[image: Imágenes integradas 1]
Working on bugs.
BTW, gtk2 activities aren't this problem.
Saludos.
Ignacio Rodríguez
2014/1/10 Gonzalo Odiard
>
>> For ToolButton the fix should be easy, we just make the Icon
>> STANDARD_ICON_SIZE. But there might be other cases where these propertie
Hello,
Thank you for your answer. I've found the problem yesterday : I was trying
to push sources from inside the Sugar Shell (./osbuild shell). I managed to
push by exiting Sugar shell and pushing from the right directory.
Regards
2014/1/10 Aleksey Lim
> On Thu, Jan 09, 2014 at 08:50:16AM +0
>
>
> For ToolButton the fix should be easy, we just make the Icon
> STANDARD_ICON_SIZE. But there might be other cases where these properties
> was used. Hopefully activities are not using Gtk.IconSize directly...
> Perhaps you could grep? :)
>
>
I can search later. Anyway should be only activitie
sugar-artwork installs a settings.ini like this
--
[Settings]
gtk-auto-mnemonics = 1
gtk-menu-images = 1
gtk-button-images = 1
gtk-toolbar-style = GTK_TOOLBAR_ICONS
gtk-cursor-theme-name = sugar
gtk-primary-button-warps-slider = 0
gtk-icon-sizes =
gtk-menu=33,33:gtk-dnd=33,33:gtk-small-toolbar=3
I don't understand what is the problem or the use case. Could you explain?
Gonzalo
On Fri, Jan 10, 2014 at 12:43 PM, Daniel Narvaez wrote:
> Hi,
>
> so, it looks like the GtkSettings icon sizes are ignored with 3.10
> (intentionally deprecated). As far as I can tell the default sizes are now
>
Hi,
so, it looks like the GtkSettings icon sizes are ignored with 3.10
(intentionally deprecated). As far as I can tell the default sizes are now
just hardcoded. So I think the only way is to pass the size explicitly to
Icon. Ignacio is trying to do that in ToolButton, I do wonder if there are
oth
On Thu, Jan 09, 2014 at 08:50:16AM +0100, laurent bernabe wrote:
> Hello everyone,
>
> though I have just generated a new rsa keys pair, and gave the public one
> to my gitorious sugarlab account, I got several into the following error :
>
> ___
thanks!
On Thu, Jan 9, 2014 at 6:38 PM, Daniel Narvaez wrote:
> Thinking again about your cross compilation idea in irc, I remembered that
> the building is actually relatively fast (because sugar compiled code is so
> little). What takes time is mock setting up a chroot. Which is nice for
> bu
+1
On Fri, Jan 10, 2014 at 8:37 AM, Martin Dluhos wrote:
> On 10.1.2014 11:55, Anish Mangal wrote:
> > Sorry for being late to the party. Clearly the "quest for data" is a
> commonly
> > shared one, with many different approaches, questions, and
> reporting/results.
> >
> > One of the already m
On 10.1.2014 11:55, Anish Mangal wrote:
> Sorry for being late to the party. Clearly the "quest for data" is a commonly
> shared one, with many different approaches, questions, and reporting/results.
>
> One of the already mentioned solutions is the sugar-stats package, originally
> developed by A
On 7.1.2014 01:49, Sameer Verma wrote:
> On Mon, Jan 6, 2014 at 12:28 AM, Martin Dluhos wrote:
>> For visualization, I have explored using LibreOffice and SOFA, but neither of
>> those were flexible to allow for customization of the output beyond some a
>> few
>> rudimentary options, so I started
22 matches
Mail list logo