Hi all,
I've posted a pretty simple design document that covers a frequently
requested feature: subscribing to RSS/Atom feeds in Chrome:
http://sites.google.com/a/chromium.org/dev/user-experience/feed-subscriptions
There are some mocks missing, but Glen is on vacation, so I figured I'd send
Hi all,
I've posted a document that describes how we could better support
bookmarklets:
http://sites.google.com/a/chromium.org/dev/user-experience/bookmarklets
Let me know if you have any feedback!
Cheers,
-Nick
--~--~-~--~~~---~--~~
You received this message
On Tue, Dec 16, 2008 at 10:38 PM, Peter Kasting pkast...@chromium.orgwrote:
On Tue, Dec 16, 2008 at 7:27 PM, Ian Fette i...@chromium.org wrote:
I actually like what Peter was getting at, in the sense that this is an
action you can take with the current page. I think we should design for
that
that users have been
trained to look for.
Erik
On Tue, Dec 16, 2008 at 5:33 PM, Nick Baum nickb...@chromium.org wrote:
Hi all,
I've posted a document that describes how we could better support
bookmarklets:
http://sites.google.com/a/chromium.org/dev/user-experience/bookmarklets
Let me know
On Tue, Dec 16, 2008 at 5:49 PM, Peter Kasting pkast...@chromium.orgwrote:
On Tue, Dec 16, 2008 at 5:33 PM, Nick Baum nickb...@chromium.org wrote:
Hi all,
I've posted a document that describes how we could better support
bookmarklets:
http://sites.google.com/a/chromium.org/dev/user
Hey Matt,
I like this new model, it's nice and simple.
One thought: if chrome scripts were actual html pages, they could easily
embed an NPAPI plugin for native code. It could have other uses too, for
example we could allow the user to reveal this page to see settings, or
debug information.
On
Ok, I like this. The html of the chrome script is for developer/debug stuff,
not for end users. Also good for easter eggs :)
How should they be able to access that? about:extensionID ?
chrome-extension://extension-id ?
-Nick
On Tue, Feb 10, 2009 at 9:11 PM, Aaron Boodman a...@chromium.org
Yes, I think we should provide a standard way for extensions to provide a
settings UI, accessible from the management UI (settings.html, perhaps).
-Nick
On Thu, Feb 12, 2009 at 10:27 AM, Alex Russell slightly...@google.comwrote:
Sorry to be late on this:
2009/2/10 Aaron Boodman
Hey Peter,
Thanks for the feedback. Some comments inline...
-Nick
On Tue, Mar 24, 2009 at 8:25 PM, Peter Kasting pkast...@chromium.orgwrote:
On Tue, Mar 24, 2009 at 2:26 PM, Siddhartha Chattopadhyay
sidc...@chromium.org wrote:
A new feature to add to Chromium would be automatic spelling
...@chromium.orgwrote:
On Tue, Mar 24, 2009 at 10:16 PM, Nick Baum nickb...@chromium.org wrote:
We want to start out with a very conservative approach so as to not be
annoying. We considered using the hunspell suggestions, but we wanted
something that captured one particular, common type
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
PM, Nick Baum nickb...@chromium.org wrote:
[forking the Basic how-to steps thread]
I was rereading this, and it seems this wasn't completely resolved. I've
summarized the various topics:
Syntax
It feels like Erik has a somewhat different syntax in mind (still
service
based, but a little
Moving a bookmark should be as simple as changing it's parentId.
-Nick
On Thu, Apr 9, 2009 at 5:01 AM, Mohamed Mansour m0.interact...@gmail.comwrote:
Very nice, according to bookmarks, it would be nice to have
showInShelf(bool) or something like that. Can we have helper classes such as
moving
:
On Thu, Apr 9, 2009 at 11:55 AM, Nick Baum nickb...@chromium.org wrote:
So if a bookmark gets added to a folder:
we should send an update event for the bookmark
but we should NOT send an update event for that folder
We would send events about both things to all extensions except the
one
or history page replacement that'll
need to know when a new visit is added.
We do have events for that, I believe.
event onHistoryItemCreated(HistoryItem new)
-Scott
On Wed, Apr 8, 2009 at 7:48 PM, Nick Baum nickb...@chromium.org wrote:
Hi all,
I fleshed out a few more APIs. I've
to
the parent. In other words, to allow the |children| array to be the one and
only way to read and write position, and drop the redundant reflection onto
a (parentid, index) tuple.
- nick
On Thu, Apr 9, 2009 at 11:55 AM, Nick Baum nickb...@chromium.org wrote:
On Thu, Apr 9, 2009 at 11
On Wed, Apr 22, 2009 at 4:38 PM, Aaron Boodman a...@chromium.org wrote:
So Finnur is looking at the Page Actions API
(
http://dev.chromium.org/developers/design-documents/extensions/page-actions-api
).
Right now, the proposed API for creating one of these bad boys is:
create({string name,
Thanks for doing this. Comments inline.
On Wed, Apr 22, 2009 at 3:35 PM, Aaron Boodman a...@chromium.org wrote:
A few of us extension guys were talking offline Monday about how now
that we've all had a chance to implement some APIs, we are probably
better positioned to come to consensus on
Can anyone think of a reason this might be happening?
Is there any more info he could provide that could help figure it out?
-Nick
-- Forwarded message --
Kirill - thanks for the intro.
Nick - I just wanted to follow up on that strange issue with Chrome I
mentioned when we last
I'd like to avoid the An unknown party wishes to install an extension.
phrasing. It's scary and I don't think this actually helps the users make a
decision (and often this will happen in legitimate cases where the
developers simply can't set the MIME type).
Could we do something like:
Are you sure
Not all extensions will be hosted in the gallery, some will be private
(hosted on intranet, etc).
-Nick
On Mon, May 11, 2009 at 11:21 AM, Adam Barth aba...@chromium.org wrote:
2009/5/11 Nick Baum nickb...@chromium.org:
I'd like to avoid the An unknown party wishes to install an extension
To expand on Peter's comment, we're more focused on specific features than
release numbers. The extension system will work its way to the stable
channel as soon as it's got enough APIs to be broadly useful.
The team is working really hard to get to that point as soon as possible;
we're excited to
of too quick. Is that what you meant?
OK, so now things are far more clear, thank you very much for the
meaningful answers.
☆PhistucK
On Wed, May 13, 2009 at 08:42, Nick Baum nickb...@chromium.org wrote:
To expand on Peter's comment, we're more focused on specific features than
release
) was not ready yet. As for cookie, unless I missed sth, I think
it is not a decent solution because of its strict security/domain
restriction (to keep in mind user preference should work browser-wide
instead of domain-wide).
Any comments are welcome.
-Jack
On May 13, 8:16 am, Nick Baum nickb
I'd love to see an extension that does this!
It might be relatively straight-forward to sniff network requests to
google.com while browsing with the toolbar enabled.
-Nick
On Mon, May 25, 2009 at 4:26 PM, John Munro ghost...@gmail.com wrote:
Ugh, it's minified - not sure I have the
Very exciting! Blogs and twitter are buzzing:
http://twitter.com/#search?q=chrome%20extensions
http://twitter.com/#search?q=chrome%20extensions
http://blogsearch.google.com/blogsearch?hl=enie=UTF-8q=chrome+extensionsbtnG=Search+Blogs
Great to see this live, Sid!
To
clarify, we're deliberately not including any UI for now, and we
expect this to be somewhat annoying at first. The hope is that you can
help us figure
out what's annoying about it, and we'll try to improve the algorithm.
Once it's more helpful than annoying, we'll
Wait wait, how did you manage to write those??
:)
-Nick
On Thu, May 28, 2009 at 6:12 PM, Mohamed Mansour
m0.interact...@gmail.comwrote:
Great job! I now can't be embarrassed when I write beleive or recieve :)
Thanks :)
-- Mohamed Mansour
On Thu, May 28, 2009 at 7:25 PM, Nick Baum nickb
.
On May 26, 2:02 pm, Nick Baum nickb...@chromium.org wrote:
I'd love to see an extension that does this!
It might be relatively straight-forward to sniff network requests to
google.com while browsing with the toolbar enabled.
-Nick
On Mon, May 25, 2009 at 4:26 PM, John Munro
This is very cool, Jack. I l really like the polish of the UI, and in the
future I hope we can enable these kinds of interactions without needing to
use content scripts.
I wonder if we should retroactively inject content-scripts into existing
tabs that match?
It seems this would be useful for all
preview implementation, which I think is challenging.
I think Ben's opinion was that the preferences would be hard to
understand without the preview, so we should do the preview first. I
can't comment on the difficulty of it :)
-- Mohamed Mansour
On Thu, Jun 4, 2009 at 9:12 PM, Nick Baum
time. It looks like currently the background
page starts first, because it was registered first, but it's basically
a race.
- a
2009/6/10 Nick Baum nickb...@chromium.org:
This might be the same problem I ran into when writing my extension:
because
the bg page and toolstrips don't load
Doh, thanks!
-Nick
On Thu, Jun 11, 2009 at 12:18 PM, Peter Kasting pkast...@google.com wrote:
On Thu, Jun 11, 2009 at 12:17 PM, Nick Baum nickb...@chromium.org wrote:
Has anyone else run into this behavior in Chrome, in Gmail or elsewhere?
Any suggestions for next steps to track this down
Hi all,
As we're seeing an increasing number of people developing extensions
(awesome!), we're creating a new and shiny discussion group for extension
developers. If you're interested in developing extensions, we invite you to
join us at:
Hi all,
**We're excited to see many people are experimenting with the upcoming
extension features of Chrome in the dev channel. We're getting a lot of
great feedback and are working hard to bring extensions to the stable
channel as quickly as possible.
As part of the latest dev channel release,
That's good news then. And it sounds like you've used it in IE as well?
-Nick
On Tue, Jun 30, 2009 at 2:44 PM, Non-Stick kevin.ra...@ntlworld.com wrote:
This page seems to list this property as supported in Safari, but not IE
or
guidance is appreciated :)
-- Mohamed Mansour
On Tue, Jun 9, 2009 at 9:50 PM, Nick Baum nickb...@chromium.org wrote:
On Fri, Jun 5, 2009 at 9:03 PM, Mohamed Mansour m0.interact...@gmail.com
wrote:
I really like the mock-up, when can you do one for Settings?
I'll put it on our list, but I
Sid and I discussed this further, and would like to suggest an simpler first
step. Sid is going to take a stab at implementing automatic language
detection for spellcheck.
When the spell-checking language is set to auto and the user focuses a text
field, we will use CLD to set the spellcheck
I talked a bit more with Aaron about this, and his concern is that while the
top-level API will be very stable, the underlying data we expose is likely
to change and become a maintenance issue for us and extension developers
alike.
I know this differs from my earlier assessment, but it's true that
I agree with Ben and Peter, alt should highlight the wrench menu.
-Nick
On Tue, Aug 18, 2009 at 9:43 PM, Peter Kasting pkast...@google.com wrote:
On Tue, Aug 18, 2009 at 9:40 PM, Evan Stade est...@chromium.org wrote:
Also, I don't really care which one alt highlights, but it seems to me
that
Making these dialogs tab-modal is a great improvement, and very Chrome-y!
Thanks for helping with that.
Let me take a stab at answering your questions. Ben and Glen, chime in if
you disagree.
-Nick
On Fri, Aug 21, 2009 at 10:03 AM, Viet-Trung Luu viettrung...@gmail.comwrote:
Having played with
First of all, thanks for putting together this proposal, great to see
progress on this!
A few comments:
- UI: I prefer the infobar, as per the arguments above. I don't think
this will happen frequently enough to be annoying.
- UI: Should there be user UI to manage this that doesn't
I think Ben meant that the javascript would have to come from a user-click
(just like for popups), which I totally support.
For what it's worth, I think it will be better for the page to provide
in-context discovery of this (in Gmail settings, for example), rather than
force the user to discover
I agree that this comes up often enough that it's probably worth doing. The
opportunities for extensions that you mention are also interesting. I don't
see how this would make it into 4.0, but maybe something to prioritize for
5.0?
Out of curiosity, you've historically been opposed to any kind of
...@google.com wrote:
I was agreeing with Ben, I thought.
- in-page discovery ui
- script can't initiate out-of-page ui
- only user actions can bring up out-of-page ui
Linus
On Mon, Sep 28, 2009 at 5:44 PM, Nick Baum nickb...@chromium.org wrote:
I think Ben meant that the javascript would have
Thanks for the response, comments inline.
On Tue, Sep 29, 2009 at 12:44 AM, brg b...@chromium.org wrote:
Thanks for everyone's comments. I'm replying to Nick's message since
he had them rather collected and enumerated.
UI: I prefer the infobar, as per the arguments above. I don't think
I've never done this, but I'm happy to learn. I got an intro to how to do it
a few weeks back re:some extensions APIs.
Where do I send the email? I'll send out a draft here beforehand.
-Nick
On Thu, Oct 1, 2009 at 2:41 PM, Brad Green (大面包) b...@google.com wrote:
API: How does the page know
I'm trying to run gclient sync, and it seems to get stuck on updating
webkit:
dhcp-172-31-134-235:Chromium nickbaum$ gclient sync
running 'svn update /Users/Shared/Chromium/src-internal' in
'/Users/Shared/Chromium'
At revision 3449.
running 'svn update
Hi all,
In recent dev channel updates, we've made some changes to how Chrome syncs
bookmarks with our servers. We're now about to update the servers to match
this new behavior. Most of you should have been automatically updated to the
latest version, so you shouldn't notice a thing.
If for some
at 5:43 AM, codfather swcodfat...@gmail.com wrote:
Nick,
Is this one of the changes needed to make sync work with the Mac and
the Linux versions of Chrome/Chromium?
Are there any time-scales for delivering this feature?
Cheers
Nick H
On Oct 8, 8:09 am, Nick Baum nickb...@chromium.org
to mocks once they are published.*
Project
Google Chrome
Code LocationThe AutoFill++ service code will reside in:
*chrome/browser/autofill*
Group Members
- James Hawkins jhawk...@chromium.org
- Nick Baum (PM) nickb...@chromium.org
- Ben Goodger (UI) b...@chromium.org
Open web leads, was there any further discussion of this?
-Nick
On Sun, Oct 4, 2009 at 8:33 PM, Alex faab...@mozilla.com wrote:
That seems like a good plan. Has anyone ever tried formalizing it and
floating it around to other vendors?
I figured I should jump into the thread since I can
Sounds good. Thanks for the continued progress on this!
-Nick
On Thu, Oct 29, 2009 at 1:50 PM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
I landed the patch, and now the code in browser/privacy_blacklist should be
quite stable (at least the interfaces).
There's still a lot of work to
Great, thanks for the update.
-Nick
On Wed, Nov 4, 2009 at 10:58 AM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
On Thu, Oct 29, 2009 at 21:50, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
- make ExtensionsService a BlacklistPathProvider and write a test which
loads an extension and
Awesome, thanks for the continued progress and updates!
CCing Brian and Linus FYI.
-Nick
On Mon, Nov 30, 2009 at 12:05 PM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
Some progress report on that: now BlacklistManager is integrated with
Profile (each Profile has its BlacklistManager).
Hi Anders,
That's a pain, sorry about that.
I've filed a bug and asked our gallery team to take a look at it, I'll let
you know what they find.
-Nick
On Thu, Dec 3, 2009 at 12:37 PM, Anders Bergh ande...@gmail.com wrote:
At least more than 24h.
On Thu, Dec 3, 2009 at 16:06, Erik Kay
56 matches
Mail list logo