letteracdp

calcioscacchi” post=109787[…] scrivere una abberazione tal’è la frazione in riga come testo1/testo2 […]

Facciamo impazzire anche di più quando correggiamo gli errori d’italiano: «piuttosto che scrivere un’aberrazione qual è la frazione…».

Questo è un forum frequentato da gente un po’ particolare, sì… 🙂 Comunque, @OldClaudio esagera: frazioni e, più in generale, operazioni in cui gli operandi sono brevi brani di testo s’incontrano anche nei libri stampati, e non parlo solo dei testi scolastici o delle istruzioni del modello Unico per la dichiarazione dei redditi. 🙂

Ciao.

—
Gustavo

alessandropagin” post=109663[…] ho ottenuto un \veewedge della stessa altezza del \between ma non della stessa larghezza.

Se volessi far coincidere anche le larghezze come dovrei fare?

Così, per esempio.
`
% My standard header for TeX.SX answers:
\documentclass[a4paper]{article} % To avoid confusion, let us explicitly
% declare the paper format.

\usepackage[T1]{fontenc} % Not always necessary, but recommended.
% End of standard header. What follows pertains to the problem at hand.

\usepackage{amsmath,amssymb}
\usepackage{graphics}

\makeatletter

\def\do#1{\@ifdefinable#1{\newdimen#1}}
\do\@Curr@between@width
\do\@Curr@between@totalheight

\newcommand*\veewedge{\mathbin{\mathpalette\@veewedge\relax}}
\newcommand*\@veewedge[2]{%
\setbox\z@ \hbox{$\m@th #1\between$}%
% \typeout{wd = \the\wd\z@}%
% \typeout{ht = \the\ht\z@}%
% \typeout{dp = \the\dp\z@}%
\@Curr@between@width \wd\z@
\@Curr@between@totalheight \ht\z@
\advance \@Curr@between@totalheight \dp\z@
\hbox{% to have a box with actual depth
\lower \dp\z@ \hbox{%
\resizebox*{\@Curr@between@width}{\@Curr@between@totalheight}%
{\ooalign{$\m@th #1\vee$\cr$\m@th #1\wedge$\cr}}%
}%
}%
}

\makeatother

\begin{document}

Inline math, comparison for vertical dimensions: normal size \(
{\between}{\veewedge} \), script size \( \scriptstyle {\between}{\veewedge} \),
scriptscript size \( \scriptscriptstyle {\between}{\veewedge}\).

Now in display:
\begin{alignat*}{1}
\text{Vertical dimensions:}&\qquad{\between}{\veewedge} \\
\text{Horizontal dimensions:}&\qquad
\begin{aligned}[t]
x&\mathbin{\between}y\\x&\veewedge y
\end{aligned}
\end{alignat*}

\end{document}
`

Ciao.

—
Gustavo

Scusami, ma ancora non capisco: vuoi costruire un «large operator» (cioè un operatore che si comporta come [tt]\sum[/tt], [tt]\bigvee[/tt] o [tt]\int[/tt], in particolare includendo la capacità di spostare pedici e apici nella posizione di «limiti») o un operatore binario? E in ambo i casi perché vuoi utilizzare apposta dei simboli troppo piccoli, quando hai a disposizione quelli dell’altezza giusta? Che tipo di trasformazione vuoi applicare a [tt]\vee[/tt] e [tt]\wedge[/tt] (teniamo questo esempio) per portarli all’altezza desiderata? Devono essere ingranditi? Devono essere stirati verticalmente? Devono essere, in realtà, non sovrapposti, ma collocati uno più su e uno più giù?

Comunque, puoi dare un’occhiata alla documentazione dl pacchetto scalerel, di Steven B. Segletes; o magari, addirittura al pacchetto halloweenmath (al momento non mi ricordo chi ne è l’autore 😉 ), per idee su come si possano definire simboli matematici di forma completamente arbitraria (una strega, un fantasma, una zucca…).

