- TeX-NL - NTG Mailing Lists

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

07 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 17 Feb '17

17 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 04 Jan '17

04 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

Advies gevraagd voor boektypographie: gedeeld bladspiegel en bijzondere streep
by Bas Dekker 04 Jan '17

04 Jan '17

Beste mede TeX-ers, Allereerst de TeXste wensen voor 2017. Dat het voor iedereen een mooi en succesvol jaar moge worden, en dat het voor de wereld vredig en verdraagzaam moge verlopen, al was het maar om de vooruitzichten ongelijk te geven. Graag wil ik jullie advies inwinnen: ik ben een class aan het maken voor het zetten van een boek. Eigenlijk voor meerdere boeken: het is bedoeld voor een uitgeverij die het vervaardigingsproces van publicaties beter wil stroomlijnen. PDF uit Word gesaved voldoet niet voor print-on-demand platforms, en dus gaan wij kijken of TeX (LaTeX, maar zie ook hieronder) de klus kan klaren. Ik stuur twee voorbeelden: Het gaat erom dat er een bladspiegel ontstaat zoals in bijgaande link: http://www.basd.nl/Vb1.pdf Kort gezegd: er zijn tekst en plaatjes, en de plaatjes moeten tegenover een bepaalde plek in de tekst worden geplaatst. Basaal zie ik twee opties: - werken met een hele grote \marginwidth en via een \marginpar-macro de plaatjes plaatsen - werken met een parallel-environment, en de rechterkolom leeg laten, behalve voor de plaatjes De eerste optie lijkt mij sneller te implementeren, maar dan wordt het toegepast op het gehele boek. Niet handig, zeker gezien er ook pagina's mogelijk moeten zijn zoals in deze andere link: http://www.basd.nl/Vb2.pdf ... waar dus ook tekstelementen voorkomen die de gehele breedte in beslag nemen. Daar staat tegenover dat Parallels geen floats toelaat, dus kan ik in de problemen komen met pagina-overgangen en met de striktheid van de plaatsing. Er is meer dan een weg die naar Rome leidt, dus ik wil graag een soort opiniepeiling houden en vragen hoe jullie dit aan zouden pakken. Daarnaast heb ik een vraag die ongetwijfeld vaker is gesteld: ik ben een LaTeX-er, al een kwart eeuw. Ik hoor steeds vaker om mij heen dat voor dergelijke klussen ConTeXt beter en krachtiger is. Ik moet deze klus in vier weken geklaard hebben, en ik vraag mij af of nu de tijd is aangebroken om ConTeXt te gaan leren. Hebben jullie ervaring met "de overgang"? Met name om de tegenhanger van een class in ConTeXt te schrijven. Ik ben het artikel in Maps 24 aan het lezen ( https://www.ntg.nl/maps/24/16.pdf ), maar indien er ervaringsdeskundigen zijn die hun impressies willen delen, dan hou ik mij graag aanbevolen. Hartelijke groeten, en dank alvast voor jullie antwoorden! Bas Dekker Bas Dekker (sub-account voor TeXniek) Postbus 11088 1001 GB Amsterdam +31 (0)6 25 00 32 78 texnics(a)digifuga.nl

4 3