I am not fully understanding your rules part (probably because it is specific to shifty) : on what property are you matching?
You should match on title property and not on class one.

I would suggest something like that in classic (without shifty) settings :

{ rule = { title = "Mail" },
     properties = { tag = tags[1][1] } },


Maybe default matching is done on class and not on title in shifty? Maybe you can safely override shifty rules or configure them to match on title ?
Can someone infirm/confirm that?

Le 02/04/2013 10:22, Rainer M. Krug a écrit :
Hi

I am using gnus and emacs and to avoid that gnus is blocking my emacs
session, I run them in two different instances. Now I would like to have
mu "normal" emacs in an "emacs" named tag, and emacs/gnus in the "mail"
tag.

The emacs one works, but when I open the new instance of emacs for gnus via

"emacs --name Mail --title Mail --no-desktop --no-splash --funcall gnus"

It starts in the "emacs" tag but not in the "mail" tag.

These tags are configured as follow (and the "emacs" rule comes after
the "mail" rule):

mail = {
         layout    = awful.layout.suit.tile,
         mwfact    = 0.55,
         exclusive = false,
         position  = 2,
         screen    = 1,
         spawn     = env.email,
         slave     = true
      },
emacs = {
         layout   = awful.layout.suit.tile,
         position = 9,
         screen    = 1,
         slave    = false,
         spawn    = ec,
         exclusive = false,
      },

The applcation matching rules are (again the emacs rule after the Mail rule):
{
         match = {
            "Mail",
            "Shredder.*",
            "Thunderbird",
            "Thunderbird*",
            "thunderbird",
            "mutt",
            "Zimbra Desktop",
            "Zimbra*",
            "Pan"
         },
         tag = "mail",
      },
{
         match = {
            "emacs@ecolmod",
            "Emacs",
         },
         tag = "emacs"
      },

The output from xprop is for emacs/gnus:

NC_REQUEST
WM_CLASS(STRING) = "Mail", "Emacs"
WM_ICON_NAME(STRING) = "Mail"
_NET_WM_ICON_NAME(UTF8_STRING) = "Mail"
WM_NAME(STRING) = "Mail"
_NET_WM_NAME(UTF8_STRING) = "Mail"

and for the "normal" emacs

WM_CLASS(STRING) = "emacs", "Emacs"
WM_ICON_NAME(STRING) = "emacs@ecolmod"
_NET_WM_ICON_NAME(UTF8_STRING) = "emacs@ecolmod"
WM_NAME(STRING) = "emacs@ecolmod"
_NET_WM_NAME(UTF8_STRING) = "emacs@ecolmod"

Is there any way (apart from re-compiling emacs and giving it a
different name) that I can force the emacs/gnus instance to go to the
"mail" tag?

I just restarted awesome, and it still dioes not create the "mail" tag
and puts the emacs'gnus session there.

What am I missing?

Rainer



--
To unsubscribe, send mail to [email protected].

Reply via email to