Re: [Sugar-devel] Fedora 22 destroys Gtk.Menu based palettes

2015-05-17 Thread Iain Brown Douglas
On Sun, 2015-05-17 at 12:00 -0300, Gonzalo Odiard wrote:
 Sorry Iain, my mistake.

No problem.

Iain
 
 
 Gonzalo
 
 On Sun, May 17, 2015 at 7:00 AM, Iain Brown Douglas
 i...@browndouglas.plus.com wrote:
 On Sun, 2015-05-17 at 00:34 -0300, Gonzalo Odiard wrote:
  Ouch.
  Too bad nobody reported this before.
 
 Ouch, ouch,
 
 http://lists.sugarlabs.org/archive/soas/2015-February/002762.html
 
 :)
 
 Iain
 
  I remember a similar error fixed
  by b9d6b628a98fc17f5e92a344450b6336f1a2b2ce
  We don't want invest more time in the Gtk.Menu palettes,
  but would be great find a fix to ship Sugar in F22 on shape.
 
 
  Gonzalo
 
 
 
  On Sat, May 16, 2015 at 10:27 PM, Sam P.
 sam.parkins...@gmail.com
  wrote:
  Hi All,
 
 
  As per usual, this new Gtk release breaks parts of
 sugar.
  Interestingly it breaks the Gtk.Menu based palette
 system this
  time!  (Lucky we were having a design discussion
 about this a
  while ago)
 
 
  So how does it break the Gtk.Menu palettes?
 
 
  * They are now seizure inducing and change size when
 you move
  your mouse.
 
  * They have lots of extra borders now
 
  * They always position downwards.  Even if that
 means the
  palette will be just 100px tall - they go downwards
 
  * They don't position correctly to keep the
 connected look
  between the frame buttons and the palette.
 
 
  I have done a quick screen capture that demonstrates
 all of
  these. [1]
 
 
  So I not looked into what would be needed to solve
 this,
  however, do we really want to invest more time in
 the Gtk.Menu
  system?  From the previous design discussion
 (Palette
  Animations thread), we could just use a modal.  I
 think that
  that would be a much more simple solution to
 implement - but
  might not go well with our release cycle.
 
 
  Thanks,
 
  Sam
 
  [1]  https://vid.me/hfx4
 
 
 
 
 
  --
  Gonzalo Odiard
 
  SugarLabs - Software for children learning
 
 
  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel
 
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel
 
 
 
 
 -- 
 Gonzalo Odiard
 
 SugarLabs - Software for children learning 
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Fedora 22 destroys Gtk.Menu based palettes

2015-05-17 Thread Gonzalo Odiard
Sorry Iain, my mistake.

Gonzalo

On Sun, May 17, 2015 at 7:00 AM, Iain Brown Douglas 
i...@browndouglas.plus.com wrote:

 On Sun, 2015-05-17 at 00:34 -0300, Gonzalo Odiard wrote:
  Ouch.
  Too bad nobody reported this before.

 Ouch, ouch,

 http://lists.sugarlabs.org/archive/soas/2015-February/002762.html

 :)

 Iain

  I remember a similar error fixed
  by b9d6b628a98fc17f5e92a344450b6336f1a2b2ce
  We don't want invest more time in the Gtk.Menu palettes,
  but would be great find a fix to ship Sugar in F22 on shape.
 
 
  Gonzalo
 
 
 
  On Sat, May 16, 2015 at 10:27 PM, Sam P. sam.parkins...@gmail.com
  wrote:
  Hi All,
 
 
  As per usual, this new Gtk release breaks parts of sugar.
  Interestingly it breaks the Gtk.Menu based palette system this
  time!  (Lucky we were having a design discussion about this a
  while ago)
 
 
  So how does it break the Gtk.Menu palettes?
 
 
  * They are now seizure inducing and change size when you move
  your mouse.
 
  * They have lots of extra borders now
 
  * They always position downwards.  Even if that means the
  palette will be just 100px tall - they go downwards
 
  * They don't position correctly to keep the connected look
  between the frame buttons and the palette.
 
 
  I have done a quick screen capture that demonstrates all of
  these. [1]
 
 
  So I not looked into what would be needed to solve this,
  however, do we really want to invest more time in the Gtk.Menu
  system?  From the previous design discussion (Palette
  Animations thread), we could just use a modal.  I think that
  that would be a much more simple solution to implement - but
  might not go well with our release cycle.
 
 
  Thanks,
 
  Sam
 
  [1]  https://vid.me/hfx4
 
 
 
 
 
  --
  Gonzalo Odiard
 
  SugarLabs - Software for children learning
 
  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel


 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Gonzalo Odiard

