Free 1.618 divine proportion software for linux

Kmail POP filter with antispam/scoring contains improvements for KMAIL POP filters.

Read the content of file README for the use information and for applying the patch.

Filter rules with action with one score value (only for kde-3.5.x)

- The porting for the other versions will come make only from request.
- This is useful to set up one action on a message from match the more filter rules (as an example, a rule on XP, rolex and another on best, price, and ....)
- The action is set up when the sum of score value is at least 100%.

For kde 3.x

- Highlight of the e-mail marked for the download or the delete.
- Tool-tips on the text that exceeds the dimension of the columns.

- Ordering also for type action.
- Set action to delete of the messages that have one type of action or they are old at least X of days.

- A single key press (key D, E, L, Up, Down) for every message (stop of, watches, selection, watches, sets up, for every message).

- Use of one single list view for all the various types of match message-filters.
- Adding for every message the visualization of the name of filter that is matched with the message.
- Possibility of, easy and quickly, to see only the messages that they correspond to one action.

- Filter from to the header of the body of the message (therefore it is possible to filter for the name of the file attached).
- Filter from initial rows of the body of the message.
- The user can specify the minimal and maximum number of rows of the body of the message to download (the number of rows comes calculated in proportion to the dimension of the message) .

WP Clipart now includes a viewer to expediate the use of the clipart collection. While it is true that any editor will allow you to "browse" your system for images to open or insert, the interface can often be slow, or you have to dig through the system to find the clipart, and often the display of the images (in thumbnail form) is very small.

The Clipart Viewer (CAV) is quick, has a nice size display (up to 240x240 pixels) and the images are displayed, when resized, in their original proportions. In other words, you get a real good look at the images before you pick one. CAV then lets you copy the image in original size to the clipboard to paste into your program. The preview quality and speed are the biggest advantages to using CAV, but there are a couple other advantages that are not immediately obvious.

First, you paste the saved image while keeping CAV open. This allows you to change your mind to try a different clip or copy and paste another image quickly. You dont have to block your editor with another "open" or "insert" dialog to keep going. You can also paste it into a graphics editor if you want to do a little tweaking and not have to find it again.

On Linux, you often cannot get images into the clipboard to use in apps like AbiWord or the Gimp. Simply by keeping CAV open, Abi and Gimp can be pasted into.

I programmed CAV with Python/wxPython/wxGTK. Dependencies should not be a problem on any system as I have created "stand-alone" executables for both Linux and Windows, using cxFreeze and py2exe, respectively, and included these in the downloads for WP Clipart. [They are in the "Viewer" folder.]

Below are a few screenshots. The use of the little app is fairly self-explanatory . . . by clicking on the "caviewer" in the wpclipart/viewer directory (or more easily, by making a symlink or shortcut to that file) CAV will open with its search tree open to the clipart directory.

WP Clipart is a collection of public domain images specifically tailored for use in word processors. The graphics are all in PNG format without transparency. The main impetus for the format of the images was for use in AbiWord -- the "flat" PNGs print and scale exceptionally well in Abi, in contrast to how Abi prints other formats. You can, however, use these graphics effectively with OpenOffice and other word procesors as well.
Some of the images were made by me, the vast majority were acquired from several sources all documented on the "Legal" page. One of the large sources was OpenClipart - from which the SVGs were converted using RSVG and scaled to proportions more appropriate for word processors, as opposed to much larger sizes you would expect for clipart to be further edited in a graphics program.
As mentioned above, transparency was eliminated (avoided many printing problems.) Many clips from other sources had their density and saturation levels adjusted to what would print well on a typical home/small business inkjet -- openning up the midtones and eliminating large areas of shadow to prevent blocking . . .
Another advantage of scaling down the image sizes is the smaller download size. Ibiblio graciously hosts the files I display on these pages. There is a compressed package of all the clipart that weights in at about 79MB. See "Download" for details.
Above all else these images, illustrations and photos are Public Domain. Use them for private use, for commercial use -- without any restrictions whatsoever. Attrribution is not required. Links are not required. They are truly free.
But please, if used online, upload them to your own site and dont link from here. If my server is overwhelmed you will ruin this for others. But on the positive side, if you would like to add something I would be more than happy to post a "new clips page" with shout-outs to the good folks who help to increase the diversity and quality of this collection.
Enhancements:
- Multilingual menus were introduced.
- The default is English with options for French, Spanish, and German.
- The total number of clipart pieces is now 17,471.
- The zip file contains all clipart, a viewer/editor for use on Linux, and a Windows executable for the viewer.

PostScript::Graph::Bar Perl module can draw a bar chart on a postscript file.

SYNOPSIS

Simplest

Take labels and values from a csv file and output as a bar chart on a postscript file.

use PostScript::Graph::Bar;

my $bar = new PostScript::Graph::Bar();
$bar->build_chart("survey.csv");
$bar->output("survey");

Typical

use PostScript::Graph::Bar;

my $bar = new PostScript::Graph::Bar(
file => {
paper => A4,
landscape => 1,
},
layout => {
background => [1, 1, 0.9],
heading => Test results,
},
y_axis => {
smallest => 4,
},
style => {
auto => [qw(green blue red)],
}
);

$bar->series_from_file( data.csv );
$bar->build_chart();
$bar->output( results );

The file data.csv has a row of headings followed by 4 rows of 10 items. This produces a bar chart with four groups of ten bars each. The groups are labelled with the first value in each row. The bars in each group are coloured ranging from brown through green and then shades of blue. A Key links the row of headings to each colour. In addition, the background is beige, a heading is placed above the chart and the y axis is not too crowded.

All options

use PostScript::Graph::Bar;

