openSUSE M17n October 2002

m17n@lists.opensuse.org

6 participants
6 discussions

update: mined 2000.3 package available for SuSE Linux 8.0
by Mike Fabian 04 Aug '03

04 Aug '03

An updated package of mined is available for SuSE Linux 8.0: ftp://ftp.suse.com/pub/people/mfabian/8.0-i386/mined-2000.3-0.i386.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-src/mined-2000.3-0.src.rpm Mined is a text editor, small and easy to use, yet powerful. It is Unicode-capable, using UTF-8 encoding (also converts UTF-16 input). >From the CHANGES file: ============================================================================= Changes from mined 2000.2 -> mined 2000.3 ========================================= Documentation: -------------- The manual page was updated and thoroughly revised. Its primary source was transformed into HTML, roff/man format being generated. The mined web pages were updated and revised. The file "doc/compilation" (with compilation hints) was updated. Features: --------- HOP '/' enters an indented Javadoc comment frame. Interface: ---------- Options can be concatenated on the command line. (mined -uu instead of mined -u -u enables Unicode line separators.) Right-to-left script input support is now enabled by default. The option -b toggles it. Option -G disables (actually toggles) the display of certain control characters as block graphics characters (enabled by default). Option +G enforces use of block graphics for display of menu borders. May be used if the "alternative character set" capability is not configured in your system but your terminal does have the capability. Set output delay (-d0..-d9) to none (-d-) by default in all versions. The help command was unified on Unix and DOS versions. Not completely, however, as calling a sub-programm ("less") through the "system" call doesn't seem to work on DOS (it crashes or blocks terminal input afterwards, even with cygwin). See also next comment. A second help viewing mode is now avaible (HOP HELP, e.g. HOP F1). It displays help information within mined itself, restoring the previous editing state afterwards. This is the default on MSDOS for the reason mentioned before. Bug fixes: ---------- Fixed a screen-related pointer confusion after replacement with multiple lines (embedded newline) which could result in a display bug and page down could be blocked. (Very minor) Just deleting the trailing line-end of a file is also considered a modification (a file only modified this way would previously not have been saved automatically). (Minor) With UTF-8 auto-detection involved, the character count after reading the file could be wrong (ESC ? would have been correct). (Minor) The pop-up menu, when modified with HOP and thus becoming smaller, used to leave the frame of its previous width on the screen. (Embarassing) Although I was proud of "perfect responsiveness to window size changes" I had just forgotten to implement that for the case of a menu being open. On DOS, editing a file with Unix line-ends, the function "append to buffer" used to append the lines with MSDOS line-ends. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

3 10

Japanese menu problems under IceWM
by ピアスエリック 28 May '03

28 May '03

Howdy. I don't think this is SuSE specific, so this post may not belong here. But it is Japanese related, and I've posted this twice to IceWM's mailing lists and received 0 replies. I compiled IceWM 1.2.0 for international support (--enable-i18n). In the program menu, IceWM seems to have a problem (bug?) with any folder or program with Japanese characters for its name. Here's a screenshot which demonstrates the problem. http://epierce.freeshell.org/menu.png If you'll note, the four (automated by IceWM) Japanese entries up from the bottom have proper quick-keys assigned (i.e., the (A), (T), etc.), but the 7-8 Japanese entries that I added all have a problem (i.e., just a little dot shows up). After a quick look at 'ja/LC_MESSAGES/icewm.mo', I tried to copy what was going on there by adding something like (_M) after the Japanese in the 'menu' file in hopes of assigning my own quick-key, but that didn't work. IceWM only seems to be looking for roman characters for its automatic quick-key assignment. Anyone have any ideas here? Thanks for reading... Eric P __________________________________________________ Do You Yahoo!? Yahoo! BB is Broadband by Yahoo! http://bb.yahoo.co.jp/

3 6

iterm: internationalized terminal emulator, RPMS for SuSE Linux 8.1 available
by Mike Fabian 30 Jan '03

30 Jan '03

RPMs for iterm, an internationalized terminal emulator framework are available for SuSE Linux 8.1: ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/fbiterm-0.2.20021001-0.i586.… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libXiterm-0.2.20021001-0.i58… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libXiterm-devel-0.2.20021001… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libiterm-0.2.20021001-0.i586… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libiterm-devel-0.2.20021001-… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/xiterm-0.2.20021001-0.i586.r… ftp://ftp.suse.com/pub/people/mfabian/8.1-nosrc/libXiterm-0.2.20021001-0.no… ftp://ftp.suse.com/pub/people/mfabian/8.1-nosrc/xiterm-0.2.20021001-0.nosrc… ftp://ftp.suse.com/pub/people/mfabian/8.1-src/libiterm-0.2.20021001-0.src.r… The author of iterm, Jiro SEKIBA <jir(a)yamato.ibm.com> about iterm: > The iterm is an internationalized terminal emulator framework, which > is independent from any platform/window system. > The iterm architectural diagram is as follows; > > frame athena gtk+ based qt based other > buffer widget gnome kde widget > i18n based x termianl terminal based > console terminal terminal > +--------+---------+-----------+----------+--------+ > | | xiterm |gnomeiterm | kdeiterm | *iterm | > |fbiterm +---------+-----------+----------+--------+ > | |libxiterm|libgtkiterm|libqtiterm|etc.....| > +--------------------------------------------------+ > | libiterm | > +--------------------------+ | > | pluggable bidi engine spi| | > +---------+-------+--------+-----------------------+ > |sun pls |ibm pls|fribidi | > |liblayout| | | > +---------+-------+--------+ > > the foundation of the i18n terminal emulator "libiterm" implements the > "view" independent core i18n terminal emulator capability, including > bidi support. the libiterm includes pluggable bidi engine spi. > at this moment, sun's opensourced pls library(liblayout), ibm pls > library, and fribidi are supported. Right now, only fbiterm and > xiterm(libXiterm) are supported. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

