Suggestion for Konquerer developers and delivering "stripped" releases

On Thursday 09 November 2006 22:36, Philipp Hülsdunk wrote:
> Try to created a concept on a paper first; [...] If I
write software I do
> this, My programms then do not crash. 

Hi Philipp,

For projects as big as KDE this does not seem a realistic
approach, and even 
then: Mistakes will be made, crashes will occur. The thing I
_think_ "OnThe 
Road" was hinting at is: How to get the most out of a
crash situation? Let  
Dr. Konqi send the backtrace to some central repository, for
example? The KDE 
team might (I really do not know) have a use for such
empirical data.
Amarok already handles crashes in very much the same way: It
creates an email 
with backtrace etc, that you can send to them. It would be
interesting to 
hear from the Amarok team about their experiences with it.

Have a nice day,

Tim

PS: My apologies for my English, I seem to have left my
language skills at the 
door/watercooler today.

Dear Developers, 

A bit late my suggestion about Konqi 4, but could the Konqi
developers make 
the drag and drop a bit more visible? When dropping files on
a directory, the 
directory is not marked very much, so the risk of dropping
something in the 
directory beside is high and as we all have huge amounts of
data, the 
information will be lost. So I suggest some kind of reverse
video or some 
nice eye candy showing the target addressed by the drop. 

For the other things discussed in this thread, I just moved
to kubuntu and I 
was deceived about the stripped version of konqueror and
re-installed the 
full fledged interface. I'm using konqueror since version
1.1 and the vision 
of having it turned into yet another firefox or IE worries
me. Please do not 
make me loose my data-letterman or you force me to remain
with KDE 3.5 for 
ever... ;)

Keep up the good work

Rigo Wenning

On Tue Nov 21 2006, Rigo Wenning wrote:
> A bit late my suggestion about Konqi 4
Not really. Too early, possibly ;)

>  but could the Konqi developers make  
> the drag and drop a bit more visible? When dropping
files on a directory, the 
> directory is not marked very much, so the risk of
dropping something in the 
> directory beside is high and as we all have huge
amounts of data, the 
> information will be lost. So I suggest some kind of
reverse video or some 
> nice eye candy showing the target addressed by the
drop.
Yes. This is default behavior in Qt3's QIconView: the drop
target is painted just as if
it had keyboard focus, which is indeed not very visible when
dragging another item (with
a similar outline) on top of it.

In Qt4, hmm, everything is still possible ;) I see a
"drop indicator rect" in QListView but
I can't get it to show up.... we can surely paint anything
else we want though, things got
much more flexible. I'll try to remember this when I come to
it.

-- 
David Faure, faurekde.org, sponsored by Trolltech to work on
KDE,
Konqueror (http://www.konqueror.org
), and KOffice (http://www.koffice.org).

Why not have a drop icon that could optionally be animated? 
Something
like an arrow pointing downwards overlayed on top of the
folder into
which contents will be dropped.  This would be in addition
to a "drop
indicator rect."

Rene

On 11/21/06, David Faure <faurekde.org> wrote:
> On Tue Nov 21 2006, Rigo Wenning wrote:
> > A bit late my suggestion about Konqi 4
> Not really. Too early, possibly ;)
>
> >  but could the Konqi developers make
> > the drag and drop a bit more visible? When
dropping files on a directory, the
> > directory is not marked very much, so the risk of
dropping something in the
> > directory beside is high and as we all have huge
amounts of data, the
> > information will be lost. So I suggest some kind
of reverse video or some
> > nice eye candy showing the target addressed by the
drop.
> Yes. This is default behavior in Qt3's QIconView: the
drop target is painted just as if
> it had keyboard focus, which is indeed not very visible
when dragging another item (with
> a similar outline) on top of it.
>
> In Qt4, hmm, everything is still possible ;) I see a
"drop indicator rect" in QListView but
> I can't get it to show up.... we can surely paint
anything else we want though, things got
> much more flexible. I'll try to remember this when I
come to it.
>
> --
> David Faure, faurekde.org, sponsored by Trolltech to work on
KDE,
> Konqueror (http://www.konqueror.org
), and KOffice (http://www.koffice.org).
>


-- 
the.rhorngmail.com, rhornsdf.lonestar.org,
hornr18uwosh.edu (UW-Oshkosh email address),
http://rhorn.unixcab.org
- a bunch of experimental stuff
SDF Public Access UNIX System - http://sdf.lonestar.org

Jay Leno in response to Colin Powell's deadline for an Iraqi
constitution:
"They can take ours.  After all, we aren't using
it..."

fre 2006-11-24 klockan 13:47 -0600 skrev Rene Horn:
> Why not have a drop icon that could optionally be
animated?  Something
> like an arrow pointing downwards overlayed on top of
the folder into
> which contents will be dropped.  This would be in
addition to a "drop
> indicator rect."

Good idea. Another way to do it would be to make the draged
file semi
transparent when hold over the drop target, and then let the
folder
below it show an animation of an opening folder. This would
probably
require AIGLX/XGL, so I suppose it could fall back to your
icon idea
when  AIGLX/XGL wasn't available.

Regards
Uno Engborg