Needs review
Project:
Author Pane
Version:
7.x-2.x-dev
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
31 Jan 2012 at 20:53 UTC
Updated:
19 May 2014 at 10:01 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
michelleThere is some code in there for it that needs a UI to go along with it and also likely a good once over as it was never really tested very well and also written in D6. I'm assuming you are talking about preventing unneeded code from ever running as you can choose what gets displayed simply by editing the template. :)
Michelle
Comment #2
robloachMaybe something like this?
Comment #3
sw3b commentedWow this look nice and it work great !
Thanks !
Comment #4
robloachStill not sure this is the best way to hide an element, as we are completely ignoring the "Caller" option. What happens if we want to hide in the Block, but not on Advanced Forum? What are your thought?
Comment #5
sw3b commentedI don't think the block should be different... nice to have but not necessarly... On my side, i like to have a block looking the same thing everywhere.
Comment #6
michelleThe main reason I had it by caller is that you would want more info displayed on the profile page provided by Advanced Profile Kit than on forum posts. APK isn't being ported to D7 so I don't really know what uses people have for AP outside of AF anymore. It may not be as important as it was back then.
One thing to keep in mind is the stub code I put in was intended to stop the integrated code from running at all rather than just not displaying it. For some integrations that may not matter but it becomes important if the integration code is "heavy" and you are repeating it X N posts on a thread only to hide the results from display.
Michelle
Comment #7
robloachAgreed. We should check whether to actually construct the data rather then to check whether to remove it.
For displaying data depending on which caller it is, what if we used vertical tabs for it, separating which
$variables['caller']is in use? I can only see only two currently? Disable components based on "author_pane_block", and "advanced_forum"? Know if there are any other callers around?Comment #8
michelleNothing in contrib that I'm aware of. Site builders can add their own callers, of course, but I don't know how often people make use of that.
Michelle
Comment #9
robloachAttached is a patch which allows contextual disabling of author pane information.
Comment #10
michelleNice! The main reason that stub code sat there unused forever is that I could not wrap my head around a good UI for it. I like it!
(haven't actually looked at the code, just the pretty picture, but I trust you :)
Michelle
Comment #11
Scyther commentedLooks promising! Will take a deeper look at it as soon as I have the time.
Comment #12
kmajzlik commentedPatch not working for me. I am not able to apply it fully. Tried both 7.x-2.0 and 7.x-2.x-dev (7.x-2.0+1-dev , from 2014-02-25, timestamp = 1393335806).
It applies only change to tpl file. Nothing to .module etc.
I tried Netbeans and diff from terminal.