Free uppercase letters software for linux

Kumula Letters is a program that generates letters in PDF format using the addresses and contacts managed with "Kumula Clients" (part of the Kumula base package).

After selecting an address or contact, its possible to change the address field manually. Choose a template (you can build a letter template on your own) and start writing the letter. "Show PDF" generates a pdf file and calls your favorite pdf viewer (which is configured with "Kumula Configurator").

Linux Letters and Numbers project is an educational childrens game for linux.
Linux Letters and Number is a fun and educational learning game intended for children 2 and up.
It helps children learn or improve their letters, numbers, spelling, and vocabulary skills through the use of interesting pictures.
It also helps them develop important computer skills too.
It is written in C using the GTK and GDK_Imlib libraries.
Main features:
- Extensible - add new images yourself without having to make changes to the program. With support for gdk_imlib, you can now use common image formats, including common formats like gif, jpeg, xpm, png, and tiff.
- Dynamic - each letter or number can be represented by numerous pictures, each being displayed randomly.
- Flexible - you can even have more than one picture for a given word, by using a simple versioning scheme (ie Apple.1.xpm, Apple.2.xpm)
- Interesting - because you can change the game, its different every time!

Lexter is a real-time word puzzle for text terminals. Arrange the falling letters into words to score points. Lexter supports internationalization and multiple dictionaries. The package contains English and French dictionaries, but needs a French gettext translation for the in game text.

If anyone would like to translate Lexter to another language Ill include any "po" files I receive in the next version.

Lexter project dynamically calculates word scores from the dictionary contents. The format is plain text with one "word" per line and can contain just about anything. They could be topical like place names or even famous number sequences. Although it might make for a very difficult game.

The Lexter archive also includes an RPM spec file. RPM users can build a binary package ready to install by running:

rpm -tb lexter-1.0.3.tar.gz

You will find the binary rpm under /usr/src/rpm/RPMS/i386 or /usr/src/redhat/RPMS/i386.

AddressTangler is a PHP function that helps you protect email addresses that you need to add to a web page from spam bots.
The project uses a simple HTML/CSS trick: The email address is divided into groups of letters, then each group is placed on a table cell, but not sequentially. If a bot browses the HTML code or strips out all the tags from it, it wont find the email address (which is shown correctly when the browser displays the page) but instead a mixed set of groups of letters.
The address, even if correctly displayed, cannot be selected nor copied/pasted. It must be manually typed.
How to use it
It is quite easy to use this function. You only need to give it the email address as a parameter, and it will return the HTML TABLE code.
Remember to copy the at.php file to your webpage folder and add a line like this to the beginning of your PHP code:
require "at.php";
Also remember to add the CSS definition for the table cells to the page with class "at_r1" as follows:
TD.at_r1 {vertical-align:bottom;}
(Note: since the result is a simple HTML table, you dont need to use this function if your page is made with just HTML. You can simply copy the HTML code written on this page and correct it according to the email address that you need to display.)
Version restrictions:
- Keep in mind that not only spam bots will have trouble detecting the email address: the text-to-speech software used by blind users will likely also be affected.
- So, if you plan to make your email address accessible to them, you must provide a second way to publish it. At the present time, this is out of the scope of this project. (perhaps in the future...)
- A possible solution could be to try to describe the address. But even if this results in a high security level, it would be hard to implement it into an automatic function. Also, it could be annoying to hear and complex to understand when used with addresses that make use of many random numbers and letters.

