AfterStep 1.3.1 already includes user-friendly configuration and “look sharing”. Here are some examples of the new features already working:
Take your personal look file, rename it to look.your-name and post it to your friends. They can put it in desktop/looks and select it in the start menu to easily get the appearance of your desktop without losing their own menus, configuration or bindings.
The start menu is simply a directory in ~/gnustep/Library/AfterStep in which each subdirectory is a menu entry and each file a menu option. If you want to add Ghostview, just type:
echo "gv &" >\ ~/gnustep/Library/AfterStep/start/Programs/Ghostview
Spaces are allowed and you can specify command-line options. When you restart AfterStep, Ghostview will be added to the start menu.
Backgrounds are put in the directory ~/gnustep/Library/AfterStep/desktop/backgrounds. Put the picture you want there and when you restart AfterStep, the Desktop/Backgrounds/Pictures menu will contain this option. Of course, if you select it, AfterStep will remember it for the next session, just like colors (in desktop/colors) and look files.
An included patched rxvt called xiterm allows pictures to be displayed in the background with Offix DnD compatibility (just like the Wharf). Select a file in xfm, drag it to xiterm, and its name will appear on the command line you're typing. It's lighter than xterm, supports color and will be more linked with AfterStep in version 1.3.2, becoming a standard part of its GUI, like title bars, Wharf and Pager. Configure-time options are made via menuconfig (just like the Linux kernel); this will also be true for future versions of AfterStep.
Four 2x2 pagers (that's sixteen screens, but you can configure it if you want more or less space on your desktop) with individual background pixmaps and names to allow you to use many programs at the same time (the task-list is very useful too).
Jump button allows you to focus on the next window by clicking on the right triangle in the right part of the title bar.
As you have learned in this article, AfterStep is strongly linked to the FVWM family but is no longer restricted to NeXT GUI emulation. Before moving to totally new concepts, we're first trying to put in all the nice features that already exist without making AfterStep hard to use. I hope you'll find 1.3.1 as simple to use as I think it is. But remember, if you think of a missing option, code it and send in the patch. With look files and other configuration files, AfterStep can turn into anything you want it to be.
|Speed Up Your Web Site with Varnish||Jun 19, 2013|
|Non-Linux FOSS: libnotify, OS X Style||Jun 18, 2013|
|Containers—Not Virtual Machines—Are the Future Cloud||Jun 17, 2013|
|Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer||Jun 12, 2013|
|Weechat, Irssi's Little Brother||Jun 11, 2013|
|One Tail Just Isn't Enough||Jun 07, 2013|
- Containers—Not Virtual Machines—Are the Future Cloud
- Non-Linux FOSS: libnotify, OS X Style
- Linux Systems Administrator
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Validate an E-Mail Address with PHP, the Right Way
- Technical Support Rep
- Senior Perl Developer
- UX Designer
- Introduction to MapReduce with Hadoop on Linux
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?