klemperal said:
The icon I used to customize the file-browser applet, which ended up changing the task-manager file browser icon, was .icons/Meliae-Dark/scalable/places/user-home.png. I did a search in my home folder for this icon and the only place it was located was within the Meliae-Dark theme directory. I also checked to see what the file-browser task-manager would call it's customized icon "taskmanager-user-home.png" and did a search for that and came up with nothing.

As an additional note... if it looks for "taskmanager-user-home.png" within awn-theme, it will look for "user-home" in the standard icon theme dirs.

klemperal said:
What is interesting is that after I moved the Meliae-Dark theme out of the.icons dirrectory and applied one of Ubuntu's stock icon themes (gnome, high contrast, humanity), the taskmanager file-browser icon uses the user-home icon specific to those themes. That is to say that it is not using the Meliae-Dark user-home icon, but the user-home icon of the applied theme.

Well, this sounds like the expected behaviour. If the launcher specifies the user-home icon the it will use the one in the user configured icon theme unless it has been overridden in awn-theme.

So, after the awn-theme icons were removed you were left with Meliae-Dark icon theme configured which contained the icon under the name "user-home". Whatever launcher was being used probably has the line Icon=user-home which thus loaded that icon. When you change the icon theme then it started to use the user-home icon specific to those themes.

Please correct me if I'm misinterpreting something you've said. But if I understand what you've described then it is behaving as one would expect.

klemperal said:
My issue is that I removed all the custom icons from the .icons/awn-theme/scalable folder, so I would expect the taskmanager filebrowser icon to use the the icon it originally used--I believe .icons/generic icon theme/scalable/places/file-manager.png. If I still was using a customized icon, then I would agree that this is indeed expected behaviour. Since I'm not however, it doesn't make sense that the taskmanager file-browser icon is defaulting to the user-home icon when it was originally using the file-manager icon. Let me know if you get what I'm saying, or if maybe I'm not getting what your saying. I'm going to try a reinstall to see if that maybe fixes the issue and I'll report back.

Well, my _guess_ is that something else change wrt your system between the point when it was customized then remove. The task manager code very much does not modify the desktop files in any way, which is what would need to occur.

A couple more questions

1) Are you using a Launcher for this or is it just appearing on the bar when you open the window?

2) If you are not using a launcher could you please right click on the icon and choose add to Launcher list.

3) Start gconf-editor, go to /apps/awn-applet-taskmanager/launcher_paths and find the exact path for the launcher you just added or was previously there.

4) Open that file determined in 3) and look for the line "Icon = " What is its value?

klemperal said:
moonbeam said:
2) If you are not using a launcher could you please right click on the icon and choose add to Launcher list.
Right clicking on this applet does not give me the option to "add to Launcher." But, when I left click the applet it opens a nautilus directory, and that directory (or any nautilus directory for that matter) shows up in the taskmanager with the pesky old customized icon I can't seem to get rid of. So, for the purposes of answering the rest of your questions, it is this taskmanager file-browser icon that I am going to add to launcher list--not the file browser applet because I can't.

That's what I'm looking for.

klemperal said:
moonbeam said:
4) Open that file determined in 3) and look for the line "Icon = " What is its value?
I'm not sure how to open this. When I look in usr/share/applications/ I don't see nautilus-home.desktop. I'm sure I'm just looking in the wrong place--could you please be more specific?

from a terminal try typing (note that there should be a leading / )

gedit /usr/share/applications/nautilus-home.desktop

(replace gedit with your text editor of choice).

klemperal said:
Ok, this is odd. I closed all open windows, closed awn, ran #killall nautilus, and then restarted X. When I logged back in, awn was displaying the correct nautilus taskmanager icons--I'm not complaining, I'm just surprised. Would you mind explaining why this sequence of actions seemed to fix things? I'm at a loss here.