ProGuard is a free Java class file shrinker, optimizer, and obfuscator. ProGuard project can detect and remove unused classes, fields, methods, and attributes. It can then optimize bytecode and remove unused instructions.
Finally, it can rename the remaining classes, fields, and methods using short meaningless names. The resulting jars are smaller and harder to reverse-engineer.
More compact jar files also means smaller storage requirements, faster transfer of applications across networks, faster loading, and smaller memory footprints.
ProGuards main advantage compared to other Java obfuscators is probably its compact template-based configuration. A few intuitive command line options or a simple configuration file are usually sufficient. For instance, the following configuration option preserves all applets in a jar:
-keep public class * extends java.applet.Applet
The user manual explains all available options and shows more examples of this powerful configuration style.
ProGuard is fast. It only takes seconds to process programs and libraries of several megabytes. The results section presents actual figures for a number of applications.
ProGuard is a command-line tool with an optional graphical user interface. It also comes with plugins for Ant and for the J2ME Wireless Toolkit.
ProGuard is a Java class file shrinker, optimizer, and obfuscator. The shrinking step detects and removes unused classes, fields, methods, and attributes. The optimization step analyzes and optimizes the bytecode of the methods. The obfuscation step renames the remaining classes, fields, and methods using short meaningless names. The resulting jars are smaller and harder to reverse-engineer.
ProGuard can also be used to list unused fields and methods in an application, and to print out the internal structure of class files.
ProGuard typically reads the input jars (or wars, ears, zips, or directories). It then shrinks, optimizes, and obfuscates them. It then writes the results to one or more output jars (or wars, ears, zips, or directories). The input jars can optionally contain resource files. ProGuard copies all non-class resource files from the input jars to the output jars. Their names and contents remain unchanged.
ProGuard requires the library jars (or wars, ears, zips, or directories) of the input jars to be specified. It can then reconstruct class hierarchies and other class dependencies, which are necessary for proper shrinking, optimization, and obfuscation. The library jars themselves always remain unchanged. You should still put them in the class path of your final application.
In order to determine which code has to be preserved and which code can be discarded or obfuscated, you have to specify one or more entry points to your code. These entry points are typically classes with main methods, applets, midlets, etc.
- In the shrinking step, ProGuard starts from these seeds and recursively determines which classes and class members are used. All other classes and class members are discarded.
- In the optimization step, ProGuard further optimizes the code. Among other optimizations, classes and methods that are not entry points can be made final, and some methods may be inlined.
- In the obfuscation step, ProGuard renames classes and class members that are not entry points. In this entire process, keeping the entry points ensures that they can still be accessed by their original names.
Any classes or class members of your code that are created or invoked dynamically (that is, by name) have to be specified as entry points too. It is generally impossible to determine these cases automatically, but ProGuard will offer some suggestions if keeping some classes or class members appears necessary. For proper results, you should at least be somewhat familiar with the code that you are processing.
ProGuard does handle Class.forName("SomeClass") and SomeClass.class constructs automatically. The referenced classes are preserved in the shrinking phase, and the string arguments are properly replaced in the obfuscation phase. With variable string arguments, it is generally impossible to determine their possible values (they might be read from a configuration file, for instance).
However, as mentioned, ProGuard will note constructs like "(SomeClass)Class.forName(variable).newInstance()". These might be an indication that the class or interface SomeClass and/or its implementations may need to be preserved. You can then adapt your configuration accordingly.
Whats New in 3.9 Stable Release:
- This release fixes a number of bugs.
- Notably, ".class" constructs compiled in Java 6 are now handled correctly.
- The optimization step now avoids a possible division by 0 and correctly processes local variables with indices larger than 255.
- The documentation and examples have been updated.
Whats New in 4.0 Beta Development Release:
- Added preverifier for Java 6 and Java Micro Edition, with new option -dontpreverify.
- Added new option -target to modify java version of processed class files.
- Made -keep options more orthogonal and flexible, with option modifiers allowshrinking, allowoptimization, and allowobfuscation.
- Added support for configuration by means of annotations.
- Improved shrinking of unused annotations.
- Added check on modification times of input and output, to avoid unnecessary processing, with new option -forceprocessing.
- Added new options -flattenpackagehierarchy and -repackageclasses (replacing -defaultpackage) to control obfuscation of packages names.
- Added new options -adaptresourcefilenames and -adaptresourcefilecontents, with file filters, to update resource files corresponding to obfuscated class names.
- Now respecting naming rule for nested class names (EnclosingClass$InnerClass) in obfuscation step, if InnerClasses attributes or EnclosingMethod attributes are being kept.
- Added new inter-procedural optimizations: method inlining and propagation of constant fields, constant arguments, and constant return values.
- Added optimized local variable allocation.
- Added over 250 new peephole optimizations.
- Improved making classes and class members public or protected.
- Now printing notes on suspiciously unkept classes in parameters of specified methods.
- Now printing notes for class names that dont seem to be fully qualified.
- Added support for uppercase filename extensions.
- Rewritten class file I/O code.
- Updated documentation and examples.

RABS is an extension which allows rapid access to favorite search engines.

Allows rapid access to (my) favorite search engines. Just type in address bar g something to search something with google. Its useless in FF 2.0. Read below why.

g - google.com
w - en.wikipedia.org
wpl - pl.wikipedia.org
a - allegro.pl
e - e-dict.pl (PL/EN dictionary)

Thank you for comments. Especially for:
"Right click in any websites search field, and you can create this same functionality."

In older versions than 2.0 I didnt found this functionality and editing bookmarks and assigning letters for search engines was too difficult, i.e. for ma grand father :)