Ciao.

—
Gustavo

alessandropagin” post=109536Si è esattamente questo che intendevo!! 🙂

Ora vorrei fare soltanto un piccolo aggiustamento: dilatare verticalmente il nuovo simbolo ottenuto fino a fargli raggiungere l’altezza di un altro simbolo (ad esempio il simbolo \int di integrale), si può?

Temo di non capire bene cosa chiedi: è per caso qualcosa del genere di quel che segue?
`
% My standard header for TeX.SX answers:
\documentclass[a4paper]{article} % To avoid confusion, let us explicitly
% declare the paper format.

\usepackage[T1]{fontenc} % Not always necessary, but recommended.
% End of standard header. What follows pertains to the problem at hand.

\usepackage{amsmath}

\makeatletter

\newcommand*\veewedge{\mathbin{\mathpalette\@veewedge\relax}}
\newcommand*\@veewedge[2]{%
\ooalign{$\m@th #1\vee$\cr$\m@th #1\wedge$\cr}%
}
\newcommand*\@My@vooalign[4]{%
\leavevmode
\vcenter{%
\baselineskip\z@skip
\lineskiplimit -\maxdimen
\m@th
\ialign{\hfil$#3##$\hfil\crcr #1\crcr #2\crcr}%
}%
}
% Another implementation style:
\newcommand*\bigveewedge{%
\mathop{\mathpalette{\@My@vooalign \bigvee\bigwedge}{}}\slimits@
}

\makeatother

\begin{document}

Inline math:
\( \bigveewedge_{i=1}^{n} x_{i} = x_{1}\veewedge\dots\veewedge x_{n} \).
Display math:
\begin{gather*}
\bigveewedge_{i=1}^{n} x_{i} = x_{1}\veewedge\dots\veewedge x_{n}\\
\frac{\bigveewedge_{i=1}^{n} y_{i}}{\bigveewedge_{i=1}^{n} z_{i}}
= \frac
{y_{1}\veewedge\dots\veewedge y_{n}}
{z_{1}\veewedge\dots\veewedge z_{n}}
\end{gather*}
Inline again: \( \frac{x\veewedge y}{a\veewedge b} \).

\end{document}
`

Ciao.

—
Gustavo

Io, per sicurezza, aggiungerei [tt]\leavevmode[/tt] prima di [tt]\ensuremath[/tt].

Ciao.

—
Gustavo

(Switched the discussion language to English because I intend to refer H.O. to this post.)

Yeah, yesterday I’ve been quite silly, on one hand I hadn’t understand some things myself and, on the other, evidently I wasn’t able to explain the few ones I could make sense of. 😉

So, [tt]null[/tt] is a reserved word of the PDF language (see PDF Reference, sixth edition, Version 1.7, subsection 3.2.8 ), not of the regex language! 😳 When writing [tt]null[/tt], Rahtz and Oberdiek actually meant that, after [tt]FitH[/tt], either a number, or a literal [tt]null[/tt] must follow: indeed, this is what the abovementioned manual prescribes in subsection 8.2.1. In other words, according to specifications, the value [tt]FitH[/tt] for the [tt]pdfremotestartview[/tt] option should be followed by an argument, and indicated as`\hypersetup{pdfremotestartview={FitH null}}`or, if you know what you are doing, with [tt]null[/tt] replaced by a numerical value (for explanations, see again subsection 8.2.1 of the cited manual).

Now, subsection 8.2.1 isn’t very clear, but, by experiment, you can see that a “bare” [tt]FitH[/tt] value (that is, one without any following argument) is accepted as well in Acrobat Reader, and makes a link behave as expected when clicked. This means that we can allow such an argumentless version too.

