Free for children software for linux

SMILGen is a SMIL (and XML) authoring tool designed to ease the process of XML content creation. SMILGen understands XML syntax and handles the nesting and formatting XML.
This allows authors to worry about the content that they are trying to author with out having to remember each quote and closing brace. SMILGen also understands the languages it authors, it knows what attributes a specific element uses or what child elements a given element may contain.
Both of these features help eliminate a number of common XML syntax errors as well as making it easier to edit with out having a reference to the language right by your side.
Internally SMILGen uses objects to represent each known element. The element objects know what children they may contain or what attributes they have. SMILGen uses this information to assist content authors by letting them know what children an element may contain or by displaying the attributes for a given element when it is edited.
SMILGen also has namespace support both for known namespaces and unknown namespaces. Known namespaces can be imported into any document at which point all of their attributes and elements become available to the document. Unknown namespaces can be parsed as well.
Although SMILGen is not psychic and will not know about elements or attributes that are NOT in the document, it will generate a namespace representation of the imported namespace and it will deduce what elements and attributes are available in the namespace based upon the data in the document.
SMILGen currently supports SMIL 1, SMIL 2 and RealPix. It is designed to be modular. Any xml language that does not use #PCDATA can have a class representation created with out a great deal of effort. Future versions (1.5-2.0 time frame) will also have support for xml languages that allow #PCDATA and inline attributes.
Version restrictions:
- Active element highlight doesnt stretch to full window width if the window is widened past the width of the widest element. Need to find a way to get the window width if its larger and update to that.
- Line wrapping isnt doing a great job, doesnt seem to take into account the indent and line number width on lines after the first (except with in comments).
- Windows versions have a focus issue with tear off menus where the last selected menu stays selected and you need to select a diferent menu in order to be able to re select the first one.
- Does not happen on PPC Linux sys. Tkinter issue?
- Test document functionality uses temp files in a temp directory. This doesnt work well if valid relitive paths are used cause they wont actualy be relitive. Test doc only works for fully qualified paths. Need to write temp docs to temp file in same location as saved doc and then remember them to clean them up when done.
- Documents containing qualified namespace attributes that are child attributes of an element of the current namespace will fail. ( This work is in development right now and will be fixed by 1.0 ).
- Pop-up menus on Windows platforms seem to "drop through" some times when they are clicked, causeing the underlying window to recieve the click.
- Does not happen on Linux sys. Win Tkinter issue?

IMAPFilter is a mail filtering utility. It connects to remote mail servers using the Internet Message Access Protocol (IMAP), sends searching queries to the server and processes mailboxes based on the results.
IMAPFilter can be used to delete, copy, flag, move, etc. messages residing in mailboxes at the same or different mail servers. The 4rev1 and 4 versions of the IMAP protocol are supported.
IMAPFilter uses the Lua programming language as a configuration and extension language.
Main features:
- Definition of filters using many searching criteria available in the IMAP protocol, such as:
- Matching of a string in the headers or the body of a message.
- Size of a message.
- Date of a message.
- Status (recent, unread, etc.) of a message.
- Ability to use logical operators (and/or/not) while defining filters.
- Different actions when a filter matches a message, including:
- Deleting of a message.
- Moving of a message to a mailbox in the same of different servers
- Copying of a message to a mailbox in the same or different servers.
- Changing of a messages flags.
- Listing of the available and/or subscribed mailboxes, along with support for the IMAP CHILDREN extension.
- Internationalisation (I18N) support.
- Server namespace support using the IMAP NAMESPACE extension.
- Secure Socket Layer (SSL) or Transport Layer Security (TLS) encrypted imaps (port 993) connections.
- Encrypted connections using the IMAP STARTTLS extension.
- User authentication with the Challenge-Response Authentication Mechanism (CRAM), specifically CRAM-MD5.

Blokken project is a ducational software which makes studying more enjoyable.

Blokken is an application whose aim is to help children in primary and secondary education by making studying more fun and enjoyable. It uses lesson files which can be made with any editor or with the provided builder.

