Rik van Riel | 14 Dec 2010 15:45
Favicon

ADMIN: end of nl.llinux.org, lists will move

The university IT department which has graciously hosted
nl.linux.org for the last several years is about to stop
existing.

I will be moving many of the nl.linux.org services to
my own systems and will preserve the four mailing lists
that still see occasional traffic.

Those mailing lists will be hosted on the kernelnewbies.org
mailman instance starting this Friday. The only thing you
may need to change are your mail filters.

--

-- 
All rights reversed.

towo | 24 Feb 2010 01:32

Unicode text editor MinEd 2000.16

                            ANNOUNCEMENT

                           MinEd  2000.16
                             (Feb 2010)

This release of MinEd introduces two major new features for which it 
is a beta release and I would especially appreciate comments on them:
* Self-made interactive selection highlighting, meaning:
  - Mouse selection highlighting now works in other terminals than just xterm,
    including the cygwin console (from cygwin 1.7.2).
  - Selection highlighting is also applied for keyboard selection.
  A few options are offered to tune selection highlighting; 
  open the Paste buffer menu (from the Options menu or the "%=" flags) 
  and choose options in the visual selection section.

-> Del key changed: With new selection highlighting, the function of 
   the Del keypad key could finally be changed to meet more common 
   user expectations (dual-mode behaviour): if a visual selection is 
   active, delete it, otherwise delete next character.

* Rectangular copy and paste.
  - Applying interactive rectangular selection highlighting.

The Windows stand-alone package comes with an install script and 
registers MinEd for invocation from the Windows Explorer context menu 
for text files.

------------------------------------------------------------------------
Summary of major enhancements in this release:

(Continue reading)

towo | 8 Jul 2009 09:08

Unicode text editor mined 2000.15.4

                             ANNOUNCEMENT

                           mined  2000.15.4
                             (July 2009)

Major enhancements in this release:

Maintenance release:
* Further tweaks for MinTTY and DOS/djgpp
  * Enhanced handling of MinTTY CJK wide mode.
  * Handling of MinTTY CJK wide mode dynamic changing.
  * Enhanced handling of DOS codepage detection.

------------------------------------------------------------------------

Mined is a powerful text editor with a comprehensive yet concise and 
easy-to-use user interface supporting modern interaction paradigms, 
and fast, small-footprint behaviour.

Mined provides both extensive Unicode and CJK support offering many 
specific features and covering special cases that other editors 
are not aware of (like auto-detection features and automatic handling 
of terminal variations, or Han character information).
It was the first editor that supported Unicode in a plain-text terminal 
(like xterm or rxvt).

Basically, mined is an editor tailored to reliable and efficient 
editing of plain text documents and programs, with features and 
interactive behaviour designed for this purpose.

(Continue reading)

Jan Willem Stumpel | 3 May 2009 08:02
Picon

suit file

I have a font for an exotic language (Javanese) that I want to
convert to UTF-8 encoding. Problem is, the font file was made on a
Macintosh using Fontographer, and it has a .suit file extension
that Fontforge doesn't know how to handle.

Anyone knows of a conversion tool under Linux that can change a
"*.suit" file to ttf?

Regards, Jan

towo | 1 May 2009 13:49

Unicode text editor mined 2000.15.2

                             ANNOUNCEMENT

                           mined  2000.15.2
                              (May 2009)

------------------------------------------------------------------------

More information (with screenshots, feature overview and change log) 
and download are available from the mined web site at
	<http://towo.net/mined/>

Mined is co-hosted at sourceforge and has a mailing list 
which can be subscribed at
	<https://lists.sourceforge.net/lists/listinfo/mined-editor>

------------------------------------------------------------------------

This is a maintenance release:
* Tweaks for Cygwin console and MinTTY terminals 
  (also for Linux/Unix after remote login)
* Tweaks for DOS versions (fix codepage detection)

------------------------------------------------------------------------
Thomas Wolff
mined <at> towo.net

Bruno Haible | 27 Apr 2009 23:32

GNU libunistring 0.9 released

Hi,

GNU libunistring 0.9 was released this week. Find below the announcement.

There is a mailing list for this project at
  https://savannah.gnu.org/mail/?group=libunistring

You are invited to join this mailing list, in order to influence and
participate in future releases of this library.

Enjoy!

Bruno

===========================================================================

GNU libunistring is a library that provides functions for manipulating
Unicode strings and for manipulating C strings according to the Unicode
standard.

It consists of the following parts:

  unistr.h     elementary string functions
  uniconv.h    conversion from/to legacy encodings
  unistdio.h   formatted output to strings
  uniname.h    character names
  unictype.h   character classification and properties
  uniwidth.h   string width when using nonproportional fonts
  uniwbrk.h    word breaks
  unilbrk.h    line breaking algorithm
