For downloads, do we provide a way for people to download a file without showing a UI? It'd be interesting to do that and give people the ability to register for callbacks. That might be useful for custom download manager extensions... what I mean by that are extensions that fetch every link on the page, every bit of media etc. They sometimes provide their own UI better suited to mass file downloading than our shelf.
-Ben On Wed, Apr 8, 2009 at 7:48 PM, Nick Baum <[email protected]> wrote: > Hi all, > > I fleshed out a few more APIs. I've put them in separate documents since the > API pattern doc was getting a bit long. Below are some notes, feedback > appreciated. > > In particular, I'd love feedback from Scott on history and from Paul on > downloads. > > -Nick > > Bookmarks > > Do we want to distinguish removeBookmark from removeFolder, or is that > unnecessary? > Should changes to the contents of a folder trigger eventbookmarkupdated for > that folder? How about the folders above it? > In BookmarkItem, should fields that don't apply be null or simply not > present? > In BookmarksQuery, do the root and bookmarksBar booleans make sense? > How does returning the children recursively work with updates? Can you > update all these items at the same time? > > Downloads > > Should getDownloads take a DownloadsQuery object? The current downloads page > includes search. > What kind of events does clearAllDownloads trigger? do we need a separate > event for this? Do we even need this in the first place? > How should we deal with progress updates? It seems like overkill to trigger > an event for each change in percentage, but on the other hand extensions > should be able to track this. > > History > > I'm assuming HistoryItems are immutable, so there is no update. > The internal history structure is split between visits and urls. Visits > don't contain the actual url, so we have to fetch the url object either way. > I therefore merged the visit and url objects into one. Is this reasonable? > There are a number of stats (timeSpent, fromId, totalVisitCount, > totalTypedCount). Do we want to expose those for v1? > > > > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