If we take into accoutn also the issue about the malformed pattern, caused by the fragment
`
Fit(|B|%
(H|V|BH|BV) (null|\HyPat@NonNegativeReal/)|%
`
that indeed contains an empty alternative immediately after [tt]Fit([/tt], and which caused pdfTeX to report correctly an [tt]empty (sub)expression[/tt], we can dare to formulate the following proposal for amending the definition of the [tt]pdfremotestartview[/tt] key:
`
\define@key{Hyp}{pdfremotestartview}{%
\ifx\\#1\\%
\def\@pdfremotestartview{/Fit}%
\else
\hypercalcbpdef\@pdfremotestartview{#1}%
\edef\@pdfremotestartview{\@pdfremotestartview}%
\Hy@Match\@pdfremotestartview{}{%
^(XYZ(%
()| % add “+” after the space?
(null|-?\HyPat@NonNegativeReal/) % add “+” after the space?
(null|-?\HyPat@NonNegativeReal/) % add “+” after the space?
(null|\HyPat@NonNegativeReal/)%
)|% end of “XYZ”
Fit(%
()|%
B|%
(H|V|BH|BV)(%
()| % add “+” after the space?
(null|\HyPat@NonNegativeReal/)%
)|%
R % add “+” after the space?
\HyPat@NonNegativeReal/ % add “+” after the space?
\HyPat@NonNegativeReal/ % add “+” after the space?
\HyPat@NonNegativeReal/ % add “+” after the space?
\HyPat@NonNegativeReal/%
)% end of “Fit”
)$%
}{}{%
\Hy@Warning{%
Invalid value `\@pdfremotestartview'\MessageBreak
of `pdfremotestartview'\MessageBreak
is replaced by `Fit'%
}%
\let\@pdfremotestartview\@empty
}%
\ifx\@pdfremotestartview\@empty
\def\@pdfremotestartview{/Fit}%
\else
\edef\@pdfremotestartview{/\@pdfremotestartview}%
\fi
\fi
}
`
Of course, there are still lots of things I don’t understand yet. For example, why is the syntax of [tt]pdfremotestartview[/tt] checked, but not, say, that of [tt]pdfstartview[/tt]?

Ciao.

—
Gustavo

OldClaudio” post=109474Luigi, ho eseguito il tuo EMC, ma non ottengo nessun errore.

O meglio, ottengo un errore che sembra legato a pdflatex che avrebbe un piccolo bug.
`pdfTeX warning: /Library/TeX/texbin/pdflatex: \pdfmatch: empty (sub)expression

