Comments

rdeboer’s picture

subscribe

molave’s picture

subscribe

milos.kroulik’s picture

subscribe

jhood’s picture

Hey everybody,

This module is marked seeking new maintainer and no further development. I've looked at the code and it doesn't seem to be very complicated. Do you think we all can work together to update this module ourselves? Anyone have any experience maintaining modules?

John

lelizondo’s picture

Assigned: Unassigned » lelizondo

I might be able to port it. I'll assign it to myself.

Edit: While I will port it, I have no way to test it since none of my computers run Windows. You'll have to test it for me.

Argus’s picture

I can test :)

lelizondo’s picture

Status: Active » Needs review
StatusFileSize
new3.23 KB

Here it is.

Please note that I've tested the patch and it's not breaking my drupal site, but I don't know if it is working since I don't use IE.

I've just updated all the functions to the D7 counterparts, and since the module is small and it required only 5 changes it just might work.

To patch, use:

patch -p1 < port-to-d7-1273626.patch 
lelizondo’s picture

one more thing. I just couldn't make the link to show up at admin/config.. You'll just have to access the configuration page at the modules area (see the Config link next to the module's name)

Argus’s picture

I get

$ patch -p1 < port-to-d7-1273626.patch
patching file chrome_frame.info
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file chrome_frame.info.rej
patching file chrome_frame.module

When I check the .module file I think the changes where made. When changing the .info manually I still see no config link at the configuration page.

edit: forget that, added the "configure = admin/config/chrome_frame" line and got to the configuration screen just fine.

Argus’s picture

And yes! That seems to work. Got a nice Chrome Frame pop-up when watching with IE6, IE7 and IE8. Unfortunately also with IE9 and I think that shouldn't happen?

lelizondo’s picture

I think originally that's how it works. But maybe I could add another option to hide for IE9

lelizondo’s picture

Version: 6.x-1.x-dev » 7.x-1.x-dev

I've just been added as a co-maintainer of this module and I've created a new branch with the patch in #7 for you to test.

Please keep testing, once it works, I'll release a stable version

Argus’s picture

I think the option to choose IE versions would be nice. That way people can make a choice which versions they want to support when styling and which they want to leave to Google Frame.

lelizondo’s picture

Status: Needs review » Fixed

Done. Please test. I'm closing this to avoid adding more feature requests to this issue.

Argus’s picture

StatusFileSize
new20.53 KB

No changes on the admin side. See attached image.

lelizondo’s picture

That was probably because of the version. The dev tar wasn't recreated by the time you downloaded the module. Please update the module since the patch was committed http://drupalcode.org/project/chrome_frame.git/commit/185ef95

artis’s picture

Great job guys! This will be helpful to us all. I'll test it tonight.

Argus’s picture

Yeah, I can confirm the latest version working. All selections/filters tested and working.

No testing was done on the functioning of Chrome Frame itself. Just the pop-up for installing it.

Argus’s picture

StatusFileSize
new16.54 KB

Thanks for the update! I added a screenshot for the project page.

lelizondo’s picture

Thanks for the image.

I'm releasing a first alpha.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

mathieuhelie’s picture

Status: Closed (fixed) » Needs review
StatusFileSize
new3.72 KB

The Drupal 7.8-1.x head was majorly bugged. The meta tag didn't include at all and the configuration menu wasn't in the admin control panel.

This patch fixes these issues while adding a few features I needed (IE7 or less detection, modal overlay and url redirect when installation complete).

lelizondo’s picture

I'll test tomorrow. A couple of things I have to mention:

1. I've been trying to do a separation between the installation and the use. So, if you don't want to ask the user to install GCF but it the user already has it installed it will use it. Does the meta tag solves this?
2. Why did you change the menu item path? Is there any problem with the old one?

mathieuhelie’s picture

1. The meta tag does not trigger any prompting, it simply notifies IE to use Chrome Frame to render the page if the latter is already installed. Without the tag, having Chrome Frame installed makes no difference at all, the page continues to render in IE.

The prompting is triggered by Google's javascript at the page bottom, which is itself controlled with conditional comments. (Those are configurable through the module settings form.)

Thus, if you don't want the meta tag in your pages, you should just disable the module, otherwise what's the point?

2. The menu item path made it so the module did not show up in the Drupal configuration dashboard. You could only access the configuration from the link on the module activation panel.

lelizondo’s picture

Is there any reason why we don't want the menu link to show up in the Drupal configuration dashboard?

mathieuhelie’s picture

Uh? The fix does make it show on the dashboard. It didn't before.

lelizondo’s picture

I'm sorry, my bad. I'll commit.

lelizondo’s picture

Status: Needs review » Patch (to be ported)

Committed. Thanks. I also changed the variables keys so all options are consistent.

http://drupalcode.org/project/chrome_frame.git/commit/0356a06

This will probably need to be backported.

lelizondo’s picture

Status: Patch (to be ported) » Fixed

changes applied to 6.x also.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.