- TeX-NL - NTG Mailing Lists

[niet-TeX maar wel gerelateerd] conversie UTF-8 tekst naar PDF op linux
by Wilfred van Rooijen 12 Oct '17

12 Oct '17

Waarde allemaal, Al jaren gebruik ik a2ps -> ps2pdf om source code (meestal FORTRAN, maak ook Python, Octave en soms LaTeX) om te zetten naar PDF. Dat werkt eigenlijk uitstekend - zolang je alleen "single byte encodings" gebruikt. Ik ben bezig met wat programmeerwerk voor een student en het commentaar van de code schrijf ik in het Japans (Japanners en de Engelse taal...... dat blijft toch een heel aparte toestand). De files zijn gecodeerd in UTF-8. Met als gevolg dat a2ps zich verslikt; de "latijnse" karakters komen goed door maar de CJK karakters niet. Dat is een bekend fenomeen voor a2ps. Ik ben dus op zoek naar een vervanging voor a2ps maar dan wel een versie die UTF-8 aankan. Als jullie tips hebben hoor ik het graag. Geprobeerd: u2ps - "a2ps for UTF-8". Werkt uitstekend met Japanse tekst, maar heeft geen syntax highlighting en geen kleuren gnome-u2ps - "a2ps reimplemented with gnome libraries"; geschreven door een Japanner. Laatste update van de source code in 2004, en het compileert op geen van mijn linux machines e2ps - "a2ps implementation for euc-jp". Klinkt goed, maar als ik de source download krijg ik een HTTP 403 "Forbidden" a2psj - een soort Perl-script dat geleverd wordt met sommige linux distributies (Ubuntu, Debian). Ik heb alleen RPM kunnen vinden. Mijn machines zijn Gentoo dus met RPM begin ik niet veel. Eigenlijk geeft gedit een heel goed resultaat, maar met gedit kan je niet printen vanaf de command line. Dus je kan individuele files openen en dan ctrl-p. Ik gebruik meestal een soort scriptje om meerdere source files te converteren en dan te printen naar een PDF file. Via gedit is dus mogelijk maar het moet "met de hand". Je schijnt met OpenOffice te kunnen printen via de command line maar ik neem aan OpenOffice geen syntax highlighting heeft. Help mij ;-)) Groeten,Wilfred

2 2

Een vraag omtrent "haakjes" in math mode
by Wilfred van Rooijen 08 Sep '17

08 Sep '17

Hallo allemaal, Het is alweer een tijdje geleden. Het lijkt erop dat tex.stackexchange.com het verkeer op deze emaillijst volkomen de nek omdraaijt :-)) Ik heb een vraag omtrent "haakjes" (dat is, "(" en ")" ) in math mode. Het gaat dan met name om het gebruik van haakjes in functievoorschriften: \begin{equation*} f(x) = ax^2 + bx + c \end{equation*} Ik ben bezig met wat theoretisch werk en ik maak daarbij aantekeningen. Ik gebruik vaak samengestelde symbolen, als voorbeeld: \begin{equation*} \psi( \bm{r}, E, \hat{\bm{\Omega}} ) \end{equation*} De gewone haakjes zijn dan vaak niet zo mooij omdat de \hat op de \Omega erbovenuit steekt. Dus ik gebruik meestal: \begin{equation*} \psi \left( \bm{r}, E, \hat{\bm{\Omega}} \right) \end{equation*} en dat levert dus nogal wat typwerk op, en je moet ook opletten met multline want je kan een \left( - \right) combinatie niet splitsen over een regelafbreking. Wat mij betreft zou het een goede oplossing als alle haakjes in math-mode automatisch van het \left( - \right) type worden. Is dat in te stellen? Of moet je dan echt gaan programmeren op het niveau waar (La)TeX de symbolen categoriseert? Een andere oplossing is om een \newcommand te maken, iets als: \newcommand{\lp}[0]{\ensuremath{\left(}} \newcommand{\rp}[0]{\ensuremath{\right)}} Voordeel: het werkt waarschijnlijk goed, nadeel: het is bijna evenveel typwerk, de formules zien er niet zo mooij uit: \begin{equation*} \psi \lp \bm{r}, E, \hat{\bm{\Omega}} \rp \end{equation*} en ik heb een hele stapel ouder werk waarin ik eigenlijk automatisch de haakjes wil laten groeijen waar nodig, en een ongecontroleerde "find -> replace" gaat ongetwijfeld gelazer opleveren. Groeten,Wilfred

1 0

beperkte omzetting LaTeX>html
by Ben Geels 21 Aug '17

21 Aug '17

