481042 - Add overview to groups directory

Status: VERIFIED FIXED

(Websites Graveyard :: spreadfirefox.com, defect)

Description

[Mary]

Hi there:  Pardon me if this bug is existing, but looked high and low for it.  We need to add an overview of what projects are on the directory page (above the search box).  Not sure it's possible to edit from the admin user interface.

Projects represent specific communities, interests, or tasks for marketing Firefox. Use projects to discuss your ideas and carry out marketing campaigns.

Browse the projects list below or use the search box to see projects based on specific interests or locations. Can’t find a project you’d like to join? Check out our tips on how to [start a project] yourself. [https://spreadfirefox.authstage.mozilla.com/getting-started]

Jamey or Paul:  Can you take this?

Thanks!

Comment 1

[Paul Booker]

Investigating ..

Comment 2

[Paul Booker]

Hi Mary

It looks to be possible even though the page is a rendered "view"  as i can see that the captcha module is able to place ...

CAPTCHA administration:
Place a challenge here for untrusted users.

.. between the project search form and the actual project list.

I'll work on this either later this evening / in the morning.

Comment 3

[jamey]

@ paul Just a thought we could add a new region content block on page.tpl.php
regarding the email i sent you earlier on edit views error 

then we would be able to add a contact block on the top of any page if needed in the future 

contact me if you need my help

Comment 4

[Paul Booker]

Attachment: Overview to the groups directory in two positions

Would you please confirm where the overview will be located  and ill simplify my helper module accordingly ,thanks

Comment 5

[Mary]

Hi all:  I like the top version the best.  Lucy or anyone else want to weigh in?

Thanks!

Comment 6

[Mike Connor [:mconnor]]

I agree on top is better, though that's a lot of text, might need to play with the formatting to make it pretty and readable

Comment 7

[Majken Connor [:Kensie]]

ack! cat-sitting for mconnor and borrowed his laptop. That was me!

Comment 8

[Mary]

Agreed :)

Comment 9

[Paul Craciunoiu [:paulc]]

I've worked more with D6 than D5, but couldn't the overview just be added through a block, no need for module? Then the block could be moved through CSS to the desired location...

Comment 10

[Alex Buchanan [:abuchanan]]

(In reply to comment #9)
> I've worked more with D6 than D5, but couldn't the overview just be added
> through a block, no need for module? Then the block could be moved through CSS
> to the desired location...

There's a problem with dynamic blocks and CSS.  If you create the block through Drupal, then the block's CSS class/id will be a numeric block id.  

For example, you create a block, Drupal assigns it block-ID #9, and the block's css class/id becomes .block-9

The problem is that the block ID is dynamic through Drupal and static in the CSS file.  If you ever switch/remove/recreate the block, the CSS doesn't track.

There are a few workarounds.  The best solution I've found for this situation is to create a specific page template for that page, e.g. page-og.tpl.php (look at page-news_events.tpl.php an example).  That way you can customize your HTML/CSS and it's more flexible.  That page will probably need it's own template in the future anyway.

Sorry that was long winded.  I hope it helps!

Comment 11

[Paul Craciunoiu [:paulc]]

Alex: I'm aware of the (darn) drupal issue with CSS-ing blocks, yes.

What if we create a simple install profile (.php file) for creating the blocks on the production site with the same block ids? That way we make sure they'll have the same ID. I know it's a bit of extra work, but it should be less future maintenance than a module.

Comment 12

[Alex Buchanan [:abuchanan]]

I'd really rather avoid tying CSS to block ID numbers at all.  The install profile would help the set up cause, but what if someone deletes that block.  More importantly, it sets a precedent for future work, and I'd rather not have ID numbers in CSS files.  

Can you try the page template (page-og.tpl.php) route?  I think that OG page will most likely have it's own page template in the near future anyway.

Comment 13

[Paul Booker]

Attachment: Adds an overview to groups directory

Comment 14

[Mary]

Hey there -- Is this something for Alex to review?

Comment 15

[Paul Booker]

Yep,

Is there anyone else that i request a review from other than Alex ?

Paul

Comment 16

[Alex Buchanan [:abuchanan]]

Comment on attachment 365713 [details]
Adds an overview to groups directory

drupal_set_message() isn't meant to be used for this purpose.  hook_form_alter or a page template are best here

Comment 17

[Alex Buchanan [:abuchanan]]

on second thought, looks like hook_form_alter won't work here either

Comment 18

[Paul Booker]

To the best of my knowledge since the 'og' page is a view and were using D5 we cannot override the template and introduce our additional content. I'll see if can confirm this ....

Comment 19

[Paul Booker]

Fixed :-)

You can simply configure the header for the 'og' view.

Comment 20

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED on https://spreadfirefox.authstage.mozilla.com/og; there's a typo: "checkout" is a noun in the copy, but is used as a verb.

Lucy will probably be revising this content in a separate bug anyway, though.