Package hyperref Warning: Internal error: Wrong pattern!
(hyperref) –> ^(XYZ -?(null| *([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+)
*) -?(null| *([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+) *) (null| *([0-9]+\.?[0-9]*|[0-
9]*\.?[0-9]+) *)|Fit(|B|(H|V|BH|BV) (null| *([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+) *
)|R *([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+) * *([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+) *
*([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+) * *([0-9]+\.?[0-9]*|[0-9]*\.?[0-9]+) *))$
<-- (hyperref) Pattern check ignored on input line 4362. ` […] La mia versione MacTeX è aggiornata a circa 5 giorni fa.

Mi sembra che il baco sia non in [tt]pdftex[/tt], ma nel pacchetto hyperref, il quale contiene effettivamente un «wrong pattern». Infatti, alle linee 4074–4103 di [tt]hyperref.sty[/tt] leggiamo:
`
\define@key{Hyp}{pdfremotestartview}{%
\ifx\\#1\\%
\def\@pdfremotestartview{/Fit}%
\else
\hypercalcbpdef\@pdfremotestartview{#1}%
\edef\@pdfremotestartview{\@pdfremotestartview}%
\Hy@Match\@pdfremotestartview{}{%
^(XYZ -?(null|\HyPat@NonNegativeReal/) %
-?(null|\HyPat@NonNegativeReal/) %
(null|\HyPat@NonNegativeReal/)|%
Fit(|B|%
(H|V|BH|BV) (null|\HyPat@NonNegativeReal/)|%
R \HyPat@NonNegativeReal/ \HyPat@NonNegativeReal/ %
\HyPat@NonNegativeReal/ \HyPat@NonNegativeReal/%
))$%
}{}{%
\Hy@Warning{%
Invalid value `\@pdfremotestartview'\MessageBreak
of `pdfremotestartview'\MessageBreak
is replaced by `Fit'%
}%
\let\@pdfremotestartview\@empty
}%
\ifx\@pdfremotestartview\@empty
\def\@pdfremotestartview{/Fit}%
\else
\edef\@pdfremotestartview{/\@pdfremotestartview}%
\fi
\fi
}
`
Se comprendo correttamente la sintassi delle espressioni regolari usata dalla primitiva [tt]\pdfmatch[/tt], manca un [tt]null[/tt] prima di [tt]|B[/tt]: non [tt]Fit(|B|%[/tt] bensì [tt]Fit(null|B|%[/tt]. Se correggiamo il codice di [tt]hyperref.sty[/tt] in questo senso, cioè, ripeto
`
\define@key{Hyp}{pdfremotestartview}{%
\ifx\\#1\\%
\def\@pdfremotestartview{/Fit}%
\else
\hypercalcbpdef\@pdfremotestartview{#1}%
\edef\@pdfremotestartview{\@pdfremotestartview}%
\Hy@Match\@pdfremotestartview{}{%
^(XYZ -?(null|\HyPat@NonNegativeReal/) %
-?(null|\HyPat@NonNegativeReal/) %
(null|\HyPat@NonNegativeReal/)|%
Fit(null|B|%
(H|V|BH|BV) (null|\HyPat@NonNegativeReal/)|%
R \HyPat@NonNegativeReal/ \HyPat@NonNegativeReal/ %
\HyPat@NonNegativeReal/ \HyPat@NonNegativeReal/%
))$%
}{}{%
\Hy@Warning{%
Invalid value `\@pdfremotestartview'\MessageBreak
of `pdfremotestartview'\MessageBreak
is replaced by `Fit'%
}%
\let\@pdfremotestartview\@empty
}%
\ifx\@pdfremotestartview\@empty
\def\@pdfremotestartview{/Fit}%
\else
\edef\@pdfremotestartview{/\@pdfremotestartview}%
\fi
\fi
}
`
otteniamo proprio il messaggio d’avvertimento riferito da @Liverpool, e il fatto che esso venga mostrato indica che [tt]\pdfmatch[/tt] ha restituito zero, cioè «corrispondenza non trovata»: ciò sembrerebbe voler dire che c’è ancora un errore nel pattern, ma io non riesco a vederlo.

Comunque, direi che è praticamente certo che @Liverpool abbia scovato un baco in hyperref.

Ciao.

—
Gustavo

lorenzo.pantieri” post=109437https://www.ctan.org/search/?phrase=amssymb

Non capisco. Se cerco “amssymb” non viene fuori nulla. Invece con “amsmath”, “amsfonts”, “amsthms” viene indicato il relativo pacchetto.

C’è qualcosa che non va.

@mcl1962 e soprattutto @OldClaudio hanno già risposto in modo esauriente. Mi limito ad aggiungere, dato che so che hai il mac, che per MacTeX ciò che ha detto OldClaudio si può ripetere anche da un altro punto di vista: se guardi, in TeX Live Utility, la lista dei «pacchetti» installati, troverai che c’è un pacchetto amsfonts, ma che non esite un pacchetto «amssymb»; se però selezioni la riga del pacchetto amsfonts e batti comando-I (Show Info), la finestra delle informazioni ti mostrerà, nel riquadro Run Files, l’elenco (molto lungo, perché comprende una moltitudine di file legati ai font) degli “eseguibili” che fanno parte del pacchetto in questione: proprio verso la fine, troverai elencato anche [tt]amssymb.sty[/tt].

Ciao.

—
Gustavo