Hello,
you could look at Palapeli, IMHO there is interesting solution for
similar problem there. Look at "mouse settings" or something like
that.
I think maybe you could make it generic for KDE.
Greetings
K.G.
___
calligra-devel mailing list
calligra-d
Hi, all!
I've finished designing the scheduler part of tool actions project.
If you can't remember what this project was intended for, you can read
motivation from the old article:
http://community.kde.org/Krita/Centralized_Queue_For_Tool_Jobs
Just a short summary of it:
All our tools execute ac
On Tuesday 14 June 2011 17:50:54 Sven Langkamp wrote:
> > On June 14, 2011, 7:50 a.m., Boudewijn Rempt wrote:
> > > well... yes... it's kind of a stop-gap, because we should actually be
> > > able to cancel the loading and close the window.
>
> In practice the UI is blocked until loading is finish
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101611/#review3887
---
Ship it!
yeah... the right solution will take ages.
- Boudewij
On Tuesday 14 June 2011 12:12:34 Dmitry Kazakov wrote:
> > If I have understood correctly there two types of shortcuts needed.
> > 1. Global shortcuts to change tools
> > 2. Local shortcuts to change a tools state
> >
> > What I think is that the global shortcuts should be handled by the
> > toolm
> On June 14, 2011, 7:50 a.m., Boudewijn Rempt wrote:
> > well... yes... it's kind of a stop-gap, because we should actually be able
> > to cancel the loading and close the window.
In practice the UI is blocked until loading is finished. Loading currently
isn't designed to be cancelable. So I
Btw, during these discussions I've found two probable problems in this
design.
1) Modifiers of some tools depend on the current state of the tool. So the
structure of the tool and its modifiers represents a state machine. An
example of it is Default Tool. Solution: the entire KoModifiersManager ca
> If I have understood correctly there two types of shortcuts needed.
> 1. Global shortcuts to change tools
> 2. Local shortcuts to change a tools state
>
> What I think is that the global shortcuts should be handled by the
> toolmanager, as that is exactly the kind of things the toolmanager is
> d
>
> It looks thorough, and it's a part of calligra that has long needed a bit
> of streamlining. I'm not sure about the details -- one thing that's
> important is that I'm not sure that we actually want to stack tools, like
> paint tool temporarily activates pan tool.
>
I would like to switch stra
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101611/#review3874
---
well... yes... it's kind of a stop-gap, because we should actual
On Monday, June 13, 2011 19:02:09 PM Jos van den Oever wrote:
> When run on a set of 600 ppt files from a.o. kofficetests, this is the
> output from valgrind:
> simpletest: (normal run time: 5.7 seconds)
> ==28930== total heap usage: 2,457,961 allocs, 2,457,954 frees,
> 218,241,950 bytes allocate
11 matches
Mail list logo