Besten, Ik heb een vraag die voor jullie vast eenvoudig te beantwoorden is. Ik hou enige pagina's bij op kennisnet. Daar moet ik teksten die ikzelf geschreven heb opzetten. Bepaald geen ingewikkelde stukken, ze bevatten alleen hier en daar wiskunde teksten tussen $-tekens. Het content systeem kan tot op zekere hoogte overweg met LaTeX Als ik een formule wil typen dan komt deze in de html code tussen: $ en $ te staan. Kortom $x = {-b \pm \sqrt{b^2-4ac} \over 2a}$ wordt: $x = {-b \pm \sqrt{b^2-4ac} \over 2a}$ Nu mijn vraag. Het is me veel te veel werk om al die formules opnieuw te typen. Is er een script of programmaatje (te maken) dat de eerste $ vervangt door $ en de tweede door $? Alvast mijn dank voor het antwoord.

3 4

Boxes over paginabreedte, inclusief marge
by Bas Dekker (TeXniek) 01 Aug '17

01 Aug '17

Beste allen, Ik moet een boek in LaTeX zetten, en in het ontwerp is opgenomen dat er citaten moeten zijn die links (even pagina's) of rechts (oneven pagina's) zijn uitgelijnd, maar ook over de tekstbreedte heen (dus inclusief marge). Zie bijlage voor een voorbeeld van het ontwerp. Het is mij gelukt om te krijgen wat ik wil met \checkoddpage en met \makebox. Maar ik krijg uiteraard wel een foutmelding. Die wil ik niet zien (ik heb immers in de class een warning ingegeven), omdat ik ook een script heb dat de log file scant, en dit zijn geen "echte" fouten. Ik zou graag in mijn class een macro voor deze quotes willen definiëren, waarbij ik zou aangeven dat er geen foutmeldingen moeten worden gegeven voor de output uit dit macro. Kan dat? En zo ja hoe? Bedankt alvast! Bas Dekker (sub-account voor TeXniek) Postbus 11088 1001 GB Amsterdam +31 (0)6 25 00 32 78 texnics(a)digifuga.nl

6 13

Probleem met spaanse leestekens in Source Sans Pro
by Bas Dekker (TeXniek) 08 May '17

08 May '17

Beste vrienden, Ik heb hier een issue waar ik mijn tanden op stukbijt. Als volgt: ik moet een stuk in het Spaans TeX-en. Ik gebruik XeLaTeX want ik moet ook een Adobe Font gebruiken: Source Sans Pro. ik heb een andere constraint: de input file moet in 7-bits. Dan denk voor die omgekeerde leestekens: teken - backtick. Ik heb wat lopen proberen. Hier is een MWE: \documentclass{article} %\usepackage[utf8]{inputenc} \usepackage{fontspec} \setmainfont{Source Sans Pro} %\DeclareUnicodeCharacter{00BF}{\como} \begin{document} ¿ Como est\'as ? ?` Como est\'as ? %\como{} Como est\'as ? \end{document} Als ik fontspec en setmainfont uitzet, dan krijg ik keurig in beide regels een omgekeerd vraagteken Als ik ze aanzet, dan weigert hij ?` te interpreteren. Ik krijg dan gewoon twee glyphs. Het probleem is dat ik _echt_ 7 bits moet zijn. Ik heb zoals jullie zien geprobeerd om met inputenc (ja, ik weet het, het mag niet met XeLateX) te regelen dat ik een commando aanmaak voor dat specifieke character, maar dan zegt hij "DeclareUnicodeCharacter: Undefined Control Sequence" Dus maar weer uitgecommentarieerd. Dat is een weer een ander probleem, maar goed... Het is toch wel heel erg gek, want hij kent de glyph wel degelijk, maar ik krijg hem maar niet in 7-bits uitprint. Misschien iets mis met mijn backtick-glyph in Source Sans Pro, aangezien het in het reguliere font wél werkt? Al zou ik niet weten wat... Ik heb "gewoon" een commando nodig dat in 7-bits die twee kl*tetekens uitprint ;-) Iemand een idee? Bedankt alvast! Bas Dekker (sub-account voor TeXniek) Postbus 11088 1001 GB Amsterdam +31 (0)6 25 00 32 78 texnics(a)digifuga.nl

4 3

Fwd: LaTeX in pages
by Frans Goddijn 09 Apr '17

09 Apr '17

Bij een recente update van het Pages pakket (dat ik vrijwel nooit gebruik) zag ik de opmerking dat er nu ook iets met LaTeX kan worden gedaan:

1 0

