...
[14:59:29 CST(-0600)] <EricDalquist> and you can do portletConfig.portletcontext
[14:59:48 CST(-0600)] <EricDalquist> but portletContext doesn't expose portlet.xml init params in a way that is easy to access from a JSP
[14:59:53 CST(-0600)] <athena> right
[14:59:57 CST(-0600)] <EricDalquist> without resorting to a scriptlet
[15:00:00 CST(-0600)] <athena> yes.
[15:00:10 CST(-0600)] <athena> ok, so back to square one
[15:00:21 CST(-0600)] <EricDalquist> yup
[15:00:22 CST(-0600)] <athena> so my original thought, because was worried this was going to be hard given the API
[15:00:31 CST(-0600)] <athena> possibly a filter?
[15:00:40 CST(-0600)] <athena> could make them be portlet prefs too, i guess
[15:00:40 CST(-0600)] <EricDalquist> sad that the portlet spec didn't better define their API
[15:00:53 CST(-0600)] <athena> though this seems like more of an installation-wide setting
[15:00:54 CST(-0600)] <athena> yeah
[15:00:54 CST(-0600)] <EricDalquist> prefs would be better
[15:01:05 CST(-0600)] <EricDalquist> then they could be set without modifying portlet.xml
[15:01:09 CST(-0600)] <athena> yeah
[15:01:16 CST(-0600)] <athena> if you have multiple installations have to set it each time
[15:01:18 CST(-0600)] <athena> but that's fine
[15:01:23 CST(-0600)] <athena> ok, i'll just switch to that instead
[15:01:53 CST(-0600)] <athena> since this is mostly true/false i guess it'll be fine to just use the JSP
[16:22:21 CST(-0600)] <athena> argh
[16:22:33 CST(-0600)] <athena> i have no idea what's going on, but the login portlet isn't showing up for the guest user
[16:22:35 CST(-0600)] <athena> but only in mobile
[16:22:52 CST(-0600)] <athena> looks like the pre-structure document is missing that channel from the header
[16:23:02 CST(-0600)] <athena> do you have any idea what could possibly account for that EricDalquist?
[16:23:29 CST(-0600)] <EricDalquist> but it shows up for the desktop view?
[16:24:19 CST(-0600)] <athena> yeah
[16:24:43 CST(-0600)] <athena> looking at the logs, and the layout doc has it when i hit the desktop view, but the header folder is empty in mobile
[16:24:51 CST(-0600)] <athena> should be a channel element in the header folder, normally
[16:25:02 CST(-0600)] <EricDalquist> same user
[16:25:05 CST(-0600)] <EricDalquist> and same dlm fragments?
[16:25:22 CST(-0600)] <EricDalquist> what does the post-layoutManager XML logger show?
[16:25:42 CST(-0600)] <athena> hmm.
[16:25:49 CST(-0600)] <athena> same user, though there is that extra DLM fragment for mobile
[16:25:55 CST(-0600)] <athena> could disable that and see if it makes a difference
[16:25:58 CST(-0600)] <athena> though that wouldn't make a lot of sense
[16:27:17 CST(-0600)] <EricDalquist> yeah, though drew did work around dlm and header/footer merging
[16:27:23 CST(-0600)] <EricDalquist> so maybe it is something to do with that?
[16:31:12 CST(-0600)] <athena> maybe, though the way it's set up is that the the user has the channel in its header, and none of the fragments do
[16:31:23 CST(-0600)] <athena> so would be kind of weird if that one fragment made a difference
[16:31:44 CST(-0600)] <EricDalquist> is the portlet setup to not show for mobile by chance?
[16:31:56 CST(-0600)] <athena> nope
[16:32:03 CST(-0600)] <athena> works ok when logged in
[16:32:27 CST(-0600)] <athena> even if it weren't set to show for mobile it would show up in the logged layout doc
[16:32:39 CST(-0600)] <EricDalquist> yeah ...
[16:32:41 CST(-0600)] <EricDalquist> :/
[16:58:14 CST(-0600)] <athena> ok, yeah, removing that fragment didn't change anything
[16:58:16 CST(-0600)] <athena> gahhhhh
[16:58:32 CST(-0600)] <athena> i'm not sure i even know where to start with this
[17:09:19 CST(-0600)] <athena> could it be related to any of the recent work that supports the mobile theme?
[17:13:36 CST(-0600)] <athena> OH.
[17:13:47 CST(-0600)] <athena> heh.
[17:14:12 CST(-0600)] <athena> bet the desktop profile is linked to the guest layout and the mobile is using the default . . .