-
Notifications
You must be signed in to change notification settings - Fork 36
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Allow the size of the paper to be customized
in relation with patanet
- Loading branch information
1 parent
39dbf5d
commit 3586b3a
Showing
1 changed file
with
40 additions
and
8 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@oliverpool : Je ne comprends pas vraiment l'utilité de ce commit ; tu peux m'éclairer ? Ma remarque est peut-être prématurée : c'est peut-être du travail en cours…
papersize
est toujours définie, mais ne sert plus à rien. Pourquoi l'avoir laissée ?papersize=a4
. Est-ce qu'un nouveau template, propre à patacrep, patanet, patagui, (quel que soit le projet dans lequel tu comptes utiliser cela) ne serait pas plus pratique ?-- Louis
3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je crois que c'est en lien avec patacrep/patanet#130. Et un nouveau template pourrait faire l'affaire en effet.
3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
C'est effectivement un travail en cours:
papersize
pour l'ajustement des colonnespaper->margin->bottom
par exemple)master
arbitrairement (et du coup permettre une discussion sans avoir à annuler des commit sur master ;-). Une fois qu'une solution fait consensus, je comptais la merger.Faire un nouveau template me convient aussi ! (mais j'ai besoin d'aide pour trouver un nom ^^
custom_paper.tex
?)3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je comprends mieux l'utilité, mais le problème avec cette proposition, c'est qu'on est forcé de tout définir. Ce que je trouverais mieux, c'est :
Que pensez vous de remplacer les options
papersize
etorientation
par une unique optiongeometry
, et passer cette option directement en option à l'appel LaTeX\usepackage[((geometry))]{geometry}
?. Comme ça :a4paper
,landscape, a5paper
) ;geometry
qui est passée à patacrep.Ça me parait à la fois simple et riche. Qu'en pensez-vous ?
3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je pensais que les
{"default":"18"}
permettaient de donner un valeur par défaut (sans devoir tout redéfinir).Effectivement, on peut regrouper la majorité dans une unique variable
geometry
(et on laisse le soin à chaque interface de l'écrire selon ses besoins.Le problème de l'ajustement des colonnes subsiste... Peut être ajouter une variable dédiée
column_adjustment
qui prenne les valeursnone
,one_more
,only_one
?3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Effectivement, mais avec ça, on n'a qu'une seule valeur par défaut : si on a décidé que le défaut était A4, et que l'utilisateur veut du A5, il est obligé de redéfinir toutes les variables, pas seulement
papersize=a5
.Un autre avantage, en ce qui concerne les valeurs par défaut, est qu'en passant directement à LaTeX la variable
geometry
, si l'utilisateur ne met rien, ça garde les valeurs par défaut de LaTeX, qui sont, si c'est configuré correctement, les valeurs par défaut du pays de l'utilisateur (A4 pour la France, letter pour les États-Unis, etc.).Effectivement, c'est un problème, et c'est une solution (il faudrait me rappeler à quoi correspondent
none
,one_more
,only_one
; ça fait longtemps que je ne me suis pas intéressé aux colonnes). Et on peut tout changer au niveau des colonnes, vu que c'est un travail en cours patacrep/patacrep#41.@Luthaf, qu'en penses-tu ?
3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Le hack actuel des colonnes est (de mémoire):
only_one
)one_more
)none
)3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
De mémoire c'est bien ça =) Je ne sais plus où on en est des colonnes au niveau de patacrep.
On a deux solutions ici : soit utiliser une unique variable geometry et tout faire passer dedans, soit utiliser un template specifique (
full_geometry.tex
?) pour patanet dans lequel on mette toutes les variables dont on aura besoin un jour.3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je suis assez partant pour une variable unique (ce qui offre le plus d'évolutivité pour les outils externes).
C'est peut-être moins lisible (quoique), mais c'est principalement dédié à une utilisation par d'autres outils (patanet, patagui...). Si quelqu'un l'édite à la main, il a autant intérêt à créer sa propre template.
3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hé bien si ça convient à @Luthaf, on est parti pour l'unique variable
geometry
, et les modif de colonnes proposées par @oliverpool.3586b3a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok, je m'en charge et je créé une PR dans la foulée