[11:11:21 CDT(-0500)] <athena> EricDalquist: is some sort of exclusive portlet view accessible in uportal trunk right now?
[11:19:14 CDT(-0500)] <EricDalquist> yeah
[11:19:16 CDT(-0500)] <EricDalquist> oh
[11:19:17 CDT(-0500)] <EricDalquist> wait
[11:19:18 CDT(-0500)] <EricDalquist> no
[11:19:23 CDT(-0500)] <EricDalquist> the mode is there
[11:19:28 CDT(-0500)] <EricDalquist> and you'll get URLs for it
[11:19:32 CDT(-0500)] <EricDalquist> but there is no support in rendering it
[11:19:36 CDT(-0500)] <EricDalquist> that's what I'm working on tomorrow
[11:20:10 CDT(-0500)] <athena> oh cool
[11:20:23 CDT(-0500)] <athena> i'm just wondering if it's time to look at ajax rendering again
[11:20:31 CDT(-0500)] <EricDalquist> uhg
[11:20:36 CDT(-0500)] <athena> lol
[11:20:37 CDT(-0500)] <EricDalquist> the thing that breaks there is portlets with JS
[11:20:45 CDT(-0500)] <EricDalquist> since they miss the ready event
[11:20:48 CDT(-0500)] <athena> well, i don't know if that's still true
[11:20:56 CDT(-0500)] <EricDalquist> ah right
[11:20:57 CDT(-0500)] <athena> i just did a quick test locally and it kinda seemed to work
[11:21:01 CDT(-0500)] <EricDalquist> if you're using jquery it should be smart enough
[11:21:04 CDT(-0500)] <athena> right
[11:21:11 CDT(-0500)] <athena> that was definitely why it wasn't worth it before
[11:21:15 CDT(-0500)] <athena> but w/ jquery we might be ok now
[11:21:23 CDT(-0500)] <EricDalquist> we can after the new rendering pipeline goes in
[11:21:28 CDT(-0500)] <EricDalquist> it would be interesting
[11:21:35 CDT(-0500)] <EricDalquist> it would have to support modifying the <head> too
[11:21:45 CDT(-0500)] <EricDalquist> since 286 portlets can render arbitrary content up there
[11:21:53 CDT(-0500)] <athena> yep
[11:21:55 CDT(-0500)] <EricDalquist> we'd need a way to track the content in the head from each portlet
[11:21:59 CDT(-0500)] <EricDalquist> and replace it
[11:22:01 CDT(-0500)] <EricDalquist> can you unload JS?
[11:22:14 CDT(-0500)] <athena> i think so, but dunno if we'd want to
[11:22:31 CDT(-0500)] <EricDalquist> well what happens if a portlet loads different JS/CSS in the head depending on the view
[11:22:32 CDT(-0500)] <athena> either way we're going to have to talk about the head stuff, since i think it'll break our current javascript strategies
[11:22:40 CDT(-0500)] <EricDalquist> you'd have no way of getting rid of the old stuff
[11:22:46 CDT(-0500)] <EricDalquist> I don't think it should break anything
[11:22:54 CDT(-0500)] <EricDalquist> it will just move the css/js loading higher in the page
[11:23:00 CDT(-0500)] <EricDalquist> we'd still have the uPortal stuff go first
[11:23:05 CDT(-0500)] <athena> yeah
[11:23:17 CDT(-0500)] <athena> and we'll have to create a new script to handle the stuff that's currently in the page
[11:23:20 CDT(-0500)] <athena> which isn't a big deal
[11:23:23 CDT(-0500)] <EricDalquist> I think if we do js rendering we'll need to have per-portlet toggles
[11:23:30 CDT(-0500)] <athena> definitely
[11:23:35 CDT(-0500)] <athena> that's what liferay does, i think
[11:24:01 CDT(-0500)] <athena> i think they attempt to load stuff via ajax, but they don't re-load portlets via ajax after clicks
[11:24:13 CDT(-0500)] <athena> so if you click on edit mode for a portlet it still reloads the page
[11:24:36 CDT(-0500)] <EricDalquist> ah
[11:24:37 CDT(-0500)] <EricDalquist> ok
[11:24:46 CDT(-0500)] <EricDalquist> that is more reasonable
[11:24:48 CDT(-0500)] <athena> yeah
[11:24:51 CDT(-0500)] <athena> kind of a compromise
[11:25:00 CDT(-0500)] <EricDalquist> its the re-loading that would get hard
[11:25:04 CDT(-0500)] <athena> totally
[11:25:06 CDT(-0500)] <EricDalquist> I'm wondering how great of a UE that is
[11:25:15 CDT(-0500)] <EricDalquist> personally I really dislike that the new jira dashboard does that
[11:25:18 CDT(-0500)] <athena> yeah
[11:25:23 CDT(-0500)] <EricDalquist> since stuff can take a while to load
[11:25:29 CDT(-0500)] <EricDalquist> and you're stuck with a page full of placeholders
[11:25:38 CDT(-0500)] <athena> so the more practical use case that i started thinking about it for is this new gallery redesign
[11:26:03 CDT(-0500)] <athena> the original plans called for being able to drag a portlet from the select menu into the page, at which point it'd magically load the real portlet in that spot
[11:26:15 CDT(-0500)] <EricDalquist> ah
[11:26:19 CDT(-0500)] <athena> right now we still have it doing a page reload when you add new content
[11:26:28 CDT(-0500)] <EricDalquist> yeah I think that is even more doable
[11:26:33 CDT(-0500)] <athena> but with some limited ajax loading we might be able to handle that
[11:26:34 CDT(-0500)] <athena> yeah
[11:26:38 CDT(-0500)] <EricDalquist> yeah
[11:26:46 CDT(-0500)] <athena> and then it's just the issue of being able to actually drag into the page, which might be bad :/
[11:27:00 CDT(-0500)] <EricDalquist> once the new rendering pipeline is in place and the 286 support is more flushed out I think we'll have a much better idea
[11:27:09 CDT(-0500)] <athena> is exclusive stuff available in 3.2 or would that have to be a trunk-only improvement?
[11:27:17 CDT(-0500)] <EricDalquist> that's been in since 3.1 at least
[11:27:18 CDT(-0500)] <EricDalquist> maybe 3.0
[11:27:25 CDT(-0500)] <athena> i thought it was there
[11:27:45 CDT(-0500)] <athena> are there any major problems with it though? does it change the tracked location of the portal?
[11:28:00 CDT(-0500)] <EricDalquist> it shouldn't
[11:28:03 CDT(-0500)] <athena> neat
[11:28:14 CDT(-0500)] <EricDalquist> though I'm not sure it is smart enough to work via a fname url
[11:28:22 CDT(-0500)] <EricDalquist> pre-trunk that is
[11:28:26 CDT(-0500)] <athena> ah
[11:28:31 CDT(-0500)] <athena> guess that'd be a problem
[11:28:47 CDT(-0500)] <EricDalquist> yeah ...
[11:28:52 CDT(-0500)] <EricDalquist> that won't be a problem in trunk when it is working
[11:28:57 CDT(-0500)] <athena> well, we can look at it next week after the rendering pipeline changes
[11:28:59 CDT(-0500)] <athena> yeah
[11:29:10 CDT(-0500)] <EricDalquist> yeah
[11:29:11 CDT(-0500)] <athena> trying to make sure everything we do now can be backported, since we're working on this for BYU
[11:29:12 CDT(-0500)] <athena> bu
[11:29:17 CDT(-0500)] <athena> t can plan other stuff for the future 
[11:29:31 CDT(-0500)] <EricDalquist> yeah getting an ajax portlet loading in 3.2 and earlier would be interesting
[11:29:42 CDT(-0500)] <athena> yeah
[11:29:44 CDT(-0500)] <EricDalquist> technically you can't call a portlet in EXCLUSIVE unless the portlet.xml declares support for that
[11:29:52 CDT(-0500)] <EricDalquist> nothing in uPortal or pluto enforces that though
[11:30:02 CDT(-0500)] <athena> interesting
[11:30:06 CDT(-0500)] <athena> good stuff to know about
[11:30:35 CDT(-0500)] <athena> so most of the gallery stuff is working at this point
[11:30:38 CDT(-0500)] <EricDalquist> graet
[11:30:48 CDT(-0500)] <athena> i still need to do a ton of cleanup and documentation on the javascript, but the interface is all there
[11:31:12 CDT(-0500)] <athena> and matt's going to be working on the tab interface
[11:31:19 CDT(-0500)] <athena> adding inline tab editing, tab drag and drop, etc.
[11:32:05 CDT(-0500)] <EricDalquist> oh I had a question about the inline edit for tabs
[11:32:14 CDT(-0500)] <EricDalquist> can you still navigate by clicking on tab text?
[11:34:12 CDT(-0500)] <athena> i think the inline edit will only be for the current tab
[11:34:18 CDT(-0500)] <EricDalquist> ah ok
[11:35:07 CDT(-0500)] <athena> so i guess you wouldn't be able to navigate to the current tab, but i'm not sure how useful that is
[11:35:18 CDT(-0500)] <EricDalquist> reloading the current page essentially
[11:35:25 CDT(-0500)] <EricDalquist> or getting out of maximized view
[11:35:37 CDT(-0500)] <athena> yeah
[11:35:39 CDT(-0500)] <EricDalquist> so maybe not let tab editing in maximized?
[11:35:42 CDT(-0500)] <EricDalquist> don't know
[11:35:49 CDT(-0500)] <athena> yeah i think that probably shouldn't be allowed
[11:35:53 CDT(-0500)] <athena> can bring it up w/ gary
[11:36:09 CDT(-0500)] <EricDalquist> great
[11:36:23 CDT(-0500)] <EricDalquist> oh CMS import/export works if you XML escape the content
[11:36:47 CDT(-0500)] <EricDalquist> little ugly: <u>Hopefully it works!</u> Trying out the CMS Portlet!
[11:37:06 CDT(-0500)] <athena> yeah 
[11:37:13 CDT(-0500)] <athena> i don't have the energy for that
[11:37:20 CDT(-0500)] <EricDalquist> but you can create it in uPortal
[11:37:22 CDT(-0500)] <EricDalquist> export it
[11:37:25 CDT(-0500)] <EricDalquist> then import it elsewhere
[11:37:38 CDT(-0500)] <athena> oh does it export as all escaped?
[11:38:00 CDT(-0500)] <EricDalquist> yup
[11:38:56 CDT(-0500)] <athena> oh ok
[11:39:04 CDT(-0500)] <athena> well that's realy nto the end of the world then
[11:39:16 CDT(-0500)] <athena> i mean, no one probably really has to be able to easily hand-edit the import files
[11:39:22 CDT(-0500)] <EricDalquist> right
[11:39:23 CDT(-0500)] <athena> nice when you can, but that's not a dealbreaker
[11:39:32 CDT(-0500)] <athena> so here's a question though
[11:39:57 CDT(-0500)] <athena> we have a bunch of content that'd make good content portlets - a lot of that old static-y web proxy stuff
[11:40:01 CDT(-0500)] <athena> but a lot of it has JS
[11:40:17 CDT(-0500)] <athena> which we can allow, but i don't know if we really want to enable js for that portlet type
[11:40:49 CDT(-0500)] <athena> another alternative is to have one portlet type that allows it and one that doesn't, but since there's no ability to permission creation by portlet type, dunno if that's a good idea
[11:41:20 CDT(-0500)] <EricDalquist> so the concern is protecting admins from putting in JS
[11:41:36 CDT(-0500)] <EricDalquist> or more important delegated users right?
[11:41:45 CDT(-0500)] <athena> yeah
[11:42:00 CDT(-0500)] <athena> i mean, really you probably shouldn't be giving admin privs to someone you don't trust anyway
[11:42:24 CDT(-0500)] <athena> but there might be cases where you have limited admins that aren't as tech-savvy
[11:42:34 CDT(-0500)] <athena> kind of mixed feelings about disabling security by default, you know?
[11:42:56 CDT(-0500)] <athena> suppose we could add the ability to set creation permissions by portlet type
[11:43:54 CDT(-0500)] <EricDalquist> that would actually be a really useful enhancement
[11:44:09 CDT(-0500)] <athena> ok
[11:44:24 CDT(-0500)] <athena> well lets have the long term plan be that we add that feature, which shouldn't really be that hard
[11:44:43 CDT(-0500)] <athena> and then we have two types of content portlet, one which allows js, and one which doesn't
[11:45:13 CDT(-0500)] <athena> do we need to have the ability to set per portlet type / per lifecycle state?
[11:45:29 CDT(-0500)] <athena> or do we just want to say "you need to have the permission for the portlet type, and separately for the lifecycle state"
[11:46:08 CDT(-0500)] <EricDalquist> I think separately
[11:46:36 CDT(-0500)] <athena> sounds good
[11:46:45 CDT(-0500)] <athena> so it's just a combination of two unrelated permissions
[11:47:26 CDT(-0500)] <EricDalquist> yeah
[11:47:30 CDT(-0500)] <athena> sounds good
[11:47:39 CDT(-0500)] <athena> and then we can add the SpEL stuff to the content portlet
[11:47:42 CDT(-0500)] <athena> and everything will be awesome
[11:47:44 CDT(-0500)] <athena>
[11:49:02 CDT(-0500)] <EricDalquist>
[11:49:09 CDT(-0500)] <EricDalquist> SpEL is my new BFF
[11:49:14 CDT(-0500)] <athena> hehe awesome
[11:49:20 CDT(-0500)] <EricDalquist> I updated the IRC bot using it to do message formatting
[11:49:23 CDT(-0500)] <athena> so do we want to eventually have a SpEL portlet library?
[11:49:25 CDT(-0500)] <athena> ooh neat
[11:49:33 CDT(-0500)] <EricDalquist> just pass the IrcEvent object into the expression
[11:49:37 CDT(-0500)] <EricDalquist> get the nice string back
[11:49:42 CDT(-0500)] <athena> neat
[11:49:44 CDT(-0500)] <EricDalquist> easy bean property replacement
[11:49:53 CDT(-0500)] <EricDalquist> what would a SpEL portlet library do?
[11:50:09 CDT(-0500)] <athena> well, whatever we do for the content portlet to make it all happy
[11:50:16 CDT(-0500)] <athena> wondering if other portlets will eventually want the same features
[11:50:32 CDT(-0500)] <athena> maybe not, since we don't have a lot of those sorts of portlets yet
[11:51:13 CDT(-0500)] <EricDalquist> yeah
[11:51:29 CDT(-0500)] <athena> either way we can always move the code out into a library if it makes sense
[11:51:34 CDT(-0500)] <EricDalquist> yeah
[11:51:41 CDT(-0500)] <athena> funfun
[11:51:44 CDT(-0500)] <athena> now if i just had more time
[11:51:50 CDT(-0500)] <athena> speaking of which, i'll be out thurs/fri
[11:52:42 CDT(-0500)] <EricDalquist> ok
[11:53:01 CDT(-0500)] <athena> excited to have a vacation
[11:53:08 CDT(-0500)] <athena>
[11:53:53 CDT(-0500)] <EricDalquist> yeah
[11:53:55 CDT(-0500)] <EricDalquist> have fun!
[11:54:01 CDT(-0500)] <EricDalquist> saw that it is hot up there right now
[11:56:50 CDT(-0500)] <athena> not too terrible at the moment, but a couple weekends ago was miserable
[11:57:06 CDT(-0500)] <athena> cooling off this weekend - we're camping, so it might actually be pretty cold
[12:13:43 CDT(-0500)] <EricDalquist> so it looks like with a fairly minor tweak the existing crn-import code can be made to support CDATA sections
[12:14:07 CDT(-0500)] <EricDalquist> really it was a bug in the uPortal XML support classes only reading TEXT nodes and not treating CDATA nodes as text as well
[12:26:30 CDT(-0500)] <EricDalquist> so this works now: http://uportal.pastebin.com/6eqtH0Za
[12:26:36 CDT(-0500)] <EricDalquist> I'll get a patch in later this week
[12:28:36 CDT(-0500)] <athena> awesome
[13:45:04 CDT(-0500)] <EricDalquist> I really wish JSP compilation wasn't servlet container specific
[13:45:11 CDT(-0500)] <athena> yeah
[13:45:36 CDT(-0500)] <EricDalquist> though after just adding it for all the overlay portlets locally I might look at adding it in as a profile
[13:45:55 CDT(-0500)] <athena> makes sense
[15:34:42 CDT(-0500)] <athena> ummm, how do i get to javadocs? 
[15:37:21 CDT(-0500)] <EricDalquist> for what?
[15:38:36 CDT(-0500)] <athena> java
[15:39:21 CDT(-0500)] <athena> my bookmark appears to redirect to http://download.oracle.com/javase/6/docs/api/ and a blank page
[15:51:07 CDT(-0500)] <EricDalquist> http://download.oracle.com/javase/6/docs/api/
[15:51:08 CDT(-0500)] <EricDalquist> that works for me
[15:56:27 CDT(-0500)] <athena> yay!
[15:56:34 CDT(-0500)] <athena> works for me now too
[15:56:43 CDT(-0500)] <athena> didn't for an hour or two
[15:58:22 CDT(-0500)] <athena> so i need to add internationalization messages for our new portlets and for the gallery
[15:58:40 CDT(-0500)] <athena> not sure if it makes sense to maybe talk a bit about how we want to handle internationalization before i start adding random messages
[17:17:02 CDT(-0500)] <EricDalquist> hey there athena
[17:17:10 CDT(-0500)] <EricDalquist> so what are you current ideas for i18n in JS?
[17:17:12 CDT(-0500)] * athena waves
[17:17:15 CDT(-0500)] <athena> dunno
[17:17:36 CDT(-0500)] <athena> i guess one thing we coudl do is just pass in strings from the message.xsl via configuration of the main component
[17:17:42 CDT(-0500)] <athena> which woudl work fine, though be a bit tedious
[17:18:23 CDT(-0500)] <athena> the XML format is really a pain
[17:19:15 CDT(-0500)] <athena> wondering if we'd be better off w/ one or a small set of properties-formatted files that then get used by the theme, webflows, etc.
[17:19:20 CDT(-0500)] <EricDalquist> lets see what google has to say about "javascript internationalization"
[17:19:45 CDT(-0500)] <athena> should talk to fluid too, of course
[17:20:14 CDT(-0500)] <EricDalquist> http://recurser.com/articles/2008/02/21/jquery-i18n-translation-plugin/
[17:20:19 CDT(-0500)] <athena> think at the moment though i'm more worried about the portal-specific stuff though - think i'm probably going to put the gallery stuff on hold for a few days and catch up on coop dev
[17:20:45 CDT(-0500)] <EricDalquist> http://plugins.jquery.com/project/jquery_i18n_properties
[17:20:55 CDT(-0500)] <EricDalquist> that one looks like it takes java syntax properties files
[17:21:11 CDT(-0500)] <EricDalquist> which means you could keep the JS i18n with the flow i18n
[17:21:32 CDT(-0500)] <athena> interesting
[17:21:40 CDT(-0500)] <athena> so fluid generally handles things via a "strings" option
[17:21:58 CDT(-0500)] <athena> in some ways i think we're better off doing that rather than trying to solve it w/ a js plugin
[17:22:11 CDT(-0500)] <EricDalquist> so just pass in all the strings from the marksup
[17:22:14 CDT(-0500)] <EricDalquist> markup*
[17:22:23 CDT(-0500)] <athena> that way we can keep all the javascript messages along w/ the rest of the java ones and promote some re-use
[17:22:23 CDT(-0500)] <athena> yeah
[17:22:29 CDT(-0500)] <EricDalquist> and have <spring:message> tags generate those values in the JS block?
[17:22:46 CDT(-0500)] <athena> yeah
[17:22:51 CDT(-0500)] <EricDalquist> sounds good to me
[17:22:58 CDT(-0500)] <athena> basically just a formalized version of what we're doing now
[17:23:08 CDT(-0500)] <athena> so the question is where to keep all these messages, because they're pretty scattered right now
[17:23:26 CDT(-0500)] <athena> and personally i think it might be easier if we stopped using the XML format for the theme
[17:24:22 CDT(-0500)] <athena> mostly because it's a bit more time consuming and i think people are less familiar w/ it
[17:24:41 CDT(-0500)] <EricDalquist> yeah
[17:24:45 CDT(-0500)] <athena> but also because it might be easier to have all the messages together
[17:24:53 CDT(-0500)] <EricDalquist> can we move to a properties file based approach for XSLT?
[17:25:14 CDT(-0500)] <athena> maybe we could just write a little XSL tag thingy if there wasn't another obvious solution?
[17:25:33 CDT(-0500)] <EricDalquist> true
[17:25:45 CDT(-0500)] <athena> i just don't know what to do w/ all the messages anymore
[17:25:49 CDT(-0500)] <EricDalquist> you could write a Xalan tag that essentially delegates to springLmessage
[17:25:50 CDT(-0500)] <EricDalquist> yeah
[17:25:53 CDT(-0500)] <athena> they're all over the place, especially for the flows
[17:25:57 CDT(-0500)] <athena> it's pretty bad :/
[17:25:58 CDT(-0500)] <EricDalquist> getting them consolodated would be good
[17:26:12 CDT(-0500)] <athena> and i'm not exactly a naming conventions expert when it comes to that stuff
[17:26:13 CDT(-0500)] <athena> yeah
[17:26:24 CDT(-0500)] <EricDalquist> we should probalby move them all to something like /properties/i18n/
[17:26:26 CDT(-0500)] <athena> make it a lot easier for people to use custom terminology
[17:26:29 CDT(-0500)] <athena> sounds great to me!
[17:26:42 CDT(-0500)] <EricDalquist> that would also make the spring config of .properties files easier
[17:26:47 CDT(-0500)] <athena> yeah totally
[17:26:53 CDT(-0500)] <EricDalquist> since we could just map classpath:/properties/i18n/
[17:27:09 CDT(-0500)] <athena> should make it less confusing for all the subflow stuff too
[17:27:40 CDT(-0500)] <athena> i feel bad for anyone who would try to internationalize the current trunk
[17:27:48 CDT(-0500)] <athena> want to make it more sensible before we release
[17:27:57 CDT(-0500)] <EricDalquist> yes
[17:28:11 CDT(-0500)] <EricDalquist> and there has been a lot of requesting of cetralizing the properties files
[17:28:11 CDT(-0500)] <athena> could even think about trying an autotranslation or two and getting someone in the community to QA it
[17:28:14 CDT(-0500)] <athena> yeah
[17:28:18 CDT(-0500)] <EricDalquist> yeah
[17:28:24 CDT(-0500)] <EricDalquist> once we get it better organized
[17:28:32 CDT(-0500)] <athena> still dunno what we're going to do in the long term about the missing i18n pieces like internationalized portlet titles
[17:28:38 CDT(-0500)] <athena> but this would help a lot
[17:29:33 CDT(-0500)] <EricDalquist> right
[17:29:45 CDT(-0500)] <EricDalquist> well we have some more framework internal issues to deal with for those
[17:29:53 CDT(-0500)] <EricDalquist> essentially we need to do what portlet.xml does
[17:29:59 CDT(-0500)] <athena> yeah
[17:30:04 CDT(-0500)] <EricDalquist> and in our entity files support the xml:lang attribute
[17:30:11 CDT(-0500)] <EricDalquist> and add that to our data model
[17:30:21 CDT(-0500)] <athena> we actually do have an empty table for channel localization data
[17:30:32 CDT(-0500)] <EricDalquist> so that the definition.title is actualy Map<Locale, String> title instead of String title
[17:30:36 CDT(-0500)] <EricDalquist> right
[17:30:52 CDT(-0500)] <EricDalquist> but I'm hoping that by the time we release trunk there will be no more ChannelDefinition object
[17:30:57 CDT(-0500)] <athena> probably wouldn't be too hard to start really using that table, or a variant thereof
[17:30:57 CDT(-0500)] <athena> yeah
[17:30:58 CDT(-0500)] <EricDalquist> and we will have merged it into PortletDefinition
[17:31:03 CDT(-0500)] <athena> maybe look at it when we do that merge?
[17:31:05 CDT(-0500)] <EricDalquist> and have hibernate model it
[17:31:08 CDT(-0500)] <EricDalquist> yeah
[17:31:14 CDT(-0500)] <EricDalquist> after the pipeline stuff
[17:31:20 CDT(-0500)] <athena> yeah
[17:31:26 CDT(-0500)] <EricDalquist> oh and the new pipeline may let us ditch the channel registry
[17:31:38 CDT(-0500)] <EricDalquist> since it will be doing a new approach for the portlet XML inclusion into the structure
[17:32:11 CDT(-0500)] <athena> nice
[17:32:19 CDT(-0500)] <athena> i'm excited to hear more about all that as you get into it
[17:32:25 CDT(-0500)] <EricDalquist> yeah
[17:32:34 CDT(-0500)] <EricDalquist> I'll be moving the sandbox code in tomorrow
[17:32:45 CDT(-0500)] <EricDalquist> and work on it shouldn't impact existing development
[17:33:02 CDT(-0500)] <EricDalquist> in theory in a week or two we just switch from StaticRenderingPipeline to ComponentRenderingPipeline
[17:33:09 CDT(-0500)] <athena> very nice
[17:33:19 CDT(-0500)] <athena> sounds like you're making a lot of progress
[17:33:21 CDT(-0500)] <EricDalquist> I have 2 furlough days in the next 2 weeks
[17:33:24 CDT(-0500)] <EricDalquist> so that should help a lot too
[17:33:28 CDT(-0500)] <athena> yeah
[17:33:47 CDT(-0500)] <athena> if you find any critical things w/ the gallery that get in your way, definitely let me know
[17:33:58 CDT(-0500)] <athena> or if it's thurs/fri, poke gary or matt
[17:34:03 CDT(-0500)] <EricDalquist> ok
[17:34:04 CDT(-0500)] <athena> i won't have internet access
[17:34:17 CDT(-0500)] <athena> novel
[17:34:33 CDT(-0500)] <EricDalquist> scary
[17:34:37 CDT(-0500)] <EricDalquist> sounds like a nice vacation
[17:35:21 CDT(-0500)] <athena> yeah, looking forward to it
[17:35:31 CDT(-0500)] <athena> going camping somewhere with no cell phone access
[17:35:36 CDT(-0500)] <athena> need to make another REI run tonight
Page Comparison
General
Content
Integrations