On 09/04/2016 04:10 PM, D M German wrote: > >> (b) I often use graph paper when drawing, but then I don't want that > >> graph paper background to be exported to pdf. So it would be handy to be > >> able to turn out the graph paper in the "Export to PDF" dialog. (And > >> maybe one wants to save the option for that somewhere? Either in the > >> preferences or in the document?) > > Denis> Stop. Already done. Options -> Print Paper Ruling. > Denis> If unchecked, then the horizontal lines of ruled paper and the grid of > Denis> graph paper do not appear in printing or in PDF export. > > I think it might useful to add an option not to print the background > PDF. Or alternatively, unify this option. After all, in the "notebook" > journal the background is the "ruling". In "pdf" journal, the background > is the "ruling". So perhaps the option should be "do not print background".
I don't quite see why one would want to not print the background pdf -- unless it's a pdf used for a nonstandard type of paper e.g. engineering/hex/... (I was going to add music staves but in that case one definitely wants to include them). I don't think it's a common use scenario, though I suppose we could offer the option. Anyway, for most purposes excluding the background pdf from the export/printout seems like the kind of thing that's right in theory and wrong in practice. Anyway, why not as a separate option -- but I am against merging the two ideas, for entirely selfish reasons. When I take handwritten notes, I use ruled or graph paper but don't want the ruling to print or export. When I annotate a PDF, I want the PDF background to print and export. > Currently, xournal simply adjusts the size of the box as the text is > typed. The more text, the larger the box. I guess one solution is simply > to allow growing the until the box hits the border. At that point the > width is fixed and the vertical size starts to grow. No, that was precisely the point: Immi wants text boxes that keep a fixed width specified by the user, but grow vertically only. Your kind of text box (variable in both directions but stop growing at page edge) is useful too, of course. > But, when resizing the text there are now two different operations: > > 1. Resizing the box only > 2. Resizing the text (and the box) > > We will need to be able to do both. Indeed. The UI is a bit tricky to get right. (and as I mentioned, trying to add UI features to allow resizing the box manually while the text box is being edited is asking for trouble on the XInput front. Not a serious objection, just a warning about the current state of things.) For crude functionality, I envision that the select tool + the font selection dialog can do most of the job: 1. select stuff that includes the text box and possibly other things using select tool + resize selection => could rescale both the box and the text (everything in the selection, really). 2. select just a text box by clicking in it with select tool (rather than dragging around it) + resize selection => could be used to just resize the box without changing the text font. 3. font selection dialog => change the text font/size without resizing the width of the box if it is user-constrained. This clearly doesn't feel optimal. #2 feels like it would want to be done by resizing the box while the text is being edited, to distinguish it from #1. Perhaps my xinput worries are unfounded. (Anyway one should carefully debug the sequence of calls to emergency_disable_xinput() that will happen while dragging a text box that is being edited, and test extensively to try to get things to break, before declaring it done. Given the lack of high resolution needs, perhaps best not to re-enable xinput while dragging a text box that's being edited -- stay in emergency-disable mode the whole time. Hope the enter-notify, proximity and leave-notify handlers either already do the right thing or can easily be modified to do the right thing.) Best, Denis -- Denis Auroux UC Berkeley, Department of Mathematics 817 Evans Hall, Berkeley CA 94720-3840, USA aur...@math.berkeley.edu ------------------------------------------------------------------------------ _______________________________________________ Xournal-devel mailing list Xournal-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xournal-devel
