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

List:       kfm-devel
Subject:    Re: UDSEntry compression ideas
From:       Todd <toddrjen () gmail ! com>
Date:       2013-09-19 8:42:30
Message-ID: CAFpSVp+eZwLUXuiy44V3ft-dy3bwjGLU_6+Q5EzXdj7gDY8EeA () mail ! gmail ! com
[Download RAW message or body]

On Sep 18, 2013 11:51 PM, "David Faure" <faure@kde.org> wrote:
>
> On Tuesday 17 September 2013 13:58:25 Todd wrote:
> > Do we need the UID and GID?  Can we just store whether the file is
> > readable, writable, and executable? That would be three bools rather
than
> > two ints.
>
> See the property dialog, this info appears there for instance.
> I assume it can also be shown as an extra column in dolphin?
> Use lxr.kde.org to find all other users, if any.
>
> If it's just the props dialog then we could imagine returning that in
stat and
> not in listDir though. And then stating from the props dialog (it
currently
> gets it from the directory listing, when created with a kfileitem from
there).

Yes, it can be shown in the file properties and info panel, but those
aren't needed during the directory loading.   It can also be shown in
details view and below the file in icon view, but that can be lazy loaded.

In terms of low-level stuff needed during directory loading, I think the
permissions should be enough.

[Attachment #3 (text/html)]

<p dir="ltr"><br>
On Sep 18, 2013 11:51 PM, &quot;David Faure&quot; &lt;<a \
href="mailto:faure@kde.org">faure@kde.org</a>&gt; wrote:<br> &gt;<br>
&gt; On Tuesday 17 September 2013 13:58:25 Todd wrote:<br>
&gt; &gt; Do we need the UID and GID?  Can we just store whether the file is<br>
&gt; &gt; readable, writable, and executable? That would be three bools rather \
than<br> &gt; &gt; two ints.<br>
&gt;<br>
&gt; See the property dialog, this info appears there for instance.<br>
&gt; I assume it can also be shown as an extra column in dolphin?<br>
&gt; Use <a href="http://lxr.kde.org">lxr.kde.org</a> to find all other users, if \
any.<br> &gt;<br>
&gt; If it&#39;s just the props dialog then we could imagine returning that in stat \
and<br> &gt; not in listDir though. And then stating from the props dialog (it \
currently<br> &gt; gets it from the directory listing, when created with a kfileitem \
from there).</p> <p dir="ltr">Yes, it can be shown in the file properties and info \
panel, but those aren&#39;t needed during the directory loading.   It can also be \
shown in details view and below the file in icon view, but that can be lazy loaded.  \
</p>

<p dir="ltr">In terms of low-level stuff needed during directory loading, I think the \
permissions should be enough. <br> </p>



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