uPortal IRC Logs-2011-03-16
- Apereo Infrastructure
[10:09:29 CDT(-0500)] <athena> hey EricDalquist - thanks for the help on the badge numbers stuff <athena> <channel ID=" " chanID=" " description=" " <athena> editable=" " fname=" " hasAbout=" " <athena> hasHelp=" " hidden=" " immutable=" " <athena> locale=" " name=" " timeout=" " <athena> title=" " typeID=" " unremovable=" "
[10:09:31 CDT(-0500)] <athena> looks like it's working now
[10:09:36 CDT(-0500)] <EricDalquist> yay!
[10:09:56 CDT(-0500)] <athena> ya 
[10:09:58 CDT(-0500)] <EricDalquist> I've been trying to think of new names for the import/export classes 
[10:10:02 CDT(-0500)] <EricDalquist> naming stuff is such a pain
[10:21:11 CDT(-0500)] <athena> yeah
[10:21:31 CDT(-0500)] <athena> i actually did ask drew about that
[10:21:35 CDT(-0500)] <athena> i think he suggested record?
[10:23:56 CDT(-0500)] <EricDalquist> hrm
[10:23:57 CDT(-0500)] <EricDalquist> ok
[10:24:14 CDT(-0500)] <EricDalquist> do you see any use to define separate import and export interfaces?
[10:24:26 CDT(-0500)] <EricDalquist> or should it just be one service that has both sets of APIs?
[10:25:55 CDT(-0500)] <EricDalquist> also our preliminary testing is showing some problems with the uportal drag & drop in IE9 :/
[10:39:21 CDT(-0500)] <athena> oh ugh
[10:39:29 CDT(-0500)] <athena> i don't even have IE9 installed
[10:39:51 CDT(-0500)] <athena> can't think of a reason we need separate import/export interfaces right now
[11:10:32 CDT(-0500)] <athena> EricDalquist: having trouble figuring how to render all the channels as minimized by default
[11:10:47 CDT(-0500)] <EricDalquist> hrm
[11:11:00 CDT(-0500)] <EricDalquist> the minimized tracking still isn't very clear in trunk
[11:11:07 CDT(-0500)] <athena> even tried putting this in the structure XSL:
[11:11:08 CDT(-0500)]
[11:11:08 CDT(-0500)]
[11:11:08 CDT(-0500)]
[11:11:08 CDT(-0500)]
[11:11:08 CDT(-0500)]
[11:11:09 CDT(-0500)] <athena> pretend="true" minimized="true">
[11:11:34 CDT(-0500)] <EricDalquist> so the goal is that the authoritative source is the IPortletWindow
[11:11:45 CDT(-0500)] <athena> but in the logs it gets rendered as
[11:11:47 CDT(-0500)] <athena> <channel ID="n14" chanID="50" description="Search portlet" editable="false" fname="search" hasAbout="false" hasHelp="false" hidden="false" immutable="false" locale="en_US" name="Search" timeout="30000" title="Search" typeID="4" unremovable="false" pretend="true" minimized="false"/>
[11:11:54 CDT(-0500)] <EricDalquist> in 3.2 and below it is tracked in both the layout attributes and the IPortletWindow
[11:11:58 CDT(-0500)] <athena> ah
[11:12:02 CDT(-0500)] <EricDalquist> with the layout UI using the layout attributes
[11:12:18 CDT(-0500)] <EricDalquist> and the portlet API using the value from the IPortletWindow
[11:12:27 CDT(-0500)] <athena> hm
[11:12:40 CDT(-0500)] <EricDalquist> in trunk the changes I'm working on will change that so it is only tracked in the IPortletWindow
[11:12:57 CDT(-0500)] <EricDalquist> but what you need in both cases is to change the initial state WindowState of the IPortletWindow
[11:13:13 CDT(-0500)] <athena> is there a way to do that from the theme/structure?
[11:13:23 CDT(-0500)] <EricDalquist> nope
[11:13:26 CDT(-0500)] <EricDalquist> take a look a PortletwindowRegistry.initializePortletWindow() in 3.2
[11:13:35 CDT(-0500)] <EricDalquist> that kind of does it from the theme/structure
[11:13:52 CDT(-0500)] <EricDalquist> and that is how the persistence of minimized works
[11:14:31 CDT(-0500)] <athena> so even that isn't really doing it from the theme/structure, is it? it's using the theme preference, which might have been changed from the theme
[11:14:41 CDT(-0500)] <EricDalquist> right
[11:15:12 CDT(-0500)] <EricDalquist> the only time the actual layout attribute will be used anywhere is in the theme XSL if there is no theme preference that overrides it
[11:15:28 CDT(-0500)] <athena> but to make this work we'd need to automatically render all portlets as minimized whenever the mobile theme is nonfocused
[11:15:46 CDT(-0500)] <EricDalquist> right
[11:16:10 CDT(-0500)] <athena> hm
[11:16:17 CDT(-0500)] <athena> is there a way we'll be able to do that?
[11:16:22 CDT(-0500)] <EricDalquist> so in mobile rendering a specific portlet will render it in DETACHED WindowState right?
[11:16:41 CDT(-0500)] <athena> trying to remember what we said for that
[11:16:52 CDT(-0500)] <athena> which one was the mode that includes the CSS and such?
[11:16:55 CDT(-0500)] <EricDalquist> yup
[11:17:23 CDT(-0500)] <athena> ok, then yes, i think for the native device it'll be detached, but for the mobile browser it'd need to be maximized?
[11:17:24 CDT(-0500)] <EricDalquist> the detached and state has a transient portlet window object, meaning it isn't shared with the portlet window object that represents the portlet in the layout
[11:17:32 CDT(-0500)] <EricDalquist> right
[11:17:36 CDT(-0500)] <EricDalquist> that should be ok as well
[11:17:52 CDT(-0500)] <EricDalquist> essentially I'm thinking that portlet window registry needs to check if it is in a mobile view
[11:18:06 CDT(-0500)] <EricDalquist> and if so init all the WindowState values to MINIMIZED in that method
[11:19:20 CDT(-0500)] <athena> will that also handle the use case of returning to the navigation view after a portlet has been focused?
[11:19:55 CDT(-0500)] <EricDalquist> I think so
[11:20:07 CDT(-0500)] <EricDalquist> at that point the normal window state transitions should take over
[11:20:59 CDT(-0500)] <athena> would we need to do something to set it back to minimized though?
[11:21:07 CDT(-0500)] <athena> it wouldn't try to set it back to normal?
[11:22:17 CDT(-0500)] <EricDalquist> the theme could just render the "back" link as a link that minimizes the current portlet
[11:22:23 CDT(-0500)] <EricDalquist> instead of setting it to normal
[11:23:14 CDT(-0500)] <athena> hm, ok, that makes sense
[12:49:16 CDT(-0500)] <athena> EricDalquist: does the portalUrl template allow me to set a portlet back to minimized while directing back to the navigation view?
[13:54:02 CDT(-0500)] <rickard> Is there some markup or css class I can use to alert the user that something has happened? For example: Your changes have been saved.
[14:02:38 CDT(-0500)] <EricDalquist> athena: in trunk?
[14:02:44 CDT(-0500)] <athena> yeah
[14:02:58 CDT(-0500)] <EricDalquist> hrm
[14:03:04 CDT(-0500)] <EricDalquist> that may be a missing feature right now
[14:14:34 CDT(-0500)] <athena> ok
[14:18:22 CDT(-0500)] <athena> so might have to hold off on the badge numbers stuff for now
[16:23:02 CDT(-0500)] <rickard> Anyone know the syntax for inserting a row into a table that only contains one column and that column is auto_increment?
[16:23:20 CDT(-0500)] <rickard> MySQL
[16:27:05 CDT(-0500)] <rickard> Figured it out. INSERT INTO (Column) VALUES(NULL)