2 5

CJK-LyX 1.2.0 package available for SuSE Linux 8.0
by Mike Fabian 20 Jan '03

20 Jan '03

An updated CJK-LyX package is available for SuSE Linux 8.0: ftp://ftp.suse.com/pub/people/mfabian/8.0-i386/cjk-lyx-1.2.0-0.i386.rpm For some screenshots and SuSE specific notes see http://www.suse.de/~mfabian/suse-cjk/cjk-lyx.html >From the /usr/share/doc/packages/cjk-lyx/NEWS file: What's new in version 1.2.0? ---------------------------- LyX 1.2.0 is the version where many of changes in the 1.1.x series really begin to pay off. It should prove to be a very solid base for further developments. As of this version, we use (yet another) new versioning scheme: next major version will be 1.3.0, and 1.2.x will be just incremental fixes (like the `fix' series used to be for 1.1.5 and 1.1.6). This version sees the introduction of the so-called `new' insets, which can contain arbitrary text. As a consequence, many new features are now possible: - Floats, footnotes and margin notes are now real insets. The positional parameters of figure, table and algorithm floats can be set float-by-float - Most problems with the new table inset of 1.1.6 have been addressed (memory consumption, file bloat, spell-checking, search and replace...). Better longtable header/footer support was implemented. - TeX mode has been superseded by the ERT inset, which is foldable, or can be shown inline - Notes inset can now contain arbitrary LyX constructs; they will not appear in the output. - New minipage inset Note that another consequence of these changes is that older LyX versions will almost certainly fail to read files produced by LyX 1.2.0. Other more traditional insets have been improved too: - New graphics inset with support for hassle-free inclusion of various image formats (GIF, JPEG, PNG and EPS by default) and a new rendering scheme that should fix the bugs we had with the older ghostscript method. - Support for natbib for bibliography citations The math editor has been mostly rewritten. This begun as a general cleanup, but it turns out that many new features happened in this process, among which: - many of the known bugs or annoyances in mathed have been fixed. - possibility to display all standard latex and amsmath symbols (and also the \mathcal, \mathbb, and \mathfrak fonts)as long as the relevant fonts have been made available to the X server - support for many amsmath features Commands: xrightarrow, xleftarrow, substack, underset, dddot over/under arrows (e.g. underleftarrow). Environments: align, alignat, xalignat, xxalignat, multline, gather split, gathered, aligned, cases, subarray, pmatrix, bmatrix, vmatrix, Vmatrix - Preliminary support for xymatrix - Support for horizontal and vertical lines in arrays. - Improvements to the parser - Improvements to math text mode - (Better) support for nested macros - Enable size changes to arrays after creation (add/delete rows/columns) - Support for changing font or displaystyle on a selection - GUI support provided for many more features -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

3 4

What makes it tick?
by Steven T. Hatton 22 Oct '02

22 Oct '02

I've been force to investigate a good deal about fonts, encodings, and related subjects, of late. The most significant thing I've learned is that this is a much more complex area than I ever imagined. This investigation has caused me to wonder what the foundation of all this is. If anybody knows, I like to also know a bit about the following: What determines the actual encoding system used? That is, If I set "Edit sysconfig variables" ->Basic-Administration ->Localization ->rc_lang=en_US.UTF-8m what actually changes? What files define the encoding? What components are involved in loading these files and makeing use of them? How are application programs supposed to make use of these settings? I'm looking for the 'block-level' diagram of all this. STH -- Hatton's Law: There is only One inviolable Law

2 2

Regarding the recent viruses sent through the list
by Christopher Mahmood 06 Oct '02

06 Oct '02

Hi All, Norman Diamond just brought my attention to the fact a Windows virus was sent through the list on Sat, 21 Sept. The message ID was 314 (you can retreive it from the archive with a mail to m17n-get.314(a)suse.com if you need to see it for some reason) and the subject was "Have a nice Epiphany". The person who sent it has been removed from the list and blocked from resubscribing. So if you're running Windows you may want to pull out the talismans or whatever it is you normally do when these things spread. On almost all of our public mailing lists I normally remove all attachments that aren't plain text or pgp/gpg-related. I wasn't doing it on this list since Dr. Fabian and I thought that sending attachments might useful given the topic of the list. If you have suggestions for other mimetypes that should be allowed please let me know off the list. Cheers, -- -ckm

2 2

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE M17n October 2002