my $bar = new PostScript::Graph::Bar(
file => {
# Paper size, orientation etc
# See PostScript::File
},
layout => {
# General proportions, headings
# See PostScript::Graph::Paper
},
x_axis => {
# All settings for X axis
# See PostScript::Graph::Paper
},
y_axis => {
# All settings for Y axis
# See PostScript::Graph::Paper
},
style => {
# Appearance of bars
# See PostScript::Graph::Style
},
key => {
# Settings for any Key area
# See PostScript::Graph::Key
},
show_key => 1,
labels_row => 1,
);

Ophiuchus is a multiplayer strategy game in a similar vein as the Master of Orion series.
Ophiuchus will go through many phases where it is a completely playable game and it comes with further features added on with each major release.
The reason for this is that it is quite impossible for me to create a fully-featured game in one go. Doing it in steps allows me to re-check the game for gameplay quite often. (This also means I get to play it a lot, which serves to keep me interested.)
I aim to eventually create a game of rather large proportions, but this may well take some time. As such, I am concentrating on the gameplay of the game first, on the assumption that while graphics improve and change, gameplay stays eternal.
The game map is a rectangular board of tiles. A tile may contain a star. Each star is orbited by a single inhabitable planet. Each player starts out inhabiting a single planet, and owning 10 units of money.
Each planet a player owns adds 1 unit of money to their treasury per turn. You may build spaceships at your colonies, which cost 4 units of money, and take 1 turn to construct. Spaceships move across the map at a rate of 1 square per turn.
If a fleet encounters an uninhabited planet, it will automatically colonise the planet. If you encounter a planet owned by another player, you can attack and invade it. Combat works on the simple principle of winner-takes-all.
Whichever side has the larger fleet destroys the other side. If you retreat from combat, that is, if you order your fleet to leave a system while another player orders their fleet to attack yours, you lose a third of your ships.
You win the game by invading all colonies held by all other players.
Enhancements:
- When multiple players arrive at the same uncolonized system at the same time, none of them can colonize the planet now.
- Previously, the player with the lowest ID got the planet, leading to an advantage to players with lower IDs.
- This was a problem especially in single player mode, when it gave a great advantage to the player over the computer.
- Attack commands now always give feedback.

TnFOX is a modern secure, robust, multithreaded, exception aware, internationalisable, portable GUI toolkit library designed for mission-critical work in C++ and Python forked from the FOX library.
This project replicates the Qt API in many places and has been designed primarily for Tn, the port of Tornado to FOX.
Main features:
- Portable to X11/POSIX (Linux, BSD) and Microsoft Windows
- License based on the Library GNU Public License (LGPL) so can be used by closed-source applications
- Dynamic run-time binding of widgets to each other and to data via messaging
- Wide range of easily extendable (via subclassing) widgets
- Fast and Lightweight, noticeably faster than other C++ GUI toolkits
- Also provides OpenGL, drag & drop, anti-aliased fonts, MIME, graphics & compression support
Enhancements:
- FOX v1.4.35 and FOX v1.6.28 merged.
- 2D and 3D graphing support of arbitrary datasets rendered using OpenGL along with official Visualisation Toolkit (VTK) support.
- Modular building support. You can now build separate no-GUI, SQL database and Graphing sublibraries. You can also toggle whether large proportions of FOX and TnFOX are compiled into your library or not, making for a very slimline standalone executables if you so choose.
- Added child process device i/o class QChildProcess. You can now redirect i/o and manage child processes on all supported platforms.
- An automated test suite now can perform full regression testing on all supported platforms. It stores its results inside a SQLite3 database and can output the database in HTML format (as you can see on the TnFOX website).
- TnFOX is now completely portable to any architecture (not just Intel based ones).
- Fixed stack backtracing on exception throw for Windows (which had become broken thanks to Microsoft) and added support for stack backtracing on Linux via glibc.
- Even more performance increases. Tn now runs on Linux slightly faster than Windows!
- Lots of bugs (some major) fixed.
- New platforms now officially supported: Apple Mac OS X (using Apples X11 server), CoLinux and Microsoft Windows Vista. TnFOX is fully & officially supported on all 32 bit and 64 bit platforms.

WWW::Scraper::Google scrapes www.Google.com.

Caveat Kleptor

Please note that using the Google Scraper module (may) be a violation of Googles "Terms of Service", of which your humble author has been repeatedly reminded. The TOS is not as easy to locate as some of these correspondents have suggested (without a smile), but you can find the TOS at http://www.google.com/terms_of_service.html

Briefly, the relevant part is the "No Automated Querying" section. Its a kind of "do as I say, not as I do" dictum. Your author has tried to divine exactly what it means. On the surface its pretty clear, but if you follow the thread you will realize that it doesnt lead to a place any of us want to be. However, Google Incs desire is clear enough. They do not want to be *abused* for the exclusive benefit of someone else.

Scraper is not a tool well suited for this kind of abuse. It is designed to be generally configurable and, as such, it is not particularly efficient. It obeys the "robot.txt" rules published by the web-server. It would require some effort on a users part to cirumvent this feature. The Google.pm does not do a "meta-search" on Google. Even if your humble author removed Google.pm from the Scraper suite, it would be trivially easy for someone to build a Google module for Scraper (their format is very simple compared to others).

I believe that Google Inc. understands a little interloping (in moderation) is beneficial to all. I should note that Google Inc. has not notified your author of any concern on their part. This has been done by third parties who, for whatever reasons of their own, feel it necessary to interject themselves in others disputes, even when no such dispute exists.

Keep in mind that this is Googles livelihood. Should your use of Scraper be your hobby, or even part of your livelihood, remember it never helps to hit someone where they live. They will defend themselves to the death (even if that death is yours).
Scraper is a handy little tool for getting to stuff you cant get to otherwise. Lets keep it that way!