[chromium-dev] Re: Does chrome has an add-on preference system?
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 its power management system, obviously, not through the shut down button :)). And if you were not planning on it - is it so easy to implement that you will implement it in a few seconds? ;) I wish I knew C++ (and had enough disk space :( really low now), I would have tried to implement it by myself or help a little with everything. :) ☆PhistucK 2009/5/6 PhistucK phist...@gmail.com Yeah, I actually thought about it but never got into implementing it, since my project is kind of secret (to the surroundings) and I am afraid to create a slightly comprehensible bookmark entry with identifiable details. (Too much details, hehe. Forget it. :)) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org No good way. If you were feeling especially hacky, you could use the Bookmark system ( http://sites.google.com/a/chromium.org/dev/developers/design-documents/extensions/bookmarks-api ) as a temporary data store until LocalStorage is implemented. Not recommended, but it works, we've done it for testing :). - a 2009/5/5 PhistucK phist...@gmail.com: Then... no way for now? :( I built a little instant messaging notifier with the extensions. :) ☆PhistucK On Wed, May 6, 2009 at 02:45, Peter Kasting pkast...@google.com wrote: On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 phist...@gmail.com: 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 its power management system, obviously, not through the shut down button :)). And if you were not planning on it - is it so easy to implement that you will implement it in a few seconds? ;) I wish I knew C++ (and had enough disk space :( really low now), I would have tried to implement it by myself or help a little with everything. :) ☆PhistucK 2009/5/6 PhistucK phist...@gmail.com Yeah, I actually thought about it but never got into implementing it, since my project is kind of secret (to the surroundings) and I am afraid to create a slightly comprehensible bookmark entry with identifiable details. (Too much details, hehe. Forget it. :)) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org No good way. If you were feeling especially hacky, you could use the Bookmark system (http://sites.google.com/a/chromium.org/dev/developers/design-documents/extensions/bookmarks-api) as a temporary data store until LocalStorage is implemented. Not recommended, but it works, we've done it for testing :). - a 2009/5/5 PhistucK phist...@gmail.com: Then... no way for now? :( I built a little instant messaging notifier with the extensions. :) ☆PhistucK On Wed, May 6, 2009 at 02:45, Peter Kasting pkast...@google.com wrote: On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 e...@chromium.org 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 phist...@gmail.com: 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 its power management system, obviously, not through the shut down button :)). And if you were not planning on it - is it so easy to implement that you will implement it in a few seconds? ;) I wish I knew C++ (and had enough disk space :( really low now), I would have tried to implement it by myself or help a little with everything. :) ☆PhistucK 2009/5/6 PhistucK phist...@gmail.com Yeah, I actually thought about it but never got into implementing it, since my project is kind of secret (to the surroundings) and I am afraid to create a slightly comprehensible bookmark entry with identifiable details. (Too much details, hehe. Forget it. :)) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org No good way. If you were feeling especially hacky, you could use the Bookmark system ( http://sites.google.com/a/chromium.org/dev/developers/design-documents/extensions/bookmarks-api ) as a temporary data store until LocalStorage is implemented. Not recommended, but it works, we've done it for testing :). - a 2009/5/5 PhistucK phist...@gmail.com: Then... no way for now? :( I built a little instant messaging notifier with the extensions. :) ☆PhistucK On Wed, May 6, 2009 at 02:45, Peter Kasting pkast...@google.com wrote: On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
Sure, it could be a bit more general. - a On Wed, May 6, 2009 at 10:58 AM, Amanda Walker ama...@chromium.org 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 could then key off of the notification to start/stop workers or timers for idle processing, etc. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 it that way, huh?), but that is because I am a newbie, hehe, I never touched such code before, I know a little Visual Basic when it comes to actual programming and not web applications.) I am searching for events through the codesearch, but it is not coming along great. If you can point me to some example of firing events by C++ that calls up the JavaScript events, it will help me a lot. I could use an existing event as a syntax example. (Besides that, that means window.onidle will invoke the base::IdleTimer sort of directly with a TimeDelta::FromMilliseconds as a parameter (I am shooting for milliseconds, like setInterval\setTimeout). I guess this is really not secured, should I check that it is a positive number (with a limit?) first and if so, let it rock?) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org Sure, it could be a bit more general. - a On Wed, May 6, 2009 at 10:58 AM, Amanda Walker ama...@chromium.org 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 could then key off of the notification to start/stop workers or timers for idle processing, etc. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 would be easiest. If that's not possible, then you'll need to have Chromium send an IPC to all the render processes ( http://dev.chromium.org/developers/design-documents/multi-process-architecture) whenever the event should fire. This is not a trivial task, but you'll learn a lot really quickly if you choose to take this on. :-) 2009/5/6 PhistucK phist...@gmail.com 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 it that way, huh?), but that is because I am a newbie, hehe, I never touched such code before, I know a little Visual Basic when it comes to actual programming and not web applications.) I am searching for events through the codesearch, but it is not coming along great. If you can point me to some example of firing events by C++ that calls up the JavaScript events, it will help me a lot. I could use an existing event as a syntax example. (Besides that, that means window.onidle will invoke the base::IdleTimer sort of directly with a TimeDelta::FromMilliseconds as a parameter (I am shooting for milliseconds, like setInterval\setTimeout). I guess this is really not secured, should I check that it is a positive number (with a limit?) first and if so, let it rock?) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org Sure, it could be a bit more general. - a On Wed, May 6, 2009 at 10:58 AM, Amanda Walker ama...@chromium.org 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 could then key off of the notification to start/stop workers or timers for idle processing, etc. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 jor...@google.com 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 would be easiest. If that's not possible, then you'll need to have Chromium send an IPC to all the render processes ( http://dev.chromium.org/developers/design-documents/multi-process-architecture) whenever the event should fire. This is not a trivial task, but you'll learn a lot really quickly if you choose to take this on. :-) 2009/5/6 PhistucK phist...@gmail.com 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 it that way, huh?), but that is because I am a newbie, hehe, I never touched such code before, I know a little Visual Basic when it comes to actual programming and not web applications.) I am searching for events through the codesearch, but it is not coming along great. If you can point me to some example of firing events by C++ that calls up the JavaScript events, it will help me a lot. I could use an existing event as a syntax example. (Besides that, that means window.onidle will invoke the base::IdleTimer sort of directly with a TimeDelta::FromMilliseconds as a parameter (I am shooting for milliseconds, like setInterval\setTimeout). I guess this is really not secured, should I check that it is a positive number (with a limit?) first and if so, let it rock?) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org Sure, it could be a bit more general. - a On Wed, May 6, 2009 at 10:58 AM, Amanda Walker ama...@chromium.org 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 could then key off of the notification to start/stop workers or timers for idle processing, etc. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 jor...@google.com: 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 would be easiest. If that's not possible, then you'll need to have Chromium send an IPC to all the render processes (http://dev.chromium.org/developers/design-documents/multi-process-architecture) whenever the event should fire. This is not a trivial task, but you'll learn a lot really quickly if you choose to take this on. :-) 2009/5/6 PhistucK phist...@gmail.com 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 it that way, huh?), but that is because I am a newbie, hehe, I never touched such code before, I know a little Visual Basic when it comes to actual programming and not web applications.) I am searching for events through the codesearch, but it is not coming along great. If you can point me to some example of firing events by C++ that calls up the JavaScript events, it will help me a lot. I could use an existing event as a syntax example. (Besides that, that means window.onidle will invoke the base::IdleTimer sort of directly with a TimeDelta::FromMilliseconds as a parameter (I am shooting for milliseconds, like setInterval\setTimeout). I guess this is really not secured, should I check that it is a positive number (with a limit?) first and if so, let it rock?) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org Sure, it could be a bit more general. - a On Wed, May 6, 2009 at 10:58 AM, Amanda Walker ama...@chromium.org 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 could then key off of the notification to start/stop workers or timers for idle processing, etc. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 experimenting (and then raising the topics with the standards group later) and some people think it's better to bring up the idea and formalize all the details first. Personally, I'm more in the second camp, I don't think there's any harm in prototyping something up and using it as a vehicle for discussion. 2009/5/6 Adam Barth aba...@chromium.org 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 jor...@google.com: 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 would be easiest. If that's not possible, then you'll need to have Chromium send an IPC to all the render processes ( http://dev.chromium.org/developers/design-documents/multi-process-architecture ) whenever the event should fire. This is not a trivial task, but you'll learn a lot really quickly if you choose to take this on. :-) 2009/5/6 PhistucK phist...@gmail.com 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 it that way, huh?), but that is because I am a newbie, hehe, I never touched such code before, I know a little Visual Basic when it comes to actual programming and not web applications.) I am searching for events through the codesearch, but it is not coming along great. If you can point me to some example of firing events by C++ that calls up the JavaScript events, it will help me a lot. I could use an existing event as a syntax example. (Besides that, that means window.onidle will invoke the base::IdleTimer sort of directly with a TimeDelta::FromMilliseconds as a parameter (I am shooting for milliseconds, like setInterval\setTimeout). I guess this is really not secured, should I check that it is a positive number (with a limit?) first and if so, let it rock?) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org Sure, it could be a bit more general. - a On Wed, May 6, 2009 at 10:58 AM, Amanda Walker ama...@chromium.org 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 could then key off of the notification to start/stop workers or timers for idle processing, etc. --Amanda 2009/5/6 Aaron Boodman a...@chromium.org: 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 phist...@gmail.com: I wish I had the disk space and the know how. ☆PhistucK On Wed, May 6, 2009 at 20:08, Evan Martin e...@chromium.org wrote: Probably only if you do it. :) 2009/5/6 PhistucK phist...@gmail.com: Mmmm... so is that going to happen soon? :) 2009/5/6 Evan Martin e...@chromium.org base/idle_timer implements this. The only implementation detail would be exposing it to JS. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 formalize all the details first. Personally, I'm more in the second camp, I don't think there's any harm in prototyping something up and using it as a vehicle for discussion. There isn't, as long as it clearly stays a prototype and it's developed in the open with input from multiple parties. Many successful APIs have evolved this way (see: geolocation). The ones that don't work as well are ones driven by a single party, without consultation or invitation for collaboration, as they tend to be too specific and not broadly useful. From my vantage point, anyway ;) cheers, mike --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 beltz...@mozilla.com 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 some people think it's better to bring up the idea and formalize all the details first. Personally, I'm more in the second camp, I don't think there's any harm in prototyping something up and using it as a vehicle for discussion. There isn't, as long as it clearly stays a prototype and it's developed in the open with input from multiple parties. Many successful APIs have evolved this way (see: geolocation). The ones that don't work as well are ones driven by a single party, without consultation or invitation for collaboration, as they tend to be too specific and not broadly useful. From my vantage point, anyway ;) cheers, mike --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
On Wed, May 6, 2009 at 12:39 PM, Mike Beltzner beltz...@mozilla.com 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 some people think it's better to bring up the idea and formalize all the details first. Personally, I'm more in the second camp, I don't think there's any harm in prototyping something up and using it as a vehicle for discussion. There isn't, as long as it clearly stays a prototype and it's developed in the open with input from multiple parties. Many successful APIs have evolved this way (see: geolocation). The ones that don't work as well are ones driven by a single party, without consultation or invitation for collaboration, as they tend to be too specific and not broadly useful. From my vantage point, anyway ;) I was involved in the Geolocation spec, so I'm aware of how well it worked. To restate what Jeremy said, this started out as a discussion about an extension API. That would be the easy answer, and it is something that vendors frequently do. It still might be a useful starting point. But I specifically broadened the discussion because we Chromites are very keen to push things down into the web platform where possible, so that it benefits all applications, not just Chrome extensions. Doing this obviously means collaboration with other vendors, and when we get to the point of actually proposing something, that would clearly be the way to go. Right now we're just discussing, though. I think it's OK to ponder without a W3C mandate. - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
[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 working on all web sites, and a user should be able to add/edit/delete any specified ad sources. Such information need to be stored locally, and accessible from any web pages by the add-on. So talking about cookie, IMHO I don't think it is a good candidate for user preferences due to its tight restriction on domains and server interaction. I didn't follow the latest progress of HTML 5, but I remember it had some security issues due to its widely opened door (especially the globalStorage ). On the other hand a user preference system should be working regardless of a user's security setting. But users might prohibit local storage (especially in the public/topmost domain level) like they do to cookies. Just my 2c and any of your comments are welcome. In any case looking forward to checking the new Chrome release and trying it out (Real Soon Now, right? :)). Thanks, -Jack On May 5, 4:43 pm, Aaron Boodman a...@chromium.org wrote: On Mon, May 4, 2009 at 11:08 AM, jack js2...@gmail.com wrote: Dear experts, I am recently playing around Chrome extension development Sweet! does chrome has an add-on preference system? I think a preference system is an essential component for an add-on ecosystem. What I mean is something like Firefox's Components.interfaces.nsIPrefBranch: https://developer.mozilla.org/En/Code_snippets/Preferences e.g., for a gmail addon, a user should be able to save his/her user/ pswd info. WRT to add-on development, how/where to support this? Our idea is that in most cases developers will use HTML5 LocalStorage for this, which will be available to all web pages (including extensions) by default. However, HTML5 LocalStorage is not yet implemented for Chrome, so it doesn't show up for extensions either. There are people working on this, though, and we hope to have it available Real Soon Now. Note that using cookies, as Peter suggests, won't work either. We have purposely decided to not enable cookies for extensions since the concept doesn't really make sense (cookies are really designed for live web pages that interact with servers). - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 a...@chromium.org wrote: On Wed, May 6, 2009 at 12:39 PM, Mike Beltzner beltz...@mozilla.com 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 some people think it's better to bring up the idea and formalize all the details first. Personally, I'm more in the second camp, I don't think there's any harm in prototyping something up and using it as a vehicle for discussion. There isn't, as long as it clearly stays a prototype and it's developed in the open with input from multiple parties. Many successful APIs have evolved this way (see: geolocation). The ones that don't work as well are ones driven by a single party, without consultation or invitation for collaboration, as they tend to be too specific and not broadly useful. From my vantage point, anyway ;) I was involved in the Geolocation spec, so I'm aware of how well it worked. To restate what Jeremy said, this started out as a discussion about an extension API. That would be the easy answer, and it is something that vendors frequently do. It still might be a useful starting point. But I specifically broadened the discussion because we Chromites are very keen to push things down into the web platform where possible, so that it benefits all applications, not just Chrome extensions. Doing this obviously means collaboration with other vendors, and when we get to the point of actually proposing something, that would clearly be the way to go. Right now we're just discussing, though. I think it's OK to ponder without a W3C mandate. - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
On Wed, May 6, 2009 at 1:10 PM, jack js2...@gmail.com 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 misleading. Let's say the popular ad block. Ad block should be working on all web sites, and a user should be able to add/edit/delete any specified ad sources. Such information need to be stored locally, and accessible from any web pages by the add-on. So talking about cookie, IMHO I don't think it is a good candidate for user preferences due to its tight restriction on domains and server interaction. I didn't follow the latest progress of HTML 5, but I remember it had some security issues due to its widely opened door (especially the globalStorage ). On the other hand a user preference system should be working regardless of a user's security setting. But users might prohibit local storage (especially in the public/topmost domain level) like they do to cookies. 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 browsing? Just my 2c and any of your comments are welcome. In any case looking forward to checking the new Chrome release and trying it out (Real Soon Now, right? :)). Thanks, -Jack On May 5, 4:43 pm, Aaron Boodman a...@chromium.org wrote: On Mon, May 4, 2009 at 11:08 AM, jack js2...@gmail.com wrote: Dear experts, I am recently playing around Chrome extension development Sweet! does chrome has an add-on preference system? I think a preference system is an essential component for an add-on ecosystem. What I mean is something like Firefox's Components.interfaces.nsIPrefBranch: https://developer.mozilla.org/En/Code_snippets/Preferences e.g., for a gmail addon, a user should be able to save his/her user/ pswd info. WRT to add-on development, how/where to support this? Our idea is that in most cases developers will use HTML5 LocalStorage for this, which will be available to all web pages (including extensions) by default. However, HTML5 LocalStorage is not yet implemented for Chrome, so it doesn't show up for extensions either. There are people working on this, though, and we hope to have it available Real Soon Now. Note that using cookies, as Peter suggests, won't work either. We have purposely decided to not enable cookies for extensions since the concept doesn't really make sense (cookies are really designed for live web pages that interact with servers). - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
Blargh. On Wed, May 6, 2009 at 1:35 PM, Aaron Boodman a...@google.com wrote: On Wed, May 6, 2009 at 1:26 PM, Jeremy Orlow jor...@google.com 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 browsing? Yes. Every extension runs in a unique origin of the form chrome-extension://host/ where host is the extension's unique ID. We did this so that web pages would just work naturally as extensions without any hacks to the web platform. The concept of origin is pretty important throughout HTML/JavaScript/DOM, so it made sense to give extensions one if they were going to be reusing those technologies. - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
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 aba...@chromium.org 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-border-radius for CSS. Something like: window.onIdleWebKit or window.onIdleWK Adam On Wed, May 6, 2009 at 1:07 PM, Aaron Boodman a...@chromium.org wrote: On Wed, May 6, 2009 at 12:39 PM, Mike Beltzner beltz...@mozilla.com 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 some people think it's better to bring up the idea and formalize all the details first. Personally, I'm more in the second camp, I don't think there's any harm in prototyping something up and using it as a vehicle for discussion. There isn't, as long as it clearly stays a prototype and it's developed in the open with input from multiple parties. Many successful APIs have evolved this way (see: geolocation). The ones that don't work as well are ones driven by a single party, without consultation or invitation for collaboration, as they tend to be too specific and not broadly useful. From my vantage point, anyway ;) I was involved in the Geolocation spec, so I'm aware of how well it worked. To restate what Jeremy said, this started out as a discussion about an extension API. That would be the easy answer, and it is something that vendors frequently do. It still might be a useful starting point. But I specifically broadened the discussion because we Chromites are very keen to push things down into the web platform where possible, so that it benefits all applications, not just Chrome extensions. Doing this obviously means collaboration with other vendors, and when we get to the point of actually proposing something, that would clearly be the way to go. Right now we're just discussing, though. I think it's OK to ponder without a W3C mandate. - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
On Mon, May 4, 2009 at 11:08 AM, jack js2...@gmail.com wrote: Dear experts, I am recently playing around Chrome extension development Sweet! does chrome has an add-on preference system? I think a preference system is an essential component for an add-on ecosystem. What I mean is something like Firefox's Components.interfaces.nsIPrefBranch: https://developer.mozilla.org/En/Code_snippets/Preferences e.g., for a gmail addon, a user should be able to save his/her user/ pswd info. WRT to add-on development, how/where to support this? Our idea is that in most cases developers will use HTML5 LocalStorage for this, which will be available to all web pages (including extensions) by default. However, HTML5 LocalStorage is not yet implemented for Chrome, so it doesn't show up for extensions either. There are people working on this, though, and we hope to have it available Real Soon Now. Note that using cookies, as Peter suggests, won't work either. We have purposely decided to not enable cookies for extensions since the concept doesn't really make sense (cookies are really designed for live web pages that interact with servers). - a --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
Then... no way for now? :( I built a little instant messaging notifier with the extensions. :) ☆PhistucK On Wed, May 6, 2009 at 02:45, Peter Kasting pkast...@google.com wrote: On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
No good way. If you were feeling especially hacky, you could use the Bookmark system (http://sites.google.com/a/chromium.org/dev/developers/design-documents/extensions/bookmarks-api) as a temporary data store until LocalStorage is implemented. Not recommended, but it works, we've done it for testing :). - a 2009/5/5 PhistucK phist...@gmail.com: Then... no way for now? :( I built a little instant messaging notifier with the extensions. :) ☆PhistucK On Wed, May 6, 2009 at 02:45, Peter Kasting pkast...@google.com wrote: On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Does chrome has an add-on preference system?
Yeah, I actually thought about it but never got into implementing it, since my project is kind of secret (to the surroundings) and I am afraid to create a slightly comprehensible bookmark entry with identifiable details. (Too much details, hehe. Forget it. :)) ☆PhistucK 2009/5/6 Aaron Boodman a...@chromium.org No good way. If you were feeling especially hacky, you could use the Bookmark system ( http://sites.google.com/a/chromium.org/dev/developers/design-documents/extensions/bookmarks-api ) as a temporary data store until LocalStorage is implemented. Not recommended, but it works, we've done it for testing :). - a 2009/5/5 PhistucK phist...@gmail.com: Then... no way for now? :( I built a little instant messaging notifier with the extensions. :) ☆PhistucK On Wed, May 6, 2009 at 02:45, Peter Kasting pkast...@google.com wrote: On Tue, May 5, 2009 at 4:43 PM, Aaron Boodman a...@chromium.org wrote: Note that using cookies, as Peter suggests, won't work either. The lesson is, never listen to me. PK --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---