From jkrebs at tconl.com Mon Mar 17 14:35:50 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Mon Mar 17 14:36:09 2008 Subject: [As-users] AfterStep 2.2.8 Release Announcement Message-ID: <20080317193550.GC17420@localhost.localdomain> AfterStep 2.2.8 Release Announcement AfterStep version 2.2.8 is now available via download at: http://www.afterstep.org/download.php Major bug fixes this go-around: - ASDocGen recursion fixed - the BSDs were especially affected by this. - Man pages don't have spaces in the names now - was causing build issues on some distros. - Fixed the broken "Restart Session" occurring on some distros/builds. - Added bugs.afterprojects.org to the "About AfterStep" menu; we now have a consolidated place for tracking issues and getting status updates. - GTK dialog listings are now alphabetized; ASWallpaper ("Picture Manager") is much easier to use now that the files are ordered. - Short-lived windows are ignored when saving to workspace_state; AfterStep modules now stay where they're supposed to. - Rxvt-Unicode added to ExecInTerm listing. - Implemented possibility to define exact size of the virtual desktop, which may not be exact multiply of the screen size. - Automatic detection and execution of text editors and web browsers in term if they require it. - Added functionality to ascompose to allow for constantly updating display of stuff; command line should be: script.sh | ascompose -I --endless --click-timeout 0 -q -f -; - Implemented functionality to setup slicing of frame sides and titlebar elements. - Added functionality to ascompose to set XROOTPMAP property while changing root background. - Added UnderPointer placement type to center window under mouse pointer on map. - Added BlurSize option to MyStyles for blurring of transparent background. Use like so: BlurSize 10x20 will set horizontal blur to 10 pixels and vertical to 20. - Many, many more bug-fixes, tweaks, repairs, optimizations, improvements, additions, enhancements, etc. AfterStep 2.2.8 Changelog: * Additional GTK File Sorting fixes * ASGTK apps should now list files ascending order by file name. * some more brainstorming as related to aftershow design * fixed window list saving into workspace_state file to skip shortlived windows * updated afterbase.c to include new stuff from libAfterBase for xml * channged handling of configureRequests to not move window around to avoid AvoidCover windows in layers above it * fixed selection rectangle sizing when desktop is not exact multiply of screen size * xml manipulation code added * started implementing aftershow client to be used by shell scripts to redirect stdio to aftershow * fixed asfont get_glyph_map to not confuse compilers into thinking that there might be uninitialized stuff * added code to handle client connections and input to aftershow * updated libAfterImage.mak * added socket setup code - need to move socket.c in here in case afterbase is unavailable * more X initialization code for aftershow * implemented possibility to define exact size of the virtual desktop, which may not be exact multiply of the screen size * small fixes to wharf config * implemented symlink chacking and DesktopEntry checking while determining if text editor or web browser require term to run * added additional text-based web browsers. * added additional text editors. * added check for console tools, to alunch them in the term * started implementing aftershow daemon * started work on aftershow daemon * fixed memory leak in ascompose processing in interactive mode * compile warning on solaris in pixmap.c * fixed compile warning with gcc 4.3 * fixed compile warnings in asfont.c in win32 * removed old png files from project * fixed png.h to properly include zlib.h on windows and undeffed stdint.h on win32 * changed logging to always append to log and not overwrite it * fixed missing parameters for spawn_child * hopefully fixed restarting functionality when running from under gdm and when AS is not in the PATH * fixed previous fix for AS restart under FC * added bug tracker info to About AfterStep Menu * Fix crash on restart for some newer linux distributions * fixed makefile to not reference obsolete libong files * syncing up items in Sound source files * Added new sound conf option. Adding more error control to Sound2. * added functionality to ascompose to allow for constantly updating display of stuff; command line should be: script.sh | ascompose -I --endless --click-timeout 0 -q -f -; * fixed window move/resize where window would get resized even after button release * Additional notes added to Sound2 code, minor cleanups. * minor notes added to sound2 module files * global Makefile will (attempt) to compile Sound2 module * actual version - not updating - maybe sasha can help * irrelevant change to make html look better * More Sound2 module changes/updates. more sound triggers * implemented full color drawing in draw.c using prototypes from ROOT by Valeri Onuchin. Needs testing and and changes to aply_context() * changed draw.c to use 32bit values in canvas, possibly to enable rendering in all 4 channels in future - need more work * fixed handling of grayscale PNG images with bit depth < 8 * partially fixed segfault on loading grayscale PNG images * fixed segfault on loading grayscale PNG images * fixed bug in Makefile * added flags to top level configure to force usage of builtin jpeg, png and zlib * enabled debugging for bigendian tests * moved HAVE_XPM to after config.h in libAI xpm.c; updated main configure * exclude xpm.c from built when no xpm is requested; no longer support standard libgif and libxpm * Sound2 parsing out sound files better now * Removed more legacy Sound options, Sound2 reading more conf settings * unbreak AS compiling cause of sound conf changes * Added pcmdevice option to sound's conf * More sound2 module handling changes * updated Team members * implemented functionality to setup slicing of frame sides and titlebar elements * added code to kill Esetroot client if desktop background was set by it * More Sound2 module updates/changes to include wave header reading * Minor Sound2 header updates * Minor Sound2 updates * added functionality to ascompose to set XROOTPMAP property while changing root background * make install puts in the sound config file and desktop/sounds dir * Added new sound files to place Audio.c and audio.in * Renamed all Audio to Sound in Makefiles, etc. * Sound2 module reads config file now * More Sound2 config updates * fixed bad set_string_val macro to properly handle NULL pointer * Adding conf file support to Sound2 * Sound2 module plays sound on window shade * More Sound2 module updates * removed erroneous configure.h include in ascompose * modifications to make it better work with php pages * added utf8 support according to sasha s instructions - seems to work * removed config.h from installation script * added new convinience function to convert Lead Tools like DIBs into ASImage in one call; Fixed typo in ASImage2DIB. * Fixed major bug that maybe causing memory corruption on any system where malloc does not return pointer aligned on 8-byte boundary * sanity fix to configure * fixed logic to not enlarge icons in menus if target size is too big * fixed message processing in WinTabs to work on 64-bit systems * Added Sound2 Header file * Added sample .wav for any testing of Sound2 module * Rewrite of Sound2 Module. * removed X Intinrsic header as unneeded * giving up on trying to figure out why asvector does not work on Power PC * yet another try in resolving endiannes of the XImage encoding * more sound2 module stuff * rewrote scanline2ximage32 to properly account for offset and hopefully fix byteordering issue * hopefully fixed incorrect byte order while converting XImage on 32 bit visuals back to ASImage on big endian machines * Sound2 test code, dont try to look for and play test wav * Sound2 module now does events right.. i think * fixed build problem in libAC * minor cleanups in configure script to use lowercase NO * compilation problems with missing X libs * updated built-in libpng to 1.2.23 * synchronised xwrap.h with libAfterImage * updated xwrap.h to be the same as in libAfterBase and fixed compilation under newer MSVC * Fixed memory leak in DGifCloseFile where pointer to GifFile gets overwritten with NULL leaving dungling memory * fixed memory leak in gif import code * fixed missing initialization of ASColormap structure in colormap_asimage * disabled performance output in transform.c * added docs for bevel in different parts of window frames * yet another typo * typo correction * added ability to load ASXML images for set size - should use .width and .height vars inside the image to calculate different sizes * added urxvt as an option for ExecInTerm * added urxvt to list of terms (first now, followed by aterm). * Implemented proper transfer of ASImage to OpenGL drawables using textures and pixel ops * Cleaned-up the Unicode icon. * implemented Underpointer placement type * altered configure to make building of apps optional - if the dir is present * got rid of pesky compile warnings in selfdiag code * fixed compilation of self-diag code under cygwin * removed __FUNCTION__ to fix compile on Solaris * fixed compile errors under MSVC * fixed compile errors in asstorage.c under MSVC * fixed compile warnings on solaris in asvisual.c reported by ROOT project * fixed compile problem under VisualStudio .Net 2005, as reported by Valeri Onuchin * added functions for reading raw XPM and PNG buffers, contributed by Valeri Onuchin of ROOT project * added ASImage2xpmRawBuff() contributed by Valeriy Onuchin of ROOT project * fixed compile bug when building with shmimage and without libAfterBase * minor typos corrected * just making sure all config option are in again... did not add dirs Look/obsolete Wharf\ Folders and Wharf Contents, since it looks like they are generated by error by asdocgen * reverting to version 1.2 * upsi - that is not what i wanted... gotta remove that * desklets update : now unified shell script to control with some help text output * using awk instead of sed mainly now as it is way more powerfull * Implemented BlurSize option in MyStyles * fixed one off error in blurring code potentialy causing a segfault * hopefully now working with locale !=de/at * now fully working calendar (at least with my locale), need others to check if it s really doing correctly * M.-A. Darche: - Fixed typo Denote -> Demote in "Demote to Lower Layer". * update to calendar desklet * first checkin of desklets, gotta find a way to keep cpu load lower, 1% atm on my machine for both From jkrebs at tconl.com Mon Mar 17 15:29:36 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Mon Mar 17 15:29:56 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more Message-ID: <20080317202936.GA26369@localhost.localdomain> Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. The AfterStep Applets RPM repository has now been updated to include AfterStep-2.2.8, fotox and stalonetray. Notes on new versions and recent additions: AfterStep-2.2.8: Many bug-fixes for this release: restart session, wharf position, gtk menu sorting, ASDocGen issues, and more. For a listing of new AfterStep features, visit this link: http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD fotox-0.37 is a program for improving image files made with a digital camera. http://kornelix.squarespace.com/fotox/ The following functions are provided: * Show thumbnails of image files in a directory, navigate, choose files to view or edit. * Adjust overexposed or underexposed areas to improve visibility of detail (change brightness independently for different brightness levels). * Reduce fog or haze by removing "whiteness" and intensifying colors. * Edit whole image or an arbitrary area outlined with the mouse. * High dynamic range (HDR) photography: combine an underexposed and overexposed image to improve details visible in both bright and dark areas. Automatic image alignment. * Photo stitching or panorama: stitch two or more images together to make an ultra-wide image. * Simple image alignment and brightness / color matching. * Crop an image (choose the area of interest and cut-off the margins). * Rotate an image by any angle (level a tilted image, or turn in 90 degree steps). * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and 1/4 size. * Red-eye removal. stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation http://sourceforge.net/projects/stalonetray Stalonetray is a stand-alone freedesktop.org and KDE system tray (notification area) for X Window System/X11 (e.g. X.Org or XFree86). It has full XEMBED support and minimal dependencies: an X11 lib only. Stalonetray works with virtually any EWMH-compliant window manager. About the AfterStep Applets Repository: This repository contains AfterStep, aterm, rxvt-unicode and over 60 Wharf/Dockapps for use with AfterStep and WindowMaker. In addition, there are some added utilities that work well under AfterStep. Instructions for YUM installation can be found at: http://www.afterstep.org/download.php?show=RPMS As usual, these Fedora 8 RPMS can be found at: ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 Source RPMS that should work with most versions of Fedora (Core 3+) and other distros can be found at: ftp://ftp.afterstep.org/stable/rpms/SRPMS Feedback via the AfterStep User Mailing List is appreciated. From oak at uniserve.com Tue Mar 18 19:15:50 2008 From: oak at uniserve.com (Graydon) Date: Tue Mar 18 19:22:36 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <20080317202936.GA26369@localhost.localdomain> References: <20080317202936.GA26369@localhost.localdomain> Message-ID: <20080319001550.GB29407@uniserve.com> So, it builds, it runs, stalonetray just works which is great, but I'm having some issues with swallowing the pager in the wharf. *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 Works, but I get a rather skewed pager; the virtual desktops of the first column consume nearly all the width of the wharf. (vertical wharf.) If I add DeskTopScale 55 to # This sets the size of the virtual desktop : DeskTopSize 2x3 in the base file, I get what are effectively evenly split viewports in the pager, except that the lines around the viewports are sstill where they were with the little tiny remnants of the right hand column and the big, presumably full size, viewports in the left hand column. There's clearly something I should be setting that I'm not; does anyone know what it is? Thanks! Graydon (who would really like a pager swallow option so that it would do a full-size (for some configured full size) on hover, and then collapse itself back into the wharf.) On Mon, Mar 17, 2008 at 03:29:36PM -0500, Jeff Krebs scripsit: > Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. > > > The AfterStep Applets RPM repository has now been updated to include > AfterStep-2.2.8, fotox and stalonetray. > > > Notes on new versions and recent additions: > > AfterStep-2.2.8: Many bug-fixes for this release: restart session, > wharf position, gtk menu sorting, ASDocGen issues, and more. > > For a listing of new AfterStep features, visit this link: > > > http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD > > > fotox-0.37 is a program for improving image files made with a digital > camera. > > http://kornelix.squarespace.com/fotox/ > > The following functions are provided: > > * Show thumbnails of image files in a directory, navigate, choose > files to view or edit. > * Adjust overexposed or underexposed areas to improve visibility > of detail (change brightness independently for different > brightness levels). > * Reduce fog or haze by removing "whiteness" and intensifying > colors. > * Edit whole image or an arbitrary area outlined with the mouse. > * High dynamic range (HDR) photography: combine an underexposed > and overexposed image to improve details visible in both bright > and dark areas. Automatic image alignment. > * Photo stitching or panorama: stitch two or more images together > to make an ultra-wide image. > * Simple image alignment and brightness / color matching. > * Crop an image (choose the area of interest and cut-off the > margins). > * Rotate an image by any angle (level a tilted image, or turn in > 90 degree steps). > * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and > 1/4 size. > * Red-eye removal. > > > stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation > > http://sourceforge.net/projects/stalonetray > > Stalonetray is a stand-alone freedesktop.org and KDE system tray > (notification area) for X Window System/X11 (e.g. X.Org or XFree86). > It has full XEMBED support and minimal dependencies: an X11 lib only. > Stalonetray works with virtually any EWMH-compliant window manager. > > > About the AfterStep Applets Repository: > > This repository contains AfterStep, aterm, rxvt-unicode and over 60 > Wharf/Dockapps for use with AfterStep and WindowMaker. > > In addition, there are some added utilities that work well under > AfterStep. > > > Instructions for YUM installation can be found at: > > http://www.afterstep.org/download.php?show=RPMS > > > As usual, these Fedora 8 RPMS can be found at: > > ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 > > > Source RPMS that should work with most versions of Fedora > (Core 3+) and other distros can be found at: > > ftp://ftp.afterstep.org/stable/rpms/SRPMS > > > Feedback via the AfterStep User Mailing List is appreciated. > > > _______________________________________________ > As-users mailing list > As-users@afterstep.org > http://mail.afterstep.org/mailman/listinfo/as-users From sg at hacksess.com Tue Mar 18 20:11:20 2008 From: sg at hacksess.com (Jeremy) Date: Tue Mar 18 20:09:38 2008 Subject: [As-users] Additional AS websites/infos available Message-ID: <002b01c8895e$24e72b80$2800000a@krovikan> since i dont think we ever posted it to this list.. and i know not everyone religiously checks the front page for the AS website.. theres 3 websites of importance: the AS Wiki: http://wiki.afterstep.org The AS Bug Tracker: http://bugs.afterprojects.org And, an additional resource, towhich those of us apart of the development team would greatly appriciate if people took the time to register and add AS to their "stack" at ohloh (can think of the site as sorta similar to freshmeat.. at best comparison)... http://www.ohloh.net/projects/5561 and of course, on a side note, for those with free idle time during the day, or the type to IRC... a group of us are always on freenode, #Afterstep - sG From jkrebs at tconl.com Tue Mar 18 20:40:43 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Tue Mar 18 20:41:02 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <20080319001550.GB29407@uniserve.com> References: <20080317202936.GA26369@localhost.localdomain> <20080319001550.GB29407@uniserve.com> Message-ID: <20080319014043.GA1583@localhost.localdomain> Excellent, except for the Pager part :) Disable Pager in "autoexec" Comment out the line in "pager" "*PagerGeometry..." Change "DeskBorderWidth" from "1" to "0" on the line "*PagerDecoration..." in "pager". If Wharf is vertical, you need to set Pager as vertical, in the file "pager" (*PagerColumns 1). If Wharf is horizontal, set "*PagerRows 1". You're right on desktop scale. It's a ratio; the larger the number, the smaller the Pager. Vertical Wharfs are easy: Ex) a 64x64 Wharf on a 1280 wide desktop. 1280/64=20 more than one viewport (a 2x2 desktop) means you double to 40. Horizontal Wharfs are a little trickier. The Desk Labels ("Work", "WWW", etc.) vary in height according to "Look". I recommend eliminating them outright on a horizontal setup (file "database", add "NoDeskLabel" to the line starting with "*PagerDecoration"). From there it's like a vertical Wharf, except, you're using the vertical monitor dimension. from there, the line: *MonitorWharf Pager - MaxSwallowModule "Pager" Pager 0 1 Where "0" is the starting desktop and "1" is the last. And you may have "*Wharf" in lieu of "*MonitorWharf", depending on your setup. For use in Wharf, 64x64 is rather tiny in a modern desktop, I recommend setting your desktop(s) to 1x2, 1x3, or 1x4 rather than the traditional 2x2 or 2x3 (in "base", "DeskTopSize"). Or for horizontal, 2x1, 3x1, 4x1. Does that help? Jeff Krebs * Graydon (oak@uniserve.com) wrote: > So, it builds, it runs, stalonetray just works which is great, but I'm > having some issues with swallowing the pager in the wharf. > > *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 > > Works, but I get a rather skewed pager; the virtual desktops of the > first column consume nearly all the width of the wharf. (vertical > wharf.) > > If I add > DeskTopScale 55 > > to > > # This sets the size of the virtual desktop : > DeskTopSize 2x3 > > in the base file, I get what are effectively evenly split viewports in > the pager, except that the lines around the viewports are sstill where > they were with the little tiny remnants of the right hand column and the > big, presumably full size, viewports in the left hand column. > > There's clearly something I should be setting that I'm not; does anyone > know what it is? > > Thanks! > Graydon > > (who would really like a pager swallow option so that it would do a > full-size (for some configured full size) on hover, and then collapse > itself back into the wharf.) > > On Mon, Mar 17, 2008 at 03:29:36PM -0500, Jeff Krebs scripsit: > > Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. > > > > > > The AfterStep Applets RPM repository has now been updated to include > > AfterStep-2.2.8, fotox and stalonetray. > > > > > > Notes on new versions and recent additions: > > > > AfterStep-2.2.8: Many bug-fixes for this release: restart session, > > wharf position, gtk menu sorting, ASDocGen issues, and more. > > > > For a listing of new AfterStep features, visit this link: > > > > > > http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD > > > > > > fotox-0.37 is a program for improving image files made with a digital > > camera. > > > > http://kornelix.squarespace.com/fotox/ > > > > The following functions are provided: > > > > * Show thumbnails of image files in a directory, navigate, choose > > files to view or edit. > > * Adjust overexposed or underexposed areas to improve visibility > > of detail (change brightness independently for different > > brightness levels). > > * Reduce fog or haze by removing "whiteness" and intensifying > > colors. > > * Edit whole image or an arbitrary area outlined with the mouse. > > * High dynamic range (HDR) photography: combine an underexposed > > and overexposed image to improve details visible in both bright > > and dark areas. Automatic image alignment. > > * Photo stitching or panorama: stitch two or more images together > > to make an ultra-wide image. > > * Simple image alignment and brightness / color matching. > > * Crop an image (choose the area of interest and cut-off the > > margins). > > * Rotate an image by any angle (level a tilted image, or turn in > > 90 degree steps). > > * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and > > 1/4 size. > > * Red-eye removal. > > > > > > stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation > > > > http://sourceforge.net/projects/stalonetray > > > > Stalonetray is a stand-alone freedesktop.org and KDE system tray > > (notification area) for X Window System/X11 (e.g. X.Org or XFree86). > > It has full XEMBED support and minimal dependencies: an X11 lib only. > > Stalonetray works with virtually any EWMH-compliant window manager. > > > > > > About the AfterStep Applets Repository: > > > > This repository contains AfterStep, aterm, rxvt-unicode and over 60 > > Wharf/Dockapps for use with AfterStep and WindowMaker. > > > > In addition, there are some added utilities that work well under > > AfterStep. > > > > > > Instructions for YUM installation can be found at: > > > > http://www.afterstep.org/download.php?show=RPMS > > > > > > As usual, these Fedora 8 RPMS can be found at: > > > > ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 > > > > > > Source RPMS that should work with most versions of Fedora > > (Core 3+) and other distros can be found at: > > > > ftp://ftp.afterstep.org/stable/rpms/SRPMS > > > > > > Feedback via the AfterStep User Mailing List is appreciated. > > > > > > _______________________________________________ > > As-users mailing list > > As-users@afterstep.org > > http://mail.afterstep.org/mailman/listinfo/as-users > _______________________________________________ > As-users mailing list > As-users@afterstep.org > http://mail.afterstep.org/mailman/listinfo/as-users From ph1 at openstrike.co.uk Thu Mar 20 05:57:48 2008 From: ph1 at openstrike.co.uk (Pete Houston) Date: Thu Mar 20 05:56:38 2008 Subject: [As-users] Switching off window groups Message-ID: <20080320105748.GA3246@palma.openstrike.co.uk> I've had a look both in the docs and in the source and cannot seem to find any simple method for switching off the window groups behaviour which was introduced in 2.2.5. Is there a configuration option to do this in Afterstep itself, or failling that in the GTK config somewhere? Thanks, Pete -- Openstrike - improving business through open source http://www.openstrike.co.uk/ or call 07092 020107 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.afterstep.org/pipermail/as-users/attachments/20080320/d014e894/attachment.pgp From jkrebs at tconl.com Thu Mar 20 12:53:00 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Thu Mar 20 12:53:25 2008 Subject: [As-users] Switching off window groups In-Reply-To: <20080320105748.GA3246@palma.openstrike.co.uk> References: <20080320105748.GA3246@palma.openstrike.co.uk> Message-ID: <20080320175300.GA9963@localhost.localdomain> NoGroupHints and/or NoTransientHints in the "Style" area of the file "database". Perhaps that will help? Jeff * Pete Houston (ph1@openstrike.co.uk) wrote: > I've had a look both in the docs and in the source and cannot seem to > find any simple method for switching off the window groups behaviour > which was introduced in 2.2.5. > > Is there a configuration option to do this in Afterstep itself, or > failling that in the GTK config somewhere? > > Thanks, > > Pete > -- > Openstrike - improving business through open source > http://www.openstrike.co.uk/ or call 07092 020107 > _______________________________________________ > As-users mailing list > As-users@afterstep.org > http://mail.afterstep.org/mailman/listinfo/as-users From jkrebs at tconl.com Thu Mar 20 15:36:56 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Thu Mar 20 22:12:29 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <20080319203533.5cb82f22.jeff@arcticpc.com> References: <20080317202936.GA26369@localhost.localdomain> <20080319203533.5cb82f22.jeff@arcticpc.com> Message-ID: <20080320203656.GA10773@localhost.localdomain> Good question. I don't have a x86_64 box. Perhaps I can do something with "mock"? I think I can create a build environment for package development using that. I will look into this. Apparently people are using more than just Pentium 233s now :) Jeff * Jeff (jeff@arcticpc.com) wrote: > On Mon, 17 Mar 2008 15:29:36 -0500 > Jeff Krebs wrote: > > > Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. > > > > > > The AfterStep Applets RPM repository has now been updated to include > > AfterStep-2.2.8, fotox and stalonetray. > > > > How about some Fedora 8_64 ? so i don't have to recompile .....??? > > Thanks From ph1 at openstrike.co.uk Fri Mar 21 05:36:13 2008 From: ph1 at openstrike.co.uk (Pete Houston) Date: Fri Mar 21 05:35:03 2008 Subject: [As-users] Switching off window groups In-Reply-To: <20080320175300.GA9963@localhost.localdomain> References: <20080320105748.GA3246@palma.openstrike.co.uk> <20080320175300.GA9963@localhost.localdomain> Message-ID: <20080321103613.GA3260@palma.openstrike.co.uk> Thanks, Jeff. NoGroupHints does the job perfectly. Pete On Thu, Mar 20, 2008 at 12:53:00PM -0500, Jeff Krebs wrote: > NoGroupHints and/or NoTransientHints in the "Style" area of the file > "database". > > Perhaps that will help? > > Jeff > > > * Pete Houston (ph1@openstrike.co.uk) wrote: > > I've had a look both in the docs and in the source and cannot seem to > > find any simple method for switching off the window groups behaviour > > which was introduced in 2.2.5. > > > > Is there a configuration option to do this in Afterstep itself, or > > failling that in the GTK config somewhere? > > > > Thanks, > > > > Pete -- Openstrike - improving business through open source http://www.openstrike.co.uk/ or call 07092 020107 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.afterstep.org/pipermail/as-users/attachments/20080321/815f2aba/attachment.pgp From jkrebs at tconl.com Fri Mar 21 18:20:18 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Fri Mar 21 18:20:39 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <20080321221143.GA2864@uniserve.com> References: <20080317202936.GA26369@localhost.localdomain> <20080319001550.GB29407@uniserve.com> <20080319014043.GA1583@localhost.localdomain> <20080321221143.GA2864@uniserve.com> Message-ID: <20080321232018.GA15264@localhost.localdomain> OK. I had my desktop set to a 1x2 (one viewport wide by 2 viewports tall) and all worked well. I changed to a 2x2 setup (DeskTopSize 2x2) and DeskTopScale was doubled (from 23 to 46, for a 1440 monitor). I am now seeing the same issue that you are. The scale appears correct, by it's about 2/3 width and truncated on the right hand side. The height appears correct thought. This appears to be a bug, and needs further investigation. Jeff * Graydon (oak@uniserve.com) wrote: > On Tue, Mar 18, 2008 at 08:40:43PM -0500, Jeff Krebs scripsit: > > Excellent, except for the Pager part :) > > > > Disable Pager in "autoexec" > > Yup. > > > Comment out the line in "pager" "*PagerGeometry..." > > Yup. > > > Change "DeskBorderWidth" from "1" to "0" on the line > > "*PagerDecoration..." in "pager". > > Done! > > > If Wharf is vertical, you need to set Pager as vertical, in the file "pager" > > (*PagerColumns 1). > > Done! (Wharf is vertical) > > > If Wharf is horizontal, set "*PagerRows 1". > > > > You're right on desktop scale. It's a ratio; the larger the number, the > > smaller the Pager. Vertical Wharfs are easy: > > > > Ex) a 64x64 Wharf on a 1280 wide desktop. > > > > 1280/64=20 > > > > more than one viewport (a 2x2 desktop) means you double to 40. > > 1600/64 = 25; double to 50. No detectable change between 20, 40, 50, > 100, and 200; so far as I can tell, setting this value in > ~/.afterstep/base isn't having an effect. > > I'm getting viewports in the wharf which are about 40 pixels across. > (They look about 2/3 of the 64 pixel wharf.) > > I know the file is being read because setting DeskTopSize there _does_ > have an effect. > > This is true whether or not the pager is being swallowed in the wharf or > run independently. > > [snip] > > *MonitorWharf Pager - MaxSwallowModule "Pager" Pager 0 1 > > > > Where "0" is the starting desktop and "1" is the last. And you > > may have "*Wharf" in lieu of "*MonitorWharf", depending on your > > setup. > > I have > > *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 > > > For use in Wharf, 64x64 is rather tiny in a modern desktop, I > > recommend setting your desktop(s) to 1x2, 1x3, or 1x4 rather than the > > traditional 2x2 or 2x3 (in "base", "DeskTopSize"). Or for horizontal, > > 2x1, 3x1, 4x1. > > It is pretty teeny but it's also what I'm used to... > > > Does that help? > > Some, but there's definitely still an issue with swallowing. > > I've tried "SwallowModule" instead of "MaxSwallowModule"; that gives me > most of four of the six (2x3) viewports, and fits the 64 bit width. > > It looks like what draws the borders and what sets the actual virtual > desktop sizes in the pager are independent; I can get the actual virtual > desktops to be the right size, but the border-drawing part is fixed. > > Have attached a screenshot, so not sending to the list as well. > > Thanks! > > > Jeff Krebs > > > > > > * Graydon (oak@uniserve.com) wrote: > > > So, it builds, it runs, stalonetray just works which is great, but I'm > > > having some issues with swallowing the pager in the wharf. > > > > > > *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 > > > > > > Works, but I get a rather skewed pager; the virtual desktops of the > > > first column consume nearly all the width of the wharf. (vertical > > > wharf.) > > > > > > If I add > > > DeskTopScale 55 > > > > > > to > > > > > > # This sets the size of the virtual desktop : > > > DeskTopSize 2x3 > > > > > > in the base file, I get what are effectively evenly split viewports in > > > the pager, except that the lines around the viewports are sstill where > > > they were with the little tiny remnants of the right hand column and the > > > big, presumably full size, viewports in the left hand column. > > > > > > There's clearly something I should be setting that I'm not; does anyone > > > know what it is? > > > > > > Thanks! > > > Graydon > > > > > > (who would really like a pager swallow option so that it would do a > > > full-size (for some configured full size) on hover, and then collapse > > > itself back into the wharf.) > > > > > > On Mon, Mar 17, 2008 at 03:29:36PM -0500, Jeff Krebs scripsit: > > > > Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. > > > > > > > > > > > > The AfterStep Applets RPM repository has now been updated to include > > > > AfterStep-2.2.8, fotox and stalonetray. > > > > > > > > > > > > Notes on new versions and recent additions: > > > > > > > > AfterStep-2.2.8: Many bug-fixes for this release: restart session, > > > > wharf position, gtk menu sorting, ASDocGen issues, and more. > > > > > > > > For a listing of new AfterStep features, visit this link: > > > > > > > > > > > > http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD > > > > > > > > > > > > fotox-0.37 is a program for improving image files made with a digital > > > > camera. > > > > > > > > http://kornelix.squarespace.com/fotox/ > > > > > > > > The following functions are provided: > > > > > > > > * Show thumbnails of image files in a directory, navigate, choose > > > > files to view or edit. > > > > * Adjust overexposed or underexposed areas to improve visibility > > > > of detail (change brightness independently for different > > > > brightness levels). > > > > * Reduce fog or haze by removing "whiteness" and intensifying > > > > colors. > > > > * Edit whole image or an arbitrary area outlined with the mouse. > > > > * High dynamic range (HDR) photography: combine an underexposed > > > > and overexposed image to improve details visible in both bright > > > > and dark areas. Automatic image alignment. > > > > * Photo stitching or panorama: stitch two or more images together > > > > to make an ultra-wide image. > > > > * Simple image alignment and brightness / color matching. > > > > * Crop an image (choose the area of interest and cut-off the > > > > margins). > > > > * Rotate an image by any angle (level a tilted image, or turn in > > > > 90 degree steps). > > > > * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and > > > > 1/4 size. > > > > * Red-eye removal. > > > > > > > > > > > > stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation > > > > > > > > http://sourceforge.net/projects/stalonetray > > > > > > > > Stalonetray is a stand-alone freedesktop.org and KDE system tray > > > > (notification area) for X Window System/X11 (e.g. X.Org or XFree86). > > > > It has full XEMBED support and minimal dependencies: an X11 lib only. > > > > Stalonetray works with virtually any EWMH-compliant window manager. > > > > > > > > > > > > About the AfterStep Applets Repository: > > > > > > > > This repository contains AfterStep, aterm, rxvt-unicode and over 60 > > > > Wharf/Dockapps for use with AfterStep and WindowMaker. > > > > > > > > In addition, there are some added utilities that work well under > > > > AfterStep. > > > > > > > > > > > > Instructions for YUM installation can be found at: > > > > > > > > http://www.afterstep.org/download.php?show=RPMS > > > > > > > > > > > > As usual, these Fedora 8 RPMS can be found at: > > > > > > > > ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 > > > > > > > > > > > > Source RPMS that should work with most versions of Fedora > > > > (Core 3+) and other distros can be found at: > > > > > > > > ftp://ftp.afterstep.org/stable/rpms/SRPMS > > > > > > > > > > > > Feedback via the AfterStep User Mailing List is appreciated. > > > > > > > > > > > > _______________________________________________ > > > > As-users mailing list > > > > As-users@afterstep.org > > > > http://mail.afterstep.org/mailman/listinfo/as-users > > > _______________________________________________ > > > As-users mailing list > > > As-users@afterstep.org > > > http://mail.afterstep.org/mailman/listinfo/as-users > > _______________________________________________ > > As-users mailing list > > As-users@afterstep.org > > http://mail.afterstep.org/mailman/listinfo/as-users From jkrebs at tconl.com Fri Mar 21 20:52:46 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Fri Mar 21 20:54:52 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <20080321173720.247c079d.jeff@arcticpc.com> References: <20080317202936.GA26369@localhost.localdomain> <20080319203533.5cb82f22.jeff@arcticpc.com> <20080320203656.GA10773@localhost.localdomain> <20080321173720.247c079d.jeff@arcticpc.com> Message-ID: <20080322015246.GA15919@localhost.localdomain> * Jeff (jeff@arcticpc.com) wrote: > On Thu, 20 Mar 2008 15:36:56 -0500 > Jeff Krebs wrote: > > > Good question. > > > > I don't have a x86_64 box. Perhaps I can do something with "mock"? I > > think I can create a build environment for package development using > > that. > > > > I will look into this. Apparently people are using more than just > > Pentium 233s now :) > > > > Jeff > > > > * Jeff (jeff@arcticpc.com) wrote: > > > On Mon, 17 Mar 2008 15:29:36 -0500 > > > Jeff Krebs wrote: > > > > > > > Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. > > > > > > > > > > > > The AfterStep Applets RPM repository has now been updated to include > > > > AfterStep-2.2.8, fotox and stalonetray. > > > > > > > > > > How about some Fedora 8_64 ? so i don't have to recompile .....??? > > > > > > Thanks > > > > > I suppose i could remake the SRPM again and send them to you ....... > > -- > Jeff I'd like to get all of the packages in a repository. I seem to have every machine laying around except a 64 bit. Let me play abit and see what I can do. Jeff From sasha at aftercode.net Mon Mar 24 18:29:22 2008 From: sasha at aftercode.net (Sasha Vasko) Date: Mon Mar 24 17:31:00 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <20080321232018.GA15264@localhost.localdomain> References: <20080317202936.GA26369@localhost.localdomain> <20080319001550.GB29407@uniserve.com> <20080319014043.GA1583@localhost.localdomain> <20080321221143.GA2864@uniserve.com> <20080321232018.GA15264@localhost.localdomain> Message-ID: <47E83952.1010209@aftercode.net> Try current CVS - Pager should now work properly. Sasha Jeff Krebs wrote: > OK. I had my desktop set to a 1x2 (one viewport wide by 2 viewports > tall) and all worked well. > > I changed to a 2x2 setup (DeskTopSize 2x2) and DeskTopScale was doubled > (from 23 to 46, for a 1440 monitor). > > I am now seeing the same issue that you are. The scale appears correct, > by it's about 2/3 width and truncated on the right hand side. The > height appears correct thought. > > This appears to be a bug, and needs further investigation. > > Jeff > > > * Graydon (oak@uniserve.com) wrote: >> On Tue, Mar 18, 2008 at 08:40:43PM -0500, Jeff Krebs scripsit: >>> Excellent, except for the Pager part :) >>> >>> Disable Pager in "autoexec" >> Yup. >> >>> Comment out the line in "pager" "*PagerGeometry..." >> Yup. >> >>> Change "DeskBorderWidth" from "1" to "0" on the line >>> "*PagerDecoration..." in "pager". >> Done! >> >>> If Wharf is vertical, you need to set Pager as vertical, in the file "pager" >>> (*PagerColumns 1). >> Done! (Wharf is vertical) >> >>> If Wharf is horizontal, set "*PagerRows 1". >>> >>> You're right on desktop scale. It's a ratio; the larger the number, the >>> smaller the Pager. Vertical Wharfs are easy: >>> >>> Ex) a 64x64 Wharf on a 1280 wide desktop. >>> >>> 1280/64=20 >>> >>> more than one viewport (a 2x2 desktop) means you double to 40. >> 1600/64 = 25; double to 50. No detectable change between 20, 40, 50, >> 100, and 200; so far as I can tell, setting this value in >> ~/.afterstep/base isn't having an effect. >> >> I'm getting viewports in the wharf which are about 40 pixels across. >> (They look about 2/3 of the 64 pixel wharf.) >> >> I know the file is being read because setting DeskTopSize there _does_ >> have an effect. >> >> This is true whether or not the pager is being swallowed in the wharf or >> run independently. >> >> [snip] >>> *MonitorWharf Pager - MaxSwallowModule "Pager" Pager 0 1 >>> >>> Where "0" is the starting desktop and "1" is the last. And you >>> may have "*Wharf" in lieu of "*MonitorWharf", depending on your >>> setup. >> I have >> >> *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 >> >>> For use in Wharf, 64x64 is rather tiny in a modern desktop, I >>> recommend setting your desktop(s) to 1x2, 1x3, or 1x4 rather than the >>> traditional 2x2 or 2x3 (in "base", "DeskTopSize"). Or for horizontal, >>> 2x1, 3x1, 4x1. >> It is pretty teeny but it's also what I'm used to... >> >>> Does that help? >> Some, but there's definitely still an issue with swallowing. >> >> I've tried "SwallowModule" instead of "MaxSwallowModule"; that gives me >> most of four of the six (2x3) viewports, and fits the 64 bit width. >> >> It looks like what draws the borders and what sets the actual virtual >> desktop sizes in the pager are independent; I can get the actual virtual >> desktops to be the right size, but the border-drawing part is fixed. >> >> Have attached a screenshot, so not sending to the list as well. >> >> Thanks! >> >>> Jeff Krebs >>> >>> >>> * Graydon (oak@uniserve.com) wrote: >>>> So, it builds, it runs, stalonetray just works which is great, but I'm >>>> having some issues with swallowing the pager in the wharf. >>>> >>>> *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 >>>> >>>> Works, but I get a rather skewed pager; the virtual desktops of the >>>> first column consume nearly all the width of the wharf. (vertical >>>> wharf.) >>>> >>>> If I add >>>> DeskTopScale 55 >>>> >>>> to >>>> >>>> # This sets the size of the virtual desktop : >>>> DeskTopSize 2x3 >>>> >>>> in the base file, I get what are effectively evenly split viewports in >>>> the pager, except that the lines around the viewports are sstill where >>>> they were with the little tiny remnants of the right hand column and the >>>> big, presumably full size, viewports in the left hand column. >>>> >>>> There's clearly something I should be setting that I'm not; does anyone >>>> know what it is? >>>> >>>> Thanks! >>>> Graydon >>>> >>>> (who would really like a pager swallow option so that it would do a >>>> full-size (for some configured full size) on hover, and then collapse >>>> itself back into the wharf.) >>>> >>>> On Mon, Mar 17, 2008 at 03:29:36PM -0500, Jeff Krebs scripsit: >>>>> Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. >>>>> >>>>> >>>>> The AfterStep Applets RPM repository has now been updated to include >>>>> AfterStep-2.2.8, fotox and stalonetray. >>>>> >>>>> >>>>> Notes on new versions and recent additions: >>>>> >>>>> AfterStep-2.2.8: Many bug-fixes for this release: restart session, >>>>> wharf position, gtk menu sorting, ASDocGen issues, and more. >>>>> >>>>> For a listing of new AfterStep features, visit this link: >>>>> >>>>> >>>>> http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD >>>>> >>>>> >>>>> fotox-0.37 is a program for improving image files made with a digital >>>>> camera. >>>>> >>>>> http://kornelix.squarespace.com/fotox/ >>>>> >>>>> The following functions are provided: >>>>> >>>>> * Show thumbnails of image files in a directory, navigate, choose >>>>> files to view or edit. >>>>> * Adjust overexposed or underexposed areas to improve visibility >>>>> of detail (change brightness independently for different >>>>> brightness levels). >>>>> * Reduce fog or haze by removing "whiteness" and intensifying >>>>> colors. >>>>> * Edit whole image or an arbitrary area outlined with the mouse. >>>>> * High dynamic range (HDR) photography: combine an underexposed >>>>> and overexposed image to improve details visible in both bright >>>>> and dark areas. Automatic image alignment. >>>>> * Photo stitching or panorama: stitch two or more images together >>>>> to make an ultra-wide image. >>>>> * Simple image alignment and brightness / color matching. >>>>> * Crop an image (choose the area of interest and cut-off the >>>>> margins). >>>>> * Rotate an image by any angle (level a tilted image, or turn in >>>>> 90 degree steps). >>>>> * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and >>>>> 1/4 size. >>>>> * Red-eye removal. >>>>> >>>>> >>>>> stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation >>>>> >>>>> http://sourceforge.net/projects/stalonetray >>>>> >>>>> Stalonetray is a stand-alone freedesktop.org and KDE system tray >>>>> (notification area) for X Window System/X11 (e.g. X.Org or XFree86). >>>>> It has full XEMBED support and minimal dependencies: an X11 lib only. >>>>> Stalonetray works with virtually any EWMH-compliant window manager. >>>>> >>>>> >>>>> About the AfterStep Applets Repository: >>>>> >>>>> This repository contains AfterStep, aterm, rxvt-unicode and over 60 >>>>> Wharf/Dockapps for use with AfterStep and WindowMaker. >>>>> >>>>> In addition, there are some added utilities that work well under >>>>> AfterStep. >>>>> >>>>> >>>>> Instructions for YUM installation can be found at: >>>>> >>>>> http://www.afterstep.org/download.php?show=RPMS >>>>> >>>>> >>>>> As usual, these Fedora 8 RPMS can be found at: >>>>> >>>>> ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 >>>>> >>>>> >>>>> Source RPMS that should work with most versions of Fedora >>>>> (Core 3+) and other distros can be found at: >>>>> >>>>> ftp://ftp.afterstep.org/stable/rpms/SRPMS >>>>> >>>>> >>>>> Feedback via the AfterStep User Mailing List is appreciated. >>>>> >>>>> >>>>> _______________________________________________ >>>>> As-users mailing list >>>>> As-users@afterstep.org >>>>> http://mail.afterstep.org/mailman/listinfo/as-users >>>> _______________________________________________ >>>> As-users mailing list >>>> As-users@afterstep.org >>>> http://mail.afterstep.org/mailman/listinfo/as-users >>> _______________________________________________ >>> As-users mailing list >>> As-users@afterstep.org >>> http://mail.afterstep.org/mailman/listinfo/as-users > > > _______________________________________________ > As-users mailing list > As-users@afterstep.org > http://mail.afterstep.org/mailman/listinfo/as-users From oak at uniserve.com Mon Mar 24 19:10:00 2008 From: oak at uniserve.com (Graydon) Date: Mon Mar 24 19:18:21 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <47E83952.1010209@aftercode.net> References: <20080317202936.GA26369@localhost.localdomain> <20080319001550.GB29407@uniserve.com> <20080319014043.GA1583@localhost.localdomain> <20080321221143.GA2864@uniserve.com> <20080321232018.GA15264@localhost.localdomain> <47E83952.1010209@aftercode.net> Message-ID: <20080325001000.GA30954@uniserve.com> It does! Thanks, Sasha! On Mon, Mar 24, 2008 at 05:29:22PM -0600, Sasha Vasko scripsit: > Try current CVS - Pager should now work properly. > > > Sasha > > Jeff Krebs wrote: >> OK. I had my desktop set to a 1x2 (one viewport wide by 2 viewports tall) >> and all worked well. >> >> I changed to a 2x2 setup (DeskTopSize 2x2) and DeskTopScale was doubled >> (from 23 to 46, for a 1440 monitor). >> >> I am now seeing the same issue that you are. The scale appears correct, >> by it's about 2/3 width and truncated on the right hand side. The height >> appears correct thought. >> >> This appears to be a bug, and needs further investigation. >> >> Jeff >> >> >> * Graydon (oak@uniserve.com) wrote: >>> On Tue, Mar 18, 2008 at 08:40:43PM -0500, Jeff Krebs scripsit: >>>> Excellent, except for the Pager part :) >>>> >>>> Disable Pager in "autoexec" >>> Yup. >>> >>>> Comment out the line in "pager" "*PagerGeometry..." >>> Yup. >>> >>>> Change "DeskBorderWidth" from "1" to "0" on the line >>>> "*PagerDecoration..." in "pager". >>> Done! >>> >>>> If Wharf is vertical, you need to set Pager as vertical, in the file "pager" >>>> (*PagerColumns 1). >>> Done! (Wharf is vertical) >>> >>>> If Wharf is horizontal, set "*PagerRows 1". >>>> >>>> You're right on desktop scale. It's a ratio; the larger the number, the >>>> smaller the Pager. Vertical Wharfs are easy: >>>> >>>> Ex) a 64x64 Wharf on a 1280 wide desktop. >>>> >>>> 1280/64=20 >>>> >>>> more than one viewport (a 2x2 desktop) means you double to 40. >>> 1600/64 = 25; double to 50. No detectable change between 20, 40, 50, >>> 100, and 200; so far as I can tell, setting this value in >>> ~/.afterstep/base isn't having an effect. >>> >>> I'm getting viewports in the wharf which are about 40 pixels across. >>> (They look about 2/3 of the 64 pixel wharf.) >>> >>> I know the file is being read because setting DeskTopSize there _does_ >>> have an effect. >>> >>> This is true whether or not the pager is being swallowed in the wharf or >>> run independently. >>> >>> [snip] >>>> *MonitorWharf Pager - MaxSwallowModule "Pager" Pager 0 1 >>>> >>>> Where "0" is the starting desktop and "1" is the last. And you may >>>> have "*Wharf" in lieu of "*MonitorWharf", depending on your >>>> setup. >>> I have >>> *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 >>> >>>> For use in Wharf, 64x64 is rather tiny in a modern desktop, I recommend >>>> setting your desktop(s) to 1x2, 1x3, or 1x4 rather than the traditional >>>> 2x2 or 2x3 (in "base", "DeskTopSize"). Or for horizontal, 2x1, 3x1, 4x1. >>> It is pretty teeny but it's also what I'm used to... >>> >>>> Does that help? >>> Some, but there's definitely still an issue with swallowing. >>> >>> I've tried "SwallowModule" instead of "MaxSwallowModule"; that gives me >>> most of four of the six (2x3) viewports, and fits the 64 bit width. >>> >>> It looks like what draws the borders and what sets the actual virtual >>> desktop sizes in the pager are independent; I can get the actual virtual >>> desktops to be the right size, but the border-drawing part is fixed. >>> >>> Have attached a screenshot, so not sending to the list as well. >>> >>> Thanks! >>> >>>> Jeff Krebs >>>> >>>> >>>> * Graydon (oak@uniserve.com) wrote: >>>>> So, it builds, it runs, stalonetray just works which is great, but I'm >>>>> having some issues with swallowing the pager in the wharf. >>>>> >>>>> *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 >>>>> >>>>> Works, but I get a rather skewed pager; the virtual desktops of the >>>>> first column consume nearly all the width of the wharf. (vertical >>>>> wharf.) >>>>> >>>>> If I add >>>>> DeskTopScale 55 >>>>> >>>>> to >>>>> >>>>> # This sets the size of the virtual desktop : >>>>> DeskTopSize 2x3 >>>>> >>>>> in the base file, I get what are effectively evenly split viewports in >>>>> the pager, except that the lines around the viewports are sstill where >>>>> they were with the little tiny remnants of the right hand column and the >>>>> big, presumably full size, viewports in the left hand column. >>>>> >>>>> There's clearly something I should be setting that I'm not; does anyone >>>>> know what it is? >>>>> >>>>> Thanks! >>>>> Graydon >>>>> >>>>> (who would really like a pager swallow option so that it would do a >>>>> full-size (for some configured full size) on hover, and then collapse >>>>> itself back into the wharf.) >>>>> >>>>> On Mon, Mar 17, 2008 at 03:29:36PM -0500, Jeff Krebs scripsit: >>>>>> Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. >>>>>> >>>>>> >>>>>> The AfterStep Applets RPM repository has now been updated to include >>>>>> AfterStep-2.2.8, fotox and stalonetray. >>>>>> >>>>>> >>>>>> Notes on new versions and recent additions: >>>>>> >>>>>> AfterStep-2.2.8: Many bug-fixes for this release: restart session, >>>>>> wharf position, gtk menu sorting, ASDocGen issues, and more. >>>>>> >>>>>> For a listing of new AfterStep features, visit this link: >>>>>> >>>>>> >>>>>> http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD >>>>>> >>>>>> >>>>>> fotox-0.37 is a program for improving image files made with a digital >>>>>> camera. >>>>>> >>>>>> http://kornelix.squarespace.com/fotox/ >>>>>> >>>>>> The following functions are provided: >>>>>> >>>>>> * Show thumbnails of image files in a directory, navigate, choose >>>>>> files to view or edit. >>>>>> * Adjust overexposed or underexposed areas to improve visibility >>>>>> of detail (change brightness independently for different >>>>>> brightness levels). >>>>>> * Reduce fog or haze by removing "whiteness" and intensifying >>>>>> colors. >>>>>> * Edit whole image or an arbitrary area outlined with the mouse. >>>>>> * High dynamic range (HDR) photography: combine an underexposed >>>>>> and overexposed image to improve details visible in both bright >>>>>> and dark areas. Automatic image alignment. >>>>>> * Photo stitching or panorama: stitch two or more images together >>>>>> to make an ultra-wide image. >>>>>> * Simple image alignment and brightness / color matching. >>>>>> * Crop an image (choose the area of interest and cut-off the >>>>>> margins). >>>>>> * Rotate an image by any angle (level a tilted image, or turn in >>>>>> 90 degree steps). >>>>>> * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and >>>>>> 1/4 size. >>>>>> * Red-eye removal. >>>>>> >>>>>> >>>>>> stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation >>>>>> >>>>>> http://sourceforge.net/projects/stalonetray >>>>>> >>>>>> Stalonetray is a stand-alone freedesktop.org and KDE system tray >>>>>> (notification area) for X Window System/X11 (e.g. X.Org or XFree86). >>>>>> It has full XEMBED support and minimal dependencies: an X11 lib only. >>>>>> Stalonetray works with virtually any EWMH-compliant window manager. >>>>>> >>>>>> >>>>>> About the AfterStep Applets Repository: >>>>>> >>>>>> This repository contains AfterStep, aterm, rxvt-unicode and over 60 >>>>>> Wharf/Dockapps for use with AfterStep and WindowMaker. >>>>>> >>>>>> In addition, there are some added utilities that work well under >>>>>> AfterStep. >>>>>> >>>>>> >>>>>> Instructions for YUM installation can be found at: >>>>>> >>>>>> http://www.afterstep.org/download.php?show=RPMS >>>>>> >>>>>> >>>>>> As usual, these Fedora 8 RPMS can be found at: >>>>>> >>>>>> ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 >>>>>> >>>>>> >>>>>> Source RPMS that should work with most versions of Fedora >>>>>> (Core 3+) and other distros can be found at: >>>>>> >>>>>> ftp://ftp.afterstep.org/stable/rpms/SRPMS >>>>>> >>>>>> >>>>>> Feedback via the AfterStep User Mailing List is appreciated. >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> As-users mailing list >>>>>> As-users@afterstep.org >>>>>> http://mail.afterstep.org/mailman/listinfo/as-users >>>>> _______________________________________________ >>>>> As-users mailing list >>>>> As-users@afterstep.org >>>>> http://mail.afterstep.org/mailman/listinfo/as-users >>>> _______________________________________________ >>>> As-users mailing list >>>> As-users@afterstep.org >>>> http://mail.afterstep.org/mailman/listinfo/as-users >> >> >> _______________________________________________ >> As-users mailing list >> As-users@afterstep.org >> http://mail.afterstep.org/mailman/listinfo/as-users > From jkrebs at tconl.com Tue Mar 25 13:48:04 2008 From: jkrebs at tconl.com (Jeff Krebs) Date: Tue Mar 25 13:48:23 2008 Subject: [As-users] Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more In-Reply-To: <47E83952.1010209@aftercode.net> References: <20080317202936.GA26369@localhost.localdomain> <20080319001550.GB29407@uniserve.com> <20080319014043.GA1583@localhost.localdomain> <20080321221143.GA2864@uniserve.com> <20080321232018.GA15264@localhost.localdomain> <47E83952.1010209@aftercode.net> Message-ID: <20080325184804.GA23529@localhost.localdomain> I have patched the SRPM and RPM packages to reflect the cvs update concerning the Pager issue(s). They are available for download. Jeff Krebs * Sasha Vasko (sasha@aftercode.net) wrote: > Try current CVS - Pager should now work properly. > > > Sasha > > Jeff Krebs wrote: >> OK. I had my desktop set to a 1x2 (one viewport wide by 2 viewports tall) >> and all worked well. >> >> I changed to a 2x2 setup (DeskTopSize 2x2) and DeskTopScale was doubled >> (from 23 to 46, for a 1440 monitor). >> >> I am now seeing the same issue that you are. The scale appears correct, >> by it's about 2/3 width and truncated on the right hand side. The height >> appears correct thought. >> >> This appears to be a bug, and needs further investigation. >> >> Jeff >> >> >> * Graydon (oak@uniserve.com) wrote: >>> On Tue, Mar 18, 2008 at 08:40:43PM -0500, Jeff Krebs scripsit: >>>> Excellent, except for the Pager part :) >>>> >>>> Disable Pager in "autoexec" >>> Yup. >>> >>>> Comment out the line in "pager" "*PagerGeometry..." >>> Yup. >>> >>>> Change "DeskBorderWidth" from "1" to "0" on the line >>>> "*PagerDecoration..." in "pager". >>> Done! >>> >>>> If Wharf is vertical, you need to set Pager as vertical, in the file "pager" >>>> (*PagerColumns 1). >>> Done! (Wharf is vertical) >>> >>>> If Wharf is horizontal, set "*PagerRows 1". >>>> >>>> You're right on desktop scale. It's a ratio; the larger the number, the >>>> smaller the Pager. Vertical Wharfs are easy: >>>> >>>> Ex) a 64x64 Wharf on a 1280 wide desktop. >>>> >>>> 1280/64=20 >>>> >>>> more than one viewport (a 2x2 desktop) means you double to 40. >>> 1600/64 = 25; double to 50. No detectable change between 20, 40, 50, >>> 100, and 200; so far as I can tell, setting this value in >>> ~/.afterstep/base isn't having an effect. >>> >>> I'm getting viewports in the wharf which are about 40 pixels across. >>> (They look about 2/3 of the 64 pixel wharf.) >>> >>> I know the file is being read because setting DeskTopSize there _does_ >>> have an effect. >>> >>> This is true whether or not the pager is being swallowed in the wharf or >>> run independently. >>> >>> [snip] >>>> *MonitorWharf Pager - MaxSwallowModule "Pager" Pager 0 1 >>>> >>>> Where "0" is the starting desktop and "1" is the last. And you may >>>> have "*Wharf" in lieu of "*MonitorWharf", depending on your >>>> setup. >>> I have >>> *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 >>> >>>> For use in Wharf, 64x64 is rather tiny in a modern desktop, I recommend >>>> setting your desktop(s) to 1x2, 1x3, or 1x4 rather than the traditional >>>> 2x2 or 2x3 (in "base", "DeskTopSize"). Or for horizontal, 2x1, 3x1, 4x1. >>> It is pretty teeny but it's also what I'm used to... >>> >>>> Does that help? >>> Some, but there's definitely still an issue with swallowing. >>> >>> I've tried "SwallowModule" instead of "MaxSwallowModule"; that gives me >>> most of four of the six (2x3) viewports, and fits the 64 bit width. >>> >>> It looks like what draws the borders and what sets the actual virtual >>> desktop sizes in the pager are independent; I can get the actual virtual >>> desktops to be the right size, but the border-drawing part is fixed. >>> >>> Have attached a screenshot, so not sending to the list as well. >>> >>> Thanks! >>> >>>> Jeff Krebs >>>> >>>> >>>> * Graydon (oak@uniserve.com) wrote: >>>>> So, it builds, it runs, stalonetray just works which is great, but I'm >>>>> having some issues with swallowing the pager in the wharf. >>>>> >>>>> *Wharf Pager - MaxSwallowModule "Pager" Pager 0 0 >>>>> >>>>> Works, but I get a rather skewed pager; the virtual desktops of the >>>>> first column consume nearly all the width of the wharf. (vertical >>>>> wharf.) >>>>> >>>>> If I add >>>>> DeskTopScale 55 >>>>> >>>>> to >>>>> >>>>> # This sets the size of the virtual desktop : >>>>> DeskTopSize 2x3 >>>>> >>>>> in the base file, I get what are effectively evenly split viewports in >>>>> the pager, except that the lines around the viewports are sstill where >>>>> they were with the little tiny remnants of the right hand column and the >>>>> big, presumably full size, viewports in the left hand column. >>>>> >>>>> There's clearly something I should be setting that I'm not; does anyone >>>>> know what it is? >>>>> >>>>> Thanks! >>>>> Graydon >>>>> >>>>> (who would really like a pager swallow option so that it would do a >>>>> full-size (for some configured full size) on hover, and then collapse >>>>> itself back into the wharf.) >>>>> >>>>> On Mon, Mar 17, 2008 at 03:29:36PM -0500, Jeff Krebs scripsit: >>>>>> Fedora 8 RPMS - AfterStep 2.2.8, fotox-0.37, stalonetray-0.7.6 and more. >>>>>> >>>>>> >>>>>> The AfterStep Applets RPM repository has now been updated to include >>>>>> AfterStep-2.2.8, fotox and stalonetray. >>>>>> >>>>>> >>>>>> Notes on new versions and recent additions: >>>>>> >>>>>> AfterStep-2.2.8: Many bug-fixes for this release: restart session, >>>>>> wharf position, gtk menu sorting, ASDocGen issues, and more. >>>>>> >>>>>> For a listing of new AfterStep features, visit this link: >>>>>> >>>>>> >>>>>> http://cvs.aftercode.net/cgi-bin/viewcvs.cgi/afterstep-stable/NEW?rev=HEAD >>>>>> >>>>>> >>>>>> fotox-0.37 is a program for improving image files made with a digital >>>>>> camera. >>>>>> >>>>>> http://kornelix.squarespace.com/fotox/ >>>>>> >>>>>> The following functions are provided: >>>>>> >>>>>> * Show thumbnails of image files in a directory, navigate, choose >>>>>> files to view or edit. >>>>>> * Adjust overexposed or underexposed areas to improve visibility >>>>>> of detail (change brightness independently for different >>>>>> brightness levels). >>>>>> * Reduce fog or haze by removing "whiteness" and intensifying >>>>>> colors. >>>>>> * Edit whole image or an arbitrary area outlined with the mouse. >>>>>> * High dynamic range (HDR) photography: combine an underexposed >>>>>> and overexposed image to improve details visible in both bright >>>>>> and dark areas. Automatic image alignment. >>>>>> * Photo stitching or panorama: stitch two or more images together >>>>>> to make an ultra-wide image. >>>>>> * Simple image alignment and brightness / color matching. >>>>>> * Crop an image (choose the area of interest and cut-off the >>>>>> margins). >>>>>> * Rotate an image by any angle (level a tilted image, or turn in >>>>>> 90 degree steps). >>>>>> * Resize an image, with convenience buttons for 2/3, 1/2, 1/3 and >>>>>> 1/4 size. >>>>>> * Red-eye removal. >>>>>> >>>>>> >>>>>> stalonetray-0.7.6 - STand Alone TRAY (notification area) implementation >>>>>> >>>>>> http://sourceforge.net/projects/stalonetray >>>>>> >>>>>> Stalonetray is a stand-alone freedesktop.org and KDE system tray >>>>>> (notification area) for X Window System/X11 (e.g. X.Org or XFree86). >>>>>> It has full XEMBED support and minimal dependencies: an X11 lib only. >>>>>> Stalonetray works with virtually any EWMH-compliant window manager. >>>>>> >>>>>> >>>>>> About the AfterStep Applets Repository: >>>>>> >>>>>> This repository contains AfterStep, aterm, rxvt-unicode and over 60 >>>>>> Wharf/Dockapps for use with AfterStep and WindowMaker. >>>>>> >>>>>> In addition, there are some added utilities that work well under >>>>>> AfterStep. >>>>>> >>>>>> >>>>>> Instructions for YUM installation can be found at: >>>>>> >>>>>> http://www.afterstep.org/download.php?show=RPMS >>>>>> >>>>>> >>>>>> As usual, these Fedora 8 RPMS can be found at: >>>>>> >>>>>> ftp://ftp.afterstep.org/stable/rpms/RPMS/fc/8/i386 >>>>>> >>>>>> >>>>>> Source RPMS that should work with most versions of Fedora >>>>>> (Core 3+) and other distros can be found at: >>>>>> >>>>>> ftp://ftp.afterstep.org/stable/rpms/SRPMS >>>>>> >>>>>> >>>>>> Feedback via the AfterStep User Mailing List is appreciated. >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> As-users mailing list >>>>>> As-users@afterstep.org >>>>>> http://mail.afterstep.org/mailman/listinfo/as-users >>>>> _______________________________________________ >>>>> As-users mailing list >>>>> As-users@afterstep.org >>>>> http://mail.afterstep.org/mailman/listinfo/as-users >>>> _______________________________________________ >>>> As-users mailing list >>>> As-users@afterstep.org >>>> http://mail.afterstep.org/mailman/listinfo/as-users >> >> >> _______________________________________________ >> As-users mailing list >> As-users@afterstep.org >> http://mail.afterstep.org/mailman/listinfo/as-users