Free swing life style software for linux

Swing Glue is an ultra thin layer that allows to decouple view, controller and model into separate individual domains.
It as not just another framework as you might think now. It is an very generic layer that has a minimal impact to the application where swing glue is used.
Main features:
- Object repository that minimizes transport of references
- automatic population of Adhesive class members from the repository
- abstraction of view code and event code
- no wrapping component classes, you still use the normal Swing classes
Swing Glue is proof for the legend that a framewok does not necessarly has to be a Bloat of code that helps you to simplify your development.
It also works with a simple framework that is non evasive and has a very simple code base.

Swing AutoMenu is a automatic menu generator that makes it easy to create JBarMenus and popup menus from XML definitions when building GUIs in Swing.
Main features:
Bar/Popup menu
- menu item
- checkbox item
- radio button item/group
- separator
- submenus
- support icons
- named disable map
- event dispatcher
Popup menu
- invoker state item - a special item that can be enable/disable according the state returned by a named function from invoker
- invoker state check - a special item used to change some named invoker state
- hintlist - a special item that can dinamicaly build a submenu with given list itens from invoker
Enhancements:
- Some new dynamic functions were added, like a hintlist that get a list from the invoker object and builds a submenu.
- Putting a bar menu in your application can now be done very easily by using the ABarMenu class.

Web of Life is a life simulation game.

An isometric game done with C++ and SDL.

In this game you control some beings in an ecosystem, the goal is to make only that the beings you control survive.

Your beings should survive fighting with other beings, reproducting to make a massive attack and eating.
But sometimes you will have to eat some of your own live beings so that others could stay alive, well its life.

SwingWT is a 100% pure Java library which aims to be a free implementation of Swing and AWT. Unlike Swing, SwingWT drives native peer widgets for your platform from SWT. You can see a screenshot of the basic SwingWT demo here (Linux/GTK2) and here (MacOSX).
Main features:
- More responsive GUIs and faster startup times
- Less RAM usage for applications
- Many developers prefer the Swing API
- Existing Swing applications dont need to be recoded
- Mature Swing UI designers can be used
- Developers deploying to *nix/Win32 can compile natively with GCJ and the applications can be distributed without a VM. Linux distribution makers could package many existing Java/Swing applications that previously could not be distributed in workable state.
- SWT components can be directly accessed through the API, allowing mix and match (make Eclipse plugins with Swing!)
- All platform benefits such as font sub-pixel decimation for LCD monitors (unavailable in Swing)
- Use Swing on mobile devices!
- The best of both worlds! New Swing components for JClosableTabbedPane, JCoolBar, JTaskTrayItem..
- A FREE implementation of Swing you can redistribute and modify to suit your own requirements
- Insulation from changes to the SWT APIs
- Insulation from differences between SWT platforms
Enhancements:
- This release contains many fixes and compatibility improvements, including support for AudioClip and SWT 3.2.

Game::Life - Plays Conways Game of Life.

SYNOPSIS

use Game::Life;
my $game = new Game::Life( 20 );
my $starting = [
[ 1, 1, 1 ],
[ 1, 0, 0 ],
[ 0, 1, 0 ]
];

$game->place_points( 10, 10, $starting );
for (1..20) {
my $grid = $game->get_grid();
foreach ( @$grid ) {
print map { $_ ? X : . } @$_;
print "n";
}
print "nn";
$game->process();
}

Conways Game of Life is a basic example of finding living patterns in rather basic rulesets (see NOTES). The Game of Life takes place on a 2-D rectangular grid, with each grid point being either alive or dead. If a living grid point has 2 or 3 neighbors within the surrounding 8 points, the point will remain alive in the next generation; any fewer or more will kill it. A dead grid point will become alive if there are exactly 3 living neighbors to it. With these simple rules, fascinating structures such as gliders that move across the grid, glider guns that generate these gliders, XOR gates, and others have been found.

This module simply provides a way to simulate the Game of Life in Perl.

In terms of coordinate systems as used in place_points, toggle_point and other functions, the first coodinate is the vertical direction, 0 being the top of the board, and the second is the horizontal direaction, 0 being the left side of the board. Thus, toggling the point of (3,2) will switch the state of the point in the 4th row and 3rd column.

The edges of the board are currently set as "flat"; cells on the edge do not have any neighbors, and thus will fall off the board. Future versions may allow for warp edges (if a cell moves off the left side it reappears on the right side).

Camera Life (FDCL) is a system for cataloging your photo collection. Camera Life project gives users the ability to search your archive by albums that you set up, or by directory structure.
Camera life (FDCL) is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
FDCL is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with Chatterbox; see the file LICENSE. If not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. Or visit http://www.gnu.org/licenses/gpl.html
Main features:
Self Updating
- When you add photos to the photo directory you specified when installing, FDCL will cache, thumnail and make public all such photos (Administration: File Manager). You can allow certain user classes to maintain your site by editing the photo descriptions and delete photos that suck.
Topic view and Folder View
- On the main page, users are presented with the option of viewing photos by topic or folder. In topic view, albums (collections of like photos) are categorized by topic (ex: People, Things, My Vacataions).
- Folder view is hierrical and based on the directory structure of the photos. When viewing a photo, users are given the option to view others photos in the same topic or folder.
Image deletion
- When viewing a photo, you have the option to delete it. When a user deletes an image, FDCL actually flags it as non-public. An admin has to actually erase it (Administration: File Manager). And when you erase it, FDCL just moves it to the erased folder. FDCL will never rm your photos. With this in mind, it is sensible to allow users to delete offensive images and admins to erase them.
Themes
- You can easily change the look of the entire site by choosing a different theme (Administration: Customize: Themes). Official themes can be downlaoded from http://fdcl.sourceforge.net other themes are available at your local supermarket (or not).
Users
- Users can anonyously sign up an account. The admins choose which accounts to give privileges to. All authentication is done by random cookies saved in the DB and passwords are salted and hashed.
Logging
- Some actions are logged to the logs table. This is done via the db_log function. You can view the logs (Administration: Log Viewer) and see the audit trail to modifications to the ssytem. You can then rollback specific action (like renaming a photo) by simply choosing the previous state to go back to.
Enhancements:
- This version adds support for Gallery Remote API, microformats, sitemaps, OpenSearch, and RSS feeds, and supports iPhoto photocasting.
- There are now photo keywords with a del.icio.us-like keyword editor.
- Checkpoints allow you to review and approve changes to the site.
- Your users can now order prints online.
- There are also big changes under the hood and some security enhancements.

Java::Swing provides a Perl extension providing direct access to the Java Swing API.

Though you can write a Java program which is driven by Perl, some people may prefer to keep their Perl pure. This package lets you do that in manner similar to the way Perl/Tk and Gtk2:: provide access to their underlying libraries. This lets us code in our favorite language, while using the graphical interface capabilities of Java Swing.

Once you use Java::Swing, you can refer to javax.swing classes by their class name alone as if it name were a Perl package name. All class methods, including constructors, can be called as normal through this Perl package name.

But, if you like, you may also use Java::Swing named attribute construction, as shown for the second JTextField above. Simply supply a hash reference whose keys are attributes of the class with the proper values. Your object will be constructed by calling the empty argument constructor. Then the attribute values will be supplied by calling set accessors. So columns => 10 will translate into setColumns(10).

As of version 0.12, you may add an Object attribute to the constructor hash. Then Java::Swing will call the constructor on the underlying class which expects it, and then call set accessors for any additional attributes.