[Kst] branches/work/kst/portto4/kst/src/libkstapp

[Barth Netterfield]

Re-enabling drops to the view restores view item moving, but prevents
dnd of kst files into the view.  You can still drop into the toolbar
etc.

So you are right.  We need to be able to re-direct drops.  Not sure
how that works.  Do you want to work on it?

Barth

On Sat, Mar 10, 2012 at 11:58 AM, Nicolas Brisset
<nicolas.brisset at free.fr> wrote:
> Ouch, that's right!
> I can even understand why: to make sure the dropEvent gets passed to the parent object; I disabled it on the view and the tabbar, but now moving view items (which is basically a drag&drop operation) no longer works.
> I guess the way to fix this is by checking the mime type and either passing the event to the parent (URL drop) or handling it in the view (view item). If you know who to do that, feel free to do it. Otherwise I'll try to have a look. But we definitely need to make it work again!
>
> Sorry for the breakage, and thanks for the commit to view objects including all that I had suggested :-)
>
> Nicolas
>> This broke moving of view objects.
>>
>>
>> > SVN commit 1284152 by brisset:
>> >
>> > Add drag&drop feature:
>> > - if dropping a .kst file, open it after checking what needed to be
>> > saved has been saved
>> > - if dropping something else, open it in the datawizard
>> >
>> > The prompt to save feature in case of change has been refactored
>> > along the way to make it more readable code-wise. I hope I haven't
>> > broken anything.
>> > The reason why our previous attempt had not been conclusive is that
>> > we have to setAcceptDrops(false) all the way down the parent
>> > chain: _tabWidget *and* View.
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst



-- 
C. Barth Netterfield
University of Toronto
416-845-0946