Denis> Hi Daniel,
>> The main problem is windows. In linux it is simply called "touch". But
>> in windows (at least under gtk2) the touch is part of the core
>> pointer. I guess it means that in windows there are not 3, but 2
>> different devices (it might be gtk or windows, I don't know).
Torsten> Hi,
Torsten> from some CAD software I know an even easier method to perserve the
Torsten> aspect ratio.
Torsten> Using the upper and lower left corners will keep the aspect ratio,
Torsten> using the upper and lower right corner allows free rescaling. However,
Torsten> the automagic
Hi,
from some CAD software I know an even easier method to perserve the
aspect ratio.
Using the upper and lower left corners will keep the aspect ratio,
using the upper and lower right corner allows free rescaling. However,
the automagic function would be even better. One could draw a help
line -4
On 11/23/2013 12:38 AM, D M German wrote:
> this is a very good idea and easier to implement than a more dedicated
> feature, since all it needs is a:
>
> - a variable or two holding the snap tolerance (they can be part of the
>config file)
> - a flag for the automatical feature
> - When the ne
Denis Auroux twisted the bytes to say:
Denis> On 11/22/2013 06:05 PM, D M German wrote:
>>
Denis> So: while I'm aware this sort of UI makes perfect sense for mouse-based
Denis> computing, the hybrid nature of xournal makes it necessary in my mind to
Denis> refrain from overloading features
On 11/22/2013 06:05 PM, D M German wrote:
>
> Denis> So: while I'm aware this sort of UI makes perfect sense for
> mouse-based
> Denis> computing, the hybrid nature of xournal makes it necessary in my
> mind to
> Denis> refrain from overloading features with modifiers activated by
> changi
Hi Daniel,
> The main problem is windows. In linux it is simply called "touch". But
> in windows (at least under gtk2) the touch is part of the core
> pointer. I guess it means that in windows there are not 3, but 2
> different devices (it might be gtk or windows, I don't know).
Given this and th
Denis Auroux twisted the bytes to say:
Denis> Hi Daniel,
>> - touchscreen-as-hand-tool: Use the touchscreen as a handtool exclusively
Denis> I forgot, was there an issue with the naming convention for the
Denis> touchscreen device? If we can make it automagic like the wacom eraser,
Deni
Denis> So: while I'm aware this sort of UI makes perfect sense for mouse-based
Denis> computing, the hybrid nature of xournal makes it necessary in my mind
to
Denis> refrain from overloading features with modifiers activated by changing
Denis> the button or pressing a modifier keyboard key
Dear Andreas,
It's in principle a nice feature to have, but in general I'm unhappy
with the user interface aspects of making a feature work with a specific
mouse button. In a pen-based workflow, different buttons do very
different things, and in particular when I work in xournal, all drawing
Am Freitag, 22. November 2013, 08:49:24 schrieb D M German:
> I got some time to clean up my mess.
>
> I have uploaded two features that I can't live without:
>
Hi Denis, Daniel et al,
here's a feature request... on the bugtracker there is a patch [*] to enable
resizing of selected objects wi
Hi Daniel,
> - touchscreen-as-hand-tool: Use the touchscreen as a handtool exclusively
I forgot, was there an issue with the naming convention for the
touchscreen device? If we can make it automagic like the wacom eraser,
whose name usually contains "eraser", or if we can put a substring to
m
I got some time to clean up my mess.
I have uploaded two features that I can't live without:
- touchscreen-as-hand-tool: Use the touchscreen as a handtool exclusively
- horizontal-scroll-lock: do not allow hand tool to scroll horizontally
They are both in their corresponding branches, and integ
13 matches
Mail list logo