Klein betaald klusje voor installatie MacTeX en korte instructie
by Bas Dekker (TeXniek) 20 Feb '17

20 Feb '17

Beste allemaal, Een goede vriendin, regio Hoorn / Amsterdam, is uitgeefster en heeft mij gevraagd een oplossing te vinden voor het beter stroomlijnen van haar publicatieproces. Uiteraard werd dat een LaTeX-class (vandaar ook mijn post van laatst). Welnu: ik bevind mij momenteel in Frankrijk, en mijn vriendin heeft geen ervaring met TeX. Zij gebruikt een Mac. Mocht er iemand in de community zijn die een centje wil verdienen met: - het installeren van MacTeX (full distro) - het uitpakken en installeren van een class (ik lever .dtx en .ins) - het kort instrueren over de algemene werking van TeX (via command line of grafische editor) (dus ik denk twee uurtjes totaal...) Stuur mij dan een berichtje (single reply). Dan breng ik jullie in contact. HarTeXelijke groeten, Bas Bas Dekker (sub-account voor TeXniek) Postbus 11088 1001 GB Amsterdam +31 (0)6 25 00 32 78 texnics(a)digifuga.nl

1 0

Fwd: TUG@BachoTeX 2017: call for papers, registrations
by Frans Goddijn 18 Feb '17

18 Feb '17

Besten, Onderstaand bericht kreeg ik voor jullie binnen van Jerzy Ludwichowski! Tot ziens bij TUG @ BachoTeX? Groet, Frans Van: Jerzy Ludwichowski <Jerzy.Ludwichowski(a)umk.pl> Onderwerp: TUG@BachoTeX 2017: call for papers, registrations Datum: 17 februari 2017 22:02:13 CET Aan: LUG boards <lug-boards(a)ifi.uio.no> Antwoord aan: lug-boards(a)ifi.uio.no Dear Friends, please pass this on to your members. Best regards, --Jerzy Ludwichowski GUST President (on behalf of the Organizing Committee) Please find below the call for papers for TUG@BachoTeX 2017. To register visit http://www.gust.org.pl/bachotex/2017-en. See you at the conference venue! Premises, predilections, predictions ==================================== The title, or rather lead for the conference might sound mysterious but it seems to us that it presents the core of the motives around TeX and typography we'd like to be talked about during the conference using the opportunity which presents itself with the meeting of the world's most competent people in those areas. Re premises ----------- TeX is not only software and certainly not the outdated text typesetting program from 1982. TeX is a phenomenon: in computer science (concepts, implementations, distributions) and socially (TeX system's user groups and their undertakings). It being one of the oldest software systems functioning until now without fundamental conceptual changes should be treated as an indisputable success of the computer based typography model created by Prof. Donald E. Knuth. So we have a big typographic system, we have users all over the world uniting themselves into organizations acting for the benefit of TeX. We also have attempts to modify and further the system (eTeX, pdfTeX, luaTeX, XeTeX and others), which on one hand open perspectives but on the other — threaten with the “Babel tower syndrome”. So much was achieved, what more — follows. Re predilections ---------------- Undoubtedly TeXies value programmability, portability, backward compatibility, good documentation, splendid typographic and logical quality of documents, to mention only some of the most valued qualities of the TeX et al system. Those signatures are however not the most valued in the contemporary world geared toward rapid, easy but also ad hoc results. Contemporary users of software look for intuitive interfaces, immediate effects and visual editing features. Are those two approaches really excluding each other? The concepts at the foundations of TeX are being introduced to modern systems. Visual features may also be introduced into TeX. Such mutual inter-fusing is being observed since long, but does it lead to where it should? This is something worthy of a discussion, as the processes are rather spontaneous, without set set rules and goals, whereas it is important not to lose the current virtues. Re predictions -------------- As Niels Bohr used to say “It's difficult to make predictions, especially about the future”. However, questions pertaining to the future of TeX emerge on its own. Will TeXs die out? Are they going to occupy some narrow niche? Or perhaps will they mutate and spawn a new species, living on some cloud? Or perhaps only some “TeX genes” will prevail (like mitochondria in cells) in new programs not necessarily devoted to creating classic documents (i.e., pages filled with characters)? What future awaits the TeX system and their users? It depends on us to a considerable degree. The better we know what we want, the higher the chances we stand to achieve it. That is why we'd nevertheless like to try to glean into the future, using the collected wisdom of the respectable and influential professionals gathered at the conference. Summary ------- We hope to obtain at least partial answers to the following QrwA (Questions rather without(?) Answers): Premises — the starting point, what we have, what do we use, what has been achieved? Predilections — how do we act now, how do we want to act, what is important to us and what do we miss? Predictions — what is the future of TeX, what we'd like to achieve and can we influence it? Papers/presentations ++++++++++++++++++++ Of course we also look forward to the normal mix of TeX, MetaPost, ConTeXt, LaTeX, and friends related presentations. Please do not forget about fonts! We do upkeep the new BachoTeX trend in which we try to bring together programmers and designers of typographic systems, typographers and other users of such systems. Please note the “Call for TeX Pearls” further down. The normal channel of offering papers is the emailing of proposals to the Program Committee, but before rushing off to the mailer, please consult the info for authors. Workshops and tutorials +++++++++++++++++++++++ Proposals are welcome for TeX-related tutorials or introductions. If you have suggestions for tutorials or workshops by others than yourself or about specific topics, please let us know. Poster sessions +++++++++++++++ Participants will be given the opportunity to present their TeX and typographic results in the form of posters for which we provide exhibition space. TeX Pearls ++++++++++ We continue the tradition of the “Pearls of TeX Programming”. Metafont/MetaPost do also fall into that category. Details and previously collected pearls can be found at http://www.gust.org.pl/projects/pearls/. Deadlines and addresses +++++++++++++++++++++++ The deadline for “regular” abstracts and other proposals is March 26th 2017. The deadline for final papers to appear in the conference materials is April 10th. Contributions should be send by email to the Program Committee: prog-2017 at gust dot org dot pl. The PC is chaired by Bogusław Jackowski (b underscore jackowski at gust dot org dot pl).

