samiel

Ma non è che senza “e” non sopravvivo…
Volevo semplicemente capire la dinamica.
Ho sempre avuto una cordiale antipatia
per Emacs. Vedo se Vim con VimLaTeX
è in grado di fare la stessa cosa.
Per il resto, usando da X Kate, anch’io
uso il sistema “tradizionale”…

Grazie
M.

Un po’ più di chiarezza, perché ho fatto un esperimento diverso.
Se in una riga creo un errore banale come digitare \textcs
invece che \textsc, allora ottengo:
`l.20 S. A\textcs
{gosti}, \textit{Modelli psicanalitici e teoria del testo},
?`
A questo punto premendo il fatidico “e” si apre Vim.
Se invece introduco un errore diverso, ad esempio:
`\begin{document}
\textbf{Freud e l'arte
\bigskip
S. A\textsc{gosti}, \textit{Modelli psicanalitici e teoria del testo},
Feltrinelli, Milano 1987.`
e dunque non chiudo la graffa di \textbf, allora
il messaggio di errore che compare è

`! File ended while scanning use of \textbf .

\par
<*> tesine.tex

?`
e in questo caso premendo “e” non accade nulla.
Non capisco se dipende dalla gestione egli errori
di TeX / LaTeX, a quest punto…

M.

Nessun suggerimento?
Guardate che torno a OpenOffice!
Anzi a MS Word 😈

Cmq ho scritto all’autore del pacchetto,
che mi pare non più aggiornato da molto,
proponendogli delle modifiche… Chissà

M.

Ho provato anche con
`\vspace{1ex}

\leftinfo{`
ma… nessuno spazio!

M.

Cosa non va in relazione al problema?
`samiel@debian:~$ printenv
MANPATH=/usr/local/texlive/2010/texmf/doc/man:
SSH_AGENT_PID=1865
KDE_MULTIHEAD=false
DM_CONTROL=/var/run/xdmctl
SHELL=/bin/bash
TERM=xterm
XDG_SESSION_COOKIE=9b39a5eaf5a38603ebae032300000c04-1300653334.556395-343981894
XDM_MANAGED=method=classic,auto
GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/samiel/.gtkrc-2.0::/home/samiel/.kde/share/config/gtkrc-2.0
KONSOLE_DBUS_SERVICE=:1.49
GS_LIB=/home/samiel/.fonts
GTK_RC_FILES=/etc/gtk/gtkrc:/home/samiel/.gtkrc::/home/samiel/.kde/share/config/gtkrc
WINDOWID=46146603
GTK_MODULES=canberra-gtk-module
KDE_FULL_SESSION=true
USER=samiel
SSH_AUTH_SOCK=/tmp/ssh-FxnnIK1699/agent.1699
SESSION_MANAGER=local/debian:@/tmp/.ICE-unix/2169,unix/debian:/tmp/.ICE-unix/2169
DESKTOP_SESSION=default
PATH=/usr/local/texlive/2010/bin/i386-linux:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/opt/floola
PWD=/home/samiel
KDE_SESSION_UID=1000
LANG=it_IT.UTF-8
KONSOLE_DBUS_SESSION=/Sessions/7
HOME=/home/samiel
COLORFGBG=0;15
SHLVL=1
KDE_SESSION_VERSION=4
LANGUAGE=
TEXEDIT=/usr/bin/vim +%d %s
XCURSOR_THEME=Oxygen_Black
LOGNAME=samiel
XDG_DATA_DIRS=/usr/share:/usr/share:/usr/local/share
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-btWPIeN5yj,guid=01c7dc1fccb35975c3b8726000000016
INFOPATH=/usr/local/texlive/2010/texmf/doc/info:
WINDOWPATH=7
PROFILEHOME=
DISPLAY=:0
QT_PLUGIN_PATH=/home/samiel/.kde/lib/kde4/plugins/:/usr/lib/kde4/plugins/
VIDEO_FORMAT=PAL
_=/usr/bin/printenv
samiel@debian:~$ `

M.

Modificato per eliminare una riga irrilevante e troppo lunga. egreg9

Ma tu scusa, dove hai messo la stringa incriminata?
In ~/.profile?

M.

In rete ho trovato una stringa del tutto analoga per vim.
Però non funziona… Vedo di informarmi nei newsgroup di Vim.
La cosa un po’ singolare è però che per i file .sty funziona,
perché con e Vim biene regolarmente aperto. Invece
con quelli .tex no. E inoltre:printenv risponde:
TEXEDIT=/usr/bin/vim

M.

Certo, ma avendo provato e riscontrato questo comportamento
“asimmetrico” mi chiedevo quale fosse il problema di configurazione…

M.