[prev in list] [next in list] [prev in thread] [next in thread] 

List:       quanta-devel
Subject:    Re: [quanta-devel] drag and drop in structure tree
From:       Jens Herden <jens () kdewebdev ! org>
Date:       2005-08-24 6:29:39
Message-ID: 200508241329.44754.jens () kdewebdev ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hi,

> > Try to move or copy '<strong>text</strong>' and you will get
> > '<strong>text</strong></strong>'
> >
> > Sometimes it accepts a drop sometimes not, no idea why.
>
> On mouse move event, it is tested if the child node can belong to the
> parent but sometimes the results are diferent for the same combination. I
> don't know why, it seems drag and drop related.

This does not explain why I get the closing tag twice. 
And I hate tools that prevent me from doing something. Quanta should never, 
never prevent a user from doing something because it thinks it is not 
correct. There is no such thing like correctness when a user manipulates a 
document. A smart tool does support me in finding errors but never prohibits 
me to do them. The user is the king at the computer not Quanta!


> > Sometimes it accepts a drop, opens the menu to ask what to do but does
> > nothing. If I perform the same again it is working.
> >
> > Sometimes Quanta will eat up all memory and CPU resources.
> >
> > I do not want to look into this deeper but someone should do it before we
> > release Quanta.
>
> It is very dificult or nearly impossible to have stable features regarding
> node manipulation with this code base. Maybe we should simply disable drag
> and drop.

If we can not fix it we should disable it. And with fix I mean a reliable and 
reproduceable behaviour and not a lottery like let's see if drag and drop 
works today :-)

Jens

[Attachment #5 (application/pgp-signature)]

_______________________________________________
quanta-devel mailing list
quanta-devel@kde.org
https://mail.kde.org/mailman/listinfo/quanta-devel


[prev in list] [next in list] [prev in thread] [next in thread]