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
I didn't see any, but we had discussed a couple of possible ways to
get there at an earlier meeting.
The first was to perhaps use AppCache manifests to declare this sort
of metadata. You might have some sort of header in the manifest that
describes the page as persistently bless-able (much like
On Tue, Oct 20, 2009 at 6:35 PM, Alex Russell slightly...@google.com wrote:
The first was to perhaps use AppCache manifests to declare this sort
of metadata. You might have some sort of header in the manifest that
describes the page as persistently bless-able (much like Ben's
description),
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 provide some
perspective on the UI from another vendor. I'm a principal designer
on Firefox and this is a feature that I'm
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 give some
perspective on the UI from another vendor. I'm a principal designer
on Firefox, and this is a feature that I'm really
BTW I think this API (and the associated registerContentHandler)
aren't that great... imagine a feed reader that wants to handle feed
types and feed protocol links... do they need to call these functions
one per protocol scheme and per feed content type (there are several),
showing a UI for each?
I totally agree. I envision it being something much more like RSS feeds.
In my mind, it should always advertise itself to the browser and then the
browser should decide how to advertise it to the user. Requiring scripts to
initiate things seems silly to me.
Is this API even part of any
On Fri, Oct 2, 2009 at 2:47 PM, Jeremy Orlow jor...@chromium.org wrote:
Is this API even part of any standard? Maybe we should bring this up on
WhatWG?
The thread title is a clue that these are specced in HTML5 :)
PK
--~--~-~--~~~---~--~~
Chromium Developers
On Fri, Oct 2, 2009 at 2:48 PM, Peter Kasting pkast...@google.com wrote:
On Fri, Oct 2, 2009 at 2:47 PM, Jeremy Orlow jor...@chromium.org wrote:
Is this API even part of any standard? Maybe we should bring this up on
WhatWG?
The thread title is a clue that these are specced in HTML5 :)
I had included the link to the specification in the design document:
http://www.w3.org/TR/html5/browsers.html#dom-navigator-registerprotocolhandler
-brad
On Fri, Oct 2, 2009 at 2:47 PM, Jeremy Orlow jor...@chromium.org wrote:
I totally agree. I envision it being something much more like RSS
This relates somewhat to how we'd like people to install web applications.
For that we figured a site would publish a manifest in some format
(there was some talk about something like the extensions manifest)
that specifies all kinds of appy things a site can do, like large
icons, protocol
That seems like a good plan. Has anyone ever tried formalizing it and
floating it around to other vendors?
On Fri, Oct 2, 2009 at 4:11 PM, Ben Goodger (Google) b...@chromium.orgwrote:
This relates somewhat to how we'd like people to install web
applications.
For that we figured a site would
I don't think Hixie was a huge fan of it iirc ;-) He didn't like the
idea of installing webapps... though that's just a UA defined
semantic.
-Ben
On Fri, Oct 2, 2009 at 4:23 PM, Jeremy Orlow jor...@chromium.org wrote:
That seems like a good plan. Has anyone ever tried formalizing it and
BTW this is something that we want to pursue independently of whether
or not it's in HTML5... we already have app frames/app shortcuts, we
would like to streamline this some. If someone wants to work with
other vendors to come up with a standardized version great, so long as
the UA controls the
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
You should talk with the open web leads (darin, ifette, dglazkov,
slightlyoff) for help on floating this out there.
On Thu, Oct 1, 2009 at 1:12 PM, Nick Baum nickb...@chromium.org wrote:
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
I've added this to my list for review by the group.-Darin
On Thu, Oct 1, 2009 at 1:36 PM, Brian Rakowski br...@chromium.org wrote:
You should talk with the open web leads (darin, ifette, dglazkov,
slightlyoff) for help on floating this out there.
On Thu, Oct 1, 2009 at 1:12 PM, Nick Baum
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 this
will happen frequently enough to be annoying.
This seems to be the consensus.
UI: Should there be user
I'd like to suggest early on that it's done in HTML for the usual
reasons. (And also that there are the usual negatives. Just wanna
plant the seed.)
In particular, a meta-page page would allow the typical operations on
subresource links (click to view; media playing would work in-browser;
Good point on HTML. Why not instead make DevTools
better/faster/do-what-you-want-them-to-do?
:DG
On Tue, Sep 29, 2009 at 9:08 AM, Evan Martin e...@chromium.org wrote:
I'd like to suggest early on that it's done in HTML for the usual
reasons. (And also that there are the usual negatives.
Depends if we want it to feel webby or dialoggy. Unsure yet. Good case
for either way. Will keep it in mind.
-Ben
On Tue, Sep 29, 2009 at 9:08 AM, Evan Martin e...@chromium.org wrote:
I'd like to suggest early on that it's done in HTML for the usual
reasons. (And also that there are the
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 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
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 to come from a
For reference: http://code.google.com/p/chromium/issues/detail?id=5973
I'd be interested in helping out with this on the Mac side. I filed a Camino
bug https://bugzilla.mozilla.org/show_bug.cgi?id=297376 a couple of years
ago about something similar. Safari has a helpful tool in Window --
Yes, I think we're on the same page: you don't mean that the user has to
click some UI element out-of-page (as the original proposal suggested), but
that the script that triggers the out-of-page UI has to originate from a
user action.
-Nick
On Mon, Sep 28, 2009 at 7:02 PM, Linus Upson
I really like this feature. Some comments inside the doc.
Is registerContentHandler also in the works?
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
Yes. Please do not add more ways for script to instigate out-of-page UI. It
is all evil.
Linus
On Fri, Sep 25, 2009 at 12:44 PM, Ben Goodger (Google) b...@chromium.orgwrote:
We should only allow this UI to be invoked from a user gesture.
-Ben
On Fri, Sep 25, 2009 at 12:41 PM, Jeremy Orlow
I'm concerned that the page actions style Omnibox icon is not sufficient
notification for users that this capability exists. I'll add this to the
list of features for UI team to create mocks for.
On Thu, Sep 24, 2009 at 12:51 PM, b...@chromium.org wrote:
I've shared a document with you:
On Fri, Sep 25, 2009 at 11:33 AM, Brian Rakowski br...@chromium.org wrote:
I'm concerned that the page actions style Omnibox icon is not sufficient
notification for users that this capability exists. I'll add this to the
list of features for UI team to create mocks for.
I agree, I think I'd
If you click no on an info bar, then how would you later change your mind?
I really liked the proposal because it'd just always be there. Much like
the RSS feed UI.
It seems like we can either just keep adding infobars or make an investment
in training users what these icons mean.
On Fri, Sep
On Fri, Sep 25, 2009 at 12:08 PM, Jeremy Orlow jor...@chromium.org wrote:
If you click no on an info bar, then how would you later change your mind?
I don't know. Maybe at that point the icon appears in the address bar.
PK
--~--~-~--~~~---~--~~
Chromium
In general, we've been operating under the assumption that a user-initiated
gesture (click here to make gmail your mailto handler) results in a
dialog. Non-user-initiated (site intitiated) results in an infobar. If
you've denied the infobar this in the past, the site will have to get you to
click
As a result, I think we should have a dialog here. It's similar to what
Firefox does, too.
-Ben
On Fri, Sep 25, 2009 at 12:31 PM, Brian Rakowski br...@chromium.org wrote:
In general, we've been operating under the assumption that a user-initiated
gesture (click here to make gmail your mailto
What's to keep sites from spamming you? What if they spam you and then
later you decide you want to install it anyway?
I guess I misunderstood the model of this feature. Seeing the bit about the
rss feeds made me think that an app would use this to advertise that you
could install it. I didn't
We should only allow this UI to be invoked from a user gesture.
-Ben
On Fri, Sep 25, 2009 at 12:41 PM, Jeremy Orlow jor...@chromium.org wrote:
What's to keep sites from spamming you? What if they spam you and then
later you decide you want to install it anyway?
I guess I misunderstood the
On Fri, Sep 25, 2009 at 12:44 PM, Ben Goodger (Google) b...@chromium.orgwrote:
We should only allow this UI to be invoked from a user gesture.
How does Gmail trigger this today? Do they have a button in the Settings
you have to click?
PK
--~--~-~--~~~---~--~~
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
On Fri, Sep 25, 2009 at 5:30 PM, Nick Baum nickb...@chromium.org wrote:
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
On Fri, Sep 25, 2009 at 6:13 PM, Jeremy Orlow jor...@chromium.org wrote:
I had the same thoughts. Does Firefox not implement anything like this?
Another question that this brings up: how could a user un-register something
even if the web site doesn't do anything to make it possible? In other
BTW I should note what I mean by Uber Page Info Window.
For some time, we've talked about improving the page info window in
Chrome. Right now it shows only the security information for a SSL
page. In the future we'd like to extend this to show other
information. The idea is there'd be a few tabs
Thanks for taking on this feature!
Some comments:
ChromeClientChromium will implement the
runJavaScriptRegisterProtocolHandler method in the
ChromeClientImpl class in webkit/glue/chrome_client_impl.h.
Are you sure you need to add this method to ChromeClientChromium? That
interface is only to
43 matches
Mail list logo