...
[12:56:54 CDT(-0500)] <b-rock_> sorry, yes they are but they are the users who are not in the dlm.xml file
[12:57:40 CDT(-0500)] <EricDalquist> are they just random users? Are they uPortal default users?
[12:57:50 CDT(-0500)] <b-rock_> they are the portal default users
[12:58:10 CDT(-0500)] <drewwills> that's surprising... is it a perfect switch? meaning, are all the users in layout/ ones that appear in dlm.xml, and are all other users in fragment_layout/?
[12:58:13 CDT(-0500)] <b-rock_> so they probably got in there from in earlier install but aren't uset
[12:58:39 CDT(-0500)] <EricDalquist> right but they should only be exported as fragment_layouts if they are listed in dlm.xml
[12:58:54 CDT(-0500)] <b-rock_> I think just the guest-lo owner for the Guests fragment is in the fragment_layouts folder
[12:58:56 CDT(-0500)] <EricDalquist> are you sure the uPortal code you're using to do the export has a correctly configured dlm.xml?
[12:59:40 CDT(-0500)] <EricDalquist> so there is only one fragment_layout file and it is guest-lo.fragment-layout?
[12:59:42 CDT(-0500)] <b-rock_> I assume it works sime we are able to get to the fragments on the front end and see the username
[13:00:16 CDT(-0500)] <b-rock_> there are also fragment_layout files for admin-lo, welcome-lo, developer-lo
[13:00:43 CDT(-0500)] <EricDalquist> ok
[13:00:51 CDT(-0500)] <EricDalquist> so the only possible way for those to appear in an export
[13:01:15 CDT(-0500)] <b-rock_> looks like the default users that ship with uportal
[13:01:21 CDT(-0500)] <EricDalquist> is for those users to be listed in the dlm.xml file in the uPortal instance wher you run "ant crn-export"
[13:01:50 CDT(-0500)] <b-rock_> gonna look there now...
[13:03:34 CDT(-0500)] <b-rock_> thats it.
[13:03:53 CDT(-0500)] <b-rock_> so I need to re-run the export with the "real" dlm.xml
[13:04:00 CDT(-0500)] <EricDalquist> yes
[13:04:14 CDT(-0500)] <b-rock_> apologies for the confusion.
[13:04:21 CDT(-0500)] <EricDalquist> you have to run the export with the EXACT same configuration you're using for the uPortal instance that you are running
[13:04:23 CDT(-0500)] <EricDalquist> so not just dlm
[13:04:30 CDT(-0500)] <EricDalquist> but group store, pags, user attributes
[13:04:43 CDT(-0500)] <EricDalquist> export touches pretty much everything in the portal
[13:05:01 CDT(-0500)] <EricDalquist> and if it can't correctly resolve information about users, layouts, portlets, etc you will get bad output
[13:05:59 CDT(-0500)] <b-rock_> ahh. thanks for the tip. I'm thinknig now that I just overworte the db connections for the 3.2.5 patches branch with the default configs. I'll make the mods and re-run the export.
[13:25:06 CDT(-0500)] <Arvids> Any comments about Translator portlet implementation?
[13:26:14 CDT(-0500)] <EricDalquist> haven't had any time to look at it yet
[13:26:19 CDT(-0500)] <EricDalquist> probably won't for a few days
[13:30:12 CDT(-0500)] <Arvids> ok, I'd be glad if someone from UI folks would review javascript code there
[13:30:54 CDT(-0500)] <Arvids> Fluid requires a lot of learning
[13:31:42 CDT(-0500)] <athena> it does
[13:31:54 CDT(-0500)] <athena> though luckily the fluid folks are also really friendly and helpful
[13:32:03 CDT(-0500)] <athena> they're over in #fluid-work, incidentally
[13:32:07 CDT(-0500)] <colinclark> We try our best 
[13:33:55 CDT(-0500)] <Arvids> I believe that could help me next time
[13:35:07 CDT(-0500)] <colinclark> We're always happy to help if we can, Arvids
[13:35:22 CDT(-0500)] <colinclark> You can ping a few of us in here or lots of others in #fluid-work as athena mentioned.
[13:35:42 CDT(-0500)] <Arvids> athena, I assume you were the author or maven translator plugin, weren't you?
[13:35:46 CDT(-0500)] <athena> yes
[13:36:07 CDT(-0500)] <athena> needs some updating - a few of the last changes i made were eaten in a hard drive tragedy
[13:36:20 CDT(-0500)] <athena> also google seems inclined to stop offering that service
[13:36:43 CDT(-0500)] <EricDalquist> they still have a for-pay service
[13:36:45 CDT(-0500)] <athena> but my rework also included something that would report missing strings, which is useful regardless of whether we do auto-translation or not
[13:36:46 CDT(-0500)] <athena> yeah
[13:36:47 CDT(-0500)] <Arvids> yes, i encountered that yesterday
[13:36:52 CDT(-0500)] <EricDalquist> and I think jasig could pay for it
[13:36:57 CDT(-0500)] <EricDalquist> its REALLY cheap for our needs
[13:36:57 CDT(-0500)] <athena> seems reasonable to me
[13:37:01 CDT(-0500)] <EricDalquist> like a few dollars a year
[13:37:33 CDT(-0500)] <Arvids> yeah, when i ran it yesterday, it complained something like "too much requests received from your host"
[13:37:40 CDT(-0500)] <athena> yeah
[13:37:48 CDT(-0500)] <athena> it'll do that if you're running a whole lot of stuff
[13:37:50 CDT(-0500)] <Arvids> but it's very helpful for all those translations
[13:37:51 CDT(-0500)] <athena> complains less the next time
[13:37:54 CDT(-0500)] <athena> yeah
[13:37:57 CDT(-0500)] <athena> i'm sure the translations aren't great
[13:38:06 CDT(-0500)] <athena> but seems easier to fix the broken ones than do it all from scratch?
[13:39:08 CDT(-0500)] <Arvids> hmm... on the other hand - inserting keys with default (English) translation would help too...
[13:39:33 CDT(-0500)] <athena> well, the key name itself is now mostly the english message
[13:39:36 CDT(-0500)] <athena> so hopefully that'll help too
[13:39:57 CDT(-0500)] <athena> i'm told that w/ the eclipse resource bundle editor thing you can see all the translations for a string side by side, which also seems helpful
[13:40:17 CDT(-0500)] <Arvids> yes, i'm using it
[13:40:26 CDT(-0500)] <Arvids> but do adopters use it?
[13:40:33 CDT(-0500)] <athena> i've heard the french community uses it
[13:41:06 CDT(-0500)] <athena> you're really the first person with much internationalization expertise to be really involved in trunk dev though
[13:41:21 CDT(-0500)] <athena> sadly we've of course had a lot of language barriers that have made it harder for everyone to collaborate
[13:42:35 CDT(-0500)] <Arvids> Each large nation values its language a lot... it's not the case for such little nation as mine
[13:42:49 CDT(-0500)] <Arvids> I'm forced to know at least 3 languages here
[13:43:18 CDT(-0500)] <athena> yeah, you're much more educated than we are 
[13:44:07 CDT(-0500)] <Arvids> Heh... i could even do the basic translation for Russian language too
[13:45:35 CDT(-0500)] <Arvids> that reminds me that we have some folks on user list from russia... i'm wondering why aren't they asking for their locale provided out of the box
[13:48:10 CDT(-0500)] <athena> i'd be all for a russian translation
[13:48:21 CDT(-0500)] <athena> if you're up for QAing it all the better
[13:48:27 CDT(-0500)] <athena> think we might have foudn someone to do arabic too
[13:48:28 CDT(-0500)] <Arvids> I was just looking trhough uPortal manual and couldn't find a clue regarding i18n
[13:48:35 CDT(-0500)] <athena> errr yeah we should add some stuff
[13:48:43 CDT(-0500)] <athena> if you're interested in helping . . .
[13:49:35 CDT(-0500)] <Arvids> I'm not qualified translator, but i can try my best
[13:50:33 CDT(-0500)] <Arvids> I have some colleagues that I can ask for a help
[13:51:40 CDT(-0500)] <athena> awesome
[13:51:53 CDT(-0500)] <athena> and honestly, even just some basic fixing is way better than nothing
[13:53:26 CDT(-0500)] <Arvids> So... could you create the initial message files for Russian?
[13:53:41 CDT(-0500)] <athena> yeah, we can just use the translator plugin to do that
[13:53:52 CDT(-0500)] <Arvids> ... if google's translate service is working for you
[13:53:54 CDT(-0500)] <athena> i'll fix that thing up again to take a configurable list of languages
[13:53:57 CDT(-0500)] <athena> well . . . yes
[13:54:04 CDT(-0500)] <athena> if not i have some other ideas
[13:54:54 CDT(-0500)] <Arvids> sweet
[18:35:27 CDT(-0500)] <drewwills> arg... my eclipse wants to build uportal-war constantly... making the IDE unresponsive... are there any known setup tips for making eclipse behave reasonably here?