GNOME Terminal 3.33.3 (VTE 0.57.3) implements BiDi support, according to
the proposal at https://terminal-wg.pages.freedesktop.org/bidi/ .
In alignment with Diego's comments and my responses to them, it
implements multiple modes. Shuffling the characters according to the
BiDi algorithm is enabled
A few other issues:
In implicit BiDi mode, how should BiDi control characters
(LRE/RLE/LRO/RLO/PDF; LRM/RLM) be handled? We need to remember them.
Which cell should they belong to? How to later override the displayed
string to remove any of these, or insert new ones?
In explicit BiDi mode,
Re Diego:
You are basically right. I'd like to add a couple of points.
As for complex apps such as mc, your approach (2) cannot work. This is
because the BiDi algorithm would not just need to shuffle around
characters that are visible in the terminal; it might need to pull
offscreen chars
Um; It would, as we know, mostly ignore RTL reading users.
now RTL works in kde/konsole beautifully, with shaping and everything,
so I'm not sure how problems mentioned in #46 are handeled there, and
I'm sure its not perfect either, but works better than BiCon for example
but if softwares have
Usama,
The reason for bug #1537064 is me nagging Yaron. The problem of BiDi
cannot be solved in a terminal vt100 environment. The reason - is that
the application does not telling the VTE the boundaries of the
paragraph.
Imagine "mc" opeenning a dialog to rename a file. Lets check the
options;
So enforcing LC_MESSAGES=C or en_US.UTF-8 as a global override will
ignore this issue completely.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal
Tested on Ubuntu Xenial Xerus (development branch) 16.04 Gnome
Terminal Ubuntu 3.18.2-1ubuntu2.
See also: bug #1537064
A related bug is bug #1537064 to fix the situation when apt and possibly
other software show garbled translated scripts in terminal.
Example when running: "apt-cache policy
** Changed in: vte (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal (BiDi)
To manage
** Changed in: vte
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal (BiDi)
To manage notifications about this bug
This helps a little : http://askubuntu.com/questions/77657/how-to-
enable-arabic-support-in-gnome-terminal
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in
mlterm also supports rtl+bidi i guess
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal (BiDi)
To manage notifications about this bug go to:
I like gnome really! but what's the point of translating Gnome to Arabic
if one of the basics piece of software doesn't support the language!
like really does tha make sense!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
+1 to uwe suggestion .
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal (BiDi)
To manage notifications about this bug go to:
KDE Konsole , to my knowledge .. seems to be the only Console that
suupport RTL+BiDi .
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal (BiDi)
To
It would be great if there is a blueprint for what the plan is regarding
this issue, so we can start testing it maybe
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left)
If it works as a libvte replacement (and reasonably stable) then I think it
should be default in RTL environments.
However, IMO removal of libvte upon installation is not required. I think both
can live together using the Debian Alternatives System. libvte should be
available with a lower
Dear ones,
Should this be considered as default setup in RTL environments?
Why not replace original libvte altogether?
Blessings,
Shahar
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
With the latest mlterm build, gnome-terminal with enabled compiz and
Synaptic works well on Ubuntu 10.04 after doing the steps above
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL
There is a new ALPHA (testing) workaround for this bug using MLterm API,
To test get the latest build of MLterm from sf.net, here are some
instructions:
you will need this packages build-essential, mercurial (to pull source
code), libvte-dev and libfribidi-dev
Start by getting the latest
** Changed in: vte
Importance: Unknown = Medium
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
i dont see any mir team action here ... please open a dedicated MIR bug
with clear info. unsubscribing mir.
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
no this is not about Mlterm as long as VTE does not support RTL.
at least there should be a warning or suggestion or message inside the
terminal stating that gnome-terminal does not support RTL and you should
install something else, like Mlterm. that is only when a user installs
RTL language
this is about mlterm? we have a MIR bug 603022 pending for that. can we
either invalidate this or the other bug and use the proper package?
** Changed in: vte (Ubuntu)
Status: Triaged = Incomplete
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
for people thinking mlterm is the possible fix please subscribe with this bug.
as it have been suggested by joaopinto in #ubuntu-devel to open new bug for it
Selecting an RTL language should install and RTL capable terminal emulator
Mlterm 3.0.0 have been released.
you can find pre-packaged mlterm for Lucid here:
https://launchpad.net/~aelmahmoudy/+archive/ppa/+packages
or you can compile it from source:
http://sourceforge.net/projects/mlterm/
in this version you can select the font you want from the GUI by holding right
Can't this issue be fixed in VTE? If not, why not?
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Alternative solution to this is bug #389428: do not use CLI program
translations. It wouldn't really solve the problem, but would be a
workaround until the solution is found.
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug
@#26 the vte developer says that he need to rewrite vte code to fix it.
and he won't.
to all others, did you hear about mlterm? why we don't support replacing
vte by mlterm? it will fix 90% of the problem I guess
--
RTL (right to left) support in terminal (BiDi)
Changing LANG in the terminal will do nothing about Arabic rendering, it
might just avoid getting Arabic messages in the terminal but then this
isn't vte issue to decide about.
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug
I think pushing mlterm will fix most of the problems
vte is not going to be fixed any time soon and the developer will not change
the LANG in terminal
https://bugzilla.gnome.org/show_bug.cgi?id=321490#c17
so I think we should go with mlterm
--
RTL (right to left) support in terminal (BiDi)
I've got this respond:
Hi,
uahello I wonder if mlterm support embedding and if it can replace vte.
I think the simplest way to substitute mlterm for vte is
to support XEmbed protocol and wrap embedded mlterm screen
in a GTK+ widget which provides vte compatible API functions.
It looks
What do you think we should do next?
Get financial support?
Try to contact some vte developers?
Since its a holiday now in Israel the Israeli guys will remain inactive for the
next couple of days...
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You
there is an issue of embedding, I'm not sure if mlterm supports it.
I've contacted the developers
http://sourceforge.net/mailarchive/forum.php?thread_name=p2g1a23f0371004010418rfdb42efck329cacd33cb1140c%40mail.gmail.comforum_name=mlterm-dev-en
--
RTL (right to left) support in terminal (BiDi)
@Yaron I agree on having the calender based on your location,
for example if some one chosen Jerusalem (Palestine) as a city he should have
the Hijri and Gregorian calender installed.
(in the Islamic Hijri calender Friday is a holiday )
but this is not the subject of this bug. we might open
** Attachment added: better Mlterm screen-shot with anti-aliasing enabled
http://launchpadlibrarian.net/42919065/mlterm3-Arabic.png
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
OK Usama, sounds good!
About mlterm as default in installation, maybe we should work on that
non-gregorian app as well because adding 2 features as default for RTL will
require twice the work
Adding them both at one shot will be more efficient
Maybe we should consider a further development of
** Attachment added: vte broken RTL text
http://launchpadlibrarian.net/42771384/vte.png
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
what do you think of mlterm, could it be used as the default for RTL languages?
it can show Japanese even.
Ubuntu is for every one, right?
notice: the screen-shot is without enabling anti-aliasing
** Attachment added: mlterm screen-shot with good rendering of RTL text
I will consult the bug squad and get back to you. God willing.
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
No, we don't have to open a bug for each app that uses vte but the solution
with the 'C' locale does not apply to dpkg since you shouldn't launch any apps
from there...
There are rare situations when apps launch graphical screens, very rare...
So the solution for the dpkg app is relatively
I see where you are going but I can't understand why have you marked the
dpkg bug as a duplicate, dpkg uses vte but since nothing needs to be
launched via the vte of dpkg it can be set to the C locale without any
problem...
Do you agree Osama?
--
RTL (right to left) support in terminal (BiDi)
@Yaron
is dpkg the only program that uses vte or we will have to open a bug for every
program using it?
please correct me if I'm wrong
--
RTL (right to left) support in terminal (BiDi)
https://bugs.launchpad.net/bugs/263822
You received this bug notification because you are a member of Ubuntu
** Description changed:
Binary package hint: gnome-terminal
The program fails to display bi-directional text correctly. For example,
- the Arabic word Went (راح) should be spelled raa (ر) Alif (ا) haa (ح)
- from right to left. The program displays the Arabic text in the opposite
43 matches
Mail list logo