Free ruler software for linux

Gnome Screen Ruler project is a customizable screen ruler for Gnome.
Gnome Screen Ruler is an on-screen ruler for measuring horizontal and vertical distances in any application. Rulers can be moved and resized using the keyboard.
Main features:
- Horizontal and vertical display
- Multiple units: pixels, inches, centimeters, picas, points, percentage
- Configurable colors and font
- Can be set always-on-top of your application windows
- Can be moved and resized with mouse or keyboard
- Measurement lines track mouse cursor to help measure anything on screen
- Its Free Software released under the GPL
Enhancements:
- Rewrite in Ruby (from C).
- Middle-click now rotates around the mouse position, not the upper-left corner.
- Ruler now shows a left-click target for the popup menu while mouse is over the ruler.
- Unit selection (inches, picas, etc.) moved to popup menu (from preferences dialog).
- Keyboard keys 1-6 now change unit.
- Now uses Cairo for rendering (from GDK).

File::Drawing release, revise and retrieve contents to/from a drawing program module.

SYNOPSIS

##########
# Subroutine interface
#
use File::Drawing qw(
dod_date dod_drawing_number number2pm pm2number obsolete
broken backup);

$date = dod_date($sec, $min, $hour, $day, $month, $year);
$drawing_number = dod_drawing_number( );

$pm = number2pm($drawing_number, $repository);
$drawing_number = pm2number($drawing_number, $repository);

$old_value = config( $option );
$old_value = config( $option => $new_value);
(@all_options) = config( );

obsolete($drawing_number, $repository);
broken($drawing_number, $repository);
($file, $backup_file) = backup($drawing_number, $repository, $dir);

######
# Class Interface
#
use File::Drawing;

$default_options = defaults(@options);

$old_value = $default_options->config( $option );
$old_value = $default_options->config( $option => $new_value);
(@all_options) = $default_options->config( );

$drawing = new File::Drawing($contents, $white_tape, $pod, $file_contents, $drawing_number, $repository);

$drawing = File::Drawing->retrieve($drawing_number, @options);

$error = $drawing->release(@options);

$error = $drawing->revise(@options);

$date = $drawing->dod_date($sec, $min, $hour, $day, $month, $year);
$drawing_number = $$drawing->dod_drawing_number( );

$pm = $drawing->number2pm($drawing_number, $repository);
$drawing_number = $drawing->pm2number($drawing_number, $repository);

$drawing->obsolete($drawing_number, $repository);
$drawing->broken($drawing_number, $repository);
($file, $backup_file) = $drawing->backup($drawing_number, $repository, $dir);

Generally, if a subroutine will process a list of options, @options, that subroutine will also process an array reference, @options, [@options], or hash reference, %options, {@options}. If a subroutine will process an array reference, @options, [@options], that subroutine will also process a hash reference, %options, {@options}. See the description for a subroutine for details and exceptions.

The File::Drawing program module uses American National Standards for drawings as a model for storing data. Commercial, governement and casual orgainizations have stored information over the centuries as drawings. Drawings probably evolved from the census that the Romans rulers, started back when Rome was a little frontier town. In other words, the practices of the drafting displines have evolved over time and have stood the test of time.

Any deviation must be a crystal clear advantage. Many of the practices are in place to avoid common and costly human mistakes that obviously a computerize drafting system will not make. A good approach is to make the computerized data structure optimum for computers and have the computer render the computerized data into a form that meets the drafting standards.

The File::Drawing program module, uses the Perl program module name as a drawing repository, drawing number combination. The contents of the drawing is contained in the program module file. The < File::Drawing > program module established methods to retrieve contents from a program module drawing file, create an Perl drawing object with the contents, and methods to release and revise the contents in a program module drawing file from a Perl drawing object. Other popular methods for computerize date are the SQL and XML. Perl has a wide range of program modules using these approach.

In this time in history, the Drawings are highly standardize and even subject to Internationl standarization agreements. The Drawing Sheet Size and Format conform to ANSI Y14.1-1975 or its successor. The drawing has a box with zone numbers running right to left alon the top and bottom, and zone letters running bottom to top along the sides. There is a section inside the box, lower right corner with the blocks for such things as the title, drawing number, current revision, authoriztion, and sheet number. There is an expandable four column table in the top right corner to record the revision history.

