[chromium-dev] Is chrome.windows.getCurrent broken?
Could anyone please confirm whether chrome.windows.getCurrent is broken or not? The fact is in 4.0.201.1 it never works. Thanks for any comments/tips. -Jack --~--~-~--~~~---~--~~ 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: AniWeather is back in 3.0.195.1!
Hi Johann, Thanks for reporting the issue. I traced and found that there is a new behavior in the latest Chrome that caused the issue. I still need some time to figure out whether this is a bug in Chrome yet. Anyway, I have worked around the issue in the webpage and it should work now. Please try it and let me know if you still have problems. -Jack On Aug 4, 11:03 pm, Johann esc...@gmail.com wrote: I can't change country, using dev 196.2 On Jul 28, 2:04 am, jack js2...@gmail.com wrote: Thanks to the latest progress in Chrome, AniWeather is back again to support the latest dev channel (3.0.195.1). Here are a few changes reflecting Chrome's recent progresses: 1. Use cookie instead of bookmark to save preferences. No more clumsy bookmark items. 2. Click a toolstrip icon to open according report. 3. Minor bug fixes. Check it atwww.aniweather.com. Enjoy and any comments are welcome. --~--~-~--~~~---~--~~ 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: Is extension/script communication broken in 3.0.192.1?
Thanks for your clarification Matt. I agree with you that in a long run a more comprehensive regression test would be helpful. Similar regression happened in a previous release that broke another part of extension (i.e., deleting a bookmark item would crash Chrome) that is still hanging around. -Jack On Jul 8, 6:28 pm, Matt Perry mpcompl...@chromium.org wrote: Yes, I broke content script messaging. Sorry :(. I filed bughttp://code.google.com/p/chromium/issues/detail?id=16228to track. I'm working on a fix, but it will be a few days and might miss the next dev channel release. Again, sorry about this. When my fix is in, we'll have better testing to ensure this doesn't happen again. On Wed, Jul 8, 2009 at 6:07 PM, jack js2...@gmail.com wrote: I am about to release a new version of AniWeather, but after upgraded to the new 3.0.192.1, everything stopped working, neither the new nor the old (stable) version. I checked the code and the script never got any msg from extension. To test it out, just download the version 0.5.8 that worked in up to 3.0.191.x from aniweather.com. Is it broken? Any comments? Thanks, -Jack --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] chrome.bookmarks.remove will crash Chrome
[I duplicated this post in the transition period for the extension group. ] This problem seems fixed in 3.0.183.x, but returned in 3.0.189.0. Maybe add a regression test for it? Being unable to remove a bookmark item makes it clumsy to use bookmark to store user settings. Any comments? --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] [Extension] Introducing AniWeather: Animated Weather + Any Weather
I would like to announce another Chrome add-on: AniWeather. AniWeather stands for Animated Weather + Any Weather. Here are some highlights about it: 1. Weather information in vivid animations 2. Real time condition update + 5-day forecast 3. Check the weather of over 77,000 locations worldwide 4. Switch locations in one click 4. Link to more detailed views seamlessly 5. Customizable to fit your preference (temperature unit, location list, etc.) More details and download at http://www.aniweather.com Thanks to the progress in Chrome 3.0, which makes saving user preferences possible. Shall I call it Chrome's first full-functioning add-on (including user preferences)? :P Several issues (some are known/acknowledged): 1. As usual, the add-on might not work for the first page 2. Click the toolstrip will bring the first tab foreground. 3. When the tooltip for a toolstrip shows up, Chrome would crash while exiting. 4. Sending large amount of data (say 10k) via the extension/script channel might block UI for quite a while (I haven't checked it for the latest version and will do). Note I think 2 and 3 are critical because they make it impossible to interact w/ the toolstrip. I hope you enjoy it and any of your comments are welcome. Best regards, Jack --~--~-~--~~~---~--~~ 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: [Extension] Introducing AniWeather: Animated Weather + Any Weather
Hi Aaron, Thanks for your comments and please see my reply inline. On Jun 9, 11:00 am, Aaron Boodman a...@chromium.org wrote: Hi Jack, Is the detail on hover of the toolstrip meant to work in Chrome? I see that you have a content script that looks like it wants to implement this, but it doesn't seem to do anything for me. [Jack] It should be working in Chrome. Note when you hover over the toolstrip AniWeather provides a detailed view of current condition near the toolstrip. To avoid annoyance you have to stay your cursor on the toolstrip for a while to trigger the detailed view. If you want to view the 5-day forecast, click the detailed view. Also the first page after you launch Chrome doesn't work. So you have to navigate to a second page to have the hovering working. This is a known issue as discussed before. In fact, the most straightforward way to trigger further action is to click the toolstrip directly. But because of the bug (switching to the first tab), this is a workaround for now. Are you storing the preferences on the server? That is what it appears like to me. [Jack] User preferences are stored locally via the bookmarking system, which has been stable enough in Chrome 3 to be used. Nice work though. I added my work and home cities. [Jack] Thanks. As this is the very preliminary release, any comments or suggestions are welcome. - a On Tue, Jun 9, 2009 at 9:59 AM, jackjs2...@gmail.com wrote: I would like to announce another Chrome add-on: AniWeather. AniWeather stands for Animated Weather + Any Weather. Here are some highlights about it: 1. Weather information in vivid animations 2. Real time condition update + 5-day forecast 3. Check the weather of over 77,000 locations worldwide 4. Switch locations in one click 4. Link to more detailed views seamlessly 5. Customizable to fit your preference (temperature unit, location list, etc.) More details and download athttp://www.aniweather.com Thanks to the progress in Chrome 3.0, which makes saving user preferences possible. Shall I call it Chrome's first full-functioning add-on (including user preferences)? :P Several issues (some are known/acknowledged): 1. As usual, the add-on might not work for the first page 2. Click the toolstrip will bring the first tab foreground. 3. When the tooltip for a toolstrip shows up, Chrome would crash while exiting. 4. Sending large amount of data (say 10k) via the extension/script channel might block UI for quite a while (I haven't checked it for the latest version and will do). Note I think 2 and 3 are critical because they make it impossible to interact w/ the toolstrip. I hope you enjoy it and any of your comments are welcome. Best regards, Jack --~--~-~--~~~---~--~~ 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: Introducing AniWeather: Animated Weather + Any Weather
On Jun 9, 12:26 pm, Aaron Boodman a...@chromium.org wrote: On Tue, Jun 9, 2009 at 12:14 PM, jackjs2...@gmail.com wrote: [Jack] It should be working in Chrome. Note when you hover over the toolstrip AniWeather provides a detailed view of current condition near the toolstrip. To avoid annoyance you have to stay your cursor on the toolstrip for a while to trigger the detailed view. If you want to view the 5-day forecast, click the detailed view. I see. I think the confusion was that you have to put your mouse over the icon, not the text. I didn't realize this at first. You might consider expanding the hover area to the entire toolstrip. [Jack] Good suggestion and I will add that. Also the first page after you launch Chrome doesn't work. So you have to navigate to a second page to have the hovering working. This is a known issue as discussed before. In fact, the most straightforward way to trigger further action is to click the toolstrip directly. But because of the bug (switching to the first tab), this is a workaround for now. FWIW, the issue with focusing the first tab is fixed in the next dev channel release which should come sometime this week. [Jack] Sounds great! Are you storing the preferences on the server? That is what it appears like to me. [Jack] User preferences are stored locally via the bookmarking system, which has been stable enough in Chrome 3 to be used. I see :). So why have the preferences page served remotely athttp://www.aniweather.com/aniweather.config.html?You can also package this page directly in the extension so that it (and the toolstrip) can directly access the storage (err bookmarks, I mean) API. [Jack] I understand that I can put it directly in the extension. This is for the consideration of both timely update and being compatible w/ other browsers instead of writing individual configurations for each of them. [Jack] Thanks. As this is the very preliminary release, any comments or suggestions are welcome. I think personally, I would like to be able to see all of my cities weather when I hover over the toolstrip -- either as a content script overlay or by sliding the toolstrip open to reveal more icons/temperatures. [Jack] Again thanks for all comments and I will consider that in later releases. But this is a great start. Thanks for sharing it. - 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: Bookmark system not reliable enough for user preferences
Thanks for all of your input. Your finding confirmed my suspicion about racing, which might also be the reason for several other weird random behaviors I encountered. Looking forward to seeing any progress in LocalStorage, but take your time. For me it is interesting to hacking into current release and understand the way it cooks. -Jack On May 20, 2:54 pm, Aaron Boodman a...@chromium.org wrote: Hi Jack, I can repro this. The problem is a race at startup. If you delay calling the APIs awhile, it would work correctly. I've created a bug for this, if you're interested:http://code.google.com/p/chromium/issues/detail?id=12353 As for searching for bookmark folders, I'm not sure we want to add it. If it wasn't for this weird use case of using the bookmark system as storage, I don't know if anybody would ever need that. Hopefully real storage appears soon, and we can use that instead. - 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: Bookmark system not reliable enough for user preferences
Hi Aaron, Sorry for this late response. I was piled up in the past days. I did some additional trials. It's quite random and it is hard to get unique results. But let's handle it one by one. I am attaching a sample toolstrip.html file. For a clean test make sure your bookmark list is empty. When the page is loaded it will check the existence of a folder and create it (together w/ an item) if needed. In my test, the item will never be created in the folder. It will be either created in the bookmark bar, or under the root folder, or not at all. You can also click on the icon in the toolstrip to manually check the folder. In this case, I got correct result in one machine, but random (as aforementioned) in another machine (note this another machine is using a different language version). Also, a folder is never found by chrome.bookmarks.search(). It is easy for you to test it so I didn't include it in the html file. -Jack html script type=text/javascript var folderId = -1; var helperItem = What's This?; var sampleSettingFolderName = Sample Setting; function noFolderCallback() { updateStatus(Not Found); createFolder(); } function hasFolderCallback() { updateStatus(Found! + folderId); } function createFolder() { chrome.bookmarks.create({ 'title': sampleSettingFolderName }, function (folder) { folderId = folder.id; updateStatus(Created folder: + folder.title); createItem(helperItem, 'http://www.google.com'); }); } function createItem(name, value) { if(folderId 0) return; chrome.bookmarks.create({ 'parentId': folderId, 'index' : 0, 'title': name, 'url': value }, function(item) { updateStatus(Created item: + item.title); }); } function updateStatus(status) { document.getElementById(status).innerHTML = status; } function checkItem(checkName, yesFunc, noFunc) { updateStatus('Checking...'); chrome.bookmarks.search(checkName, function(results) { if(results.length 0) { updateStatus(Found Item with parent: + results[0].parentId); folderId = results[0].parentId; var aryId=new Array(); aryId[0]=results[0].parentId; chrome.bookmarks.get(aryId, function(re) { updateStatus(Found Folder - + re[0].title); yesFunc(); }); } else { noFunc(); } }); } window.onload = function(){ checkItem(helperItem, hasFolderCallback, noFolderCallback); }; function openSetting() { checkItem(helperItem, hasFolderCallback, noFolderCallback); } /script body a href=javascript:openSetting(); title=Click to create folderimg style=border: medium none; margin: 0px; padding: 0px; padding-top:4px; display: block; src=http://www.gogle.com/ favicon.ico border=0 vspace=0 width=16 height=16 hspace=0/ anbsp; div style=padding-top:4px; margin-left:4px; id=statusDummy/div /body /html / On May 15, 2:18 pm, Aaron Boodman a...@chromium.org wrote: Hi Jack, On Fri, May 15, 2009 at 2:05 PM, jack js2...@gmail.com wrote: I have spent some time playing around the new release of Chrome, especially building user preference system using the bookmarking and script/extension communication aspects. I have to say it is not reliable enough yet to build a real system. Using the bookmark system for storage was just an idea for a quick hack, but I'm still interested in the bugs you found. 1) Bookmarking: bookmarking system only works well for directly loaded extension page (i.e., type or copy chrome-extension://*/*.html and enter). If the extension page is loaded by hyperlink from other pages, or by communication event (within onMessage), bookmarking is quite unreliable. e.g., if the extension page contains some javascript creating a bookmark item in onload(), by merely refreshing the page I got different results randomly (sometime w/ the item created, sometime in a different folder, sometime nothing at all). 2) chrome.bookmarks.search will not find any folder I'll try and make some test cases for these two bugs and replicate them. Thanks. 3) Open the communication channel between the script and extension makes the whole Chrome much more vulnerable to crashing. Hm, if you can come up with a test case for this, I'd appreciate it. Otherwise, we'll just keep an eye out for crashes related to the communication channel. 4) Transfer large amount of data (say 2K bytes) via postMessage is extremely slow (multiple sec.) I'll try and create a test case for this, too. 5) Is the hidden_pages in json still
[chromium-dev] Bookmark system not reliable enough for user preferences
I have spent some time playing around the new release of Chrome, especially building user preference system using the bookmarking and script/extension communication aspects. I have to say it is not reliable enough yet to build a real system. Generally there are several concerns as mentioned below. Sorry I don't have too much time to do a thorough bug test, and the following is just general description, not a formal bug report. If you want to know more details, just directly contact w/ me. 1) Bookmarking: bookmarking system only works well for directly loaded extension page (i.e., type or copy chrome-extension://*/*.html and enter). If the extension page is loaded by hyperlink from other pages, or by communication event (within onMessage), bookmarking is quite unreliable. e.g., if the extension page contains some javascript creating a bookmark item in onload(), by merely refreshing the page I got different results randomly (sometime w/ the item created, sometime in a different folder, sometime nothing at all). 2) chrome.bookmarks.search will not find any folder 3) Open the communication channel between the script and extension makes the whole Chrome much more vulnerable to crashing. 4) Transfer large amount of data (say 2K bytes) via postMessage is extremely slow (multiple sec.) 5) Is the hidden_pages in json still working, or not yet, or not any longer? Hidden page is good for the communication w/o exposing any UI as toolstrip does, but it didn't work for me so far. I will continue exploring it and update (if any) progress. Your comments are welcome. -Jack --~--~-~--~~~---~--~~ 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: Chrome's Accelerators (alternative to IE8 Accelerators) is here
Hi Nick, Thanks for your feedback. My understanding is that Chrome is actively working on an official user preference system based on HTML 5 local storage. In the meantime, I was suggested trying bookmarks as a workaround. I haven't tried the new release yet, but in last week it didn't work out because it seemed the communication between the content script and extension (namely chromium.extension.connect() blabla) 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...@chromium.org wrote: Hey Jack, This is super cool, thanks for sharing! Matt (cc'd) is working on letting extensions store cookies. Is that what you're missing? Cheers, -Nick 2009/5/12 jack js2...@gmail.com Thanks for your feedback and glad to know it worked for you. Your guess is correct. Although such features are OK in Cleeki's IE/Firefox addons, I haven't figure out a way for Chrome yet. I tried the trick using bookmarking and script/extension communication but it didn't work so far. If anybody here knows how to do this, I'd love to know and integrate it into the add-on. -Jack On 5月12日, 下午10时11分, PhistucK phist...@gmail.com wrote: Works for me. The IE8 Accelerator importing and the preferences work only in the corresponding pages, because the lack of Extensions cookie support, I assume, right? Great job! ☆PhistucK On Tue, May 12, 2009 at 20:47, jack js2...@gmail.com wrote: I recently migrated the Firefox add-on, called Cleeki, into Google Chrome. Cleeki can be used as Google Chrome's Accelerators, only superior to IE8 accelerators. Basically you select any text to search/ share/publish on the Internet, and preview the results in the same page instantly. Installation guideline:http://blog.cleeki.com/?p=70 A quick overview:http://blog.cleeki.com/?p=112 Based on the discussion last week, there is a known issue in current Chrome that the first page might not load the add-on script. Also there is no (easy) user customization yet because of the lack of an official user preference system. I would like to share the add-on in this community in case it is helpful for testing any new release of Chrome. I will actively test it in the up-to-date Chrome and report any bugs. Any of your bug reporting is also welcome. I hope when Chrome add-on system becomes official, this add-on will also be ready (or almost). Thanks for your attention and any of your comments are welcome. -Jack --~--~-~--~~~---~--~~ 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: Chrome's Accelerators (alternative to IE8 Accelerators) is here
Thanks for your tips, Matt. I will check the update and try your suggestion. -jack On May 13, 12:07 pm, Matt Perry mpcompl...@chromium.org wrote: Cookies will not help user scripts, but they will help you with toolstrips and background pages. Both of the latter pages run in an extension process under a common origin, so you can access your extension's cookies from those contexts just fine. You'd need to use the content script communication if you need to inform content scripts about stored settings, though. (Note that cookie support is not in yet.) 2009/5/13 jack js2...@gmail.com Hi Nick, Thanks for your feedback. My understanding is that Chrome is actively working on an official user preference system based on HTML 5 local storage. In the meantime, I was suggested trying bookmarks as a workaround. I haven't tried the new release yet, but in last week it didn't work out because it seemed the communication between the content script and extension (namely chromium.extension.connect() blabla) 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...@chromium.org wrote: Hey Jack, This is super cool, thanks for sharing! Matt (cc'd) is working on letting extensions store cookies. Is that what you're missing? Cheers, -Nick 2009/5/12 jack js2...@gmail.com Thanks for your feedback and glad to know it worked for you. Your guess is correct. Although such features are OK in Cleeki's IE/Firefox addons, I haven't figure out a way for Chrome yet. I tried the trick using bookmarking and script/extension communication but it didn't work so far. If anybody here knows how to do this, I'd love to know and integrate it into the add-on. -Jack On 5月12日, 下午10时11分, PhistucK phist...@gmail.com wrote: Works for me. The IE8 Accelerator importing and the preferences work only in the corresponding pages, because the lack of Extensions cookie support, I assume, right? Great job! ☆PhistucK On Tue, May 12, 2009 at 20:47, jack js2...@gmail.com wrote: I recently migrated the Firefox add-on, called Cleeki, into Google Chrome. Cleeki can be used as Google Chrome's Accelerators, only superior to IE8 accelerators. Basically you select any text to search/ share/publish on the Internet, and preview the results in the same page instantly. Installation guideline:http://blog.cleeki.com/?p=70 A quick overview:http://blog.cleeki.com/?p=112 Based on the discussion last week, there is a known issue in current Chrome that the first page might not load the add-on script. Also there is no (easy) user customization yet because of the lack of an official user preference system. I would like to share the add-on in this community in case it is helpful for testing any new release of Chrome. I will actively test it in the up-to-date Chrome and report any bugs. Any of your bug reporting is also welcome. I hope when Chrome add-on system becomes official, this add-on will also be ready (or almost). Thanks for your attention and any of your comments are welcome. -Jack --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Chrome's Accelerators (alternative to IE8 Accelerators) is here
I recently migrated the Firefox add-on, called Cleeki, into Google Chrome. Cleeki can be used as Google Chrome's Accelerators, only superior to IE8 accelerators. Basically you select any text to search/ share/publish on the Internet, and preview the results in the same page instantly. Installation guideline: http://blog.cleeki.com/?p=70 A quick overview: http://blog.cleeki.com/?p=112 Based on the discussion last week, there is a known issue in current Chrome that the first page might not load the add-on script. Also there is no (easy) user customization yet because of the lack of an official user preference system. I would like to share the add-on in this community in case it is helpful for testing any new release of Chrome. I will actively test it in the up-to-date Chrome and report any bugs. Any of your bug reporting is also welcome. I hope when Chrome add-on system becomes official, this add-on will also be ready (or almost). Thanks for your attention and any of your comments are welcome. -Jack --~--~-~--~~~---~--~~ 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: Regarding using bookmark to save user info...
Thanks for your tips PhistucK. I am using dev version (2.0.177.1). You are right the object name is chromium, and it works for the extension domain (chrome-extension://[id]/*). Also in web main (http://*) I can get chromium.extension.id_, but not chromium.bookmarks. Also although chromium.extension.connect is available, it always reports error (no such extension). Does that mean I need to go even beyond the dev version and build from the latest code base in order to try out these features? -Jack On May 7, 1:53 am, PhistucK phist...@gmail.com wrote: In what version?Beta, Dev or Chromium? Beta and Dev uses the chromium object, revision 15310http://src.chromium.org/viewvc/chrome?view=revrevision=15310 changed the name of the object to chrome. (So, chromium.tabs got changed to chrome.tabs) Maybe it helps. ☆PhistucK On Thu, May 7, 2009 at 10:47, jack js2...@gmail.com wrote: I just tried to use bookmark to save info: http://code.google.com/p/chromium/issues/detail?id=11431 It seems that the bookmark system only works in the extension itself. i.e., chromium.bookmarks is only defined in the extension domain (chrome-extension://[id]/name.html), but no in the web domain (e.g., http://domain.com). That means in order to save user information from the web domain (e.g.,http://domain.com), the content script needs to communicate w/ the extension, as described in this page: http://dev.chromium.org/developers/design-documents/extensions/proces... http://dev.chromium.org/developers/design-documents/extensions/conten... But I just tried, and 1) extension is undefined in the content script, not mentioning extension.addEventListener 2) chromium.extension.connect always fails. Any ideas or comments? P.S. a side question: is hidden_pages or chrome_scripts still alive in manifest.json? -Jack --~--~-~--~~~---~--~~ 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: Regarding using bookmark to save user info...
I'd rather believe it is a not-ready rather than not-allowed issue. Content scripts run in the http domain, and it is the recommended manner for content script to communicate w/ the extension, unless I understood it wrong. -Jack On May 7, 11:39 am, PhistucK phist...@gmail.com wrote: I am not sure you can (currently) connect from an HTTP origin to an extension. I guess it is not implemented yet or not even allowed at all. ☆PhistucK 2009/5/7 jack js2...@gmail.com Thanks for your tips PhistucK. I am using dev version (2.0.177.1). You are right the object name is chromium, and it works for the extension domain (chrome-extension://[id]/*). Also in web main (http://*) I can get chromium.extension.id_, but not chromium.bookmarks. Also although chromium.extension.connect is available, it always reports error (no such extension). Does that mean I need to go even beyond the dev version and build from the latest code base in order to try out these features? -Jack On May 7, 1:53 am, PhistucK phist...@gmail.com wrote: In what version?Beta, Dev or Chromium? Beta and Dev uses the chromium object, revision 15310http://src.chromium.org/viewvc/chrome?view=revrevision=15310 changed the name of the object to chrome. (So, chromium.tabs got changed to chrome.tabs) Maybe it helps. ☆PhistucK On Thu, May 7, 2009 at 10:47, jack js2...@gmail.com wrote: I just tried to use bookmark to save info: http://code.google.com/p/chromium/issues/detail?id=11431 It seems that the bookmark system only works in the extension itself. i.e., chromium.bookmarks is only defined in the extension domain (chrome-extension://[id]/name.html), but no in the web domain (e.g., http://domain.com). That means in order to save user information from the web domain (e.g.,http://domain.com), the content script needs to communicate w/ the extension, as described in this page: http://dev.chromium.org/developers/design-documents/extensions/proces. .. http://dev.chromium.org/developers/design-documents/extensions/conten. .. But I just tried, and 1) extension is undefined in the content script, not mentioning extension.addEventListener 2) chromium.extension.connect always fails. Any ideas or comments? P.S. a side question: is hidden_pages or chrome_scripts still alive in manifest.json? -Jack --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] A bug in Chrome addon system?
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: http://dev.chromium.org/developers/design-documents/extensions/howto 2. Use the following code: -- Manifest.json: { format_version: 1, id: 08C0AD5C3A6811DEB0A1DEB556D8959301234567, version: 1.0, name: Test, description: Test, content_scripts: [ { matches: [http://*/*;, https://*/*;], js: [test.js] } ] } test.js: document.title = test title; document.addEventListener(click, function(){alert('Here I come...');}, false); --- As you can see, it is quite simple: it changes the page title, and alert every time you click your mouse. But when you launch your chrome, it is not loaded in the specified homepage (e.g., www.google.com). Only after you navigate out from the page and go to the second page (e.g., news.google.com) will the addon take effect. Any ideas about this? Or did I do sth. wrong? Thanks. --~--~-~--~~~---~--~~ 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: A bug in Chrome addon system?
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 a...@chromium.org wrote: 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 js2...@gmail.com wrote: 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: http://dev.chromium.org/developers/design-documents/extensions/howto 2. Use the following code: -- Manifest.json: { format_version: 1, id: 08C0AD5C3A6811DEB0A1DEB556D8959301234567, version: 1.0, name: Test, description: Test, content_scripts: [ { matches: [http://*/*;, https://*/*;], js: [test.js] } ] } test.js: document.title = test title; document.addEventListener(click, function(){alert('Here I come...');}, false); --- As you can see, it is quite simple: it changes the page title, and alert every time you click your mouse. But when you launch your chrome, it is not loaded in the specified homepage (e.g.,www.google.com). Only after you navigate out from the page and go to the second page (e.g., news.google.com) will the addon take effect. Any ideas about this? Or did I do sth. wrong? Thanks. --~--~-~--~~~---~--~~ 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 have an add-on preference system?
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. I am not an expert in this and my thinking might be wrong. 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 Tue, May 5, 2009 at 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 have 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: hammer build error
This thread really helped me. I was getting the same can't cd to error so executing the gclient sync --force command and removing the sconsbuild directory worked prefectly. One note. I am building chrome on Ubuntu 9.04 RC and found that the install-build-deps.sh will only work for 8.04/8.10 although the instructions on the Chromium wiki for obtaining the Linux prerequisites for Ubunut 8.04 work just fine on 9.04. Just wanted to point that out in case. Anywho, thanks for the useful information! On Apr 20, 7:17 pm, Lei Zhang thes...@chromium.org wrote: With SVN. See:http://dev.chromium.org/developers/how-tos/get-the-code On Mon, Apr 20, 2009 at 2:04 PM, nshah nidhi.kejri...@gmail.com wrote: Thanks Guys! Evan, thanks for instructions list. Seems like thats what needed to be done. I am able to build the webkit project now, I have not tried building the chrome project (hammer app) yet. Lei, how did you get the r14051, right now when I try to download the tarball its r14025. Thanks, On Apr 20, 4:50 pm, Lei Zhang thes...@chromium.org wrote: FWIW, I was running into linking errors today. Tony fixed it in r14051. Thanks Tony! On Mon, Apr 20, 2009 at 1:36 PM, Evan Martin e...@chromium.org wrote: I don't know the particular problem, but I recommend: 1) update once: gclient sync --force (I updated those get the code instructions) 2) delete the temp build output: rm -rf sconsbuild 3) install the build deps: ./build/install-build-deps.sh 4) try building again On Sun, Apr 19, 2009 at 8:24 PM, nshah nidhi.kejri...@gmail.com wrote: Hello, I have been trying to build chrome on linux. I downloaded the latest tarball ( chromium.r14008.tgz ) and am following the build instructions on chrome wiki for linux. However, I get following error while in release mode: chrome-svn/tarball/chromium/src/sconsbuild/Release/obj/third_party/ icu38/source/i18n/usearch.o Compiling /home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Release/obj/third_party/icu38/source/i18n/utmscale.o Compiling /home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Release/obj/third_party/icu38/source/i18n/utrans.o Compiling /home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Release/obj/third_party/icu38/source/i18n/vtzone.o Compiling /home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Release/obj/third_party/icu38/source/i18n/windtfmt.o Compiling /home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Release/obj/third_party/icu38/source/i18n/winnmfmt.o cd: 1: can't cd to /auto/filer28.mtvvolmtvhome51/chrome-svn/tarball/ chromium/src/base scons: *** [/home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/ chromium/src/sconsbuild/Release/obj/global_intermediate/base/ file_version_info_linux.bogus] Error 2 scons: building terminated because of errors. while in debug mode: ~/ProgramFiles/v8/home/chrome-svn/tarball/chromium/src/build$ hammer app scons: Reading SConscript files ... Mkdir(/home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Debug) scons: done reading SConscript files. scons: Building targets ... cd: 1: can't cd to /auto/filer28.mtvvolmtvhome51/chrome-svn/tarball/ chromium/src/webkit cd: 1: can't cd to /auto/filer28.mtvvolmtvhome51/chrome-svn/tarball/ chromium/src/webkit scons: *** [/home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/ chromium/src/sconsbuild/Debug/obj/webkit/webcore/intermediate/ CSSPropertyNames.cpp] Error 2 cd: 1: can't cd to /auto/filer28.mtvvolmtvhome51/chrome-svn/tarball/ chromium/src/webkit scons: *** [/home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/ chromium/src/sconsbuild/Debug/obj/webkit/webcore/intermediate/ CSSValueKeywords.c] Error 2 scons: *** [/home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/ chromium/src/sconsbuild/Debug/obj/webkit/webcore/intermediate/ HTMLNames.cpp] Error 2 scons: building terminated because of errors. I have been able to build earlier with tarball release ( chromium.r10880.tgz). I compared my webcore.scons and saw that not only /auto/filer28.mtvvolmtvhome51/ is not replaced with corresponding actual system path. When I manually fixed that, I was able to go little further but started to get following errors in cairo.h: scons: Reading SConscript files ... scons: done reading SConscript files. scons: Building targets ... Compiling /home/nidhi/ProgramFiles/v8/home/chrome-svn/tarball/chromium/ src/sconsbuild/Release/obj/third_party/WebKit/WebCore/css/ CSSCanvasValue.o In file included from /home/nidhi/ProgramFiles/v8/home/chrome-svn/