I would really like to include the RibbonBar in the wxPython
distribution (under wx.lib.agw) in SVN, but unfortunately I didn't
receive any bug reports/feedback from GTK and Mac users. I know, I
know, the RibbonBar is an evil Windows thing and other platforms don't
want to use it, but as it is written in wxPython it *should* be
cross-platform and should work equally well on MSW, GTK and Mac.
If there are kind developers out there with access to Linux/Unix and
Mac machines, could you please let me know if the RibbonBar located
here:
http://xoomer.virgilio.it/infinity77/main/freeware.html#ribbonbar
or here:
http://xoomer.alice.it/infinity77/main/freeware.html#ribbonbar
works on the aforementioned platforms?
*************
** WARNING **
*************
Currently the RibbonBar in *vertical* mode is still a bit buggy on MSW.
Thank you.
Andrea.
"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/
http://thedoomedcity.blogspot.com/
On Nov 13, 2009, at 6:22 AM, Andrea Gavana wrote:
>
> Hi All,
>
> I would really like to include the RibbonBar in the wxPython
> distribution (under wx.lib.agw) in SVN, but unfortunately I didn't
> receive any bug reports/feedback from GTK and Mac users. I know, I
> know, the RibbonBar is an evil Windows thing and other platforms don't
> want to use it, but as it is written in wxPython it *should* be
> cross-platform and should work equally well on MSW, GTK and Mac.
>
> If there are kind developers out there with access to Linux/Unix and
> Mac machines, could you please let me know if the RibbonBar located
> here:
Seems to work fine as far as I can tell on my Mac. Didn't really know
what this 'ui innovation' from M$ that I kept hearing about was, seems
to be just a notebook with different toolbars in it.
Anyway, looks good and I don't see any apparent issues by running your
demo.
Cody
First had to set wxversion.select("2.8") in RibbonDemo.py: I wonder if I can
safely uninstall 2.6 which gave me few headaches lately without removing
dependencies (SPE and few other gimmicks)
Had this dump on my linux box:
OverflowError: in method 'Rect_width_set', expected argument 2 of type 'int'
Traceback (most recent call last):
File "/home/stefano/src/ribbon/ribbon/panel.py", line 228, in OnPaint
self._art.DrawPanelBackground(dc, self, wx.RectS(self.GetSize()))
File "/home/stefano/src/ribbon/ribbon/art_msw.py", line 1178, in
DrawPanelBackground
self.DrawPartialPageBackground(dc, wnd, rect, False)
File "/home/stefano/src/ribbon/ribbon/art_msw.py", line 906, in
DrawPartialPageBackground
self.DrawPartialPageBackground2(dc, wnd, rect, allow_hovered_or_page)
File "/home/stefano/src/ribbon/ribbon/art_msw.py", line 1566, in
DrawPartialPageBackground2
self.DrawPartialPageBackground(dc, wnd, rect, page, offset, hovered)
File "/home/stefano/src/ribbon/ribbon/art_msw.py", line 908, in
DrawPartialPageBackground
self.DrawPartialPageBackground1(dc, wnd, rect, allow_hovered_or_page,
offset, hovered)
File "/home/stefano/src/ribbon/ribbon/art_msw.py", line 924, in
DrawPartialPageBackground1
background.width = sys.maxint
OverflowError: in method 'Rect_width_set', expected argument 2 of type 'int'
Python 2.6.2 (release26-maint, Apr 19 2009, 01:58:18)
[GCC 4.3.3] on linux2
wx.__version__ '2.8.10.1'
Linux Mint 7 (Linux 2.6.28-15-generic #52-Ubuntu SMP Wed Sep 9 10:48:52 UTC
2009 x86_64 GNU/Linux)
--
Jazz is not dead, it just smells funny (FZ)
Testing on wxMac, I found the following issue: the panel (e.g. Toolbar,
Selection) over which the mouse is hovering isn't always highlighted,
and sometimes the highlight stays on a panel that the mouse visited
before. If I move the mouse over the panel titles, the highlight
correctly follows the mouse, however if you move the mouse over the
buttons inside the panels, the highlight doesn't always follow. It
doesn't appear to matter which provider is active. This doesn't occur on
wxGTK.
On wxMac, the fonts are also a little on the small side.
1/ The HybridButton used for the triangle object does not register a
mouse_over or click event on the label portion. If you mouse over the
icon or the drop down arrow portion of the button first its ok, but if
you run the mouse directly over the label no dice. The larger sizes of
the button work fine.
2/ If you shrink the window size so that the shapes panel is shrunk
down to a drop down list, and then do a selection (which displays the
expanded list of bottons) the expanded list detaches itself from the
main window so that when you resize the main window the shapes panel
is now empty, but is in a separate and fixed position on the screen.
I've attached a couple of screen shot of what this looks like. Same
thing happens with the selection panel. The panel seems to reattach
itself if you a/ click to get the drop down, b/ click on one of the
options then c/ reclick on the drop down button. The buttons also
appear to lose their event triggers when accessed via the drop down
window.
Thanks guys for all the information provided (and for the testing).
The GTK issue and Mac small font one seem easy to fix, I am not sure
about the other ones as I can't test my modifications on a Mac.
Quick click around on ArchLinux with: python 2.6.4-1, wxpython 2.8.10.1-1
Demo works as advertised.
Manne
2009/11/13 Mark Gemmill:
> 3/ if you resize (i.e. small to large to small) the main window a
> number of times (checking how the button resizing works for instance)
> it eventually generates the following error.
>
> ... python RibbonDemo.py
> Traceback (most recent call last):
> File "/Users/mark/Downloads/RibbonBar/ribbon/panel.py", line 194,
> in DoSetSize
> RibbonControl.DoSetSize(self, x, y, width, height, sizeFlags)
I have fixed some of the issues, for instance:
- GTK should not complain any more about the sys.maxint issue;
- The hybrid buttons should now behave correctly;
- When the RibbonBar is shrunk, the buttons do not lose their event handler.
I am sure the other issues observed on the Mac are still there, but I
really do need some help from Mac users to fix these. I have committed
the ribbon library to SVN for inclusion with the next wxPython release
(but you can get it now if you have a SVN client).
Robin, if you think it's still too early to include the RibbonBar in
wx.lib.agw please let me know, I'll remove it.
>
> I am sure the other issues observed on the Mac are still there, but I
> really do need some help from Mac users to fix these.
Santa should get your baby a Mac Mini for Christmas, and then you can
borrow it until she is old enough to use it. ;-)
--
Robin Dunn
Software Craftsman
http://wxPython.org
I think my wife will kill me if *another* computer finds its way in
our home :-D . Other than that, the only 2 experiences my little
daughter had with our 2 PCs left us with one "Shift" and one "comma"
keyboard keys half eaten :-D