Gruppo Utilizzatori Italiani di TeX

[risolto] TeXworks e macOS Monterey

  • Questo topic ha 5 risposte, 2 partecipanti ed è stato aggiornato l'ultima volta 4 anni fa da MatteoF.
  • Creatore
    Topic
  • 13 Agosto 2022 alle 11:14 #121145
    MatteoF
    Partecipante
      Up
      0
      Down
      ::


      Buongiorno e ben ritrovati!

      Ho scoperto un bug/incompatibilità tra l’ultimo sistema operativo Apple (macOS Monterey) e l’editor TeXworks.
      Nello specifico: il visualizzatore pdf integrato nell’editor non visualizza le figure JPEG 🙁

      Premetto che ho effettuato diverse prove in diverse configurazioni:
      – il problema non è legato all’architettura del sistema operativo, posto che l’anomalia si presenta sia con un Mac Intel, sia con un Mac ARM con processore M2;
      – il problema non è legato alla versione di MacTeX, visto che ho provato sia con TeXLive2021 che con TeXLive2022.

      Premetto che ho provato ad utilizzare sia l’ultima versione stabile dell’editor (TeXworks 0.6.7) sia la versione in sviluppo (la 0.7).

      Il problema riguarda solamente il visualizzatore integrato. Infatti, l’esecuzione di LaTeX va comunque a buon fine e il pdf generato, aperto con qualunque altro programma idoneo, viene visualizzato correttamente. Infine, nessun problema se compilo con altri editor, ad es. TeXShop.

      Per caso c’è qualcuno che possa contattare lo sviluppatore e chiedere una verifica in tal senso? Ne sarei molto grato.

      Un saluto a tutti,
      Matteo

    • Creatore
      Topic
    Visualizzazione 4 filoni di risposte
    • Autore
      Risposte
      • 13 Agosto 2022 alle 14:06 #121146
        OldClaudio
        Partecipante
          Up
          0
          Down
          ::


          Johnatan Kew, uno dei creatori di TeXworks è conosciuto nel mondo TeX perché è stato il creatore o uno dei creatori di XeTeX, l’interprete di XeLaTeX. Probabilmente trovi il suo recapito e-mail andando nel sito http://www.tug.org.Se gli mandi un esempio minimo compilabile, sono sicuro che ti può rispondere ed eventualmente provvedere se si tratta davvero di un baco di TeXworks.

          Prima però vedrei il file .log prodotto dalla compilazione lanciata con TeXworks. vorrei vedere che cosa scrive quando deve caricare il file .jpg. Inoltre sarebbe importante sapere quale compilatore usi: pdfLaTeX, XeLaTeX, LuaLaTeX?
          Siccome non uso mai XeLaTeX, ma uso solo gli altri due programmi, mi pare strano che un file correttamente compilato in pdf e visibile perfettamente con altri visualizzatori, non sia visibile con il visualizzatore interno Di TeXworks. Potrei supporre che la trasformazione dal file in formato DVU in uscita da XeLaTeX e in entrata in dvipdfmx non avvenga correttamente; ma allora il difetto non darebbe in TeXworks, ma nella trasformazione suddetta. Me la mia è una supposizione a fiuto, non basata su nessuna prova concreta. Sul mio Mac ho la versione aggiornata del sistema TeX 2022, e di solito non uso TeXworks, del quale, comunque, non ho la versione di sviluppo, ma uso praticamente solo TeXShop.

        • 14 Agosto 2022 alle 12:01 #121147
          MatteoF
          Partecipante
            Up
            0
            Down
            ::


            Ciao Claudio,
            effettivamente mi sono dimenticato di aggiungere che il problema si presenta indipendentemente dal motore utilizzato (ho provato con pdfLaTeX, XeLaTeX, LuaLaTeX… e pure ConTeXt).

            Mi pare evidente che il problema sia in TeXworks. Comunque, inoltro un emc (compilato in pdfLaTeX)…
            `
            % !TEX encoding = UTF-8 Unicode
            % !TEX program = pdflatex

            \documentclass{minimal}
            \usepackage{graphicx}

            \begin{document}
            \includegraphics{example-image.jpg}
            \end{document}
            `… e il relativo file di log

            This is pdfTeX, Version 3.141592653-2.6-1.40.24 (TeX Live 2022) (preloaded format=pdflatex 2022.8.12) 14 AUG 2022 15:59
            entering extended mode
            restricted \write18 enabled.
            %&-line parsing enabled.
            **image.tex
            (./image.tex
            LaTeX2e <2022-06-01> patch level 5
            L3 programming layer <2022-08-05>
            (/usr/local/texlive/2022/texmf-dist/tex/latex/base/minimal.cls
            Document Class: minimal 2001/05/25 Standard LaTeX minimal class
            ) (/usr/local/texlive/2022/texmf-dist/tex/latex/graphics/graphicx.sty
            Package: graphicx 2021/09/16 v1.2d Enhanced LaTeX Graphics (DPC,SPQR)

            (/usr/local/texlive/2022/texmf-dist/tex/latex/graphics/keyval.sty
            Package: keyval 2022/05/29 v1.15 key=value parser (DPC)
            \KV@toks@=\toks16
            )
            (/usr/local/texlive/2022/texmf-dist/tex/latex/graphics/graphics.sty
            Package: graphics 2022/03/10 v1.4e Standard LaTeX Graphics (DPC,SPQR)

            (/usr/local/texlive/2022/texmf-dist/tex/latex/graphics/trig.sty
            Package: trig 2021/08/11 v1.11 sin cos tan (DPC)
            )
            (/usr/local/texlive/2022/texmf-dist/tex/latex/graphics-cfg/graphics.cfg
            File: graphics.cfg 2016/06/04 v1.11 sample graphics configuration
            )
            Package graphics Info: Driver file: pdftex.def on input line 107.

            (/usr/local/texlive/2022/texmf-dist/tex/latex/graphics-def/pdftex.def
            File: pdftex.def 2020/10/05 v1.2a Graphics/color driver for pdftex
            ))
            \Gin@req@height=\dimen138
            \Gin@req@width=\dimen139
            )
            (/usr/local/texlive/2022/texmf-dist/tex/latex/l3backend/l3backend-pdftex.def
            File: l3backend-pdftex.def 2022-08-05 L3 backend support: PDF output (pdfTeX)
            \l__color_backend_stack_int=\count185
            \l__pdf_internal_box=\box51
            )
            (./image.aux)
            \openout1 = `image.aux’.

            LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 7.
            LaTeX Font Info: … okay on input line 7.
            LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 7.
            LaTeX Font Info: … okay on input line 7.
            LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 7.
            LaTeX Font Info: … okay on input line 7.
            LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 7.
            LaTeX Font Info: … okay on input line 7.
            LaTeX Font Info: Checking defaults for TS1/cmr/m/n on input line 7.
            LaTeX Font Info: … okay on input line 7.
            LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 7.
            LaTeX Font Info: … okay on input line 7.
            LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 7.
            LaTeX Font Info: … okay on input line 7.

            (/usr/local/texlive/2022/texmf-dist/tex/context/base/mkii/supp-pdf.mkii
            [Loading MPS to PDF converter (version 2006.09.02).]
            \scratchcounter=\count186
            \scratchdimen=\dimen140
            \scratchbox=\box52
            \nofMPsegments=\count187
            \nofMParguments=\count188
            \everyMPshowfont=\toks17
            \MPscratchCnt=\count189
            \MPscratchDim=\dimen141
            \MPnumerator=\count190
            \makeMPintoPDFobject=\count191
            \everyMPtoPDFconversion=\toks18
            ) (/usr/local/texlive/2022/texmf-dist/tex/latex/epstopdf-pkg/epstopdf-base.sty
            Package: epstopdf-base 2020-01-24 v2.11 Base part for package epstopdf
            Package epstopdf-base Info: Redefining graphics rule for `.eps’ on input line 4
            85.

            (/usr/local/texlive/2022/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg
            File: epstopdf-sys.cfg 2010/07/13 v1.3 Configuration of (r)epstopdf for TeX Liv
            e
            ))

            File: example-image.jpg Graphic file (type jpg)

            Package pdftex.def Info: example-image.jpg used on input line 8.
            (pdftex.def) Requested size: 401.49901pt x 301.12425pt.

            [1 ]
            (./image.aux) )
            Here is how much of TeX’s memory you used:
            1091 strings out of 477678
            19449 string characters out of 5829469
            316825 words of memory out of 5000000
            19941 multiletter control sequences out of 15000+600000
            469259 words of font info for 28 fonts, out of 8000000 for 9000
            1141 hyphenation exceptions out of 8191
            55i,5n,62p,182b,97s stack positions out of 10000i,1000n,20000p,200000b,200000s

            Output written on image.pdf (1 page, 15179 bytes).
            PDF statistics:
            9 PDF objects out of 1000 (max. 8388607)
            4 compressed objects within 1 object stream
            0 named destinations out of 1000 (max. 500000)
            6 words of extra memory for PDF output out of 10000 (max. 10000000)

          • 14 Agosto 2022 alle 13:19 #121148
            OldClaudio
            Partecipante
              Up
              0
              Down
              ::


              Matteo ho compilato il tuoe esempio minomo; il miofile .log è più stringato del tuo, nel senso che dovo aver configurto l’engine pdflatex.engin in modo che non stampi di ogni file caricato le informazioni iniziali di ciascuno, ma il mio sistema TeX (MacTeX) è aggiornato a ieri sera (caspita, mi domandocome faccia il Team addetto a gestire il caricamenti di nuovi pacchetti e l’aggiornamento dei vechhi, accettando file il cui readme, e/o il file di documentazione in .pdf, sia scritto completamante in cinese…)
              Comunque con TeXShop 5.0 e il sistema aggiornato la compilazione con TeXShop riesce alla perfezione. Compresa la visualizzazione dei pdf finale.
              Cancellati tutti i file trane il sorgente .tex, ho aperto il file con TeXworks e ho compilato; e la compilazione va a buon fine, compresa la visualizzazione.
              È vero, non ho la stessa installazione di TeXwork, perché la mia è la versione 0.7 [r.f4928de, 04/02/2021 22:41], quindi di più di un anno fa.
              Ma il risultato fineae .pdf contiene lo stesso identico numero di byte impegnati.

              Confermo, quindi che il problema nasce da TeXworks; forse ripristinare una versione precedente, potrebbe toglierti dai guai; meglio ancora se usi TeXShop, invece di TeXworks. Tuttavia è possibile che tu abbia scelto TeXworks per qualche motivo personale, quindi ritornare ad una versione non in via di sviluppo porebbe essere decisivo. Scrivere a Kew è consigliabile.

            • 15 Agosto 2022 alle 6:53 #121149
              MatteoF
              Partecipante
                Up
                0
                Down
                ::


                Ho fatto presente il problema nella pagina GitHub di TeXworks… Stay tuned 😉

                Matteo

              • 19 Agosto 2022 alle 5:13 #121150
                MatteoF
                Partecipante
                  Up
                  0
                  Down
                  ::


                  Stefan Löffler, attuale sviluppatore di TeXworks, mi ha risposto in questi termini:

                  Thanks for the MWE. It seems there was a problem with the compilation of the dependencies, which curiously seems to have gone unnoticed for quite some time. Hopefully the latest development binaries work as expected now.

                  Confermo che l’aggiornamento dell’ultima release beta di TeXworks ha risolto il problema posto. Felice di aver contribuito, seppur in minima parte, allo sviluppo di un ottimo programma dell’ecosistema LaTeX 🙂

                  Matteo

              • Autore
                Risposte
              Visualizzazione 4 filoni di risposte
              • Devi essere connesso per rispondere a questo topic.

              Go to top▲