[haiku-bugs] Re: [Haiku] #6719: Find by folder not working
- From: "jscipione" <trac@xxxxxxxxxxxx>
- Date: Mon, 12 Aug 2013 23:13:55 -0000
#6719: Find by folder not working
------------------------------------+----------------------------
Reporter: HAL | Owner: axeld
Type: bug | Status: reopened
Priority: normal | Milestone: R1
Component: Applications/Tracker | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
------------------------------------+----------------------------
Comment (by jscipione):
Replying to [comment:11 anevilyak]:
> Replying to [comment:10 jscipione]:
> > attribute on every folder in the system is going to be fragile since
directories can get created in a number of ways and the attribute is bound
to get out of sync with reality. Perhaps someone can correct me here if
I'm wrong.
>
> The attribute would normally get set the same way as it does on any
other untyped filesystem object, namely via mime sniffing rules. As such,
the risk of them getting "out-of-sync" is no different/greater than for
any other type, so this line of reasoning really doesn't make sense.
Thanks for that, I tried to find if BFS set this attribute for you when
you create a directory but couldn't locate the code in question. A
sniffing rule makes sense.
> > I'm not sure how well this feature worked on BeOS, but, perhaps a
better solution would be to update the Find dialog filter based on the
stat information rather than look for the
>
> That would completely break most of the benefits of BFS queries, as it'd
reduce Find to having to crawl the whole filesystem, doing a stat() on
each file. This would be hideously inefficient.
I'd imagine it would perform as well as
{{{
find -type d
}}}
So, given that the attribute can be kept in sync and it is faster to use
attributes, I refer back to comment 9.
--
Ticket URL: <http://dev.haiku-os.org/ticket/6719#comment:12>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
