gvim doesn't seem to support it out of the box on my Ubuntu lucid.

I am trying to understand the following behavior I am observing on my Ubuntu system. Consider the following two files:

$ hexdump -C 1.txt
00000000  d9 82 d8 a8 d8 a7 d9 86  d9 8a 5e d9 84 d9 86 d8  |..........^.....|
00000010  b2 d8 a7 d8 b1 5d 31                              |.....]1|
00000017

and

$ hexdump -C 2.txt
00000000  d9 82 d8 a8 d8 a7 d9 86  d9 8a 5e d9 84 d9 86 d8  |..........^.....|
00000010  b2 d8 a7 d8 b1 5d 20                              |.....] |
00000017

We can check there is a single difference:

$ cmp 1.txt 2.txt
1.txt 2.txt differ: byte 23, line 1

However here is what I see on my side:

$ echo $LANG
C.UTF-8
$ cat 1.txt
قباني^لنزار]1
$ cat 2.txt
قباني^لنزار]

I really do not understand that behavior. I do not see neither an ALM (ARABIC LETTER MARK) Unicode Character nor a RLM (RIGHT-TO-LEFT MARK) in the utf-8 stream. For reference: * ALM in UTF-8 is d89c, while * RLM in UTF-8 is e2808f. Could someone explain the behavior I am seeing ? For reference:

$ head -3 /etc/os-release
PRETTY_NAME="Ubuntu 22.04.3 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"

and

$ echo $TERM
xterm-256color
$ echo $SHELL
/bin/bash
$ bash --version
GNU bash, version 5.1.16(1)-release (x86_64-pc-linux-gnu)

Is there a command to make Vim type from right to left? If not us any one aware of this plugin?

I'm using LibreOffice (7.4.1.2) on Devuan (Daedalus). I've set the right-to-left language group font to some font, let's say it's font family Foo in size 12, regular; and I type a few glyphs in Hebrew or in Arabic. Problem is, this Foo font has no glyphs of Hebrew or Arabic characters. So, I do see some glyphs appearing... my question is: How can I determine which fallback font these glyphs are taken from? Any reasonable method would do, either using a GUI tool or the command-line.

We want to publish an electronic magazine about to free software applications such as Gimp, Inkscape, GNU/Linux and so on. We need a magazine or book design application similar to InDesign of the Windows world. We found Scribus, but our language is written right-to-left and Scribus doesn't support RTL. What can we use?

I want to replace a *variable expansion* with a *URL* --- directly inside a file.
The URL I want to replace the variable expansion with is UTF-8 encoded due to the language of its webpage name being Right-To-Left (RTL) [Hebrew]. --- Here is a replaced-replacement pattern I work with (currently without escaping): sed -i 's/$contact_form_success_webpage/https://example.com/index.php?title=%D7%99%D7%A6%D7%99%D7%A8%D7%AA_%D7%A7%D7%A9%D7%A8:%D7%94%D7%A6%D7%9C%D7%97%D7%94/g ' FILE I could add a backslash before the $ of $contact_form_success_webpage so to make it \$contact_form_success_webpage which is processable by sed but to start adding backslashes to needs-to-be-esacped parts of "long" encoded URLs is something I'd rather not do totally by myself and would prefer some automation for that. The above URL pattern is quite "light" or "easy" but some URLs might have lots of forward slashes (/) and perhaps lots of other needs-to-be-escaped parts also. --- **How would you do suggest to escape UTF-8 encoded URLs?**
(What pattern will you use for generally all use cases?)

I am using SSH to connect to a server, where on occasion I need to work with some right-to-left language (e.g. Arabic). When I use *some* console software (e.g. lxterminal or xfce4-terminal), it works out just fine. In other terminals the text is backwards. Moreover, this behaviour is not even consistent across different computers (the xfce4-terminal behaves differently at home and in my office). What's worse is that the terminals are fine. Local files are displayed correctly. It is only when I connect via SSH that the problem occurs. So... what's the problem? Where is coming from? Is it the SSH, or the terminal, or somehow both?

how to properly display right to left language (arabic) in conky ? here is the content of a file: and here is conky screenshot:

I have installed **Debian** recently (without a GUI) to learn the CLI and C using the LearnCodeTheHardWay tutorials. Its going well, and I feel at this stage I do not need any GUI. However, one thing I might need is to view, and edit in a right to left language, specifically Arabic using say... nano. Or with sqlite. Is that possible? **EDIT:** VIM or EMACS will be fine also. I do not mind the text editor. Also I would like to do this without install X, or any GUI stuff of any sort. **EDIT:** By Terminal what I understand is the black window with the $ symbol, which is what you get with the default Debian install. Its using Bash, and I use SSH to remote into it.

I wanted to use Geary as my mail client instead of Thunderbird. But I don't know if it supports Right-to-Left text! (I want to be able to write languages like Persian, Arabic, Hebrew etc)

I type in both Hebrew and English. When I use the Windows Manager's dialogs, or a GUI text editor such as leafpad, and type Hebrew text, I find the horizontal arrow keys (LeftArrow and RightArrow) behave as follows: - With no key down, cursor movement with the keys is logical movement, i.e. from earlier-typed characters to later-typed characters. - With Shift pressed, selection-and-movement is also in the logical order. - With Ctrl pressed, word-length movement is _visual_, i.e. left arrow moves to the left, right arrow to the right. Now, with English text this all amounts to the same thing, but in Hebrew, the visual and the logical order are opposites (ignoring certain caveats, BiDi is complicated). So I'm getting confusing and inconsistent keyboard behavior. On the other hand, this doesn't happen with, say, LibreOffice. Why is this happening? Is this a bug in some GTK+ text rendering mechanism? Is it something I've configured wrong? Some other problem? **Notes:** * My distribution is Lubuntu 15.04 (with LXDE as the window manager). * My keyboard layout is: xkb_keymap { xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete+ledscroll(group_lock)" }; xkb_symbols { include "pc+us+il:2+inet(evdev)+group(alt_shift_toggle)"}; xkb_geometry { include "pc(pc105)" }; };

This is the best solution I've seen so far: " Map Right Directionals to Left Commands noremap s h noremap d k noremap f j noremap g l " Map Left Commands to Right Directionals noremap h s noremap k d noremap j f noremap l g However, when actually using this mapping, it requires a double-press on the 's' and 'g' keys when switching from left to right. Is there a better way to re-map these keys to work 100% correctly without the need to double-press keys?