Re: Table alignment problem
Hello, thanks for the answer. I'm not familiar with github. Do you mean this program branch?: https://github.com/yantar92/org/tree/feature/org-fold%2Bpatches Kind regards, Frank On 5/7/21 4:50 PM, Ihor Radchenko wrote: Fr Ml writes: Hello, there is an old problem with table alignment. It's mentioned here: https://emacs.stackexchange.com/q/30495/11498 It occurs as far as I know only in 4 cases (last 4 rows): | 2 latin letters | ab | (2 glyphs) | | 2 arabic letters | من | ok (2 glyphs) | | same but with 2 diacritics | مِنْ | also ok (2 glyphs) | | the arabich letter ا and then ل isn't a problem | ال | also ok (2 glyphs) | | but ل and then ا is a problem (case1) | لا | not ok (it's 1 glyph) | | also ل and then أ (case2) | لأ | " (it's 1 glyph) | | also ل and then إ (case3) | لإ | " (it's 1 glyph) | | also ل and then آ (case4) | لآ | " (it's 1 glyph) | Can you try with org-fold branch [1]? It implements a new way to calculate string width. [1] https://github.com/yantar92/org Best, Ihor
Re: Table alignment problem
Hello, thank you very much. This solves my problem. Kind Regards, Frank On 5/8/21 8:37 AM, Jeremie Juste wrote: Hello, You can have some success using [1] valign-mode. https://github.com/casouri/valign HTH, Jeremie
Table alignment problem
Hello, there is an old problem with table alignment. It's mentioned here: https://emacs.stackexchange.com/q/30495/11498 It occurs as far as I know only in 4 cases (last 4 rows): | 2 latin letters | ab | (2 glyphs) | | 2 arabic letters | من | ok (2 glyphs) | | same but with 2 diacritics | مِنْ | also ok (2 glyphs) | | the arabich letter ا and then ل isn't a problem | ال | also ok (2 glyphs) | | but ل and then ا is a problem (case1) | لا | not ok (it's 1 glyph) | | also ل and then أ (case2) | لأ | " (it's 1 glyph) | | also ل and then إ (case3) | لإ | " (it's 1 glyph) | | also ل and then آ (case4) | لآ | " (it's 1 glyph) | (screenshot) In the 4 cases two letters build one single glyph and this isn't recognized. That's the problem. I don't know if it's hard to solve but I've noticed for example that orgmode handles the word مَنْ correctly. It has only 2 glyphs even though this word has 4 characters (2 diacritics+ 2 regular letters). The alignment is correct (3rd row). And unfortunately the 4 mentioned cases occurs very often in Arabic, so the alignment would be much worse with than in the example. I hope this could be solved. Many thanks for the great orgmode features and the bidi support. (Of course I'm using a monospaced font for Arabic. And the problem occurs also if I only use Arabic letters.) Kind Regards Frank
Bug: org-store-link uses CUSTOM_ID instead of target point [9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)]
Hello, I have a problem with the function org-store-link it doesn't work as described in the documentation: https://orgmode.org/manual/Handling-Links.html "For Org files, if there is a '<>' at point, the link points to the target." If the cursor is on a <> and the item has a CUSTOM_ID then a link to the headline (with the CUSTOM_ID) is stored - and not the link to the target. This behavior is not always the same. Also: https://emacs.stackexchange.com/questions/64693/make-link-using-the-target-at-point-and-ignore-the-id-or-custom-id Kind regards Frank Emacs : GNU Emacs 27.2 Package: Org mode version 9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)
Re: Is this a bug? "Wrong type argument: wholenump"
I've found the solution with (format %s ...). Also for my other email of yesterday. Kind regards Frank On 4/9/21 10:37 PM, Fr Ml wrote: Hello, I'm trying to extract some information from cells in tables. I get this problem. | text | splitted | |-+--| | part1 part2 | #ERROR | #+TBLFM: $2='(split-string $1) As you see, I get an ERROR,. I expect: "part1" "part2". The debugger says: org-table-eval-formula: Wrong type argument: wholenump, "part1". Is this a bug? Or did I misunderstand the syntax? (Emacs-version: 27.1, Org-version: 9.4.4, I tried also "emacs -Q". Same problem.) Kind Regards Frank
Is this a bug? "Wrong type argument: wholenump"
Hello, I'm trying to extract some information from cells in tables. I get this problem. | text | splitted | |-+--| | part1 part2 | #ERROR | #+TBLFM: $2='(split-string $1) As you see, I get an ERROR,. I expect: "part1" "part2". The debugger says: org-table-eval-formula: Wrong type argument: wholenump, "part1". Is this a bug? Or did I misunderstand the syntax? (Emacs-version: 27.1, Org-version: 9.4.4, I tried also "emacs -Q". Same problem.) Kind Regards Frank
How to calculate a vector (list) of time durations in tables?
Hello, I have a problem with the calculation of time durations in tables. I hope someone can help me. *How to calculate a vector (list) of time durations in tables?* Subtraction of numerical vectors works directly: ``` | day | t1 | t2 | differences | |--+--+--+-| | [2021-04-08 Thu] | [10, 13] | [16, 18] | [6, 5] | #+TBLFM: $4=$3-$2 ``` Using this with time vectors to compute durations) doesn't work. It computes only the first item: | day | time 1 | time 2 | durations | |--+++---| | [2021-04-08 Thu] | [10:45, 14:00] | [12:00, 15:00] | 01:15 | #+TBLFM: $4=$3-$2;U I would expect this: | day | time 1 | time 2 | durations | |--+++---| | [2021-04-08 Thu] | [10:45, 14:00] | [12:00, 15:00] | [01:15, 1:00] | I hope there is an (easy) solution (?) Best Regards Frank
New bidi problems with org-mode (Arabic, Hebrew,..)
https://emacs.stackexchange.com/questions/61494/new-bidi-problems-with-org-mode-arabic-hebrew Hallo, Some time ago (maybe 3 months) I've noticed some problems with the bidi support (right-to-left languages) in org-mode. One problem I can't reproduce: The characters have then a strange form but If I change the text scale (larger or smaller) it becomes normal. The second problem I can reproduce, you can see it in the two images: In this image: I have the option `bidi-paragraph-direction: nil`, to get the right direction for Hebrew and Arabic. As you see the headline color isn't consistently brown. The English text don't have this problem. [![The color of the headline changes, gets black. The direction is right to left][1]][1] In this image without the option: Everything is ok: [![Here it's ok, the direction is left to right][2]][2] In both examples my init file is empty. And I've tried many fonts. My org version is 9.3 and emacs version is 27.1. Actually, the first problem is bigger for me but I can't reproduce it; I think that both problems appeared a the same time. So maybe solving the second will solve the first one too(?) EDIT: I can reproduce the problem with the colors also on a Windows machine with latest version: emacs 27.1 and the included org 9.3. With the older version: emacs 26.3 and the included org-version 9.1.7 I don't have the problem - at least I didn't see it. [1]: https://i.stack.imgur.com/NVUMY.png [2]: https://i.stack.imgur.com/emHDx.png