From as_ml at vaevictus.net  Wed Jul  8 13:20:01 2009
From: as_ml at vaevictus.net (Nathan 'Vaevictus' Mahon)
Date: Wed Jul  8 13:25:44 2009
Subject: [As-users] AfterStep 2.2.9 Released!
Message-ID: <4A54E351.40601@vaevictus.net>

AfterStep 2.2.9 Released!

* cleaned up WinTabs tab grouping - added config options to switch
  it on and set group name separator
* Added preliminary support for Gnome Session management.
* Got rid of dpy global variable in libAfterBase and libAfterIMage
  for good. Moved it into libAfterStep instead, as it incorporates
  screen handling functionality.
* added new function ExecInDir <dirname> <command> to run command
  using dirname as current dir. Added --cwd cmd line flag to ASRun
  to make use of ExecInDir
* disabled mapping on frame sooner then later as it ruins initial
  placement
* added pointer warping on viewport shifts while move-resizing
  windows; added focus hiding on viewport change to prevent
  misdirected input
* fixed afterstep proper and wintabs to avoid refreshing
  decorations when window is offscreen
* Fixed root pixmap setting - to handle XKillClient failures and
  not free pixmap after it was put on the root
* implemented EdgeResistanceToDragging setting
* implemented color2alpha method from GIMP without color correction
  that was damaging the image. Complete with color2alpha xml tag
* implemented pixelization filter
* fixed bug in Pager where shading/unshading causes Pager to grow
  in size if border width > 0
* fixed endless recursion into syntaxes in ASDocGen

Enjoy the new release, Steppers! 

Nathan 'Vaevictus' Mahon
From ma.darche at cynode.org  Wed Jul  8 14:01:25 2009
From: ma.darche at cynode.org (M.-A. DARCHE)
Date: Wed Jul  8 14:01:47 2009
Subject: [As-users] AfterStep 2.2.9 Released!
In-Reply-To: <4A54E351.40601@vaevictus.net>
References: <4A54E351.40601@vaevictus.net>
Message-ID: <4A54ED05.4010102@cynode.org>

Nathan 'Vaevictus' Mahon a ?crit :
> AfterStep 2.2.9 Released!
> [...]
> Enjoy the new release, Steppers!
> Nathan 'Vaevictus' Mahon
>

Thanks a lot for the new release!
I'll try it asap!

Cheers

-- 
Marc-Aur?le DARCHE
AFUL http://www.aful.org/
Association Francophone des Utilisateurs de Logiciels Libres
French speaking Libre Software Users' Association
From chris.nix at gmail.com  Tue Jul 14 12:19:08 2009
From: chris.nix at gmail.com (Chris Nix)
Date: Tue Jul 14 12:19:29 2009
Subject: [As-users] PagerSkip database option
Message-ID: <f09f94b70907141019y3f57ea4fx8ee49fe414d46bd3@mail.gmail.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: PagerSkip.patch
Type: application/octet-stream
Size: 5728 bytes
Desc: not available
Url : http://mail.afterstep.org/pipermail/as-users/attachments/20090714/20f09824/PagerSkip.obj
From sasha at aftercode.net  Tue Jul 14 18:05:31 2009
From: sasha at aftercode.net (Sasha Vasko)
Date: Tue Jul 14 17:05:51 2009
Subject: [As-users] Re: Developer positions
In-Reply-To: <4A569A04.4050507@digitalorb.com>
References: <4A5593CE.2090801@digitalorb.com> <4A566CCE.4090203@aftercode.net>
	<4A569A04.4050507@digitalorb.com>
Message-ID: <4A5D0F3B.6070902@aftercode.net>

> Self motivation is not a problem. Although, a list of issues needing
> attention would be nice. I will poke around the code and see what I
> would like to mess with.
> 

1. One thing that I think is more pressing then others is support for 
Gnome session manager. I started implementing it but never went past the 
first registration message. As Afterstep has its own session management 
functionality through autoexec - this needs to be made standard 
compliant. I haven't had much time to develop the idea though. Relevant 
code is in src/afterstep/dbus.c and afterstep.c (main()).

2. Another pressing thing is system tray support - there is apparently a 
standard protocol for that.

3. Also something should be done about better integration with the 
system menus of Gnome/KDE. We do load all the desktop categories and 
entries available on the system and allow user to use them in AS menu. 
Perhaps a n utility that would synchronize AS menu with Gnome/KDE menus 
would be nice.

4. GUI config tool has always been a hot item. I don't see how that 
could be done given the complexity of AS configuration. There are some 
unfinished refactorings in libAfterConf - basically all the modules 
should have its config implemented the way WinList has it (using ASCF_ 
macros).

Let me know what you think.

Sasha Vasko
From sg at hacksess.com  Tue Jul 14 18:04:45 2009
From: sg at hacksess.com (Jeremy)
Date: Tue Jul 14 18:05:18 2009
Subject: [As-users] Re: Developer positions
In-Reply-To: <4A5D0F3B.6070902@aftercode.net>
References: <4A5593CE.2090801@digitalorb.com>
	<4A566CCE.4090203@aftercode.net><4A569A04.4050507@digitalorb.com>
	<4A5D0F3B.6070902@aftercode.net>
Message-ID: <1F2934AC9C9F4B83A750518E86432CC6@krovikan>

 
>From what I've seen, at just some glances, theres a few "Standards" for
system tray. X11 (I think), KDE, and Gnome. They all have their own set of
"hints", etc. so not sure if its just subsets of a greater standard, or each
a separate reinvention.