SWTJasperViewer is a JasperReports viewer component for SWT/JFace based applications and Eclipse plug-ins. The component is designed with reusability in mind so it can suit as many projects as possible.
SWTJasperViewer is developed as part of the JasperAssistant report designer where its used for report preview.
SWTJasperViewer component is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version.
Main features:
- "What you see is what you get" visual report designer.
- Complete integration with Eclipse IDE environment.
- An integrated report compiler.
- Report preview support
- Report Export wizard
- Support for compiled report files (*.jasper)
- Drag-and-drop interface.
- Unlimited Undo/Redo support.
- Cut/Copy/Paste support.
- Properties View.
- Outline View.
- Problems/Tasks View.
- Intuitive Context Menus.
- A dedicated toolbar for text objects.
- Zoom support.
- A customizable palette.
- A comprehensive set of align and resize actions.
- Intuitive Expression Editor.
- Integrated user documentation.
- Field Wizard.
- Grid and Snap To Grid support.
- Rulers, Guides and Snap to Guides support.
- Extensible shortcuts support.
- Full support for JasperReports data sources.

omsview project is a GTK+ turn viewer for the GalaxyNG play-by-email game.
It provides a graphical map, visual access to most information you need from a turn report, and a few tools to help you create your next set of orders.
The goal is to destroy the other races and become leader of the galaxy, by occupying new planets, producing ships, waging war, and diplomatic negotiations.
Main features:
- A zoomable map of the galaxy, with
- Incoming group tracers
- Vectors of your groups in space
- Markers for battles
- An interplanetary distance ruler
- A rangefinder
- Color coding for economic state of planets
- Planet details, with production forecasts
- Display of groups at a planet, with many extra details
- Access to global and personal messages
- An aid for creating ship designs
Enhancements:
- Use of the text map in standard report files to give an indication of other players ships
- A list of ship designs currently known about
- A list of all groups currently known about
- The ability to cycle through the available turns, to see a history of the game
- The standard report parser has been updated to version 5-0g, and can now handle an email header block and a missed orders warning
- A more graceful handling of no report files found
- Fixed a bug in the ship designer to do with speed on a loaded cargo ship, when cargo tech is not 1.00
- Added an "install" target to the Makefile

Dominion is a multi-playerworld simulation and role-playing game. Each user controls a nation, making economic, political and military decisions for it.

This is a world simulation game developed initially by students at SUNY at Stony Brook, and then by students at Stony Brook and other universities. The intention is to write a game which offers the role playing potential and complexity of relations found in conquer (written by Ed Barlow, then picked up by Adam Bryant). The plan is to
extend the game by offering general descriptions of many features (such as races, magic spells, armies, spirits and technology powers). For example, the races of the world are not limited to 4 hard-coded races, but are described in a file which can be modified at any point in the game by the Game Master. The same goes for army and spirit types.

Dominion is *not* another version of conquer; things work quite differently, and we have *never* looked at the conquer source. Still, we acknowledge this most creative game which gave us our inspiration. In September 1990, the author of conquer version 5 has heard of many of the features of dominion, and has included them in conquer version 5. He has acknowledged that these ideas come from Dominion.

The Game Master is given a nation, but this nation is sort of "fragile", since it has no sectors, and such stuff. We should make it more solid, but meanwhile it is to be used mostly for its [E] command, which allows the Game Master (who logs into the game as "Gamemaster") to change the properties of a sector or of a nation.

Dominion development started in the spring of 1990, when Mark Galassi was running a game of conquer for graduate and undergraduate students at at Stony Brook. After the data file kept crashing, and a whole lot of inconsistencies were discovered, and we found that the source was too complex to be fixed, we decided to write our own replacement. Ed Barlow did a great job with conquer, and it is a great game, but it
was his first C program, and people who added to it kept the endless case statements, and the special cases, and worked on new features rather than re-writing. The original name of Dominion was Stony Brook World (sbw), but it has been named Dominion since version 1.02.

In many ways Dominion was a teaching project intended to teach many Stony Brook undergraduate CS majors to work on a large software development project. Once the project reached a certain size, people from other universities joined in the development.

One goal of dominion is that the ruler of a nation should always have many choices available on how to invest resources, each one presenting strong but distinct advantages. Conquer contains both a good and a bad example of this: you can invest metal in cities, ships or armies. Either way you get advantages, and you have to choose. On the other hand, jewels are really not used for much else than getting magic powers. You can also use them to support monsters, but that is a different order of magnitude, and few players get the monsters. In dominion, there should be several decisions you can make to invest all your resources.

Kevin Hart has been working on the CN code which allows the computer to play various nations. Starting with version 1.05, the computer-played CNs have begun posing a real challenge in the game.