(Continue reading)

towo | 25 Apr 2009 13:02

Unicode text editor mined 2000.15

                             ANNOUNCEMENT

                            mined  2000.15
                             (April 2009)

Mined is a powerful text editor with a comprehensive yet concise and 
easy-to-use user interface supporting modern interaction paradigms, 
and fast, small-footprint behaviour.

Mined provides both extensive Unicode and CJK support offering many 
specific features and covering special cases that other editors 
are not aware of (like auto-detection features and automatic handling 
of terminal variations, or Han character information).
It was the first editor that supported Unicode in a plain-text terminal 
(like xterm or rxvt).

Basically, mined is an editor tailored to reliable and efficient 
editing of plain text documents and programs, with features and 
interactive behaviour designed for this purpose.

------------------------------------------------------------------------

More information (with screenshots, feature overview and change log) 
and download are available from the mined web site at
	<http://towo.net/mined/>

Mined is co-hosted at sourceforge and has a mailing list 
which can be subscribed at
	<https://lists.sourceforge.net/lists/listinfo/mined-editor>

(Continue reading)

SrinTuar | 13 Jun 2008 17:32
Picon

Unicode Filenames in Archives


Using some fairly recent O/S's, such as Fedora core 8 and WIndows XP,
I seem to have no way to move a bunch of files from one to the other while preserving
the nice unicode filenames I have.

In specific, the files were created on the fc8 system. (a few thousand of them)

Putting them together in a zip file works fine fc8->fc8, but fails miserably
when trying to unzip in windows.

A bit of searching shows this:
http://www.pkware.com/documents/casestudies/APPNOTE.TXT

pkware has apparently declared a flag bit to mean all filenames are utf-8

But at the same time, the developers of info-zip say this:
  http://www.info-zip.org/FAQ.html

Basically, that utf-8 support is nowhere on their radar.

Things work poorly in the opposite direction for zipfiles created on windows as well:
sometimes i can guess the original encoding and reverse the damage, other times
I cannot : perhaps the software that made the archive has already trashed the filenames.

Ive also given tarballs a shot for this task, but sadly cygwin is ascii-only.

Because it works linux to linux, or at least fedora to fedora, and that is really good enough for me,
Its not a major issue. But I'm curious to know if other have run into this cross-platform problem, and how they
resolved it for themselves. That is, if anyone still reads this list.

How do you go about making a basic archive containing non-ascii filenames that you can have confidence
will unpack well on most operating systems.



Mark Leisher | 31 May 2008 00:20

CSets 2.1 released

http://www.math.nmsu.edu/~mleisher/Software/csets

For those new to CSets:

   "The CSets collection is a set of mapping tables between various 
character sets and Unicode, and is intended to provide mappings not 
included in most character set conversion tools available today."

It's been a couple years since the last release. This release features 
the addition of three Guarani mappings (available individually for a 
couple years already), and two new Serbian mappings.

Future updates will be posted on freshmeat.net for those who like to 
track updates through subscriptions there, and I will always notify 
these lists of updates as well.

As always, corrections, new mapping tables, information about mappings, 
and even pointers to things like fonts or texts with odd encodings are 
gladly accepted.
--

-- 
Mark Leisher

Emanuele Giaquinta | 3 May 2008 11:33
Picon

__STDC_ISO_10646__ status

Hi,

Does anyone know what is the current status wrt __STDC_ISO_10646__
support in modern systems (other than glibc)? A few programs, for
example alpine and rxvt-unicode, assume wchar_t encoding is ucs-4, which
means they will likely work only in UTF-8/ISO-8859-1/POSIX locales on
systems with a locale dependent wchar_t encoding. Do you think this
approach is resonable nowadays? Besides, the alternative to reinvent the
wheel (on top of iconv usually) is not feasible in some situations, like
when using curses wide char api (get_wch), if the app wants to use
ucs-4 internally that is.

Thanks,

Emanuele

Russell Shaw | 3 Dec 2007 04:16
Picon

i18n fonts

Hi,
I was thinking of making a multilingual text editor.

I don't get how glyphs are done outside of english.

I've read the Unicode Standard book.

When a paragraph of unicode characters is processed, the glyphs
are layed out according to the state contained in the unicode
character sequence.

Depending on this state, the same unicode characters can map to
multiple glyphs depending on context.

If multiple fonts exist for a language, then for all these font
files to work with an editor, then all these glyphs must be indexed
the same.

Where can i find the standard that specifies what glyphs are indexed
by what number? Or are these glyphs created on the fly by the unicode
paragraph layout processor?


Gmane