Let's say the feed is http://foo.com/feed.xml
What about a setup where the content rendered in the tab area is
running on chrome://, but contains a frame that hosts the actual feed
running on http://foo.com? The subscribe UI runs on the other page, so
it is the only thing that needs elevated priv
Regardless of whose authority they run at, it is somewhat desirable to
have the feed URL display in the address bar, since that's the content
that's being loaded.
I would like to keep the flow in page as much as possible. We should
be able to come up with some solution here that doesn't involve
e
On Wed, May 6, 2009 at 8:45 PM, Mike Beltzner wrote:
> FWIW, Firefox has had several security issues crop up with the mixed-content
> feed preview implementation. Placing privileged controls so close to web
> content should be avoided, IMO, if you want to keep this from being a
> problem for Chro
I don't think we want these feed previews to run with foo.com's
authority. I'd rather they ran with no one's authority.
Adam
On Wed, May 6, 2009 at 8:42 PM, Darin Fisher wrote:
> WebKit does not support nested schemes. It would fail in so many places to
> recognize that the authority of such
On 6-May-09, at 9:56 PM, Adam Barth wrote:
> From a security point of view, we'd ideally like to render feeds with
> JavaScript and plug-ins disabled, as well as in a noAccess
> SecurityOrigin. This is easier if the feed preview lives in its own
> scheme. I'm happy to help out with the security
WebKit does not support nested schemes. It would fail in so many places to
recognize that the authority of such an URL is actually foo.com.
(However, we could perhaps support this as we do view-source, where WebKit
never actually sees the view-source URL.)
-Darin
On Wed, May 6, 2009 at 6:56 PM,
I think Darin had some strong opinions about whether we should do
nested schemes like feed-view:http://foo.com/bar.
>From a security point of view, we'd ideally like to render feeds with
JavaScript and plug-ins disabled, as well as in a noAccess
SecurityOrigin. This is easier if the feed preview
On Wed, May 6, 2009 at 6:13 PM, Evan Martin wrote:
> - Some existing practice on the web is to use
> "feed://hostname/etc.xml", which drops the protocol (and should be
> interpreted as HTTP). Ideally you should redirect these into
> view-feed:http://hostname/etc.xml so our view-feed works with h
Why bother with view-feed://? Why not just have the feed be styled
more nicely, similar to the way that XML is styled more nicely by
default in most browsers?
- a
On Wed, May 6, 2009 at 6:13 PM, Evan Martin wrote:
>
> On Wed, May 6, 2009 at 5:36 PM, Finnur Thorarinsson
> wrote:
>> I have alre
On Wed, May 6, 2009 at 5:36 PM, Finnur Thorarinsson wrote:
> I have already added an API for PageActions and have a working RSS
> PageAction extension, which does feed auto-detection on the page. Now it is
> time to look into Feed previews.
> I have spoken briefly to AdamB and EvanM about feed pr
The way that makes most sense to me to implement this in the
extensions system is:
a) In C++ use content sniffing to make sure that the content type is
always correct for feeds
b) Add a feature to content scripts in extensions, so that they can
match by content type
c) Have a content script that
I just wanted to give you heads up that soon it will be time for me to
devote most of my time on the second part of the Feed handling support in
Chrome, namely: Feed Previews (
http://dev.chromium.org/user-experience/feed-subscriptions).
Consider this a request for your feedback, especially if you
I just committed a change that removes all usage of
NotificationService from views/. Please do not add new usages. If you
need a notification reconsider your design or find some other way to
communicate. NotificationService is highly dependent on a
chrome-specific enumeration of notification types
http://dev.chromium.org/developers now links to a "Using Valgrind" page
which is supposed to be all you need to know to be a valgrind hero.
It's not quite as complete as the "Using Purify" page, but it's close.
Let me know if there are unclear or missing bits you'd like clarified.
thestig is ser
I think this is a pretty reasonable idea. Also the extension system
can serve as a test bed for ideas.
- a
On Wed, May 6, 2009 at 1:20 PM, Adam Barth wrote:
> Maybe the thing to do is to have some kind of WebKit namespace for
> experimental JavaScript APIs, in the same way there is
> -webkit-bo
On Wed, May 6, 2009 at 1:26 PM, Nick Baum wrote:
> -- 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 talked. When I load Chrome, the favorites boxes load
> instantly, though
Blargh.
On Wed, May 6, 2009 at 1:35 PM, Aaron Boodman wrote:
> On Wed, May 6, 2009 at 1:26 PM, Jeremy Orlow wrote:
>> Aaron, what's the plan for extensions using localStorage and databases. I
>> assume they'll each have their own origin that's independent of what page
>> the user is currently
Something lazy-loaded after renderer start blocks system IO looking for a
nonexistent DLL or network drive or something? I dunno, I'd try and trace
what the IO calls being made are.
PK
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroup
On Wed, May 6, 2009 at 1:10 PM, jack wrote:
>
> [It seems that I can only post in the group, instead of replying in
> gmail, to have my reply posted here. So apologize if you already
> received this before. ]
>
> Thanks for all of your inputs. My previous example (gmail addon) might
> be mislead
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
Maybe the thing to do is to have some kind of WebKit namespace for
experimental JavaScript APIs, in the same way there is
-webkit-border-radius for CSS. Something like:
window.onIdleWebKit
or
window.onIdleWK
Adam
On Wed, May 6, 2009 at 1:07 PM, Aaron Boodman wrote:
> On Wed, May 6, 2009 at
[It seems that I can only post in the group, instead of replying in
gmail, to have my reply posted here. So apologize if you already
received this before. ]
Thanks for all of your inputs. My previous example (gmail addon) might
be misleading. Let's say the popular ad block. Ad block should be
wo
On Wed, May 6, 2009 at 12:39 PM, Mike Beltzner wrote:
> On 6-May-09, at 3:30 PM, Jeremy Orlow wrote:
>
>> Anyhow, I've heard arguments both ways. Some people think we should not
>> let the standards keep us from experimenting (and then raising the topics
>> with the standards group later) and so
Thanks for letting me know.
BTW I will try the trick (bookmarking for local storage) you suggested
in the mean time for user preferences.
-Jack
On May 6, 12:57 pm, Aaron Boodman wrote:
> Yes, this is a known issue. I've created a bug that you can track if
> you're interested:
>
> http://code.g
Yes, this is a known issue. I've created a bug that you can track if
you're interested:
http://code.google.com/p/chromium/issues/detail?id=11547
- a
On Wed, May 6, 2009 at 11:37 AM, jack wrote:
>
> The phenomenon is quite simple: the addon code may not be loaded
> (quite random) for the first
Agreed. It's also worth pointing out that the context of this started out
as an API for the add-on/extension system and evolved into an API that might
be more broadly available.
On Wed, May 6, 2009 at 12:39 PM, Mike Beltzner wrote:
> On 6-May-09, at 3:30 PM, Jeremy Orlow wrote:
>
> Anyhow, I'v
On 6-May-09, at 3:30 PM, Jeremy Orlow wrote:
> Anyhow, I've heard arguments both ways. Some people think we should
> not let the standards keep us from experimenting (and then raising
> the topics with the standards group later) and some people think
> it's better to bring up the idea and
Or sending an email to the WhatWG (wha...@lists.whatwg.org). Unfortunately,
things are tightening up on the HTML 5 spec. I think this might be too big
of a change to get in at this point.
Anyhow, I've heard arguments both ways. Some people think we should not let
the standards keep us from exper
We should be careful about adding non-standard APIs to the Web
platform. If we want to make this available to every Web site, we
should first standardized the API through W3C.
Adam
2009/5/6 Jeremy Orlow :
> The JavaScript bindings are (mostly) generated from .idl files found in
> chromium/src/
I will try and sit on it over the weekend. But, sadly, I will not download
the code due to the aformentioned disk space issues. Will there be a way to
give one of you the manual differences so you will commit them in the right
places?
☆PhistucK
2009/5/6 Jeremy Orlow
> The JavaScript bindings ar
The JavaScript bindings are (mostly) generated from .idl files found in
chromium/src/third_party/WebKit/WebCore/*/*.idl
chromium/src/third_party/WebKit/WebCore/dom/Node.cpp has a bunch
of dispatch*Event methods.
I don't know if the sandbox will get in your way, but doing this entirely in
WebKit w
The phenomenon is quite simple: the addon code may not be loaded
(quite random) for the first loaded page (i.e., your homepage when you
first launch Chrome).
I don't know how to attach a file, but here are the steps to duplicate
it:
1. Just follow any standard way to create a new extension:
htt
I would like to give it a shot (at least the onidle event), if it is
alright.But in order to do that, I need to understand (C++, but that is
another story) where exactly you are laying the connection between the C++
events and the JavaScript events.
(I am probably talking like a newbie (who writes
Sure, it could be a bit more general.
- a
On Wed, May 6, 2009 at 10:58 AM, Amanda Walker wrote:
> Hmm. Rather than an idle event, how about a general way to notify on
> machine state changes? idle / busy, ac / battery, willsleep /
> didwake, etc. all seem to have the same usage pattern. Apps
Hmm. Rather than an idle event, how about a general way to notify on
machine state changes? idle / busy, ac / battery, willsleep /
didwake, etc. all seem to have the same usage pattern. Apps could
then key off of the notification to start/stop workers or timers for
idle processing, etc.
--Aman
We could either use skia/ext/platform_canvas_mac.h or we could define it to
be a CG type. I'm not sure I fully understand the hybridization of CG and
Skia in our Chromium Mac port.
-darin
On Wed, May 6, 2009 at 10:41 AM, Darin Fisher wrote:
> We just need to figure out what the correct typedef
We just need to figure out what the correct typedef is for the Mac platform.
-Darin
On Wed, May 6, 2009 at 10:40 AM, Darin Fisher wrote:
> Please see WebCanvas in the WebKit API. It was designed for this.
> -Darin
>
>
> On Tue, May 5, 2009 at 5:40 PM, Andrew Scherkus wrote:
>
>> WebKit's Media
Please see WebCanvas in the WebKit API. It was designed for this.
-Darin
On Tue, May 5, 2009 at 5:40 PM, Andrew Scherkus wrote:
> WebKit's MediaPlayerPrivate interface is a bit backwards where they pass in
> a GraphicsContext:
>
> http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/Web
(Reposting to the more suitable group)
I really hope this will be merged to the 178 branch quickly...
(It was very hard to debug the extensions the past two days in Chromium...)
Thank you all!!!
☆PhistucK
On Wed, May 6, 2009 at 20:37, wrote:
>
> Author: dglaz...@chromium.org
> Date: Wed May
This also makes sense to me as something for the wider web platform. I
wonder if there could be awindow.onidle event. This seems generally
useful to all web apps.
- a
2009/5/6 PhistucK :
> I wish I had the disk space and the know how.
> ☆PhistucK
>
>
> On Wed, May 6, 2009 at 20:08, Evan Martin
I wish I had the disk space and the know how.
☆PhistucK
On Wed, May 6, 2009 at 20:08, Evan Martin wrote:
> Probably only if you do it. :)
>
> 2009/5/6 PhistucK :
> > Mmmm... so is that going to happen soon? :)
> >
> > 2009/5/6 Evan Martin
> >>
> >> base/idle_timer implements this. The only i
Probably only if you do it. :)
2009/5/6 PhistucK :
> Mmmm... so is that going to happen soon? :)
>
> 2009/5/6 Evan Martin
>>
>> base/idle_timer implements this. The only implementation detail would
>> be exposing it to JS.
--~--~-~--~~~---~--~~
Chromium Develop
Great! this will make my IM notifier much much more useful!
:)
Mmmm... so is that going to happen soon? :)
☆PhistucK
2009/5/6 Evan Martin
> base/idle_timer implements this. The only implementation detail would
> be exposing it to JS.
>
> It would also make us depend on xscreensaver on Linux w
base/idle_timer implements this. The only implementation detail would
be exposing it to JS.
It would also make us depend on xscreensaver on Linux which is :( but whatever.
2009/5/6 PhistucK :
> One more thing - are you planning to implement a function that will return
> the status of the machin
One more thing - are you planning to implement a function that will return
the status of the machine?For presence information, I want to know if the
computer is idle and if it does, I do not want to signal the presence. Say,
during screen saver or when the screen is shut down (through windows and i
There probably was another error before, but after nuking, closing VS, and
trying over again I lost it.
Rebuilding chrome_strings fixed it. Thanks for the quick solution!
On Wed, May 6, 2009 at 3:51 PM, Marc-Antoine Ruel wrote:
> I assume you had _another_ error before this. Try just building on
I assume you had _another_ error before this. Try just building only
chrome_strings in App. It creates generated_resources.h.
M-A
On Wed, May 6, 2009 at 6:09 AM, Kevin Millikin wrote:
> I've been unable to build Chromium on Windows (VS 2005 + Incredibuild).
> There seem to be missing generated f
I've been unable to build Chromium on Windows (VS 2005 + Incredibuild).
There seem to be missing generated files. I've tried nuking all the output
directories, gclient sync --force, and rebuild with no luck.
chrome_font_win.cc
C:\chrome\src\app\gfx\chrome_font_win.cc(15) : fatal error C1083: Cann
2009/5/6 Andrew Scherkus :
> We'll ping WebKit to find out the reasoning behind passing in a
> GraphicsContext. Probably for performance reasons and reducing extra
> blits/copies, but still worth investigating.
Probably that and preserving any active transforms, as Brett noted.
> For some back
2009/5/6 Andrew Scherkus :
> On Tue, May 5, 2009 at 9:49 PM, Albert J. Wong (王重傑)
> wrote:
>>
>> On Tue, May 5, 2009 at 9:38 PM, Amanda Walker wrote:
>>>
>>> Ah, I see. Hmm, going in that direction (from a GraphicsContext back
>>> up to the PlatformCanvas that wraps it) is an interesting questi
On Tue, May 5, 2009 at 9:49 PM, Albert J. Wong (王重傑) wrote:
> On Tue, May 5, 2009 at 9:38 PM, Amanda Walker wrote:
>
>> Ah, I see. Hmm, going in that direction (from a GraphicsContext back
>> up to the PlatformCanvas that wraps it) is an interesting question
>> (the rest of our rendering code go
51 matches
Mail list logo