1 0

Gimp-afbeeldingen omzetten naar eps
by Andrea de Leeuw van Weenen 17 Feb '17

17 Feb '17

Beste allemaal, Ik ben nog steeds bezig met een boek in plain TeX met o.a. overzichten van de spelling van 3 verschillende schrijvers van een Oudijslands handschrift. Om de in het handschrift voorkomende lettervormen te laten zien wil de uitgever graag plaatjes van de individuele letters. Die heb ik dus met Gimp uit de foto's gehaald en zijn nu dus in het Gimp-formaat xcf. En om ze in TeX te gebruiken moet het eps worden. Ik kan nu de plaatjes een voor een weer in Gimp openen en als eps saven, maar dat lokt me niet want er zijn er meer dan 300. Is er een geschikt conversie programma, waarmee ik ze als batch kan converteren? Bij voorbaat dank, Andrea de Leeuw van Weenen Tjalkenwerf 3 2317DD Leiden Andrea de Leeuw van Weenen Tjalkenwerf 3 2317DD Leiden Andrea de Leeuw van Weenen Tjalkenwerf 3 2317DD Leiden

9 22

Omtrent de verschillen tussen lualatex en pdflatex
by Wilfred van Rooijen 05 Jan '17

05 Jan '17

Hallo allemaal, Om het nieuwe jaar eens goed te beginnen, was mijn eerste actie op het werk om een wetenschappelijk artikel in te sturen voor de peer review. Anno tegenwoordig gaat dat allemaal met online submission systemen, die maar een ding gemeen hebben: het is traag en het werkt NOOIJT zoals in de help files en HOWTOs beschreven. OK, ik had de class file van het journal gebruikt, en een PDF geproduceerd. Het manuscript bevat een aantal figuren in PDF; sommige van deze figuren zijn TikZ-figuren (tikz -> lualatex -> pdfcrop), sommige figuren heb ik met matplotlib gemaakt (een Python library om figuren te maken), en daarna pdfcrop. Het leek allemaal geen probleem. Ik kreeg echter een foutmelding van de "PDF proof": "unknown error, your PDF cannot be processed". Nou, dat is lekker informatief. In de online help vond ik een opmerking dat de PDF met pdftex moet worden gemaakt, en ik had lualatex gebruikt. Kort en goed, na 3 uur geklooij had ik dan mijn PDF proof. UIteindelijk bleek dat alle PDFs die met lualatex waren gemaakt, niet acceptabel waren, dus ook alle TikZ-figuren moest ik opnieuw maken, alsmede alle matplotlib-figuren want ik gebruik lualatex om alle labels, legenda's etc te zetten. Vraag: ik dacht altijd dat de output van de verschillende (La)TeX engines "bit voor bit" hetzelfde is (of zou moeten zijn), dus hoe kan het gebeuren dat een PDF via pdflatex wel, en via lualatex niet acceptabel is? Ik heb niets aan de tex-source veranderd, alleen dus alle tex-files opnieuw gecompileerd en waar nodig pdfcrop gebruikt. Wilfred

1 0