Hello Ingo, >-----Oorspronkelijk bericht----- >Van: openbeos-bounce@xxxxxxxxxxxxx [mailto:openbeos-bounce@xxxxxxxxxxxxx] >Namens Ingo Weinhold >Verzonden: woensdag 20 december 2006 18:56 >Aan: openbeos@xxxxxxxxxxxxx >Onderwerp: [openbeos] Re: openbeos Digest V6 #253 > > >On 2006-12-20 at 16:27:57 [+0100], Philippe Houdoin ><philippe.houdoin@xxxxxxx> wrote: >> Axel replied: >> >> > "Michael Pfeiffer" <michael.pfeiffer@xxxxxxxxx> wrote: >> >> IIRC the node in the trash contains an attribute that points to the >> >> folder >> >> where it originated from (used by restore/undelete). >> > >> > Damn, right, that was even an OpenTracker feature :-) >> > Okay, then it deserves a BEntry method even more :) >> >> Does the Storage Kit have any notion of "Trash" already, beside >> find_directory()? > >AFAIK it doesn't. > >> Or only the Tracker Kit provide this *feature*? Isn't the Tracker the one >> who >> create the trash folder in any BFS volume newly mounted? > >Yep. > >> Anyway, we should try to avoid spreading Trash *feature* implementation >over >> several components, don't you think? > >Yep, we should probably move it to libbe and simply let Tracker make use of >it. The only drawback -- if you want to consider it as one -- is that other >applications that would formerly use Tracker scripting thus circumvent the >Tracker Undo/Redo feature. Unless we add a notification mechanism, that >allows the Tracker to get notice. Shouldn't the libbe also make the undo/redo feature available and let it be used by tracker (like the thrash mentioned above), or doesn't it make any sense to you guys :-) (I'm no coder just a lurker ;-)) Greeting, Rob >CU, Ingo -- Mijn Postvak In wordt beschermd door SPAMfighter. 479 spam-mails zijn er tot op heden geblokkeerd. Download de gratis SPAMfighter via deze link: http://www.spamfighter.com/pro