  AfterStep FAQ
  Maintained by Diego Zamboni
  $Revision: 1.4 $, $Date: 1998/09/05 22:45:07 $
  ____________________________________________________________

  Table of Contents:

  1.      General information

  1.1.    What is AfterStep?

  1.2.    What is its history?

  1.3.    What are its main features?

  1.4.    Is it compatible with fvwm-2?

  1.5.    Where can I get this FAQ?

  1.6.    Who contributes to this FAQ?

  1.7.    What are the AfterStep-related mailing lists?

  2.      Getting and installing AfterStep

  2.1.    Where do I get AfterStep?

  2.2.    Other important WWW pages

  2.3.    What is the latest version of AfterStep

  2.4.    I've compiled AfterStep for my system but every time I try to
  use it I receive the message: Cannot open display. What should I do?

  2.5.    How do I enable sound in AfterStep?

  2.6.    I grabbed TkStep and Tcl7.6 and tried to install TkStep, but
  it doesn't work

  2.7.    Why doesn't ASCP run on my system?

  2.8.    How can I install AfterStep without being root?

  3.      Icons, graphics and pixmaps

  3.1.    Icons staying put

  3.2.    Colormap issues

  3.3.    Icons disappear from Wharf. What's wrong?

  3.4.    How do I create an icon with a transparent pixel?

  3.5.    Why doesn't program `xyz' work in 16bpp?

  3.6.    Why doesn't xv do `xyz' in 16bpp?

  3.7.    Why don't icon names change when the application changes it?

  3.8.    Suddenly, some windows stay always on top. Why?

  3.9.    Can you add `xyz' to the Wharf?

  4.      Modules


  4.1.    How do I get multiple Wharfs/Pagers on the screen?

  4.2.    How can I get ASclock to properly appear in Wharf?

  4.3.    How do I configure asclock to use fewer colors?

  5.      General usage, features and bugs

  5.1.    Why does AfterStep get slower and slower until I restart it?

  5.2.    Click-to-focus dies

  5.3.    What is this `Shade' thing?

  5.4.    When I restart AfterStep, it kills X. What gives?

  5.5.    What is swallow-exec?

  5.6.    I upgraded to 1.0pre4 or later, and now the Wharf doesn't
  work. What happens?

  6.      Other AfterStep-related applications

  6.1.    What is this WindowMaker I keep hearing about in the list?

  6.2.    What is ASCP?

  6.3.    What is TkStep and why do I want it?

  7.      Other AfterStep-unrelated applications

  7.1.    I have a problem with program `xyz'

  7.2.    Why am I having `xyz' problem/how do I do `xyz' with a
  terminal window?
  ______________________________________________________________________

  11..  GGeenneerraall iinnffoorrmmaattiioonn



  11..11..  WWhhaatt iiss AAfftteerrSStteepp??


  AfterStep is a Window Manager for X that emulates the NEXTSTEP look
  and feel, which many adepts will tell you is not only the most
  visually pleasant interface, but also one of the most functional and
  intuitive out there.


  11..22..  WWhhaatt iiss iittss hhiissttoorryy??


  From the man page:


       AfterStep is a continuation of the BowMan window manager
       which was originally put together by Bo Yang.  BowMan was
       based on the fvwm window manager, written by Robert Nation.
       fvwm was based on code from twm.  And so on...  It is
       designed to emulate some of the look and feel of the
       NEXTSTEP user interface, while adding useful, requested, and
       neat features.  The changes which comprise AfterStep person-
       ality were originally part of BowMan development, but due to
       a desire to move past simple emulation and into a niche as
       its own valuable window manager, the current designers
  decided to change the project name and move on.  BowMan
  development may continue, but we will no longer be a part of
  it.



  11..33..  WWhhaatt aarree iittss mmaaiinn ffeeaattuurreess??


  Again quoting from the man page:


  1. NEXTSTEP-alike title bar, title buttons, borders and corners.

  2. AfterStep's _W_h_a_r_f is a much worked-out version of _G_o_o_d_S_t_u_f_f. To
     avoid copyright complications it is not called a `dock.'

  3. NEXTSTEP style menus. However the menus are not controlled by
     applications, they are more of pop-up service lists on the root
     window.

  4. NEXTSTEP style icons. The default icons are consistent with those
     in the NEXTSTEP interface, but they are configurable.

  However, the flexibility of _f_v_w_m was not traded off. The initiation
  file,  ~/.steprc, recognizes most of the fvwm 1.24r commands. Virtual
  screens and the pager are still intact. fvwm modules should work just
  fine.


  11..44..  IIss iitt ccoommppaattiibbllee wwiitthh ffvvwwmm--22??


  No. Compatibility with fvwm-2 is not planned.


  11..55..  WWhheerree ccaann II ggeett tthhiiss FFAAQQ??


  The latest version is available at
  <http://www.cs.purdue.edu/homes/zamboni/afterstep/FAQ.html>.


  11..66..  WWhhoo ccoonnttrriibbuutteess ttoo tthhiiss FFAAQQ??


  The initial version of the FAQ was written by Frank Fejes
  (frank@ssax.com) and Jonathan B. Leffert (j-leffert@uchicago.edu).
  Major additions were made by Kragen Sittler (kragen@tcsi.com). The FAQ
  is currently maintained by Diego Zamboni (zamboni@cs.purdue.edu). Most
  of the questions and answers have been provided by the people
  participating in the AfterStep mailing lists (
  <http://www.eosys.com/mailing-list/AfterStep.html>).


  11..77..  WWhhaatt aarree tthhee AAfftteerrSStteepp--rreellaatteedd mmaaiilliinngg lliissttss??




     AAfftteerrSStteepp--AAnnnnoouunnccee::
        This is a low volume (moderated) list for announcements of
        general interest to all AfterStep users (e.g. new releases). You
        may submit announcements to be moderated via afterstep-
        announce@eosys.com.

     AAfftteerrSStteepp::
        The purpose of this list is to provide a forum in which users of
        the AfterStep X11 window manager can discuss issues related to
        to using AfterStep. Appropriate topics include, but are not
        limited to, the installation and configuration of AfterStep and
        related modules and applications.


     AAfftteerrSStteepp--DDiiggeesstt::
        This list contains the same messages as the AfterStep mailing
        list. However, the messages are saved up (not transmitted
        individually) and sent out as a bundle. This decreases the
        number of separate messages received from the list, but makes it
        more difficult to reply to a specific message.


     AAfftteerrSStteepp--DDeevv::
        This list is a forum to discuss ongoing development issues
        related to AfterStep. If you want to participate in the
        development of AfterStep, please join this forum.


     AAfftteerrSStteepp--DDeevv--DDiiggeesstt::
        This list contains the same messages as the AfterStep-Dev
        mailing list. However, the messages are saved up (not
        transmitted individually) and sent out as a bundle. This
        decreases the number of separate messages received from the
        list, but makes it more difficult to reply to a specific
        message.


  For subscribing to any of these lists, send a message to
  <listname>-request@eosys.com containing:



       subscribe




  You can find more information, and archives of all the lists, at
  <http://www.eosys.com/mailing-list/AfterStep.html>, maintained by Ed
  Orcutt (edo@eosys.com), and from where these descriptions were taken.


  22..  GGeettttiinngg aanndd iinnssttaalllliinngg AAfftteerrSStteepp



  22..11..  WWhheerree ddoo II ggeett AAfftteerrSStteepp??


  The main AfterStep resources in the net are:


     WWWWWW PPaaggee::
        The official WWW page is at <http://afterstep.edoc.com>.

     FFTTPP SSiittee::
        <ftp://afterstep.foo.net/pub/AfterStep/>.

     UUppllooaadd ddiirreeccttoorryy::
        <ftp://afterstep.foo.net/incoming/>.


  You can get AfterStep from either the WWW page or the FTP site.


  22..22..  OOtthheerr iimmppoorrttaanntt WWWWWW ppaaggeess



     AAllffrreeddoo KKoojjiimmaa''ss PPaaggee::
        <http://www.inf.ufrgs.br/~kojima/>.

     MMaatttt KKrraammeerr''ss PPaaggee::
        <http://defiant.gmi.edu/afterstep/>.

     KKiiwwii''ss PPaaggee::
        <http://www.iis.ee.ethz.ch/~kiwi/AfterStep/>.

  On the above pages, you will find links to other interesting things
  that work nicely with AfterStep such as TkStep, TkDesk, lib-neXtaw,
  and nifty icons that were adapted from NEXTSTEP.


  22..33..  WWhhaatt iiss tthhee llaatteesstt vveerrssiioonn ooff AAfftteerrSStteepp


  The latest public version is 1.0pre4, released on March 13, 1997.


  22..44..  II''vvee ccoommppiilleedd AAfftteerrSStteepp ffoorr mmyy ssyysstteemm bbuutt eevveerryy ttiimmee II ttrryy ttoo
  uussee iitt II rreecceeiivvee tthhee mmeessssaaggee:: CCaannnnoott ooppeenn ddiissppllaayy.. WWhhaatt sshhoouulldd II ddoo??


  AfterStep is an X window manager and cannot be run from the terminal.
  It must be run through X.  The easiest way to do that is to either
  create or edit your own  .xinitrc file (which contains a list of the
  programs you wish to load upon startup) and add the line exec
  afterstep to the end.  This last exec'd line is significant in that it
  says to shut down X when that program is terminated.  Now that you
  have that file, simply startup X in your customary manner, most likely
  startx or xinit.  Now you're off and running...good luck.


  22..55..  HHooww ddoo II eennaabbllee ssoouunndd iinn AAfftteerrSStteepp??


  First, make sure you have compiled the Linux kernel with sound support
  and that the sound works (try cat <some au file> > /dev/audio).

  Then, edit your  .steprc file.  Near the bottom of the file, you
  should see (if you don't add it) lines like this:



         Module Audio
         *AudioPlayCmd /usr/bin/showaudio
         *AudioDir /usr/X11/lib/X11/afterstep/sounds
         *AudioDelay 1




  If these aren't there, add them.  Verify that the AudioPlayCmd is a
  valid program and that the sounds you want to play are in
  /usr/X11/lib/X11/afterstep/sounds (or set it to the appropriate
  directory).


  Below that section, you sould see many lines like this:



         #*Audio startup gong.au




  Simply remove the comment (#) from the beginning of the line and if
  you wish, set the startup event to some other au file.  The format is:



       Audio <event> <sound>




  Do that for the rest of the Audio events, and as one AfterStepper put
  it, you'll literally add new bells and whistles to AfterStep.


  22..66..  II ggrraabbbbeedd TTkkSStteepp aanndd TTccll77..66 aanndd ttrriieedd ttoo iinnssttaallll TTkkSStteepp,, bbuutt iitt
  ddooeessnn''tt wwoorrkk


  TkStep still doesn't work with Tcl7.6. Try Tcl 7.5 (see question ``''
  for information about TkStep).


  22..77..  WWhhyy ddooeessnn''tt AASSCCPP rruunn oonn mmyy ssyysstteemm??


  ASCP needs TkStep, a version of Tk implemented by Alfredo Kojima
  (kojima@inf.ufrgs.br) that gives Tk the NEXTSTEP look-and-feel, and
  implements a few new widgets, like font and color choosers. You can
  download it from <http://www.inf.ufrgs.br/~kojima/tkstep.html>. See
  question ``'' for information about ASCP.


  22..88..  HHooww ccaann II iinnssttaallll AAfftteerrSStteepp wwiitthhoouutt bbeeiinngg rroooott??


  This is fairly easy. You will have to install all the files under your
  home directory. The usual recommendation is to use the same
  directories as suggested in the installation procedure, but replacing
   /usr/local by your home directory. For example, if you home directory
  is  /home/bla you would use directories like
   /home/blah/bin,  /home/blah/etc,  /home/blah/lib, etc.

  Compile AfterStep following the manual installation procedure (i.e. do
  not use the  InstallMe program), up to but not including the make
  install step. Then, do the following (make sure to create the
  destination directories first if they don't exist. All the source
  paths are relative to the AfterStep source directory):


  1. Copy  afterstep/afterstep to  $HOME/bin/.

  2. Copy  modules/asclock/asclock to  $HOME/bin/.

  3. Copy  modules/Wharf/Wharf,  modules/Pager/Pager and all the other
     module binary files to  $HOME/lib/afterstep/.


  4. Copy the icons from  icons/ or  icons/8bit/ to
      $HOME/include/X11/pixmaps/.

  5. Copy  sample.steprc to  $HOME/lib/afterstep/.

  6. Take a look at  install/Xdefaults,  install/xinitrc,
      install/xsession, and copy or integrate them to your
      .Xdefaults,  .xinitrc and  .xsession as appropriate.

  7. Copy  sample.steprc to  $HOME/.steprc.

  8. Edit  $HOME/.steprc to reflect the above paths in the lines
     starting with ModulePath and PixmapPath.

  9. Put  $HOME/bin in your path.

  You should be set. Feel free to modify this procedure according to
  your particular needs or the particular setup of your machine/account.


  33..  IIccoonnss,, ggrraapphhiiccss aanndd ppiixxmmaappss



  33..11..  IIccoonnss ssttaayyiinngg ppuutt


  WWhheenn II cclliicckk oonn ssoommee ooff tthhee iiccoonnss tthheeyy ffaann oouutt aanndd ssttaayy tthheerree uunnttiill II
  rreessttaarrtt WWhhaarrff.. WWhhaatt''ss tthhee ddeeaall??

  In old versions of AfterStep, an icon to be used in Wharf must contain
  at least one transparent pixel, otherwise the symptoms you've
  mentioned will be prevalent.  Simply add a transparent pixel and
  everything should work flawlessly (see question ``'' for instructions
  on how to do this).

  Newer versions of AfterStep fix this problem, allowing you to use
  icons without transparent pixels in the Wharf without problems. You
  should really upgrade to the latest version.


  33..22..  CCoolloorrmmaapp iissssuueess


  WWhheenn II rruunn AAfftteerrSStteepp ssoommee ooff tthhee iiccoonnss oonn tthhee bbuuttttoonn bbaarr ddoonn''tt sshhooww
  uupp.. IIff II llooaadd tthheemm aatt tthhee ttoopp tthheeyy sshhooww uupp,, bbuutt tthheenn tthhee ootthheerr oonneess
  ddoonn''tt.. AAllssoo,, wwhheenn II uussee nneettssccaappee,, tthhee ccoolloorrss ggeett wwaacckkyy.. WWhhaatt''ss wwrroonngg??

  Odds are you are using a 256 color (8bit) display.  A quick
  explanation is that you can only have 256 colors on the screen at the
  same time, and the more colors you use in Wharf (the button bar), the
  less you can use for other applications and icons.  I would suggest
  upgrading your video hardware or using more conservative (less
  colorful) icons.  For netscape, an option is to run it with the
  netscape -install` command.  This will insure that netscape gets a
  good deal of the color that it wants. However, this will result in the
  colors flashing whenever you move the mouse in or out the Netscape
  window. You decide if you can live with that.

  You can find some help on configuring AfterStep for running on an
  8-bit display in  <http://www.infinet.com/~gnosis/as.html>. You can
  find a good collection of low-color icons (all of them together use
  only 21 colors) at  <http://www.iis.ee.ethz.ch/~kiwi/AfterStep/>.

  If you are using asclock, you can configure it to use much fewer
  colors. See question ``''.
  33..33..  IIccoonnss ddiissaappppeeaarr ffrroomm WWhhaarrff.. WWhhaatt''ss wwrroonngg??


  You are most likely running out of colors. Either upgrade your
  hardware, switch to a higher color depth (i.e. 16 bpp or higher), or
  use icons that contain fewer colors. See question ``''.


  33..44..  HHooww ddoo II ccrreeaattee aann iiccoonn wwiitthh aa ttrraannssppaarreenntt ppiixxeell??


  Its beyond easy. An xpm is a simple text file. Therefore, the only
  image manipulation software you will need is vi. If you edit your xpm,
  you will become aware of the beauty and simplicity. At the bottom you
  will notice a character representation of your image. At the top there
  is a color listing corresponding to each pixel of the character
  representation.

  You have two options to create a transparent pixel:


     CChhaannggee aann eexxiissttiinngg ppiixxeell ccoolloorr ttoo ttrraannssppaarreenntt::
        Simply find the pixel character(s) you wish to become
        transparent, then go back up top and find that character in the
        listing.  Change the color code (number beginning with a #) to
        None.  Save, and you're all tootin'.


     CCrreeaattee aa nneeww ttrraannssppaarreenntt ppiixxeell::
        Edit the line near the top corresponding to the
        height/width/number of colors/chars per pixel.  Increment the
        number of colors (third value) by one.  Then in the list of
        pixels and color values add the line:


               "c None",




     Where `c' should be a character that is not being used by any other
     color. From there save and take off.

  If you're the slightest bit unsure, take a look at one of the xpm
  files in the AfterStep distribution's icons directory.

  The `correct' size for a Wharf icon is 48x48 pixels. However, if you
  use bigger icons, they will display correctly, up to 64x64, which is
  the default size for the Wharf buttons.


  33..55..  WWhhyy ddooeessnn''tt pprrooggrraamm ``xxyyzz'' wwoorrkk iinn 1166bbpppp??


  A lot of 8bpp programs don't work on displays without a PseudoColor
  visual available. A lot of PC X servers don't support PseudoColor
  visuals on displays running in TrueColor mode. You should buy an SGI.
  Or run two simultaneous X servers, if you're on Linux.


  33..66..  WWhhyy ddooeessnn''tt xxvv ddoo ``xxyyzz'' iinn 1166bbpppp??


  xv doesn't cope well with 16bpp in three ways. First, it can't grab
  pieces of the screen. Second, if you grab pieces of the screen with
  xwd and try to display them with xv, it doesn't work well. xwud works.
  Third, if you display a 24bpp picture, it doesn't bother to dither it
  down to 16bpp, resulting in bad pictures.


  33..77..  WWhhyy ddoonn''tt iiccoonn nnaammeess cchhaannggee wwhheenn tthhee aapppplliiccaattiioonn cchhaannggeess iitt??


  II hhaavvee ssoommee aapppplliiccaattiioonn ccrreeaattiinngg aa wwiinnddooww aanndd tthheenn cchhaannggiinngg iittss nnaammee
  ttoo ssoommeetthhiinngg ssppeecciiaall.. II hhaavvee ttoolldd AAfftteerrSStteepp ttoo ggiivvee tthhee ssppeecciiaall wwiinnddooww
  nnaammee aa ssppeecciiaall iiccoonn.. BBuutt II nneevveerr sseeee tthhee iiccoonn.. WWhhyy ddooeessnn''tt tthhiiss wwoorrkk??

  AfterStep assigns icons to windows when they are created, not when
  they are iconified, and later title or icon-name changes don't cause
  the icon to change.  Perhaps this is a bug.

  Emanuele Caratti (wiz@iol.it) has created a patch that supposedly
  fixes this, but I have not tried it, and it's not (yet) part of the
  official distribution. You can find it at
  <ftp://afterstep.foo.net/pub/AfterStep/mods/dynamic_icons.tar.gz>.


  33..88..  SSuuddddeennllyy,, ssoommee wwiinnddoowwss ssttaayy aallwwaayyss oonn ttoopp.. WWhhyy??


  SSoommeettiimmeess,, aafftteerr II''vvee bbeeeenn uussiinngg AAfftteerrSStteepp ffoorr ssoommee ttiimmee,, cceerrttaaiinn
  aapppplliiccaattiioonn wwiinnddoowwss ssttaayy aallwwaayyss oonn ttoopp;; tthheeyy eevveenn ssttaayy oonn ttoopp ooff tthhee
  WWhhaarrff aanndd tthheeiirr oowwnn ddiiaalloogg bbooxxeess!!

  With the default  .steprc, triple-clicking on a window titlebar
  toggles a window's always-on-top state.  Triple-click again to remove
  it. If you want to remove this feature, locate the lines in your
   .steprc that look like this (there are several of them):



               PutOnTop        "TripleClick"




  and delete them. Or better yet, just comment them out, in case you
  later decide you need the feature again.


  33..99..  CCaann yyoouu aadddd ``xxyyzz'' ttoo tthhee WWhhaarrff??


  YYoouu kknnooww,, iitt wwoouulldd bbee rreeaallllyy nniiccee iiff tthhee WWhhaarrff ssuuppppoorrtteedd tteexxtt
  ttiittlleess//ccaassccaaddiinngg mmeennuuss//ttaabbss oonn tthhee ssiiddee//pplluugg--iinn mmoodduulleess//sswwaalllloowwiinngg
  rruunnnniinngg aapppplliiccaattiioonnss iinn ffoollddeerrss//ssccrroollllbbaarrss oonn ffoollddeerrss//ssttaarrttiinngg
  aapppplliiccaattiioonnss oonnllyy iiff tthheeyy''rree nnoott aallrreeaaddyy rruunnnniinngg.. WWhhyy ddooeessnn''tt ssoommeeoonnee
  ddoo iitt??

  This is a holy war.  You will be crucified at dawn.  Unless you
  implement it yourself and post a patch.

  No, seriously, there has been a lot of discussion about these topics.
  Many people believe that AfterStep should be kept as close as possible
  to the original NEXTSTEP interface, why others think it should be
  extended and be made as configurable as possible. Most probably the
  appropriate thing is some point in between, but then again, that is a
  personal issue. For now, we will let the developers decide the
  direction AfterStep should take.



  44..  MMoodduulleess



  44..11..  HHooww ddoo II ggeett mmuullttiippllee WWhhaarrffss//PPaaggeerrss oonn tthhee ssccrreeeenn??


  It's pretty easy. You just have to have the Wharf exist under several
  different names, and then configure each of them using its name. For
  example, if you make a link to  Wharf called  MyWharf (type man ln if
  you don't know how to make links), you would use lines like these in
  your .steprc:



       Module MyWharf
       *MyWharfAnimate
       *MyWharf "label" Icon.xpm Exec "something" something




  Same for the Pager.

  NNoottee:: Apparently, due to the way the AfterStep configuration file
  parser works, links with names like  Wharf2 (i.e. the same original
  name with characters appended to it) will nnoott work, the parser will
  think you are referring to the original module and will get confused.
  You have to give each link a distinctive name.


  44..22..  HHooww ccaann II ggeett AASScclloocckk ttoo pprrooppeerrllyy aappppeeaarr iinn WWhhaarrff??


  First, you need AfterStep 0.98 beta 4 or later. These version have the
  .steprc `MaxSwallow' option. Then, add a command such as this to the
  Wharf section of your  .steprc:



         *Wharf asclock nil MaxSwallow "asclock" asclock -12 -shape &




  You can omit the `-12' to be in 24 hour time.


  44..33..  HHooww ddoo II ccoonnffiigguurree aasscclloocckk ttoo uussee ffeewweerr ccoolloorrss??


  When installing, after executing MakeMakefiles but before make
  install, go to the  modules/asclock directory and do the following:


  1. Execute sh configure

  2. Several menus will appear, asking for the default language for
     dates (yes, you can change it!) and the number of colors used.
     There is one option to use 2-bit color, resulting in an asclock
     that uses only 4 colors, but still looks pretty good.

  3. Done. Now go and compile AfterStep as usual.



  55..  GGeenneerraall uussaaggee,, ffeeaattuurreess aanndd bbuuggss



  55..11..  WWhhyy ddooeess AAfftteerrSStteepp ggeett sslloowweerr aanndd sslloowweerr uunnttiill II rreessttaarrtt iitt??


  Apparently there was a bug in versions up to 1.0pre3 (probably a
  memory leak) that caused this behavior. We know that setting your
  TextureMaxColors to something small, like `16 16 16 16' or `32 32 32
  32', will stop this problem. It also seems to happen only with XFree86
  in 32-bpp mode (or 16? Please give me confirmation), and if you're in
  8-bpp or a different X server, it doesn't seem to cause a problem.

  This problem was solved in 1.0pre4, as far as we know. Upgrade!


  55..22..  CClliicckk--ttoo--ffooccuuss ddiieess


  SSoommeettiimmeess,, aafftteerr II''vvee bbeeeenn rruunnnniinngg AAfftteerrSStteepp ffoorr aa wwhhiillee iinn cclliicckk--ttoo--
  ffooccuuss mmooddee,, II ccaann''tt sshhiifftt tthhee ffooccuuss ffrroomm oonnee wwiinnddooww ttoo aannootthheerr bbyy
  cclliicckkiinngg..  II hhaavvee ttoo iiccoonniiffyy aanndd ddeeiiccoonniiffyy tthhee wwiinnddooww ttoo sshhiifftt ffooccuuss,,
  oorr ppiicckk iitt ffrroomm tthhee ppooppuupp lliisstt..

  This is a strange bug, that is (sometimes at least) caused by having
  the NumLock key activated. It is present up to 1.0pre4, so check your
  NumLock key.

  This problem is solved in 1.0pre5.


  55..33..  WWhhaatt iiss tthhiiss ``SShhaaddee'' tthhiinngg??


  NNeewwss:: SShhaaddee wwaass ffiixxeedd iinn 11..00pprree44.. UUppggrraaddee nnooww!!

  Shade is a window function that is often seen on the Macintosh system.
  In theory, it makes a window disappear except for the title bar.  For
  example, an Xterm normally looks like this:



         |------------------------------|
         |             Xterm            |
         |------------------------------|
         |                              |
         |                              |
         |                              |
         |                              |
         |                              |
         |------------------------------|




  Shade is set by default to take effect when one double clicks on the
  title bar of the window.  When shade takes effect, the Xterm looks
  like this:



         |------------------------------|
         |             Xterm            |
         |------------------------------|

  This is nice for saving desktop space and for window management
  purposes.  Some prefer it to iconifying the windows.

  Up to 1.0pre3, Shade didn't work correctly, because it worked by
  resizing the window to a height of 0 pixels, which some applications
  didn't like.

  In 1.0pre4 and posterior versions, Shade works by making the
  application think that it is being iconified, so it works with all
  applications again. It has the problem, though, that shaded windows
  become `sticky' and appear in all the pages in the virtual desktop.



  55..44..  WWhheenn II rreessttaarrtt AAfftteerrSStteepp,, iitt kkiillllss XX.. WWhhaatt ggiivveess??


  This was a bug that occured in AfterStep betas. If you experience this
  bug, you are running an old release of AfterStep. Upgrade to v1.0pre4
  or later to fix this. This is, incidentally, something you should
  probably do anyway, considering the wealth of features your are
  missing.


  55..55..  WWhhaatt iiss sswwaallllooww--eexxeecc??


  Is a feature introduced in the distribution in 1.0pre4 (it previously
  existed as a separate patch) that allows you to associate an action to
  an entry in the Wharf corresponding to a swallowed application. So for
  example you can have asmail in the Wharf, and have it configured so
  that when you click on it, it warps to your email reading window. If
  your email reader is exmh, the required lines would be:



       *Wharf "asmail" nil Swallow     "asmail" asmail &
       *Wharf "asmail" nil Warp        "-" exmh




  Note how both lines have the same label `asmail', which tells Wharf
  that those two go together. You can use any AfterStep function instead
  of `Warp'. For example, if you want the xload icon to fire a top
  window when clicked, you can have something like this:



       *Wharf "xload" nil Swallow      "xload" xload -geometry 48x48-1-1 &
       *Wharf "xload" nil Exec "Top" xterm +sb -T Top -n Top -e top &




  By the way, this feature is responsible for a strange bug. See
  question ``''.


  55..66..  wwoorrkk.. WWhhaatt hhaappppeennss??  II uuppggrraaddeedd ttoo 11..00pprree44 oorr llaatteerr,, aanndd nnooww tthhee
  WWhhaarrff ddooeessnn''tt


  This is not a bug, it's a feature :-). No, really, this behavior was
  introduced due to the introduction of the `Swallow-exec' capability in
  1.0pre4. See question ``''.
  To fix it, do the following:


  1. In your  .steprc, locate the lines that start with


       *Wharf "" ...




  2. The  could be also nil, or any other label that is the same for all
     the Wharf entries. These repeated labels are the ones causing the
     trouble. You have to give each Wharf entry a unique label there,
     like `xload', `asmail', `Pager', etc.

  3. Restart and it should be fixed.


  66..  OOtthheerr AAfftteerrSStteepp--rreellaatteedd aapppplliiccaattiioonnss



  66..11..  WWhhaatt iiss tthhiiss WWiinnddoowwMMaakkeerr II kkeeeepp hheeaarriinngg aabboouutt iinn tthhee lliisstt??


  WindowMaker a new NeXT-like window manager that is being developed by
  Alfredo Kojima (kojima@inf.ufrgs.br) with the support of a lot of
  other people. It will support many OpenStep/GNUStep-ish features, and
  there is talk that it may be the `next-generation _asnl', and even the
  window manager of choice for GNUstep. You can download it from
  <ftp://afterstep.foo.net/pub/AfterStep/devel/>.

  However, be advised that WindowMaker is still in a very early stage of
  development, so don't plan on using it for real work for now unless
  you want to cope with a lot of unimplemented features. But it is
  advancing very fast, so you may also want to take a good look at it.


  66..22..  WWhhaatt iiss AASSCCPP??


  ASCP stands for `AfterStep Control Panel', and is a program that
  allows you to configure AfterStep while imitating the NEXTSTEP control
  panel look and feel. It makes really easy to configure AfterStep
  without manually fiddling with the  .steprc file. You can download it
  from  <http://www.inf.ufrgs.br/~kojima/ascp.html>. Be sure to backup
  your  .steprc file before using it, because it still has some bugs and
  problems.

  WWAARRNNIINNGG:: Due to changes introduced in AfterStep 1.0pre4 and posterior
  versions, the files written by ASCP cause AfterStep to behave very
  strangely, particularily the Wharf. So please ddoonn''tt uussee ASCP for
  configuring 1.0pre4 until this is fixed. If you accidentally did and
  you don't have a backup of your  .steprc, do the following to fix it:


  1. In your  .steprc, locate the lines that start with


       *Wharf "" ...





  2. The empty double quotes are the ones causing the trouble. You have
     to give each Wharf entry a unique label there, inside the double
     quotes.

  3. Restart and it should be fixed.

  In case you are interested, this happens because 1.0pre4 introduced
  the `swallow-exec' capability in the standard distribution (see
  question ``''). This uses the labels to know which Wharf items have
  multiple meanings, so if all the labels are the same, Wharf
  superimposes all the icons on one.


  66..33..  WWhhaatt iiss TTkkSStteepp aanndd wwhhyy ddoo II wwaanntt iitt??


  TkStep is a modified version of Tk that implements the NEXTSTEP look
  and feel. If you use wishstep instead of wish to run your
  applications, all your Tcl/Tk programs will suddenly have a renewed
  and great new look!

  You also want it because ASCP needs it. See question ``''.

  You can get it at <http://www.inf.ufrgs.br/~kojima/tkstep.html>. You
  need to have Tcl7.5/Tk4.1 to run it. AASSCCPP ddooeess nnoott wwoorrkk wwiitthh TTccll77..66
  yyeett.


  77..  OOtthheerr AAfftteerrSStteepp--uunnrreellaatteedd aapppplliiccaattiioonnss



  77..11..  II hhaavvee aa pprroobblleemm wwiitthh pprrooggrraamm ``xxyyzz''


  PPlleeaassee,, pplleeaassee, don't post questions unrelated to AfterStep to the
  mailing lists. If you have a problem with some application not
  running, and you think AfterStep is the culprit, first try the
  following:


  1. Read the documentation (manual pages, etc.) for the program.

  2. Find out about its configuration parameters (not only command line,
     but also options in  .Xdefaults, config files, etc.).

  3. Ask other people who know about that specific program. Find a
     mailing list about that program and ask there.

  4. Try running the program under some other window manager. If it
     doesn't work there either, it is nnoott an AfterStep problem.

  If you are vveerryy confident that it is an AfterStep problem, then send
  it to the mailing list, but try to give as much information as
  possible. Questions like `Why doesn't blig-graphics work on my
  system?' do not contain any useful information that may help others in
  diagnosing your problem. Some data you may have to include is:


  1. AfterStep version you are using.

  2. Operating system version, machine architecture.

  3. System configuration (color depth, memory, anything you think may
     help).

  4. Problematic program.

  5. Environment information (other programs running at the same time,
     etc.)

  6. A ddeettaaiilleedd description of the problem. What happens (error
     messages, etc.), how replicable it is, how to replicate it, etc.
     The more information you provide, the easier it will be for others
     to find a solution.


  77..22..  WWhhyy aamm II hhaavviinngg ``xxyyzz'' pprroobblleemm//hhooww ddoo II ddoo ``xxyyzz'' wwiitthh aa tteerrmmiinnaall
  wwiinnddooww??


  Are you using plain vanilla xterm, color xterm, rxvt, rxvt-xpm,
  vanilla xterm with Xaw3d or Xaw-Xpm or neXtaw, dtterm, nxterm, hpterm,
  aixterm, cmdtool, shelltool, or something else?

  See question ``''.














