-----Original Message-----
From: as-users-bounces@afterstep.org [mailto:as-users-bounces@afterstep.org]
On Behalf Of Sasha Vasko
Sent: Tuesday, July 14, 2009 6:06 PM
To: DOS Admin; AfterStep users
Subject: [As-users] Re: Developer positions

> Self motivation is not a problem. Although, a list of issues needing 
> attention would be nice. I will poke around the code and see what I 
> would like to mess with.
> 

1. One thing that I think is more pressing then others is support for Gnome
session manager. I started implementing it but never went past the first
registration message. As Afterstep has its own session management
functionality through autoexec - this needs to be made standard compliant. I
haven't had much time to develop the idea though. Relevant code is in
src/afterstep/dbus.c and afterstep.c (main()).

2. Another pressing thing is system tray support - there is apparently a
standard protocol for that.

3. Also something should be done about better integration with the system
menus of Gnome/KDE. We do load all the desktop categories and entries
available on the system and allow user to use them in AS menu. 
Perhaps a n utility that would synchronize AS menu with Gnome/KDE menus
would be nice.

4. GUI config tool has always been a hot item. I don't see how that could be
done given the complexity of AS configuration. There are some unfinished
refactorings in libAfterConf - basically all the modules should have its
config implemented the way WinList has it (using ASCF_ macros).

Let me know what you think.

Sasha Vasko
_______________________________________________
As-users mailing list
As-users@afterstep.org
http://mail.afterstep.org/mailman/listinfo/as-users

From niklas at fet.at  Fri Jul 17 10:10:03 2009
From: niklas at fet.at (niklas@fet.at)
Date: Fri Jul 17 10:10:24 2009
Subject: [As-users] Re: Developer positions
In-Reply-To: <4A5D0F3B.6070902@aftercode.net>
References: <4A5593CE.2090801@digitalorb.com>
	<4A566CCE.4090203@aftercode.net> <4A569A04.4050507@digitalorb.com>
	<4A5D0F3B.6070902@aftercode.net>
Message-ID: <32912.128.131.95.213.1247843403.squirrel@fet.htu.tuwien.ac.at>

(...)
> 1. One thing that I think is more pressing then others is support for
> Gnome session manager. I started implementing it but never went past the
> first registration message. As Afterstep has its own session management
> functionality through autoexec - this needs to be made standard
> compliant. I haven't had much time to develop the idea though. Relevant
> code is in src/afterstep/dbus.c and afterstep.c (main()).
>
> 2. Another pressing thing is system tray support - there is apparently a
> standard protocol for that.

this should really be done with an external tool, for example stalonetray
is really the best tool for the job, really no need to reinvent the wheel.
since swallowing is not working reliably (90% of the time) you might want
to check out this part of afterstep instead.

>
> 3. Also something should be done about better integration with the
> system menus of Gnome/KDE. We do load all the desktop categories and
> entries available on the system and allow user to use them in AS menu.
> Perhaps a n utility that would synchronize AS menu with Gnome/KDE menus
> would be nice.

oh that one is definitly a showstopper for afterstep. first AS should
not present the whole category, but only show the most important items
like gnome does. wharf filling with desktopcategories should also allow to
only fill odd/even wharf tiles (since you can use odd/even for
folder/subfolder buttons respectively - by making every second button 1x1
pixels where you don t need em).

>
> 4. GUI config tool has always been a hot item. I don't see how that
> could be done given the complexity of AS configuration. There are some
> unfinished refactorings in libAfterConf - basically all the modules
> should have its config implemented the way WinList has it (using ASCF_
> macros).
(...)

the best way and the most natural for most users would be context menus
for each module (and root window). what can be fitted in there should go
in there, the rest shoul really be dropped. every user that wants to change
options beyond that should be regarded as a theme developper and read his
way through the docs anyway.

my 2 cents, hope it was worth the read.

Niklas Lunger


From jvaras at gemini.edu  Thu Jul 30 20:04:11 2009
From: jvaras at gemini.edu (PpKamiK)
Date: Thu Jul 30 20:04:33 2009
Subject: [As-users] Problem starting terminal in different workspaces with
	the same script
Message-ID: <4A72430B.8050307@gemini.edu>

Hi all,

I created a very simple script to fill my "Work" desktop with four 
terminals (urxvt) in each workspace (four workspaces).

I used the run option from the Afterstep menu, and no matter in which 
workspace I execute the command, all the terminals go to workspace 1.

Can you help me with that so if I run the script in workspace 4, the 
terminal appear in workspace 4??

- I am using AS 2.2.8 (works great for me!)
- Attached the very basic script

Thanks,
PpKamiK
-------------- next part --------------
#!/bin/bash
#===============================================================================
#
#          FILE:  displayTerms.sh
# 
#         USAGE:  ./displayTerms.sh
# 
#       OPTIONS:  ---
#  REQUIREMENTS:  ---
#          BUGS:  ---
#         NOTES:  ---
#        AUTHOR:   (), 
#       COMPANY:  
#       VERSION:  1.0
#       CREATED:  07/02/2009 09:50:16 AM HST
#      REVISION:  ---
#===============================================================================

urxvt -tr -tint darkgreen -fg white -bg black -fade 50 -title "PpKamiK Term" -g 130x29+84+120 -sl 3000 &
urxvt -tr -tint darkgreen -fg white -bg black -fade 50 -title "PpKamiK Term" -g 130x29+84+537 -sl 3000 &
urxvt -tr -tint darkgreen -fg white -bg black -fade 50 -title "PpKamiK Term" -g 130x29+882+120 -sl 3000 &
urxvt -tr -tint darkgreen -fg white -bg black -fade 50 -title "PpKamiK Term" -g 130x29+882+537 -sl 3000 &