This is a SCIM IMEngine module which uses m17n library as the backend. It
allows you to use keyboard layouts available via devel/m17n-db and
textproc/m17n-contrib through standard SCIM interface. m17n-lib currently
supports input of more than 60 languages with more than 70 language
specific input methods.
This keyboard is designed to enable simple input in all European
languages which use Latin-script, and in most Latin-script languages
from the rest of the world.
The keyboard is written in KMN Keyboard Language by the KMN language
developer, Tavultesoft (http://www.tavultesoft.com). The keyboard
uses punctuation and letter keys in sequence to access diacritic and
other letters.
This port installs the keyboard so that it can be used through SCIM or
IBus KMFL IMEngine (textproc/scim-kmfl-imengine, textproc/ibus-kmfl).
It currently covers 120 languages including: Afrikaans, Albanian,
Balearic, Basque, Breton, Catalan, Croatian, Czech, Danish, Dutch,
Esperanto, Estonian, Faroese, Finnish, French, Gaelic, Galician,
German, Hungarian, Icelandic, Inuktitut, Italian, Kashubian, Ladin,
Latvian, Lithuanian, Maltese, Norwegian, Nynorsk, Polish, Portugese,
Romansch, Saami, Serbian, Slovak, Slovenian, Sorbian, Spanish,
Swedish, Tagalog, Turkish, Valencian, Vlaams, Walloon, Welsh and Zulu.
The keyboard is distributed under the terms of 3-clause BSD-licence.
This is a keyboard for typesetting Ancient Greek with precomposed Unicode
characters. It is written in Keyman Keyboard Language by SIL Non-Roman Script
Initiative (NRSI).
This port installs the keyboard so that it can be used through SCIM or
IBus KMFL IMEngine (textproc/scim-kmfl-imengine, textproc/ibus-kmfl).
The main purpose of the keyboards is to provide a wide range of keying options,
so many characters can be entered in multiple ways. The features include:
* preserving the context when deleting;
* choosing the correct code for the sigma depending upon the encoding and
the context (so the correct final form is used when appropriate);
* understanding the context of gamma so that it can be typed as 'n' before
kappa, xi or chi and as 'ng' before another gamma.
* support for Greek punctuation.
This is a set of two keyboards that provides a single implementation for many
Roman writing systems across Africa, based on results compiled from data from
Benin, Burkina Faso, Cameroon, Chad, Cote d'Ivoire, Nigeria, Senegal and Togo.
The keyboards are written in Keyman keyboard language and developed by SIL
Non-Roman Script Initiative (NRSI). The software is distributed under the
X11-style license (http://scripts.sil.org/X11License).
This port installs the keyboard so that it can be used through SCIM or
IBus KMFL IMEngine (textproc/scim-kmfl-imengine, textproc/ibus-kmfl).
Two layouts are provided:
* mnemonic layout for any keyboard (using deadkeys);
* positional layout for US keyboard (using deadkeys and/or shift-states, i.e.
RALT and LALT keys).
This is a keyboard for input of the standardized Yi script of southwestern
China with Unicode Yi fonts. It is written in Keyman keyboard language and
developed by SIL Non-Roman Script Initiative (NRSI).
This port installs the keyboard so that it can be used through SCIM or
IBus KMFL IMEngine (textproc/scim-kmfl-imengine, textproc/ibus-kmfl).
To keyboard a Yi syllable, you should type the Pinyin romanization for that
syllable, followed by a space. For keyboarding punctuation, use the usual
punctuation keystrokes.
The keyboard is compatible with Yi range as defined in Unicode 3.0 and it does
not provide keystrokes for the Yi Radicals which were added to Unicode 3.2
(U+A4A2..U+A4A3, U+A4B4, U+A4C1, U+A4C5).
This is a keyboard for input of the Malayalam according to the transliteration
scheme called Mozhi (https://sites.google.com/site/cibu/mozhi). The keymap is
written in Keyman keyboard language and developed as a part of Varamozhi
Project under the LGPL license.
The Mozhi is intended to be the most intuitive scheme for Malayalam speakers.
It simplifies what the user needs to remember and is not phonetically
accurate.
This keymap supports the current standard for Malayalam Chillus (i.e. without
special encoding). It offers mnemonic keyboard functionality and smart-quote
functionality with comas and numerals.
This port installs the keyboard so that it can be used through SCIM or
IBus KMFL IMEngine (textproc/scim-kmfl-imengine, textproc/ibus-kmfl).
KMFL aims to bring Tavultesoft Keyman functionality to *nix operating
systems. KMFL is being jointly developed by SIL International
(http://www.sil.org) and Tavultesoft (http://www.tavultesoft.com).
This is compiler for keyboard sources written in Keyman keyboard
language (.kmn files). Resulting binaries (.kmfl) can be used with
SCIM KMFL IMEngine (textproc/scim-kmfl-imengine).
The powerful KMN keyboard language supports contextual deadkeys,
pre- and post-processing of keystrokes, rules grouping, 'storing'
of character classes for use in similar rules, custom and Unicode
character constants, SIL Ethnologue language codes, etc.
Official Tavultesoft repository contains keyboards that cover more
than 220 languages. Significant number of them are open source.
Ported keyboards are textproc/scim-kmfl-*.
xmlto is a front-end to an XSL toolchain. It chooses an appropriate
stylesheet for the conversion you want and applies it using an external
XSL-T processor. It also performs any necessary post-processing.
Supported conversions from DocBook XML: dvi, fo, html, html-nochunks,
htmlhelp, javahelp, man, pdf, ps, txt, xhtml, xhtml-nochunks.
Currently the only XSL-T processor supported is xsltproc (textproc/libxslt).
For DVI, PDF and PostScript output, PassiveTeX (print/passivetex) is required.
From the abstract:
The XHTML Basic document type includes the minimal set of modules
required to be an XHTML host language document type, and in addition
it includes images, forms, basic tables, and object support. It
is designed for Web clients that do not support the full set of
XHTML features; for example, Web clients such as mobile phones,
PDAs, pagers, and settop boxes. The document type is rich enough for
content authoring.
XHTML Basic is designed as a common base that may be extended. For
example, an event module that is more generic than the traditional
HTML 4 event system could be added or it could be extended by
additional modules from XHTML Modularization such as the Scripting
Module. The goal of XHTML Basic is to serve as a common language
supported by various kinds of user agents.
The document type definition is implemented using XHTML
modules as defined in "Modularization of XHTML", found in
ports/textproc/xhtml-modularization.
This is the original diff program from 2.11BSD. It works better
with very large files on systems with datasize limits.
Default FreeBSD limits datasize to 524288 kbytes. This means that
GNU diff processes that require more than this much ram will fail.
The 2.11BSD diff did not load the files in core and could operate
on considerably less ram.