plunn said:
- During start I have a black box for a while, 5sec, then the icon appears

can you do a
bzr version-info

plunn said:
- It crashes if a search is performed

see above
And do you have beagle or tracker installed?

plunn said:
- (Restart is needed after gconf changes)

Yes. that is a deliberate decision. At some point when I have it stabilized I may implement that. Let's just say it does a lot at start to keep things very fast afterwards. A gconf change would require tearing that down and rebuilding it. It can be done... but it's not my highest priority.

plunn said:
I didn't find it in awn-extras.... awn-extra-moonbeam :-)

What rev of awn-extras?

moonbeam said:
see above
And do you have beagle or tracker installed?

- Tracker

plun@dunder:~/awn-extras$ bzr version-info
revision-id: njp@galactic-20071103171348-kyz643c1k7c0ha3v
date: 2007-11-03 17:13:48 +0000
build-date: 2007-11-07 23:29:52 +0100
revno: 162
branch-nick: awn-extras

Running:
plun@dunder:~/awn-extra-moonbeam$ bzr version-info
revision-id: rcryderman@gmail.com-20071107180254-n60c663ydkvo118s
date: 2007-11-07 13:02:54 -0500
build-date: 2007-11-07 23:31:07 +0100
revno: 226
branch-nick: awn-extra-moonbeam

"uncheck honour_gtk and have fun" was something.... :-)

moonbeam said:
Really old. we're up to 184 as of now. Remember if you originally did a branch instead of checkout that you need to do a pull to update.

Strange....

plun@dunder:~/awn-extras$ bzr update
Tree is up to date at revision 162.

Download a clean one..... :-)

Hmm, applet is crashing when adding it, with the following output:

 
Creating new applet :None uid:None
Creating new applet :/usr/local/lib/awn/applets/cairo_main_menu.desktop uid:1194552145
  


  
** (awn-applet-activation:420): WARNING **: This desktop file does not exist None
  


  

(awn-applet-activation:422): GConf-CRITICAL **: gconf_client_set_string: assertion `val != NULL' failed
 

Rev 191.

Photon said:
Rev 191.

Pushed 192.

Photon said:
Getting other numbers now:

could you look in gconf or the following keys:

search_run
search_cmd

and tell me their values?

thanks.

I' got this error:

 

Creating new applet :None uid:None
Creating new applet :/usr/local/lib/awn/applets/cairo_main_menu.desktop uid:1194606945
  


  
** (awn-applet-activation:18931): WARNING **: This desktop file does not exist None
Cairo Main Menu: symbol lookup error: 
  


  

/home/chatgris/.themes/Orange-look/gtk-2.0/gtkrc:43: Clearlooks configuration option "menuitemstyle" is not supported and will be ignored.
/home/chatgris/.themes/Orange-look/gtk-2.0/gtkrc:44: Clearlooks configuration option "listviewitemstyle" is not supported and will be ignored.
/home/chatgris/.themes/Orange-look/gtk-2.0/gtkrc:45: Clearlooks configuration option "progressbarstyle" is not supported and will be ignored.
bad string content
  


  
(awn-applet-activation:18933): Gtk-WARNING **: Icon cache '/home/chatgris/.icons/Buuf/icon-theme.cache' is invalid
  


  
bad string content
  


  
(awn-applet-activation:18933): Gtk-WARNING **: Icon cache '/home/chatgris/.icons/Buuf/icon-theme.cache' is invalid
  


  
bad string content
  


  
/usr/local/lib/awn/applets/cairo_main_menu/cairo_main_menu.so: undefined symbol: gtk_widget_set_tooltip_markup
 

I tried with some other themen but still no cairo menu. :/

chatgris said:
I' got this error:

gtk_widget_set_tooltip_markup is a gtk 2.12+ feature. As of the newest revision I'm conditionally compiling... it should work for those with gtk < 2.12 but there will not be any tooltip for them.

plunn said:
I proposed it about mimenu and it was to change icon
to gnomes logo icon

it currently defaults to gnome-main-menu.

I'll put in a configuration option so you can set it to something else.

plunn said:
Yes for Ubuntu.... :-)

no the icon name it defaults to is "gnome-main-menu"

I say nothing about the specifics of the icon... it can vary from dist to dist and icon theme to icon theme.

well. It is configurable in the newest rev.

You know where to go to change the value... keyname is applet_icon

plunn said:
and in /usr/share/pixmaps we have gnomes feets... :-)

You probably want to try putting in the full pathname and filename. If it doesn't work with the full path then get back to me.

moonbeam said:
You probably want to try putting in the full pathname and filename. If it doesn't work with the full path then get back to me.

a bit more testing is showing a problem.

moonbeam said:
a bit more testing is showing a problem.

It works just fine for me.

applet_icon > gnome-logo-icon-transparent

Done :-)

plunn said:
Its perfect and beautiful.... :-)

another satisfied customer:-)

I have pushed a new rev that's a bit more robust. but if it's working with the current configuration there is no hurry to upgrade.

plunn said:
Found a bug... the menu cannot be placed on the right, the menu
goes around "the corner".

Not really a bug. More of a deliberate design decision :-)

At some point I'll probably implement a menu layout that can cope with that, but right now it is a deliberate choice not to.

plunn said:
Found a bug... the menu cannot be placed on the right, the menu
goes around "the corner".

ok... it deals with being on the right hand side better now. But still don't place it too far to the right :-)

spanella47 said:
Good work, only thing i'm not a fan of is the overlap of the submenus

How would you prefer them to behave? I'm quite open to suggestions on that.

moonbeam said:
How would you prefer them to behave? I'm quite open to suggestions on that.

kinda just looking for a direct replacement of the gnome menu through awn and yours is by far the closest. gnome's submenus expand adjacent to the main menu without covering any text. Can understand if you're trying something different, just become accustomed to that look.

convincing the window manager to draw drop shadows would be a plus too.

spanella47 said:
sounds complicated when written out, but assume its not as hard in practice.

Probably not overly complicated. Is the delay seen with the gnome menus just caused from overhead of drawing a new toplevel window I wonder...

I'll look into it. At this point I'm still mulling over implementing using a toplevel window per menu. Which will end up giving that effect as a byproduct of the overhead involved.

Anyway, I'm mulling a few things over right now. Some of the annoying characteristics inherent in the current design are bothering me... But I really like the responsiveness.

Upshot, I probably won't implement this feature until I decide if I want to change how the menus are displayed. It might be an idea to put a feature request on https://bugs.launchpad.net/awn-extras/ so I don't forget about it :-)