No matter how many nautilus windows are open there is only one nautilus process. If I remember correctly the only differentiator tends to be the command with which nautilus was opened. The taskmanager users command line and various window properties to figure out what desktop file is associated. I'm guessing you have a habit of opening the home first so the nautilus command line matched up with that particular desktop file. After that every other nautilus window probably had that command line associated with it (nautils doesn't tend to die after it's been opened). Just a guess, but you're probably seeing something along those lines.. I'll look into seeing if I can encourage it to use nautilus.desktop (but knowing distribution differences it might cause some issues).

klemperal said:
That makes sense. Thanks again for all your help.

my pleasure. Thanks for patiently answering my questions

klemperal said:
With the latest version, there is an option in the task manager preferences tab to "Overlay Icons." Are there any plans for a third option to neither overlay, nor not overlay icons? What I mean by that is to simply, without changing the icon, put an arrow or glowing dot beneath the application that was executed. Maybe this option could be called "Classic" on account of this being the way the stable version behaves.

A arrow should be visible by default.

klemperal said:
Yes, it is. What I was referring to was how, with the latest version, the icons change after being clicked on--either entirely or as a smaller icon overlapping the larger icon depending if "Overlay Icons" option is checked. I was hoping that there could be some sort of "classic" option in the task manager preferences--classic mode would just make the task manager behave like it used to--no change in icon and no overlaying/overlapping icons--just an arrow indicating that the app is running. Any chance we can get this sort of option in the future?

ah, there is. It's just not showing in awn-settings at the moment.

If you're familiar with gconf-editor its /apps/awn-applet-taskmanager/icon_change_behavior . Set it to 2.

First of all - fantastic application. Makes Ubuntu the choice desktop for people who care about their desktop.

Now to business.

Upgraded recently to Karmic and also grabbed awn trunk 0.3.9 from testing ppa. The awn notification daemon now refuses to work - keeps on crashing.

I think these are the relevant lines when running awn from terminal. Spawning at beginning is me restarting applet:

 
** (avant-window-navigator:23956): DEBUG: Spawned awn-applet[24013] for "awnnotificationdaemon.desktop", UID: 1257980876, XID: 25165875
The following is an informational message only: 
  


  
(awn-applet:24013): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.22.2/gobject/gsignal.c:2270: signal `url_activated' is invalid for instance `0x95f6198'
  


  
(awn-applet:24013): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Value of 'foreground' attribute on <span> tag on line 1 could not be parsed; should be a color specification, not '##ddddd'
  


  
(awn-applet:24013): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Value of 'foreground' attribute on <span> tag on line 1 could not be parsed; should be a color specification, not '##ddddd'
  


  
** CRITICAL **: awn_cairo_pattern_add_color_stop_color: assertion `color' failed
aborting...
 

Is this is a config issue I can resolved through gconf, or is this a coding issue?

nickzeff said:
Is this is a config issue I can resolved through gconf, or is this a coding issue?

know issue.

removing all the notification daemon keys, then do a

killall gconfd-2

and restart the daemon. should fix it.

BostonPeng said:
Separate Issue: I'm noticing that the Places applet keeps crashing. Do we have any info on the cause or resolution ETA? I am using the Cairo Main Menu, which has some Places functionality, but I really miss being able to use the Places applet on the right hand side of my dock.

It's on my list.

moonbeam said:
BostonPeng said:
Separate Issue: I'm noticing that the Places applet keeps crashing. Do we have any info on the cause or resolution ETA? I am using the Cairo Main Menu, which has some Places functionality, but I really miss being able to use the Places applet on the right hand side of my dock.

moonbeam said:
It's on my list.
Thankee, moon. I had a feeling that would be the response.

/me increments count of brews owed to moonbeam +1

BostonPeng said:
@moonbeam:
I saw your vid on YouTube about the new Network Manager applet. Is that available for testing yet? It looks pretty cool. Also, will it work with Wicd or will I need to go back to gnome-network-manager to use it?

it's available at

https://launchpad.net/awn-nm-applet

That being said...
1) It requires nm-applet to be installed. Version 0.7.1 preferably... I'm not sure about how well it will work with other version, Higher version numbers for Network Manager may be ok.
2) Don't install to a prefix of /usr/ (it will overwrite at least one nm-applet file if you do that, I need to look into how to best fix that). I'm installing to the default /usr/local and it seems to not clobber any installed files
3) It doesn't install a desktop file for the applet under shared/avant-window.navigator/applets (which needs to be done manually at this point.
4) If you have an instance of nm-applet it will silently fail, which is more or less what it should do except I'm going to have it popup a dialog telling the user to exit the nm-applet instance running in the systray.

So unless you're ambitious it's probably best to wait a little bit longer. At some point soon, I'm hoping to coerce malept and/or gilir into having a look at whether it inadvertently clobbers anything of which I'm unaware.

And no, it won't work with Wicd, this is literally the standard nm-applet with the only real change being the fact that it embeds in awn instead of a systray.

andrew said:
There is a bug in the latest version on the PPA (I updated today). When right-clicking an launcher / running application, nothing happens.

Seems there were a few missing files in the latest packages. They're being rebuilt now.

klemperal said:
Anyone else having trouble with the file browser launcher applet? Although its working for me again as of the latest update, the icon that launches in the task manager has changed from a nautilus file cabinet icon to a home folder icon. I'm 99.9% sure this was the result of an update because this was not happening until one of the more recent updates (maybe a week or so ago).

I'm guessing you're using Ubuntu. Seems Ubuntu sets the NoDisplay field to true for /usr/share/applications/nautilus-browser.desktop, not sure of the rationale, I'm guessing they're afraid users are going to hurt themselves. Taskmanager has long honoured this field and not displayed desktops that had it set, the display on Ubuntu previously was a bug where it happened to get ignored which was recently fixed. I might end up introducing a key to have the taskmanager ignore this field since it seems to sometimes get set on odd desktop files, but it's honoured for a reason, ignoring it could cause undesirable results. Anyway, set the NoDisplay field to false in that file and all will be the way you want.

klemperal said:
Also, is there any chance that AWN might group common windows like Docky does? I really prefer the way Docky does that since I often want to see or minimize both common windows at once and with one click (e.g. pidgin's buddy list and conversation window).

What specific grouping behaviour are you speaking of? Currently it will minimize/restore all grouped windows on the current workspace assuming they are all in the same state ( minimized or unminimzed).

klemperal said:
In Docky, when common windows are grouped, when you click on a set of minimized grouped icons (like pidgin's buddy list and a conversation window for example) both windows maximize at the same time--were you to hypothetically click on the Docky pidgin icon again, both would also minimize at the same time. This is as compared to how AWN handles grouped icons. When you click on a set of grouped icons in awn, a popup appears listing the names of the various windows within that set of grouped icons. Personally, I think that the way Docky handles grouped icons is faster and makes more sense.

Oh.. in awn-settings got to Task Manager and check "show dialog on long press" and you'll more or less have the behaviour you want on short mouse clicks, and the dialog will show up if you press for an extended period.

klemperal said:
After updating AWN today, the digital clock applet no longer works--it just gives me the "Whoops! The applet Crashed..." error. Any thoughts on how I might be able to get the digital clock working again?

Try removing/adding the applet in Awn Settings.

klemperal said:
After the update today, the digital clock is no longer available in the applets tab. Did the devs decide to take this out entirely, or is this just temporary until they get it fixed?

Wasn't removed. As mhr3 indicated above there's a packaging issue (with the deb), it's working in trunk.

klemperal said:
After the update today, the digital clock is no longer available in the applets tab. Did the devs decide to take this out entirely, or is this just temporary until they get it fixed?

It was moved to awn-applets-c-extras, make sure you have it installed.