double blocage dans l'indexation des mots arabes about indextools HOT 18 CLOSED

le premier probl�me est plus li� � eledmac, qui n�cessite des commandes robustes pass� en argument, et pas des commandes fragiles, en tout cas pas toute.

Dans le cas pr�sent, un robustify suffit. Voir 0ea1825 Du coup ton .idx est directement avec \textarabic dedans, et cela ne pose plus de souci avec du noautomatic.
Le deuxi�me probl�me m'�tonne plus. Je regarde

from indextools.

le deuxième point est tout betement lié au fait que indextools, contrairement à imakeix, fait bien le colonnage lorsque bidi est chargé. Comme tu n'a qu'une entré, l'entrée et la sous entrée se trouve sur deux colonnes ≠.

Essai avec plus d'entrée tu verra que cela fonctionne.

Concernant le 1er point, je vais faire en sorte que tu n'ai pas à déclarer des commandes robustes avec \edindex. Ce n'est pas normal.

from indextools.

Merci tout de même pour l'idée de déclarer cette commande robuste. Je n'y avais pas pensé.

Je viens d'essayer avec deux entrées, et ça marche parfaitement, avec une lecture de l'index arabe dans le bon sens. Magnifique. Et du coup, hyperref marche aussi. J'ai ajouté un deuxième index de mots «latins», et il se met dans l'ordre LTR.

Je suis enchanté, merci mille fois! Cela sonne pour moi le décrochage de memoir.

from indextools.

Juste une remarque: il me semble que \edindex[truc]{machin}machin produit une espace plus grande devant le mot machin dans le pdf. Non?

from indextools.

from indextools.

Le robustify fait parfaitement le job. Tu dois être bien occupé par eledpub à ce que je vois!

from indextools.

bof, non, je dois faire cela ce week-end, mais j'ai aussi des projets associatif et ma th�se...

from indextools.

Ah! Bon courage! Mon travail d'édition est très lent aussi: je compatis.

from indextools.

la branch 1.18.0 de eledmac (dont j'attend la correction de rebecca) devrait r�soudre le probl�me. On clos le ticket.

from indextools.

mon directeur vient de me dire qu'apparement brepols acceptait d�sormais le .tex pour les �ditions critiques (� confirmer�)

from indextools.

Je viens de tenter de compiler toute une section de mon édition remplie de marques d'index, et je tombe de nouveau sur:

Section 1R  (./master.1R) (./master.eledsec1R)
! Use of \\@wredindex doesn't match its definition.
\kernel@ifnextchar ...rved@d =#1\def \reserved@a {
                                                  #2}\def \reserved@b {#3}\f...
l.299 ...�ου}\Afootnote{\emph{ibid.}(17a 38 4)}}

dès la première marque d'index. Même chose avec imakeidx, avec ou sans hyperref. Je ne comprends pas ce qui se passe. La même chose sur le mwe d'hier semblait passer dès qu'au moins deux mots étaient indexés, et là j'en ai plus de mille!

from indextools.

hum,

bon dans tous les cas le pb se situe au niveau de eledmac, pas de indextools. D'autre part, tu es sur d'avoir bien conserv� / install� la robustess?

from indextools.

Je vérifie... je ne suis pas certain de ne pas avoir commis une erreur.

from indextools.

En effet, je n'avais pas tout «robustifié»: ça passe!

Étrangement, les pages des index ne sont pas des hyperliens alors que hyperref est bien actif. Alors que les hyperliens sont actifs dans le mwe. Mais c'est très accessoire!

Désolé de ce billet intempestif!

from indextools.

Pour les hyperliens, j'ai ceci dans les fichiers .ind:

  \item ἀδελφιδῆ, \hyperlinkR{$&581}{15-6}
  \item ἀθρόος, \hyperlinkR{$&561}{15-4}
  \item αἰδοῖος, \hyperlinkR{$&613}{15-8}
  \item αἷμα, \hyperlinkR{$&509}{13-13}
  \item αἱμορραγίη, \hyperlinkR{$&659}{15-12}
  \item ἀκατάστατος, \hyperlinkR{$&202}{9-14}, 
        \hyperlinkR{$&203}{9-14}

etc.

from indextools.

a tu devrais avoir \hyperlink. C'est un bug. Ouvre un ticket sur eledmac.

from indextools.

je viens d'ouvrir. On suit là bas le bug.

from indextools.

Ok

from indextools.