Ports Search

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.