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

List:       kfm-devel
Subject:    Re: KIconContainer
From:       Matthias Welk <welk () fokus ! gmd ! de>
Date:       1999-03-25 14:10:31
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----

On Wed, 24 Mar 1999, Torben Weis wrote:
>Hi,
>
>I worked some hours on tghis nice widgets.
>
>The good news first:
>
>It can now handle icons at any position. That is useful if someone drops
>icons. They should appear where they were dropped instead of popping up
>somewhere in alphabetical order.
>
>During DnD you see a drag shadow. You know that from Win95. It draws a
>wire frame to show how much space icons would consume and where they
>woul appear. That even works when DnD stuff from Konqueror to kdesktop
>or the oter way round and in contrast to Windows we dont get
>clipping errors.
>
>The bad news:
>
>When kiconcontainer gets a drop of icons then it wants to position them
>where dropped. If the icons where just moved in the same window then
>kiconcontainer handles that on its own.
>
>if it is a drag from another windows then it will somehow emit some
>signal telling Konqueror that a set of URLs has been dropped and it will
>tell the icon positions for the URLs.
>
>Konqueror will now start Copying/Moving whatever. As Konqueror updates its
>view it has to remember that the new files have to be displayed at certain
>positions.
>
>We do have two ways here:
>a) Konqueror starts copying and displays the new icons as the files are
>copied. Then Konqueror has to remember where to show them ( the position I
>mean )
>b) We show all dropped icons at once and start copying then. If not all
>files could be copied ( IO failure ) we have to remove all icons which
>do not have a corresponding file due to the IO error.
>
>What do you prefer ? What would the user like most ?
>

I prefer the first version, because the user could try to do some actions on
the files that are still copied/moved in the second version.

>Depending on this decision I have to specify a API for kiconcontainer.
>
>The other bad thing: KIconContainer does not perform too well with
>5000 icons or more in it. YES: People have so many files in

Too bad ;-)

>directories. I KNOW: It is stupid to do so :-)
>However, Warwick suggested to use the technology of the upcoming QCanvas
>and that is QwSpriteField. It is a highly optimized canvas already and I
>am going to use it. Unfortunately that will cost me some additional time
>but we will have the fastest icon view around. You could even start
>playing asteroids with the icons :-)
>
>Bye
>Torben

Greeting, Matthias.
--
---------------------------------------------------------------
From: Matthias Welk                   voice: +49-30-3463-7272
      GMD Fokus                       fax  : +49-30-3463-8272
      Kaiserin-Augusta-Allee 31       email: welk@fokus.gmd.de
      10589 Berlin
----------------------------------------------------------------

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