You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(44) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(44) |
Feb
(22) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(7) |
Sep
(8) |
Oct
(14) |
Nov
(8) |
Dec
(32) |
2003 |
Jan
(17) |
Feb
(4) |
Mar
(7) |
Apr
(2) |
May
(5) |
Jun
(17) |
Jul
(18) |
Aug
(2) |
Sep
(2) |
Oct
(7) |
Nov
|
Dec
(4) |
2004 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(1) |
May
(11) |
Jun
(8) |
Jul
|
Aug
(14) |
Sep
(10) |
Oct
(57) |
Nov
(23) |
Dec
(2) |
2005 |
Jan
(47) |
Feb
(9) |
Mar
(25) |
Apr
(1) |
May
|
Jun
(7) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(6) |
Nov
(1) |
Dec
(6) |
2006 |
Jan
(3) |
Feb
(3) |
Mar
(20) |
Apr
(12) |
May
(20) |
Jun
(17) |
Jul
(9) |
Aug
(7) |
Sep
(1) |
Oct
(10) |
Nov
(5) |
Dec
(7) |
2007 |
Jan
(9) |
Feb
(10) |
Mar
(24) |
Apr
(27) |
May
(4) |
Jun
(8) |
Jul
(16) |
Aug
(38) |
Sep
(10) |
Oct
(5) |
Nov
(6) |
Dec
(8) |
2008 |
Jan
(6) |
Feb
|
Mar
(2) |
Apr
(3) |
May
(3) |
Jun
(6) |
Jul
(6) |
Aug
(3) |
Sep
(10) |
Oct
(10) |
Nov
(42) |
Dec
(37) |
2009 |
Jan
(13) |
Feb
(10) |
Mar
(20) |
Apr
(22) |
May
(32) |
Jun
(15) |
Jul
(33) |
Aug
(9) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(12) |
2010 |
Jan
(9) |
Feb
(8) |
Mar
|
Apr
(6) |
May
(7) |
Jun
(12) |
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(9) |
Nov
(3) |
Dec
(6) |
2011 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(3) |
Dec
(3) |
2012 |
Jan
(2) |
Feb
|
Mar
(10) |
Apr
(12) |
May
(10) |
Jun
(9) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
(24) |
Dec
(6) |
2013 |
Jan
(2) |
Feb
(2) |
Mar
(6) |
Apr
(12) |
May
(24) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(9) |
2014 |
Jan
(29) |
Feb
(7) |
Mar
(3) |
Apr
(1) |
May
(1) |
Jun
(5) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(1) |
2015 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(5) |
Jun
(5) |
Jul
(1) |
Aug
(5) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(1) |
2016 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
(6) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
2017 |
Jan
(1) |
Feb
(5) |
Mar
(2) |
Apr
(2) |
May
(18) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
2018 |
Jan
(2) |
Feb
|
Mar
(15) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
2019 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(12) |
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
2020 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
(7) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(1) |
2021 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: dhead f. <myf...@gm...> - 2014-06-25 15:50:43
|
Hi arakiken, The biggest annoyance of mlterm and RTL script is the fact that the slash "/" character isn't recognized as LTR character. For example when I would write a line with only LTR script (lets say latin only characters) like: "# ls /home/user/tree/level1/level2/level3/level4" the order of the folders will be LTR as expected. I expect the same order with RTL script, meaning the order of the folders will stay LTR (while the characters in each folder string will order in regards to the encoding), but instead it display like this: "# ls /home/user/tree/level1/heb_level3/heb_level2/level4/heb_level5" (heb_level means Hebrew encoding, RTL script) I expect that the line would be displayed like this: "# ls /home/user/tree/level1/heb_level2/heb_level3/level4/heb_level5" If I would replace the slash character with A then it would display as: "# ls /home/user/tree/level1/heb_level2Aheb_level3/level4/heb_level5" While this behavior is seen with other Bidi enable software (for example web address toolbox in Chromium) and might comes from the standard Bidi libs (GNU FriBidi ?) this is very confusing and makes working with RTL scripts in the terminal prompt a bit frustrating. I would much appreciate if a feature to force slash character as LTR encoded character will be added to mlterm. Tested on Arch Linux with mlterm 3.3.4. The Arch PKGBUILD (and the configure flags used) can be reviewed at the following link. https://aur.archlinux.org/packages/mlterm/ I'm not a developer myself but applying a patch and building mlterm wouldn't be an issue for me if you need a tester. Thanks in advance, dhead666. |
From: Araki K. <ara...@us...> - 2014-05-25 08:12:20
|
Hi, This is to announce the release of mlterm version 3.3.6 http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.3.6/mlterm-3.3.6.tar.gz/download SHA1 (mlterm-3.3.6.tar.gz) = 02ce7544c17aa6c33ddc4ad4e103d2e2bbfde85a Overview of changes from 3.3.5 =============================== ver 3.3.6 * Support fcitx. (Experimental) * Support scrollbar on Android. * Remove the original "simple" scrollbar and link "sample" scrollbar statically to mlterm as "simple" one. Rename "sample2" scrollbar to "sample". * Bug fixes: Fix partially corrupt screen in drawing animation gif. Fix https://twitter.com/yoshikaw/status/462125454107738112 Fix corrupt screen in drawing large images. Fix https://twitter.com/kefir_/status/467340224628924416 Fix the corrupt scrolling in vertical mode. --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-04-26 01:03:00
|
Hi, This is to announce the release of mlterm version 3.3.5 http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.3.5/mlterm-3.3.5.tar.gz/download SHA1 (mlterm-3.3.5.tar.gz) = 67b9307b80e7b0e1d56ff841dc9d5705557f0b43 Overview of changes from 3.3.4 =============================== ver 3.3.5 * Support Animation GIF on "show_picture" of OSC 5379. (It works with https://bitbucket.org/arakiken/w3m/get/remoteimg.tar.gz) * Add "add_frame" to OSC 5379. * Bug fixes: Fix compiler error on NetBSD/OpenBSD framebuffer. (enbugged at 3.3.4) Fix the bug which sometimes disabled to show large sixel graphics sequence. (enbugged at 3.3.4) Output ^? instead of ^H on TERM=xterm by default in pressing backspace key. Fix the bug which sometimes left X11 events untouched for a while. Fix the bug of closing the input method window unexpectedly in pressing it. ":Percentage" after font names in ~/.mlterm/aafont works on cairo. --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-03-24 12:32:08
|
Hi, From: Dimitris Zlatanidis <d.z...@gm...> Subject: [Mlterm-dev-en] mlterm on Slackware Linux Date: Mon, 24 Mar 2014 05:40:50 +0200 Message-ID: <CAP-+AREHu6Mw1+4kSRsE9p3M=+-W...@ma...> > I am the maintainer mlterm to Slackware Linux and I have to tell you that > the version 3.3.4 is not running while version 3.3.3 works very well. > > http://slackbuilds.org/repository/14.1/system/mlterm/ Thanks for your report. http://mlterm.sf.net/mlterm-3.3.4post-fixdebugprint.patch may fix it. Please test it. Regards, --- Araki Ken ara...@us... |
From: Dimitris Z. <d.z...@gm...> - 2014-03-24 03:40:57
|
Hello, I am the maintainer mlterm to Slackware Linux and I have to tell you that the version 3.3.4 is not running while version 3.3.3 works very well. http://slackbuilds.org/repository/14.1/system/mlterm/ Thank you. |
From: Araki K. <ara...@us...> - 2014-03-22 22:30:33
|
Hi, This is to announce the release of mlterm version 3.3.4 http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.3.4/mlterm-3.3.4.tar.gz/download SHA1 (mlterm-3.3.4.tar.gz) = eb065d2048ab1b7a0bcb7d1bddf253eb02ceacca Overview of changes from 3.3.3 =============================== ver 3.3.4 * Support not only sixel graphics but also other major image formats on Android. * Support ReGIS partially. (depends on SDL(SDL2), SDL_ttf(SDL2_ttf) and fontconfig) * Output strerror(errno) on error. * Support "key=value #comment" style in the same line in ~/.mlterm/main. * Draw all ambiguous width characters one by one to fit the column width unless -V option is specified. * Merge patches: https://gist.github.com/tsutsui/9285759. (Thanks to @tsutsuii) * Bug fixes: Change the default resolution on NetBSD/x68k from 512x512x8 to 768x512x4. Fix the bug which output help message to stdout where mlterm waits for image data and which made mlterm allocate too large memory. (enbugged at 3.3.3) Fix the bug which disabled to start mlconfig. (enbugged at 3.3.3) Fix the bug which caused segfault if x11 forwarding failed. Fix the bug which caused segfault in resuming on Android. Show candidate strings of uim-mozc correctly. Fix the bug which disabled normal users from opening screen on NetBSD/x68k framebuffer. Fix segfault in connecting unknown hosts on java. --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-02-21 18:15:02
|
Hi, This is to announce the release of mlterm version 3.3.3 http://sourceforge.net/projects/mlterm/files/01release/mlterm-3.3.3/mlterm-3.3.3.tar.gz/download SHA1 (mlterm-3.3.3.tar.gz) = 9d5befee155e5e514874b45c46b1b7fe2fdf3dbd Overview of changes from 3.3.2 =============================== ver 3.3.3 * Double-clicking a picture sets it to the clipboard. * All configuration protocol keys whose value is boolean accept "switch" which inverts the current value. * Support IME on Android. (Experimental) * Mlterm works without SD card on Android. * Support devanagari and bengali on win32gdi. * Support CSI ? 8800 h and CSI ? 8800 l which enables / disables the conversion from drcs to unicode private area. (Disabled by default.) (See http://github.com/saitoha/drcsterm/blob/master/README.rst) * Add "rotate_display" option which rotates display clockwise or counterclockwise on framebuffer and Android. * Merge patches: https://gist.github.com/steleto/8671862 (Thanks to @tristelo) * Bug fixes: Fix the bug of scrolling on framebuffer. (enbugged at 3.3.2) Fix the failure of starting mlterm on Android 3.x. Fix the conversion from unicode to ISCII characters with nukta. Fix the bug of unexpectedly large cursor shape in unfocused. -- Araki Ken ara...@us... |
From: Alexander S. <mai...@il...> - 2014-02-15 20:30:11
|
On Fri, Feb 14, 2014 at 09:38:37PM +0900, Araki Ken wrote: > Hi, > > 1) If you find "Fall back to xcore." message in ~/.mlterm/msg.log, > it is necessary to configure with --with-type-engines=cairo and > rebuild mlterm. Ok. I will check that out. > 2) Mlterm doesn't automatically complement non-existing glyphs. > If you use PowerlineSymbols font for U+E000-E0FF, specify > U+E000-E0FF = PowerlineSymbols in ~/.mlterm/aafont. Good to know. Will experiment with this during the week. > If mlterm loads unexpected fonts, specify them in ~/.mlterm/aafont > explicitly. (See http://bitbucket.org/arakiken/mlterm/src/tip/etc/aafont) Thanks for the pointer to that example. The format was not clear, but this helps. > 3) mlterm supports DRCS (Dynamically Redefined Character Set), > so https://github.com/saitoha/vim-powerline/tree/drcs which doesn't need > powerlinesymbols font may be useful for you. Hmm. So it only supports it so far in this branch or in the master branch? I ask because I am using the compiled mlterm package from Arch Linux repos, and I did not build it myself. Perhaps I will compile myself and give this ago from the branch mentioned. > Regards, And regards to you. Have watched mlterm from a far and was not until this year I started using it full time. Thanks for the only bidi terminal on the market. Seriously, RTLers are indebted to you. > --- > Araki Ken > ara...@us... |
From: Araki K. <ara...@us...> - 2014-02-14 12:38:46
|
Hi, From: Alexander Stein <mai...@il...> Subject: [Mlterm-dev-en] Getting Powerline (Tmux Status Bar) to Work with Mlterm 3.3.2 Date: Thu, 13 Feb 2014 14:32:51 +0300 Message-ID: <201...@mb...> > I am using this in conjunction with tmux, also running as a daemon, and that has a status bar generated by the powerline Python scripts available on Github.[0] Now, it works well with other terminal emulators (for me the xfce4-terminal built into XFCE) and looks like the screenshots on their development page. However, mlterm does not appear to handle it well. > > xfce4 screenshot: http://imgur.com/P0SncEN > mlterm screenshot: http://imgur.com/5j5E5sB > > Is this a font issue? How do I load fonts properly (I have all the fonts in the typical locations /usr/share/fonts, but I am not sure mlterm with automatically load fonts; reading the man page and other sources tells me otherwise)? Is it just loading the proper fonts[1], or are there other font configuration and gliphing issues I am unaware of? There is a font for these icon modifications, the aptly-named PowerlineSymbols.otf. Without changing font settings would such an OTF font even work in conjunction with mlterm? > > Is anyone else using mlterm in conjection with powerline, the bash-based powerline-tmux, rainbarf, or any other tmux status bar that has issues with mlterm? I am not very much interested in the others (although for the record I did try rainbarf, and had similar issues I assume has to do with font issues. 1) If you find "Fall back to xcore." message in ~/.mlterm/msg.log, it is necessary to configure with --with-type-engines=cairo and rebuild mlterm. 2) Mlterm doesn't automatically complement non-existing glyphs. If you use PowerlineSymbols font for U+E000-E0FF, specify U+E000-E0FF = PowerlineSymbols in ~/.mlterm/aafont. If mlterm loads unexpected fonts, specify them in ~/.mlterm/aafont explicitly. (See http://bitbucket.org/arakiken/mlterm/src/tip/etc/aafont) 3) mlterm supports DRCS (Dynamically Redefined Character Set), so https://github.com/saitoha/vim-powerline/tree/drcs which doesn't need powerlinesymbols font may be useful for you. Regards, --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-02-13 13:42:49
|
Hi, From: dee...@ii... Subject: Regarding rendering of Bengali Date: Thu, 13 Feb 2014 07:03:45 +0530 Message-ID: <0f5...@we...> > I am also sorry to report that there are still a few errors in rendering > of bengali. I am attaching the source text and a screenshot of what is > looks like in mlterm and what is should look like(in Kate). The three > letters in the first three lines should combine to give the text in the > fourth line. Thanks a lot for your report. I fixed this problem. Please test hg head. Regards, --- Araki Ken ara...@us... |
From: Alexander S. <mai...@il...> - 2014-02-13 11:50:03
|
Hello, I am still a newbie to the world of mlterm but I still love it as the only terminal emulator that can handle RTL. Keep up the good work. I have been running a setup for a while. I run mlterm with daemon and the following options in the ~/.mlterm/main file. > # Terminal type > #termtype=xterm-256color > termtype=mlterm > # Background transparency > alpha=true > use_transbg = true > brightness = 20 > fade_ratio = 75 > # Colour settings (http://www.qnd-guides.net/qnd-mlterm.html#config_colour) > fg_color = white > bg_color = black > # Decoration settings (http://www.qnd-guides.net/qnd-mlterm.html#config_decor) > scrollbar_mode = none > borderless = true > # Meta keys > mod_meta_mode=esc > mod_meta_key=alt > # Login shell type > use_login_shell=true > # Daemon mode > daemon_mode=genuine > # Clipboard settings > use_clipboard=true > type_engine=cairo I am using this in conjunction with tmux, also running as a daemon, and that has a status bar generated by the powerline Python scripts available on Github.[0] Now, it works well with other terminal emulators (for me the xfce4-terminal built into XFCE) and looks like the screenshots on their development page. However, mlterm does not appear to handle it well. xfce4 screenshot: http://imgur.com/P0SncEN mlterm screenshot: http://imgur.com/5j5E5sB Is this a font issue? How do I load fonts properly (I have all the fonts in the typical locations /usr/share/fonts, but I am not sure mlterm with automatically load fonts; reading the man page and other sources tells me otherwise)? Is it just loading the proper fonts[1], or are there other font configuration and gliphing issues I am unaware of? There is a font for these icon modifications, the aptly-named PowerlineSymbols.otf. Without changing font settings would such an OTF font even work in conjunction with mlterm? Is anyone else using mlterm in conjection with powerline, the bash-based powerline-tmux, rainbarf, or any other tmux status bar that has issues with mlterm? I am not very much interested in the others (although for the record I did try rainbarf, and had similar issues I assume has to do with font issues. Best, _AJS [0] https://github.com/Lokaltog/powerline [1] https://github.com/Lokaltog/powerline-fonts/ |
From: Araki K. <ara...@us...> - 2014-02-05 13:12:26
|
Hi, From: dee...@ii... Subject: Re: [Mlterm-dev-en] Regarding rendering of Bengali Date: Sun, 2 Feb 2014 15:46:56 +0530 Message-ID: <440...@we...> > I am attaching the file requested. There are two distinct letters in the > bengali alphabet shown in the first two lines of the file. I think the > rendering of these two letters have been interchanged, which possibly > could the source of the error. The first letter is also used in > conjunction with other letters in complex scripts. The third line > represents a letter alone which is correctly rendered by mlterm and the > fourth line represents the combination of the third letter and the first > letter, not correctly rendered my mlterm. In fact, it is incorrectly > showing the third letter followed by the second letter. Thanks. I fixed. > >> 6) Could you suggest how to increase the display area for mlterm? For > >> instance, an "ls" on a directory only occupies what looks like 80 > >> columns(second screenshot). I tried some combinations of --wscr and > > --hscr but I did not get the desired result. > > > > Do you need "-g [WIDTH]x[HEIGHT]" option ? > > I have tried it but to no avail. I am using a tiling window manager > called "i3" and even when the terminal is expanded, the text area remains > the same. I tried i3. Resizing the text area seems to work correctly. http://mlterm.sf.net/mlterm-bengali.png (Input U+09AF continuously before and after expanding the screen.) Will you tell me the result of the following command before and after resizing ? $ echo -e "\x1b[18t" Regards, --- Araki Ken ara...@us... |
From: <dee...@ii...> - 2014-02-02 10:17:15
|
Hello, >> 5) There is one problem with one of the letters. I am again sending you >> a screenshot with how it should look(gedit) and how it is looking(first >> attachment). > > Just as you say. > Will you send me the text file to test it ? I am attaching the file requested. There are two distinct letters in the bengali alphabet shown in the first two lines of the file. I think the rendering of these two letters have been interchanged, which possibly could the source of the error. The first letter is also used in conjunction with other letters in complex scripts. The third line represents a letter alone which is correctly rendered by mlterm and the fourth line represents the combination of the third letter and the first letter, not correctly rendered my mlterm. In fact, it is incorrectly showing the third letter followed by the second letter. > >> 6) Could you suggest how to increase the display area for mlterm? For >> instance, an "ls" on a directory only occupies what looks like 80 >> columns(second screenshot). I tried some combinations of --wscr and > --hscr but I did not get the desired result. > > Do you need "-g [WIDTH]x[HEIGHT]" option ? I have tried it but to no avail. I am using a tiling window manager called "i3" and even when the terminal is expanded, the text area remains the same. Thank you for your patience, Deepanjan |
From: Araki K. <ara...@us...> - 2014-01-31 23:21:20
|
Hi, From: dee...@ii... Subject: Re: [Mlterm-dev-en] Regarding rendering of Bengali Date: Fri, 31 Jan 2014 01:15:07 +0530 Message-ID: <0f3...@we...> > First of all I would like to congratulate you for creating this wonderful > software, and for the time and effort you are investing on making Bengali > work. Nothing beats a terminal for efficiency, and working in my mother > tongue would really make it a wonderful experience for me. I'm glad to be of some help. > 3) While trying to install the wrapper, I had to make a change in the fil= > e > xwindow/libtype/fc-wrapper.c - > #include <freetype/freetype.h> to #include<freetype2/freetype.h> Thanks. I add it to README.indic. > 5) There is one problem with one of the letters. I am again sending you > a screenshot with how it should look(gedit) and how it is looking(first > attachment). Just as you say. Will you send me the text file to test it ? > 6) Could you suggest how to increase the display area for mlterm? For > instance, an "ls" on a directory only occupies what looks like 80 > columns(second screenshot). I tried some combinations of --wscr and --hscr but I did not get the desired result. Do you need "-g [WIDTH]x[HEIGHT]" option ? Regards, --- Araki Ken ara...@us... |
From: <dee...@ii...> - 2014-01-30 19:45:28
|
Hello! First of all I would like to congratulate you for creating this wonderful software, and for the time and effort you are investing on making Bengali work. Nothing beats a terminal for efficiency, and working in my mother tongue would really make it a wonderful experience for me. I have the following to report - 1) I adopted method B. 2) The installation of mlterm went smoothly. 3) While trying to install the wrapper, I had to make a change in the file xwindow/libtype/fc-wrapper.c - #include <freetype/freetype.h> to #include<freetype2/freetype.h> 4) I started mlterm as you had directed and the boxes are gone. Thank you again for all your effort. 5) There is one problem with one of the letters. I am again sending you a screenshot with how it should look(gedit) and how it is looking(first attachment). 6) Could you suggest how to increase the display area for mlterm? For instance, an "ls" on a directory only occupies what looks like 80 columns(second screenshot). I tried some combinations of --wscr and --hscr but I did not get the desired result. Thanks a lot for your time. Regards, Deepanjan > Hi, > > From: dee...@ii... > Subject: [Mlterm-dev-en] Regarding rendering of Bengali > Date: Sat, 25 Jan 2014 12:22:05 +0530 > Message-ID: > <e35...@we...> > >> I am trying to use mlterm for my mother tongue Bengali which is part of >> Indic script. Though Hindi(devanagari) rendering is okay, I find a few >> boxes in Bengali rendering. Can somebody help me with this? > > I've investigated this problem, and I understand why some (0x80-0x9f) > indic > glyphs of ISCII fonts are replaced by rectangular boxes. > It is necessary to fix fontconfig. > > Please install hg head mlterm (which includes fixes for rendering > Bengali) > and do either (A) or (B) in order not to show rectangular boxes. > ((B) is easier than (A)) > > (A) Apply http://mlterm.sf.net/fontconfig-2.8.0-fix4indic.patch then > rebuild > fontconfig. > (B) Build libfc_wrapper.so from xwindow/libtype/fc_wrapper.c and preload > it. > > Please try following steps. > > 1) Get https://bitbucket.org/arakiken/mlterm/get/tip.tar.gz > 2) Unpack it and execute following commands. > $ ./configure --enable-ind --with-type-engines=xcore,xft,cairo ... > $ make > $ make install > $ cd xwindow/libtype > $ make libfc_wrapper.la > $ make install_fc_wrapper > $ chmod 755 (INSTALLED DIRECTORY)/bin/mlterm > $ LD_PRELOAD=(INSTALLED DIRECTORY)/lib/mlterm/libfc_wrapper.so mlterm > -ind -bi=false ... > > http://mlterm.sf.net/mlterm-indic-elinks2.png is the screenshot of > browsing > http://www.bbc.co.uk/bengali. > > If mlterm uses unicode fonts to rendering indic scripts in the future, > these hacks will be unnecessary. > > Regards, > --- > Araki Ken > ara...@us... > > |
From: Araki K. <ara...@us...> - 2014-01-27 16:25:37
|
Hi, From: dee...@ii... Subject: [Mlterm-dev-en] Regarding rendering of Bengali Date: Sat, 25 Jan 2014 12:22:05 +0530 Message-ID: <e35...@we...> > I am trying to use mlterm for my mother tongue Bengali which is part of > Indic script. Though Hindi(devanagari) rendering is okay, I find a few > boxes in Bengali rendering. Can somebody help me with this? I've investigated this problem, and I understand why some (0x80-0x9f) indic glyphs of ISCII fonts are replaced by rectangular boxes. It is necessary to fix fontconfig. Please install hg head mlterm (which includes fixes for rendering Bengali) and do either (A) or (B) in order not to show rectangular boxes. ((B) is easier than (A)) (A) Apply http://mlterm.sf.net/fontconfig-2.8.0-fix4indic.patch then rebuild fontconfig. (B) Build libfc_wrapper.so from xwindow/libtype/fc_wrapper.c and preload it. Please try following steps. 1) Get https://bitbucket.org/arakiken/mlterm/get/tip.tar.gz 2) Unpack it and execute following commands. $ ./configure --enable-ind --with-type-engines=xcore,xft,cairo ... $ make $ make install $ cd xwindow/libtype $ make libfc_wrapper.la $ make install_fc_wrapper $ chmod 755 (INSTALLED DIRECTORY)/bin/mlterm $ LD_PRELOAD=(INSTALLED DIRECTORY)/lib/mlterm/libfc_wrapper.so mlterm -ind -bi=false ... http://mlterm.sf.net/mlterm-indic-elinks2.png is the screenshot of browsing http://www.bbc.co.uk/bengali. If mlterm uses unicode fonts to rendering indic scripts in the future, these hacks will be unnecessary. Regards, --- Araki Ken ara...@us... |
From: <dee...@ii...> - 2014-01-25 07:10:45
|
Hello! I am trying to use mlterm for my mother tongue Bengali which is part of Indic script. Though Hindi(devanagari) rendering is okay, I find a few boxes in Bengali rendering. Can somebody help me with this? I am attaching an image showing how it should look(using gedit) and how it is looking in mlterm. I am also attaching "main" and "aafont" files. Thanks, Deepanjan |
From: Araki K. <ara...@us...> - 2014-01-24 14:50:55
|
Hi, From: Mayuresh <may...@ac...> Subject: Re: [Mlterm-dev-en] mlterm config Date: Fri, 17 Jan 2014 23:23:37 +0530 Message-ID: <201...@SD...> > I have another question with X11 itself. If I select devnagari text from > firefox and paste it in mlterm, it just shows ????. What could be the > reason? I can copy&paste devanagri text from firefox (bundled in ubuntu 13.10) to mlterm. Can you copy&paste it from firefox to gedit? And, what happens if you start mlterm with --viaucs option ? --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-01-24 14:50:47
|
Hi, From: Mayuresh <may...@ac...> Subject: Re: [Mlterm-dev-en] mlterm config Date: Wed, 15 Jan 2014 21:16:53 +0530 Message-ID: <201...@SD...> > One of the biggest problems is - vim not being able to render the > characters the way cat renders on mlterm. What could be the reason? Now vim on my Ubuntu 13.10 shows indic characters as follows. http://mlterm.sf.net/mlterm-indic-vim.png The version of vim is: VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Aug 12 2013 00:27:34) Modified by pkg...@li... Compiled by buildd@ Huge version without GUI. Features included (+) or not (-): +arabic +file_in_path +mouse_sgr +tag_binary +autocmd +find_in_path -mouse_sysmouse +tag_old_static -balloon_eval +float +mouse_urxvt -tag_any_white -browse +folding +mouse_xterm -tcl ++builtin_terms -footer +multi_byte +terminfo +byte_offset +fork() +multi_lang +termresponse +cindent +gettext -mzscheme +textobjects -clientserver -hangul_input +netbeans_intg +title -clipboard +iconv +path_extra -toolbar +cmdline_compl +insert_expand -perl +user_commands +cmdline_hist +jumplist +persistent_undo +vertsplit +cmdline_info +keymap +postscript +virtualedit +comments +langmap +printer +visual +conceal +libcall +profile +visualextra +cryptv +linebreak +python +viminfo +cscope +lispindent -python3 +vreplace +cursorbind +listcmds +quickfix +wildignore +cursorshape +localmap +reltime +wildmenu +dialog_con -lua +rightleft +windows +diff +menu -ruby +writebackup +digraphs +mksession +scrollbind -X11 -dnd +modify_fname +signs -xfontset -ebcdic +mouse +smartindent -xim +emacs_tags -mouseshape -sniff -xsmp +eval +mouse_dec +startuptime -xterm_clipboard +ex_extra +mouse_gpm +statusline -xterm_save +extra_search -mouse_jsbterm -sun_workshop +farsi +mouse_netterm +syntax system vimrc file: "$VIM/vimrc" user vimrc file: "$HOME/.vimrc" 2nd user vimrc file: "~/.vim/vimrc" user exrc file: "$HOME/.exrc" fall-back for $VIM: "/usr/share/vim" Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 Linking: gcc -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--as-needed -o vim -lm -ltinfo -lnsl -lselinux -lacl -lattr -lgpm -ldl -L/usr/lib/python2.7/config-i386-linux-gnu -lpython2.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-01-24 14:50:42
|
Hi, From: Mayuresh <may...@ac...> Subject: Re: [Mlterm-dev-en] mlterm config Date: Wed, 15 Jan 2014 21:02:25 +0530 Message-ID: <201...@SD...> > I am not sure how to check the tables. What are the rectangular boxes in > the glyphs? I see those often in mlterm. Many of them could be incorrect. > http://mlterm.sf.net/ttyogesh-glyphs.png Mlterm converts unicode characters to iscii ones by mkf/libtbl/mkf_ucs4_iscii.c, then converts them to glyph indexes of ttyogesh font by libind/table/hindi.table. I think mlterm sometimes shows such rectangular boxes because mlterm parses indic scripts wrongly. I partially fixed this problem of devanagari, but haven't solved yet completely. Moreover, it is still very buggy to show indic scripts except devanagari. If you notice a word containing rectangular boxes or something strange, please copy and send it to me. Regards, --- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2014-01-24 14:50:35
|
Hi, From: Mayuresh <may...@ac...> Subject: Re: [Mlterm-dev-en] mlterm config Date: Fri, 24 Jan 2014 17:25:36 +0530 Message-ID: <201...@SD...> > Tried that. I still see a bunch of "*" characters only, while cating files > on terminal is working fine. It is not that all characters are not > rendered, a few characters are appearing right and the rest "*". Any > elinks setting? Do you specify *.UTF-8 locale as the value of LANG and LC_* environmental variables ? What happen if you specify *.UTF-8 locale explicitly as follows ? $ LANG=en_US.UTF-8 elinks http://... --- Araki Ken ara...@us... |
From: Mayuresh <may...@ac...> - 2014-01-24 11:55:43
|
On Fri, Jan 24, 2014 at 07:39:31AM +0900, Araki Ken wrote: > The screenshot of elink is as follows. Saw it. It is looking very good and largely correct. > elinks regards the width of all characters as fixed, so complete rendering > is impossible. > (Start mlterm with -m=false option to get better rendering because elinks > doesn't support character combining.) Tried that. I still see a bunch of "*" characters only, while cating files on terminal is working fine. It is not that all characters are not rendered, a few characters are appearing right and the rest "*". Any elinks setting? Mayuresh |
From: Araki K. <ara...@us...> - 2014-01-23 22:44:44
|
Hi, From: Mayuresh <may...@ac...> Subject: Re: [Mlterm-dev-en] mlterm config Date: Tue, 21 Jan 2014 10:11:08 +0530 Message-ID: <201...@SD...> > I could find a few characters quickly that are wrong. See attachment. > Use pango-view or lexilogos to see their correct rendering. (I created > them using lexilogos, saved in a file and cated that file in mlterm.) Thanks. I fixed this problem with some other rendering fixes. http://mlterm.sf.net/mlterm-fixindic2.png > I am still not able to get elinks render devnagari, except for very few > lines on a web page. Neither lynx is rendering the characters right. I saw > your screen shots of a website. Which browser was that? Can you try this > site: http://maharashtratimes.indiatimes.com/newsletter.cms The screenshot of elink is as follows. elinks regards the width of all characters as fixed, so complete rendering is impossible. (Start mlterm with -m=false option to get better rendering because elinks doesn't support character combining.) http://mlterm.sf.net/mlterm-indic-elinks.png I usually use w3m which seems to render better than elinks. http://mlterm.sf.net/mlterm-indic-w3m.png Regards, --- Araki Ken ara...@us... |
From: Mayuresh <may...@ac...> - 2014-01-21 04:41:18
|
On Tue, Jan 21, 2014 at 01:52:44AM +0900, Araki Ken wrote: > I fixed and updated https://bitbucket.org/arakiken/mlterm/get/tip.tar.gz. Yes, I notice that it is improved. I could find a few characters quickly that are wrong. See attachment. Use pango-view or lexilogos to see their correct rendering. (I created them using lexilogos, saved in a file and cated that file in mlterm.) In addition to above, I noticed "." being rendered as "?" on mlterm for text that looks alright in lexilogos, though I could not simulate that again. I am still not able to get elinks render devnagari, except for very few lines on a web page. Neither lynx is rendering the characters right. I saw your screen shots of a website. Which browser was that? Can you try this site: http://maharashtratimes.indiatimes.com/newsletter.cms Mayuresh |
From: Araki K. <ara...@us...> - 2014-01-20 16:53:00
|
Hi, > > On Sat, Jan 18, 2014 at 02:14:56AM +0900, Araki Ken wrote: > > > I fixed these bugs, so try hg head. > > > => https://bitbucket.org/arakiken/mlterm/get/tip.tar.gz > > > > I get the following error when trying to compile the above on tiny core > > linux. Any leads? > > > > libtool: link: `x_font_xft.lo' is not a valid libtool object > > make[1]: *** [libtype_xft.la] Error 1 > > make: *** [all] Error 2 > > Will you send me a log file of ./configure and make ? Sorry, I didn't notice my careless mistake. I fixed and updated https://bitbucket.org/arakiken/mlterm/get/tip.tar.gz. Regards, --- Araki Ken ara...@us... |