SugarLabs - Software for children learning
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Fedora 22 destroys Gtk.Menu based palettes

2015-05-17 Thread Iain Brown Douglas
On Sun, 2015-05-17 at 00:34 -0300, Gonzalo Odiard wrote:
 Ouch.
 Too bad nobody reported this before.

Ouch, ouch,

http://lists.sugarlabs.org/archive/soas/2015-February/002762.html

:)

Iain

 I remember a similar error fixed
 by b9d6b628a98fc17f5e92a344450b6336f1a2b2ce
 We don't want invest more time in the Gtk.Menu palettes,
 but would be great find a fix to ship Sugar in F22 on shape.
 
 
 Gonzalo
 
 
 
 On Sat, May 16, 2015 at 10:27 PM, Sam P. sam.parkins...@gmail.com
 wrote:
 Hi All,
 
 
 As per usual, this new Gtk release breaks parts of sugar.
 Interestingly it breaks the Gtk.Menu based palette system this
 time!  (Lucky we were having a design discussion about this a
 while ago)
 
 
 So how does it break the Gtk.Menu palettes?
 
 
 * They are now seizure inducing and change size when you move
 your mouse.
 
 * They have lots of extra borders now
 
 * They always position downwards.  Even if that means the
 palette will be just 100px tall - they go downwards
 
 * They don't position correctly to keep the connected look
 between the frame buttons and the palette.
 
 
 I have done a quick screen capture that demonstrates all of
 these. [1]
 
 
 So I not looked into what would be needed to solve this,
 however, do we really want to invest more time in the Gtk.Menu
 system?  From the previous design discussion (Palette
 Animations thread), we could just use a modal.  I think that
 that would be a much more simple solution to implement - but
 might not go well with our release cycle.
 
 
 Thanks,
 
 Sam
 
 [1]  https://vid.me/hfx4
 
 
 
 
 
 -- 
 Gonzalo Odiard
 
 SugarLabs - Software for children learning 
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Fedora 22 destroys Gtk.Menu based palettes

2015-05-17 Thread Sam Parkinson
Hi Iain,

Iain Brown Douglas wrote:
 On Sun, 2015-05-17 at 00:34 -0300, Gonzalo Odiard wrote: Ouch.
 Too bad nobody reported this before. Ouch, ouch,

 http://lists.sugarlabs.org/archive/soas/2015-February/002762.html


Thanks for reporting that and sorry for not fixing it then.

I (personally) have now subscribed to the SoaS ML and will attempt to switch to 
Fedora's randwhile branch.

Hopefully through improving communications we as a community can fix the 
regressions before the next SoaS release!

Thanks,
Sam

 :)

 Iain I remember a similar error fixed
 by b9d6b628a98fc17f5e92a344450b6336f1a2b2ce
 We don't want invest more time in the Gtk.Menu palettes,
 but would be great find a fix to ship Sugar in F22 on shape.


 Gonzalo



 On Sat, May 16, 2015 at 10:27 PM, Sam P. sam.parkins...@gmail.com
 wrote:
 Hi All,
 
 
 As per usual, this new Gtk release breaks parts of sugar.
 Interestingly it breaks the Gtk.Menu based palette system this
 time!  (Lucky we were having a design discussion about this a
 while ago)
 
 
 So how does it break the Gtk.Menu palettes?
 
 
 * They are now seizure inducing and change size when you move
 your mouse.
 
 * They have lots of extra borders now
 
 * They always position downwards.  Even if that means the
 palette will be just 100px tall - they go downwards
 
 * They don't position correctly to keep the connected look
 between the frame buttons and the palette.
 
 
 I have done a quick screen capture that demonstrates all of
 these. [1]
 
 
 So I not looked into what would be needed to solve this,
 however, do we really want to invest more time in the Gtk.Menu
 system?  From the previous design discussion (Palette
 Animations thread), we could just use a modal.  I think that
 that would be a much more simple solution to implement - but
 might not go well with our release cycle.
 
 
 Thanks,
 
 Sam
 
 [1]  https://vid.me/hfx4
 




 -- 
 Gonzalo Odiard

 SugarLabs - Software for children learning 

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel 

