Closed (duplicate)
Project:
Image
Version:
6.x-1.x-dev
Component:
image_gallery
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
3 Sep 2007 at 02:05 UTC
Updated:
12 Apr 2009 at 13:38 UTC
Jump to comment: Most recent file
Comments
Comment #1
Hetta commentedI think this should be optional ... I like the current clean look'n'feel of galleries.
Comment #2
andremolnar commentedIt would be 'optional':
To not display it you could
a) not providing a description of the gallery (none would show up)
b) use theming and a template to decide what shows and what doesn't.
Without this however, there simply isn't an option to have it show up even if you wanted it to.
If however there people want an administrative option (turn it on or off) then I suppose I could roll that patch too. What say yee all?
andre
Comment #3
vm commentedI think it would add a nice feature to the module for those who wish to have gallery descriptions available to them. With the fact that you are also adding an admin on/off switch, it seems to me to cover boths types of users. Those who want and those who don't.
Comment #4
drewish commentedthe current behavior is by design so any changes should preserve it. make it an optional setting and i'll look at it.
Comment #5
andremolnar commentedDone and done - now an administrative option.
Comment #6
andremolnar commentedjust setting status
andre
Comment #7
drewish commentedSeems pretty simple, few small things though.
I wouldn't bother changing this since they're equivalent, and IMHO, the former is clearer:
- if (count($galleries)) {
+ if (count($galleries) > 1) {
The comments should be on the line above the code they're referring to and written as proper sentences with correct capitalization and punctuation. I know that there's plenty of of places in the module that this isn't followed but I'm working on improving it and would rather not take any steps backwards.
Comment #8
andremolnar commentedYes this is super simple. Tidied up the comments.
Re: count
I am checking to see that there is actually more than 1, because the case I am interested in is where there is ONLY 1. count($foo) > 1 is not the same as count($foo)
Comment #9
drewish commentedyou're correct count() > 1 isn't equivalent to count()... but in your last patch you're treating count() == 0 and count() == 1 the same way...
Comment #10
andremolnar commentedSo true - we still need a non zero count. Fixed.
andre
Comment #11
drewish commentedmarked http://drupal.org/node/173594 as a duplicate
Comment #12
Hetta commentedWorks a treat on 5.x-2.x-dev.
Comment #13
drewish commentedProbably should do this for 6.x-1.x and 5.x-2.x... Here's a re-roll for 6.x. I'd like to get joachim's feed back on this though.
Comment #14
andremolnar commentedIs there any fundamental opposition to this functionality?
Should we not close out the 5.x issue first and/or open 6.x as a new issue? I would hate to see 5.x solution lost in the shuffle.
Comment #15
Hetta commentedMarked http://drupal.org/node/220895 as duplicate.
Comment #16
Hetta commentedThe patch in #13 doesn't break things, but it won't show gallery descriptions at the top of a gallery page.
Comment #17
joachim commented*notices his name belatedly*
Would it be possible to put this into the views support, as the page view header?
Comment #18
Hetta commentedOK, both #13 patch and #10 patch do what they should:
1) add an option to admin/settings/image_gallery
2) if said option is clicked, display image gallery descriptions.
(my bad: I didn't click on the [x] in #16)
Comment #19
andremolnar commentedJust stopping by to check on the status of this - its been RTBC for 5 months.
Can someone commit this please. If not for the community then do it for me so I can close a ticket at work. :)
andre
Comment #20
drewish commentedsorry for the delay... just tested this out and:
seems problematic. because $galleries is an array but we're using the -> object notation.
Comment #21
Hetta commentedmarked http://drupal.org/node/272725 as duplicate.
Comment #22
joachim commentedI want to move galleries over to being made with views. This will give much more control over how they are generated and themed.
See http://drupal.org/node/405456 for a patch. Help testing this would be welcome if you are able.