--> You are now talking on #web jensens (~jensens@194.24.158.1) has joined #web lucasr (~lucasr@93-97-194-210.zone5.bethere.co.uk) has joined #web pcutler, ping lucasr: pong --> andreasn (~andreas@90-227-183-136-no128.tbcn.telia.com) has joined #web pompidom, meeting? --> pigeonflight (~david@72.252.224.80) has joined #web pigeonflight_ (~david@72.252.224.80) has joined #web <-- pigeonflight has quit (Read error: 104 (Connection reset by peer)) --- pigeonflight_ is now known as pigeonflight * jensens took pidgin for this irc-session and hopes it just works but it looks fine so far --- bloodbare has changed the topic to: Gnome Web Meeting hi everybody --> lincoln (~lincoln@187.1.196.150) has joined #web * jensens waits for the countdown --> thetet (~thet@77.118.167.152.wireless.dyn.drei.com) has joined #web hi... thetet :-) --> csenger (~csenger@dslb-084-058-128-019.pools.arcor-ip.net) has joined #web hi everybody ok meeting time hi! bloodbare, andreasn, csenger, jensens, lincoln, pcutler, pigeonflight, thetet, ping ;-) hi hi! greetz Hi everyone :-)) vdepizzol said he had to run (or something like that) in order to get here in time so he might come around in a while I actually thought that the meeting was to start 1 hour ago lucasr: pong --> vdepizzol (~vinicius@201.79.242.55) has joined #web oh, here he is hi vdepizzol hello there, andreasn :) hi all :) hey everyone :) shall we start? +1 +1 +1 +1 +1 +1 +1 yeah, sure let's go does somebody take minutes? I will minutes = turning on logging? I'll keep a log and publish minutes as a recap ok the agenda will cover three topics I also volunteered to help lucas keep the meeting on track, so if we get off topic, I'll say something and make a note of it to discuss later in the mailing list - CMS (Plone status) - Design - Release plan ok, let's start with the plone status the questions I want some answers are - what's the current status of Plone implementation - how much effort is needed to finish it - honest opinion from current volunteers working on it we have a site that has - the current theme mostly working if we have two dedicated theme developers it would need around 4 weeks to finish it csenger, what else? csenger: why so long? - the infrastructure for the frontpage (banner, feeds) csenger: I think we'd need to itemize the tasks, so we can see the 4 weeks ... finished +1 +1 what kind of skills are needed in order to create/implement a theme? csenger: I'm not disagreeing with your assessmen tbtw pigeonflight, yes we need that. just html+css or php n stuff? andreasn: no php. just some python andreasn, few python, mostly css csenger: what in detail is needed for front pahe whicht makes it as difficult? jensens, zpt and sometimes a bit of dtml (!) =D andreasn: skills include zpt, html, css and some Zope things (ZCML), dtml * jensens isnt scared and cant hardly believe 4 weeks sounds a bit tricky (no idea what zpt and zcml are) so, the *only* thing missing is theme? pigeonflight, if someone knows css, the other bits are minor and we will back that up, so no dtml, no zcml andreasn: I suspect we have those skills in abundance in this group * vdepizzol can go with css lucasr, getting back to what we have: csenger: from my pov an experienced plone person needs not more than 4 days for the open tasks at theming level - the infrastructure for the different banners on the right side * pigeonflight agrees that css is the biggy test site is at: http://gnome.rehfisch.de/ - we have adapted the display of contenttypes to the gnome needs http://gnome.rehfisch.de/ looks almost finished csenger, what do you mean? - navigation and sitemap stuff is finished (except css) lucasr: contenttypes = things like events, news, documents etc... pigeonflight, ok pigeonflight, how hard is to add new content types? lucasr: adapting them would mean changing the way their data is displayed, from the default lucasr, making the description required for listings etc, removing it from the display, display the last author, move the references around do the contenttypes need more fields or just different look? pigeonflight, ok ok csenger: I can see how that would add up looks like we need a tiny schemaextender(modifier for the types. nothing difficult are you documenting the implementation somewhere? apropos schemaextender: http://pypi.python.org/pypi/archetypes.schemaextender thetet, some styling, I adapted the displayed data d ... based on comments to some bugzilla tickets. lucasr: should there be documentation around schemas for contenttypes and required custom views? ok, i see from code that schemaextender is already used I think the general guideline should: never consider you'll be around all the time to maintain the website lucasr, other than the changelog entries .. no lucasr, that's right so it should well documented and simple enough for a plone guy to know the state of things lucasr, we have added documentation to the python packages, but I have to review them csenger, ok csenger, so, anything else on the status of plone implementation? lucasr: the code usally show very verbose whats happening. at least if comments and doctests (for difficult parts) are included lucasr: the i18n story is not complete no trying to cause inertia, but perhaps we need a documentation sprint as part of the plans csenger: there is still the need to do a theme for PSC in order to maintain the gnome projects csenger: ? pigeonflight, I think documentation is a hard requirement PSC = plone software center hard == essential bloodbare, we postponed it (murry and I), so we invested no time into it. lucasr, what we dont have is: software center should come in a next phase csenger: ok, great to know - i18n (jens knows the details) lucasr: LinguaPlone is great, but also has its limitations. jensens: like i18n of folders anyway, we can translate every template to any langauge. this may need minor work. pigeonflight: not a problem iirc jensens: what's the problem on LinguaPlone ? the main point around translations is the format translating content works in LinguaPlone (short LP) by duplicating the whole content tree in the other language we should use po files - we only have the contentsections (get involved, get started, take a tour, about). The general stuff. The rest was postponed (or maybe dropped, I did not get it exactly if things are implemented anywhere else) ok, i18n first a) With LingauPlone we should translate the whole tree always complete csenger, about the sections, I guess we can review and remove what won't be done on the first moment jensens : at the begging we decided to add a /en/ ... /es/ .... / ca/ ... to the root and all the translated forlders there lucasr, that's what I did after talking to murray jensens: then the editors will edit the en version, an xml to po will create the po on en and import them with a po2xml b) partial translated content has no fallback (except we use BlueLinguaLink, half automated placeholders for non.-translated parts) bloodbare: but we need to build up content from the po and sync it with LP theres an XLIFF interface. so we are possible to import/export XLIFF files guys, you can talk about technical details later yea just want to know the general status lucasr: well, its essential to get an idea of the workflow jensens we can talk about that later if you want jensens, true, but we can probably discuss this on mailing list summary: it is some work to get make it happen jensens, the overview is: the internal i18n system is ready, but we have to adapt it to the gnome workflow the question is: do you think it's possible to get it working on an ideal fashion? csenger: and partial translated content is not well supported by default with po files as input and all yes or no? lucasr: yes, but its 10-15 days work lucasr, with an export/import to xliff (xml translation format, jensens: correct?) yes ok lucasr, the rest has to happen with xml2po (I hope for support from an xml2po developer) if po2xml build xliff (otherwise we need some xslt) jensens I may help with this csenger, ok so, in summary: for me there are some open detail questions here i can work on xliff/LP integration and look at the partial-translated-content problem. - 4-5 weeks to get the website in a beta state? stuff like the requirement for translated urls (how should that work with the po infrastructure) and other technical stuff - proper gnome i18n support involves a bit more complex effort - css is the main area needing improvements csenger: at OPlone level all is LP and content. - no documentation is being written -O anything else? just need to document the sub-items in that list that need work done (bugzilla, lgo?) oh, and the infra for banners, news on front page still needs work technical question: is Collage used for the frontpage? jensens, a custom view is used with a control panel form at MainPage product there is an old frontpage that avoids using Collage .. csenger: hmm, we should sicuss using collage. it may reduce efforts a lot jensens: I tend to stay away from collage * jensens just polished trunk a lot ;) guys, technical details later :-) aynway, it doesnt matter here does my summary describe the current situation well? ack what is missing from the initial requrements is: indexing external content, let anonymous users edit copies of a page (should be droped) (a moment, have to go through my notes) lucasr: I'd want to itemize the custom contentype views required pcutler, could you add an action item for itemizing contenttype views? pigeonflight, we can do this on mailing list done lucasr: no prob important question: how do you see the maintenance work being done on the gnome website? lucasr: but I'm suggesting that it be on the todo list ... a deployment concept (the general path is clear, but it has to be worked out with the admin team) lucasr: it's going to be hosted on redhat ? bloodbare, we'll have to discuss this with sysadmin team that discussion should be part of release plan (sysadmin, staging, testing) how complex/hard will it be to maintain/update our plone instance? how often? pcutler, true no work to publish podcasts or videos (did not see that in the requirements, but was evaluated) from security updates: not often (compared to php based systems) csenger: we may want to revisit that, but after launch (we are brainstomring a video idea) how do you think we can garantee/increase the chances we'll have a sustainable plone team in gnome? lucasr: plone needs sometimes to pack database and maybe two security updates per year at plone community there are some people to help. lucasr, there are minor updates every three to 6 month that are backward compatible, so no action required I was wondering if forming some sort of plone "official team" in the gnome community would make sense security updates are copied to the installation, restart the servers, that's it csenger: and click three time in ZMI-UI create a more well-defined team with clear responsabilities csenger, actually sometimes we find some problems with backward compatibilities that needs changes in code lucasr: I would strongly agree because we will want to seprate out the plone volunteers from the content volunteers would you guys be willing to be part of a team like this? the advantage to using the CMS is to make it easy to get new volunteers for translations, updated content, etc pcutler, yeah, I'm talking about a "plone maintainers team" lucasr: if we are enough people I think that somebody will be able when is necessary, I'm with the official team. lucasr: perhaps a team with a lifespan lucasr: it needs a team. i'll to help if i can (time, family, company) pcutler: content admin should be really easy with plone lucasr: so 6 months and hand over lucasr: me as jensens pigeonflight, hmm, no... right, that's why I think a plone team is a good idea, so we dont' confuse the two pigeonflight, hand over to who? I'd prefer something with the same aproach than the release team andreasn: the next candidates for the team as I have written I will adminitrate and maintain the site for at least 6 month if you want to leave, you have to point out someone to replace you but in any way we have to get a hand full of people that primary come from the gnome community to get that stable I think there should be reasonable overlap between gnome community and plone community i can help with deployment. I have good experience here. csenger, my plan was to bring you guys inside the gnome community :-) lucasr: I'm already a gnome user * pigeonflight also uses a mac lucasr, that would be great as I felt outside till today :-) let me summarize my impressions lucasr: i'am using gnome too :) and if all rumorsa come true with 3.0 (python support etc.) ... ;) i'll also help if time allows I'm very worried about the maintenance of a cms based website independently of the cms \me also uses gnome :) lucasr, but I've to much experience with life and volonteering to promise more than 6 month to a community I don't know enough we have now some active plone people working on the website but I'd like to create conditions to garantee we'll have plone people in the long term to form a team a RL meeting helps usally a lot in Plone community we have so called sprints regulary so, it would great if you guys would be willing to form an official website maintenance team inside gnome community like a plone guadec sprint? count me in for the website maintainance team. csenger, cool i'am also at the team csenger, lemme discuss this on sysadmin and board level and I'll officially propose this soon me too , as allways I'll do what my time allows me I'm sure we can get some more people that we know from the plone community if we have laid out plans the bottomline here is: I want to create a situation where, if you realize you won't have time to work on gnome website anymore, you will have to state this clearly pigeonflight: wherever it is. if theres a sponsor for travel costs and maybe look for someone to replace but I want gnome folks ;-) I can promise a few hours per week over the next few months and not just disappear :-) jensens: regarding an in person sprint for the web site are there chances to get gnome people with no plone background in? it's more about being around and dedicate some time when needed jensens: ? csenger, yes, probably from marketing, art and sysadmin teams lucasr: that would work, as much of the day to day doesn't require plone specific skill pcutler, action item to bring gnome people to website gang csenger: I have no background, I'm from the mktg team pigeonflight: yes. a real world meeting, sitting together writing code, discussing, drinking beer or coke. that'd be great to get a mix, not just the "plone people" that do ... csenger, the plone people is more needed for maintenance and extending the website with new stuff not for daily content management ok, cool jensens: I have a good location that is willing to accomodate sprinters http://bit.ly/2BuOt next topic is design jensens: how many persons do you think we'd have on such a sprint? andreasn, vdepizzol, ping ;-) hellp0 so pigeonflight, suggestion: discuss sprint on mailing list no prob i think i cant answer all day long to another mailinglist all the time. i more like to help with solving problems in code and deployment. we have started the design process and I think we're starting to reach a place where we have most of the basic ideas in place lucasr, pcutler short question, how many people raised the hand for the maintenance team? csenger, 3 afaik http://dl.getdropbox.com/u/184285/gnome.org/foundation.png http://dl.getdropbox.com/u/184285/gnome.org/front.png well, that's a start http://dl.getdropbox.com/u/184285/gnome.org/a11y-test-3.png yes, 3 that I saw vdepizzol, paste some mockups too we're still fighting about the details at the sime time, we did different tests http://imagebin.org/index.php?mode=image&id=48704 http://imagebin.org/index.php?mode=image&id=48705 you can also count me in the maintainance team if another one of plone community is needed http://imagebin.org/index.php?mode=image&id=48707 --> limi (~limi@ppp-71-139-4-200.dsl.snfc21.pacbell.net) has joined #web limi :-) hi all :) limi! plone guys, question: what would be the best approach with the new look and feel? s/approach/strategy well, its 'just a skin' what do you mean, implementation-wise? vdepizzol, andreasn, looks great! I thought there was a theme already lucasr: means, CSS and templates is not difficult to change. lucasr: its just work, as in any CMS mabe my question is more like: is it worth dedicating effort on the current theme when we know it will change? limi : there is a new one : http://dl.getdropbox.com/u/184285/gnome.org/front.png any issue with outsourcing to css "slicing" service? wow, that green makes it practically unreadable :) pigeonflight, I guess if you can explain vdepizzol and andreasn how to do it, they can probably help no, no more work on the old theme if we want to go live with the new limi, tints of green can be fixed it looks nice ok, that's what I wanted to know I was thinking for workflow.... design in inkscape/gimp > outsource css work > and integrate into plone do we want to got live with the new theme? but on the infrastructe (banner, rss, etc) we can still work on once you have the HTML/CSS ready (which should be a 1-2 hour job with this design), it's easy to fit that onto Plone we should then separate in the concept stylke from functional parts so, what would be the best strategy to sync the new design work with the plone implementation? cool, we can come up with the html/css andreasn and me are planning also to make some subtle changes in different pages (mostly on column organizing and footer illustrations). Is this possible with plone? yes just make it work in plain HTML/CSS, and we can make it work in Plone too * limi is tired of seeing the project stalled, and would volunteer some time limi: do you lookat deliverance here? I guess andreasn and vdepizzol need to make the design a bit more stable before writing the html/css jensens: that's irrelevant I would prefere to get the css zen from the designers into the team and cooperate on skinning but we could do that, yes indeed, i'am just curious ;) lucasr: sure, we didn't have time to make the choices :) this theme isn't very complex vdepizzol, :-) how does that affect the 4-5 weeks before beta? is there an estimate on timing for having the html/css? but really, what this project needs is a strong leader to push it forward right now there is nobody that actually seems to own the project but maybe you resolved that already ;) lucasr? limi, pcutler and I are fixing this now :-) awesome and we have no pure theming person atm first, we're seeking to understand where we are :) csenger: I could help with that, as would speedbreeze (Jonathan), I would imagine do you think it makes to work on all theme-unrelated stuff while andreasn and vdepizzol finalize their design ideas? we have enough work to go one while the design is finished lucasr: we can make everything work in pure HTML w/o any CSS I'm down for theme work nice, that makes sense to me I would prioritize getting most of the content up, and let the people that do design work with HTML/CSS until they have most of the pages ready the two tasks are largely independent, although some layout parts may be affected by what kind of content is there, etc pcutler, action point to get someone to review the current content and clean it up vdepizzol, andreasn would you help with the styling based on plones markup when you finished the graphic design? done, as well as the volunteers csenger, sure, as long as we can learn how to do it limi, that is probably related to the list of contenttype views that someone suggested here csenger: yep things are either easy or plone developers will help to get things togeterh I think it makes sense to have a well-defined list of contenttype views and then you can guys can work on it while the design is being done andreasn: if you need initial handholding on Plone specific css issues ping me --> bloodbare_ (~bloodbare@89.7.111.241) has joined #web but you seem to be in good hands and have some forward energy, mail me on limi@plone.org if there are any questions I can help answer — I'll monitor the mailing list too the goal on the plone side would be to have a fully working ugly website with the "final" content we should discuss the list of changes depending on subsections etc. on the list to get a picture of how many additional work it will be lucasr: perfect on the design site, the goal is to deliver a html/css with the new design <-- bloodbare_ has quit (Rooms • iPhone IRC Client • http://rooms.derflash.de) then there's a collaboration phase to implement design on plone does that sound good for you? <-- limi has quit (post office, see you guys later) lucasr: sounds good sounds good to me can we have an initial roadmap/schedule on that lucasr: yes. it would help if the design part reduces mainly to CSS ? sounds good (that's the way to go) ok, cool a schedule, just to tie everything discussed together... andreasn, vdepizzol does that make sense for you? --> bloodbare_ (~bloodbare@80.27.101.26) has joined #web lucasr: yes :) nice jensens, can you estimate the plone site of i18n? yes s/site/side/ that brings us to release plan I want to attach our schedule to gnome one for those who don't know the gnome schedule: http://live.gnome.org/TwoPointTwentyseven csenger: integration of XLIFF until end of may. gnome 2.28 will be released on september and we have several development snapshots until there resolving partial-translated content problem may need a new concept and research I'll send a more detailed schedule proposal this week bloodbare_: what do you think do we need for xml2po integration in gnome translation workflow? but the goal could be to have a beta version of website proposed to community on september what do you think? lucasr: sounds realistic lucasr: makes sense jensens, uploading generated pos on svn I guess the beta design could proposed in ~4 weeks vdepizzol, andreasn, thoughts? bloodbare_: and for making xml2po work with xliff? jensens, main content in english, generate every week po en and uploading to svn pcutler, reviewed/final content could be done in the next 4-6 weeks we (a gnome and a plone guy/girl) should go over the initial requirements and the current needs to fix a list of tasks an prioritize them lucasr: I was thinking if we should design as well a compatible new layout for gnome live! lucasr, should we propose the design four weeks from now? andreasn, yeah, something like this sure, sounds sane 4 weeks is fine vdepizzol, yeah, we need to think about live.gnome.org, library.gnome.org and git.gnome.org lucasr: I think 4-6 weeks for content is tight, as no one has reviewed Quim's teams work in the last year, dunno if anything needs to be changed possibly bugzilla bloodbare_: so finish technical i18n end of june? (I'am at vacation in july) pcutler, maybe there's not much to do on content not for beta pcutler, it might be so that we just remove stuff we should be fine let's see on plone site, what about 6-8 weeks to get a beta version of the website? then we'll have ~2 months to implement new design on plone s/site/side target end of june to implementation the missing parts and have a stable base for styling what do you think? +1 <-- bloodbare_ has quit (Read error: 131 (Connection reset by peer)) I'll send a schedule proposal to mailing list along those lines then we also can work on a deployment starategy in parallel to the styling good point then I'll need you to fill in with tasks i think we should have micro-milestones --> bloodbare_ (~ramon@89.7.111.71) has joined #web bloodbare__ (~bloodbare@89.7.111.71) has joined #web something like bi-weekly goals jensens: hey sorry to make sure we know the status before we reach the deadlines jensens: maybe we can talk about this, maybe xliff is not the best option lucasr: +1 again ok bloodbare__: its implemented I think we're done anything else? lucasr: +2 on micro milestoens who from the gnome site will work on the requirements and tasks for the next 6 weeks? jensens: I know csenger, pcutler and I I gotta go now... also +1 for milestones every two weeks ok, thanks lucasr * jensens needs his bed now. thanks a lot everyone! I will recap this, and have it out sometime tomorrow sorry when is going to be the task list ? and where ? that was a nice meeting maybe we can coordinate the plone things this week in sorrento a bit night all! +1 :) night * pigeonflight is off to work on his other Plone projects csenger: see you there --- lucasr is now known as lucasr|afk ciao good night!