-- 
Sent Using Firefox OS
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Fedora 22 destroys Gtk.Menu based palettes

2015-05-17 Thread Iain Brown Douglas
On Sun, 2015-05-17 at 00:34 -0300, Gonzalo Odiard wrote:
 Ouch.
 Too bad nobody reported this before.
 I remember a similar error fixed by
 b9d6b628a98fc17f5e92a344450b6336f1a2b2ce

I agree, the symptoms seem to have a similar stem to:
http://bugs.sugarlabs.org/ticket/4751,
http://bugs.sugarlabs.org/ticket/4673,
http://bugs.sugarlabs.org/ticket/4769

Iain
 We don't want invest more time in the Gtk.Menu palettes,
 but would be great find a fix to ship Sugar in F22 on shape.
 
 
 Gonzalo
 
 
 
 On Sat, May 16, 2015 at 10:27 PM, Sam P. sam.parkins...@gmail.com
 wrote:
 Hi All,
 
 
 As per usual, this new Gtk release breaks parts of sugar.
 Interestingly it breaks the Gtk.Menu based palette system this
 time!  (Lucky we were having a design discussion about this a
 while ago)
 
 
 So how does it break the Gtk.Menu palettes?
 
 
 * They are now seizure inducing and change size when you move
 your mouse.
 
 * They have lots of extra borders now
 
 * They always position downwards.  Even if that means the
 palette will be just 100px tall - they go downwards
 
 * They don't position correctly to keep the connected look
 between the frame buttons and the palette.
 
 
 I have done a quick screen capture that demonstrates all of
 these. [1]
 
 
 So I not looked into what would be needed to solve this,
 however, do we really want to invest more time in the Gtk.Menu
 system?  From the previous design discussion (Palette
 Animations thread), we could just use a modal.  I think that
 that would be a much more simple solution to implement - but
 might not go well with our release cycle.
 
 
 Thanks,
 
 Sam
 
 [1]  https://vid.me/hfx4
 
 
 
 
 
 -- 
 Gonzalo Odiard
 
 SugarLabs - Software for children learning 
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Fedora 22 destroys Gtk.Menu based palettes

2015-05-16 Thread Gonzalo Odiard
Ouch.
Too bad nobody reported this before.
I remember a similar error fixed by b9d6b628a98fc17f5e92a344450b6336f1a2b2ce
We don't want invest more time in the Gtk.Menu palettes,
but would be great find a fix to ship Sugar in F22 on shape.

Gonzalo


On Sat, May 16, 2015 at 10:27 PM, Sam P. sam.parkins...@gmail.com wrote:

 Hi All,

 As per usual, this new Gtk release breaks parts of sugar.  Interestingly
 it breaks the Gtk.Menu based palette system this time!  (Lucky we were
 having a design discussion about this a while ago)

 So how does it break the Gtk.Menu palettes?

 * They are now seizure inducing and change size when you move your mouse.
 * They have lots of extra borders now
 * They always position downwards.  Even if that means the palette will be
 just 100px tall - they go downwards
 * They don't position correctly to keep the connected look between the
 frame buttons and the palette.

 I have done a quick screen capture that demonstrates all of these. [1]

 So I not looked into what would be needed to solve this, however, do we
 really want to invest more time in the Gtk.Menu system?  From the previous
 design discussion (Palette Animations thread), we could just use a
 modal.  I think that that would be a much more simple solution to implement
 - but might not go well with our release cycle.

 Thanks,
 Sam

 [1]  https://vid.me/hfx4




-- 
Gonzalo Odiard

SugarLabs - Software for children learning
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel