eyecreate said:
I have been working on the applet Pandora and would like to request to join the launchpad team so I can send it to commit. I made the applet figure out the current flash file of Pandora so it doesn't get broken again, it's automated by Beautiful Soup and urllib2, which are two deps I'm not sure are registered for the package. I'm planning on doing a few more changes to make it a little easier in some situations people may use the applet in.

So if I understand you correctly, you would like to take over maintainership of the Pandora applet? If not, I don't really see a need to add you to the awn-extras Launchpad team.

dasbooter said:
1) User configurable position works for me I have a twin view dual monitor set up and the slider and x positioning worked flawlessly without the need for gconftool

As the one who implemented it, it makes me proud :D

dasbooter said:
2) Will there ever be some arrangement or can somebody tell me how I can use the focus follows mouse option instead of click to focus in my file manager/graphical shell(using compiz). As of right now any window underneath awns pop up dialogs steals focus and closes the pop up dialog (the pointer travels over the window on its ways to awns pop up)... I have tried using gconftool previously to alleviate this but from what I remember it never worked.

Yes, we always had problems with focus follows mouse. A possible workaround is to set using gconf-editor the key /apps/instances/avant-window-navigator/panel-1/panel/dialog_offset to some negative value (like -5..-10)

dasbooter said:
3) I suppose a few applets didnt make the cut for awn likes stacks and I just want to make sure that is the case that there not included as my upgrade was a bit bumpy...

Yes, some applets disappeared, though they may reappear at a later stage of the beta.

denham2010 said:
I select Custom in the awn-settings dialog, and do not get the options (as in previous versions) to select effects for actions.

Yeah, it's hasn't been implemented yet in awn-settings.

I have a similiar problem with trash

mhr3 said:
Yes, we always had problems with focus follows mouse. A possible workaround is to set using gconf-editor the key /apps/instances/avant-window-navigator/panel-1/panel/dialog_offset to some negative value (like -5..-10)

This almost seemed to work (I have been waiting literally for over a year(years?) to go back to focus follows mouse. It seemed to work but then for instance using the standard awn main menu I cant select preferences or the back button on the menu.. Preferences contains a large # of items so perhaps my machine cannot draw the window fast enough and the window underneath steals focus and boom I loose the awns panel oh well so close oh well back to accidentally plunging through my browser or whatever when I think I am in the console...when I have had too much coffee this drives me insane :)

dasbooter said:
This almost seemed to work (I have been waiting literally for over a year(years?) to go back to focus follows mouse. It seemed to work but then for instance using the standard awn main menu I cant select preferences or the back button on the menu.. Preferences contains a large # of items so perhaps my machine cannot draw the window fast enough and the window underneath steals focus and boom I loose the awns panel oh well so close oh well back to accidentally plunging through my browser or whatever when I think I am in the console...when I have had too much coffee this drives me insane :)

you can try setting

/apps/avant-window-navigator/shared/dialog_focus_loss_behavior to false.

Some applets pay attention to the settings and some do not. Those that do will not close the dialog on loss of focus, instead it's necessary, typically, to click on the Icon to close the dialog again.

denham2010 said:
Have just completed the update. Only issue I have found is setting custom effects does not work.

Right, it's not yet implemented in awn-settings.

Anyway, is there any chance we could see some of your applets updated for 0.4 API? People are mostly asking for keyboard indicator applet, and I think it really should be part of official awn-extras.

mhr3 said:
BostonPeng said:
I snagged the trunk build of AWN this am (after uninstalling my existing AWN install although not purging it) and I'd like to try to modify the Mac4Lin theme to the new testing builds. Is there anything in a wiki or something that will help me know what to change?

mhr3 said:
No, unfortunatelly there's nothing on wiki, but take a look at /usr/share/avant-window-navigator/themes/default.awn-theme there you'll get the idea how you can make a theme. (using the structure as the default theme uses you can change any awn config key). For all the keys take a look in gconf-editor (you mostly care about /apps/avant-window-navigator/theme)
Thanks. I already looked at the default theme to make an update but now I can't seem to be able to install the theme (I think I saw a bug about that). I also tried using the Theme Builder but it isn't putting the new theme into the theme list. I'll hold onto my files until I see the bug fixed, or at least a fix committed, and I'll try it again then.

moonbeam said:
And, it might be worthwhile just dropping by #awn on freenode. Someone will answer your questions _eventually_.
I was afraid someone was going to suggest IRC. I'm having trouble finding time just to be able to fire up Pidgin or Empathy right now so I'll have to put the room on the todo list for once I get a few other issues I'm finding (in other apps) since the upgrade resolved.

ETA: I'm noticing that the theme colors seem to be a lot longer than I expect them to be, such as a border color of #000000000000cccc. Is there a reason why hex colors are being expressed in sixteen digit numbers?

denham2010 said:
Problem I am having is installing to applets:

That part didn't really change, but probably noone touched it, so it's broken due to other changes in awn-settings.

denham2010 said:
Is there a workaround so I can test my applets, or will I need to wait until they can be installed in awn-settings?

You can just add path to the .desktop file directly in gconf - /apps/instances/avant-.../panel-1/panel/applet_list

denham2010 said:
Doesn't seem to like it:

Format of those keys is "path::uid".

gilir said:
@denham2010
How about adding your applets to awn-extras ? So others dev can help you more easily :)
If you need help, you can join us on IRC #awn on freenode, or tell us what do you need for this :)

Now that the 0.4 dev branch is out, I am planning on doing just that. Just have to complete the code update for my apps so they work with 0.4

Cheers.

SilentStorm said:
If I want to write applets or upgrade applets to the new version,
is there any information available for this?

My blog has some examples which should help transition, and there's also a link to the documentation, but you can install it locally via the libawn-doc package. http://mhr3.blogspot.com/

As for libdesktop-agnostic (VFS, config stuff etc.), I'm afraid you'll need to browse the sources as the documentation is in there... Unfortunately I'm unaware of generated documentation from the sources, maybe malept knows more.

denham2010 said:
Has the 'height-changed' signal been removed, or renamed? I notice icons loaded with 'set_icon_name' will resize with the bar automatically whereas 'set_icon_pixbuf' does not.

Anything with 'height', (e.g. .get_height()) has been changed to 'size'. Height in this case would be incorrect on the side orientations. :)

BostonPeng said:
I'm noticing that with the trunk version of AWN (currently running avant-window-navigator-trunk 0.3.9.1~bzr1614-.9.10) I'm no longer seeing thumbnails of image files opened in Gimp. Is there a setting I need to change or is this simply something that hasn't been enabled yet?

Yes.

/apps/awn-applet-taskmanager/disable_icon_changes

Currently it defaults to true. I'll be switching it to false in the next few days to get some wider testing with that state. Final release default is not set in concrete, though I'm expecting it will probably end up being false by default (you'll see gimp thumbnails by default).

denham2010 said:
Can someone help me out in getting it included in extras?

I noticed you dropped by #awn. Good idea but unfortunately timed for when everyone seemed to be away. I'd suggest trying that again, if you're able to idle in the channel someone will answer eventually :-)

klemperal said:
I have a question about how awn-trunk handles custom file browser launchers in the dock. As I remember, in the stable version, when I would click on a launcher I made (nautilus /home/username for example) another icon would pop up in the dock signifying that directory. The way it is done in the trunk version, after I click on my custom directory launcher, I don't get a new icon for that window--just a little arrow or whatever below the launcher. This means I can't open more than one instance of my custom directory launcher since clicking on it again only serves to minimize/maximize the window--sometimes you want to open more than one window. It seems go get even more complicated if you have more than one custom directory launcher in the dock (say /nautlus /home/username and nautilus /home/username/Downloads) because awn gets confused as to which directory launcher is in use (ie I click on the Downloads directory launcher and awn puts an arrow underneath my Home folder launcher).

I'm thinking that in 0.6 shortcuts will be first class objects in the TaskManager.

Warning... hack follows. Your Mileage may vary.

Till then it is possible to convince a launcher to not manage a window (varies with circumstances). In the case of nautilus this should work assuming nautilus is managing the desktop (the default in Gnome). And you will need to disable grouping.

Create a link to /usr/bin/nautilus that has a different name.

ln -s /usr/bin/nautilus /usr/bin/NOTilus

for example.

Then create your launcher and make the command used

/usr/bin/nautilus /usr/bin/NOTilus /home/username

(or whatever location you're using)

I also suggest that you do a

StartupNotify=False

in the launcher.

Obviously a hack... I'll get around to providing a better solution.

klemperal said:
Ok, I've got another question. I know that I can change an awn application icon via dragging the icon I want on top of it--but then how do I later reset that application's default icon? Unlike the launchers, there is no "clear custom icon" option on right click (maybe that could be implemented in the future?). I recall that in the stable version you could go into the (if I remember right) ~/.config/awn/customicons folder and just remove the custom icons you didn't want, but I couldn't find that or a similar directory in the trunk version. So, how exactly do you change back an awn app's default icon?

A couple applets do have the clear option on right click (cairo-menu). I haven't pushed for the other applets to implement yet as I'm not absolutely sure if the API is going to change... that said it'll need to happen soon. Anyway, that being said you can look in ~/.icons/awn-theme/scalable and delete an icon directly for the moment.

klemperal said:
Thanks for the info. There must then be some sort of bug in the file-browser or task-manager applets themselves. I say this because I changed the icon of the filebrowser, and now all instances of nautilus also have that custom icon--not the standard file-manager icon. I removed the icons from ~/.icons/awn-theme/scalable, and while the file-browser applet no longer has the custom icon, all the instances of nautilus in the task manager still retain the old custom icon. Is there any other way to remove custom icons?

That would be expected behaviour if you chose replace all similar icons from the drop down list when you dragged and dropped icon the icon into the file-browser applet.

Regarding all the nautilus instances retaining the old custom icon, please try restarting awn. If it the custom icon is gone then it's probably an issue with the icon caching code, if the icon is still there for nautils and the awn-theme/scalable dir is empty then it's getting the icon from somewhere else. Either way please report the result.

klemperal said:
I did as you instructed by first making sure awn-theme/scalable was empty, and then closing and reopening awn. Still, all instances of nautilus retain the custom icon. I should mention that I am sure I selected the "only apply new icon to this applet" option when I customized the file-browser applet so I'm not sure why the task-manager file-browser icon ended up changing. I also tried disabling and re-enabling the applets to see if that made a difference, but no luck there.

That is very peculiar, as that is the only location for user customizable icons for awn. Please check in /usr/share/applications for the File Manager/Browser and verify the icon in use for those desktop files.