With `intelligent` we mean the capability of self-adaption, understanding various situations.
Mother could be considered as a Object Relational Mapper with a strong introspection. In fact, configuration files, tables, fields and keys declarations are not needed, because
Mother knows the database structure herself.
Mother works with PostgreSQL and, for now, only this database is supported: in fact, the introspective nature of Mother is based on postgres meta queries.
The database interface is developed over the very good Psycopg module.
Mother is released under the BSD License and is alreay used in production environment.
Philosophy
Why a new ORM? Because his philosophy!
We want to develop an intelligent ORM: Mother is able to handle foreign keys, relations and children automatically, understanding the database structure.
We dont want to write models, xml or configuration files. The mothermapper tool does all the work, once.
The ORM has to be light, fast and simple.
Extensions: building plugins has to be easy and fast.
We dont want the Definitive ORM, bread-maker, but a free and powerful framework: with Mother you dont have to adapt your style code or your database to the ORM. An exaustive ORM is just the pure SQL.
What About Features?
The Mother module offers a set of classes to handle different situations. In particular, its possible to represent a table with one class. Binding a table to a class is the begin of the Mother Art.
In fact, the class knows tables relationships: handling children and relations is powerful and easy: foreign keys and relationships informations are not needed: Mother knows them and is able to fill records with the correct values.
Moreover, the methods used to insert children and relations are auto-created and self-adapting.
The Mother classes can be declared by the user: its sufficient to inherit from some Mother class: so, class extensions are very easy to code. Some extension is already provided, as the Triggers feature, but writing others
plugins is simple and immediate.
The database connection is very comfortable: credentials have to be specified in a configuration file: after that, the connection is transparent.
Mother implements a connection Pool to be used in a Threaded Environemnt.
The database transactions are implemented in a particular way. Its possible to call nested transactions, so that you dont have to worry about the nested calls to the commit or the rollback statement. This allows to handle
transactions in different levels and indipendently.
Mother comes with a logger: Speaker, that supports standard output, log file (with rotation capability), syslog and SMTP.
If you are wondering if Mother has a slow computation model, the answer is no: the Mother knowledge is made once (by Mother tools) and stored to two files. Mother is fast.
Enhancements:
- Debugging details implementation.

Texplore is a type explorer for GObject based libraries. You can see what signals, properties, and other things are present in each type, its parents, and its children.

Its similar to System.Reflection.Emit from Mono, only it uses the GObject librarys API and introspection capabilites.

Installation:

./autogen.sh
./configure --prefix=/tmp
make
make install
$/tmp/bin/texplore & #yove done it

Mother provides a Python ORM for PostgreSQL with strong introspection.

Mother is a Python module that hides SQL syntax and gives you a set of intelligent classes and methods that can self-adapt and understand various situations.

It could be considered as an Object Relational Mapper with strong introspection.

In fact, configuration files, tables, fields, and keys declarations are not needed.

It works with PostgreSQL and its introspective nature is based on PostgreSQL meta queries.

The Mother module offers a set of classes to handle different situations.
In particular, its possible to represent a table with one class. Binding a table to a class is the begin of the Mother Art.

In fact, the class knows tables relationships: handling children and relations
is powerful and easy: foreign keys and relationships informations are not needed:
Mother knows them and is able to fill records with the correct values.

Moreover, the methods used to insert children and relations are auto-created
and self-adapting.

The Mother classes can be declared by the user: its sufficient to inherit from some Mother class: so, class extensions are very easy to code.

Some extension is already provided, as the Triggers feature, but writing others plugins is simple and immediate.

The database connection is very comfortable: credentials have to be specified in a configuration file: after that, the connection is transparent.

Mother implements a connection Pool to be used in a Threaded Environemnt.

The database transactions are implemented in a particular way.
Its possible to call nested transactions, so that you dont have to worry about the nested calls to the commit or the rollback statement. This allows to handle transactions in different levels and indipendently.

Mother comes with a logger: Speaker, that supports standard output, log file (with rotation capability), syslog and SMTP.

If you are wondering if Mother has a slow computation model, the answer is no: the Mother knowledge is made once (by Mother tools) and stored to two files. Mother is fast.

Natrium Engine project tracks groups of parts by letting users define the relationships between parts. Users create definitions for configurations and parts.

These are joined together to form a rule for parts in configurations. When a part is removed from or added to a configuration, all children of that part are also transferred. This has special applications to "living" inventory, or groups of disparate parts that need to be tracked as a group rather than individually.

For example, if a carburetor is made a separate configuration from an engine, then when removing it all parts associated with the carburetor are also removed. A facility is provided for tracking user-defined line-item costs of each part.