Denis Auroux twisted the bytes to say:
Denis> Dear Immi, >> (a) When I have a thin selection (which happens often if I have some >> small text, which I select by clicking on it) and I want to move it, I >> often accidentally resize it. Therefore, for thin selections, I'd make >> (in start_resizesel()) hmargin resp. vmargin smaller. If then resizing >> becomes too difficult, one could increase resize_margin accordingly. >> (Picture attached.) Denis> This sounds reasonable. The other option is to cheat and enlarge the Denis> selection rectangle (as displayed, and as stored in the user interface Denis> data) regardless of the actual selected contents, so that it never gets Denis> too thin. Not sure which one would be most user-friendly. >> (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". >> (c) I often use xournal to create small drawings which I then want to >> export on a paper size which corresponds to the size of the drawing. To >> make this more handy, I'd like to implement a feature "set paper size to >> size of drawing". Alternatively, this could also be an option when >> exporting to pdf. Denis> Sure! I think this belongs in the Page menu, not in the PDF export -- it Denis> should affect the xoj pages already, not just the exported PDF. Perhaps Denis> it should be an item inside the Paper Size dialogbox rather than a Denis> standalone menu entry -- not sure. I think my preferred name would be Denis> "Crop page to contents" if it's a new menu entry, or even shorter "Crop Denis> to contents" if it's clear that we're talking about the paper size. I think this is a very nice feature to have. >> (d) I'd like to have some variant of the text tool which does automatic >> line wrapping. Indeed, when annotating pdfs, I often write text onto the >> margin, which means (since there's not a lot of space) that a lot of >> line wraps are necessary. Doing this by hand is always a bit annoying. Denis> Good idea. I agree this is needed. I agree. But another major challenge is (re)sizing the text/bounding-box. 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. 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. >> (e) I'm using the "touchscreen as hand tool" feature, but I'd like to >> improve it: I'd also what that it behaves like many other touch screen >> aware programs in the way that you can "give it a kick" so that it goes >> on scrolling for a little while. (That's much more handy when scrolling >> over long distances.) That of course means that the finger does not >> behave exactly like the hand tool, but rather is something separate. Denis> Not so easy right now, because xournal is not time-aware so you can't Denis> tell easily if a sequence of touchscreen events is a long slow scroll or Denis> a quick flick. Of course, input events have timestamps so this should Denis> not be impossible -- but that part of the code is already complicated Denis> enough. This was one of my motivations to move to GTK3, where it is supported. I am not sure how we can track the "flick". The problem is that the flick is not currently received by xournal. We only get "clicks". So what Immi is describing sounds like seeing how fast the "hand" is drawing. This reminds me a feature that was implemented by some of my students a long time ago. It tried to vary the intensity of the stroke depending on the speed it was drawn. https://github.com/andpol/xournal/commit/e7157941ac1e0074e884e96300821aad25d3a318 they hackekd it in a very simple way: when drawing, they looked at the distance between the previous point, the new point, from that they inferred how fast the stroke was. Denis> I have not seen convincing hand gestures of this sort in applications Denis> that allow editing rather than just viewing. Because of the interaction Denis> between scrolling in such a manner and drawing immediately after a touch Denis> gesture (or imagine a spurious hand touch as you're about to start Denis> writing with the stylus!!), I am not convinced that xournal is a good Denis> place to start thinking about this. I agree. this might be harder than it looks. >> (f) At some point, I'll probably do some experiments with further >> optimization. >> >> Comments/suggestions? >> >> (I'd probably start by implementing (a), because it's easiest...) Denis> Yes, (a) is easiest. (b) is already done. (c) and (d) would be Denis> interesting, but (d) is a significant amount of work. I am not convinced Denis> about (e). Denis> Best, Denis> Denis Denis> ------------------------------------------------------------------------------ Denis> _______________________________________________ Denis> Xournal-devel mailing list Denis> Xournal-devel@lists.sourceforge.net Denis> https://lists.sourceforge.net/lists/listinfo/xournal-devel -- Daniel M. German "Computer Science is no more about computers than astronomy Edsger Dijkstra -> is about telescopes" http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . ------------------------------------------------------------------------------ _______________________________________________ Xournal-devel mailing list Xournal-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xournal-devel
