IIIMF stands for Internet/Intranet Input Method Framework.
IIIMF is designed to be the next generation of input method framework
which provides the following capabilities;
* Multiplatform, platform independent.
* Multlingual and Full UNICODE support, but satisfactory for native speakers.
* Windowing System Independent.
* Multiple language engines concurrently run.
* Multiuser.
* Distributed, lightweight clients and scalable server.
* Extensible in multiple means.
* Input method protocol efficient enough to be used over low-speed modem
connection.
* Easy input method engine development with plugin API.
* Easy input method enabling with libiiimcf, even on console apps.
* Small core part to start from.
WWW: http://www.openi18n.org/subgroups/im/IIIMF/
- Kuang-che Wu
kcwu@csie.org
Remove unmaintained expired ports from textproc
2011-05-01 textproc/ctpp: Deprecated please use ctpp2 textproc/ctpp2
2011-05-01 textproc/dsssl-docbook-cygnus: Distfile is no more available
2011-05-01 textproc/fdp-tools: Distfile is no more available
2011-05-01 textproc/gtkdiff: Upstream disapear and distfile is no more available
2011-05-01 textproc/iiimf-client-lib: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-csconv: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-headers: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-le-unit: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-protocol-lib: Upstream disapear and distfile is no
more available
2011-05-01 textproc/iiimf-server: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-x: Upstream disapear and distfile is no more available
2011-05-01 textproc/iiimf-x-lib: Upstream disapear and distfile is no more
available
2011-05-01 textproc/maketeidtd: Upstream disapear and distfile is no more
available
2011-05-01 textproc/minidom: Upstream disapear and distfile is no more available
2011-05-01 textproc/ocaml-yaxpo: Upstream disapear and distfile is no more
available
2011-05-01 textproc/p5-LJ-SpellCheck: Upstream disapear and distfile is no more
available
2011-05-01 textproc/py-HyperText: Upstream disapear and distfile is no more
available
2011-05-01 textproc/smartdoc: Upstream disapear and distfile is no more
available
2011-05-01 textproc/xmlpp: Upstream disapear and distfile is no more available
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Fix a few "bad example" problems in the rc.d scripts that have been
propogated by copy and paste.
1. Primarily the "empty variable" default assignment, which is mostly
${name}_flags="", but fix a few others as well.
2. Where they are not already documented, add the existence of the _flags
(or other deleted empties) option to the comments, and in some cases add
comments from scratch.
3. Replace things that look like:
prefix=%%PREFIX%%
command=${prefix}/sbin/foo
to just use %%PREFIX%%. In many cases the $prefix variable is only used
once, and in some cases it is not used at all.
4. In a few cases remove ${name}_flags from command_args
5. Remove a long-stale comment about putting the port's rc.d script in
/etc/rc.d (which is no longer necessary).
No PORTREVISION bumps because all of these changes are noops.
Remove the FreeBSD KEYWORD from all rc.d scripts where it appears.
We have not checked for this KEYWORD for a long time now, so this
is a complete noop, and thus no PORTREVISION bump. Removing it at
this point is mostly for pedantic reasons, and partly to avoid
perpetuating this anachronism by copy and paste to future scripts.
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
IIIMF-related ports some changes:
- support CFLAGS of /etc/make.conf
- replace absolute path with ${LOCALBASE}, ${PREFIX} and others
- replace -pthread flags with ${THREAD*}
- m17n fixed of gnome-im-swither
- fixed vid krisbot
Submitted by: Masanori OZAWA <ozawa@ongs.co.jp>
New port: iiimf-*
IIIMF stands for Internet/Intranet Input Method Framework.
IIIMF is designed to be the next generation of input method framework
which provides the following capabilities;
* Multiplatform, platform independent.
* Multlingual and Full UNICODE support, but satisfactory for native
speakers.
* Windowing System Independent.
* Multiple language engines concurrently run.
* Multiuser.
* Distributed, lightweight clients and scalable server.
* Extensible in multiple means.
* Input method protocol efficient enough to be used over low-speed modem
connection.
* Easy input method engine development with plugin API.
* Easy input method enabling with libiiimcf, even on console apps.
* Small core part to start from.
WWW: http://www.openi18n.org/subgroups/im/IIIMF/
PR: ports/60087
Submitted by: Kuang-che Wu <kcwu@csie.org>
