/srv/irclogs.ubuntu.com/2010/01/23/#ubuntu-meeting.txt

=== itnet7 is now known as itnet7_meetup
=== KatieKitty is now known as KatieOffline
=== itnet7_meetup is now known as itnet7|meetup
=== itnet7|meetup is now known as itnet7
=== v is now known as vorian
=== vish is now known as mac_v
=== mac_v is now known as vish
=== KatieOffline is now known as KatieKitty
=== nigel_nb is now known as Guest58748
=== nigelbabu is now known as Guest19591
=== KatieKitty is now known as KatieOffline
=== KatieOffline is now known as KatieKitty
=== KatieKitty is now known as KatieOffline
=== KatieOffline is now known as KatieKitty
=== KatieKitty is now known as KatieOffline
=== KatieOffline is now known as KatieKitty
=== KatieKitty is now known as KatieOffline
=== KatieOffline is now known as KatieKitty
=== KatieKitty is now known as KatieOffline
=== nigel_nb is now known as Guest97501
=== nigel_nb is now known as Guest36386
=== KatieOffline is now known as KatieKitty
=== KatieKitty is now known as KatieOffline
=== KatieOffline is now known as KatieKitty
=== nigel_nb is now known as Guest70547
=== Nafallo_ is now known as Nafallo
=== KatieKitty is now known as KatieOffline
=== KatieOffline is now known as KatieKitty
=== yofel_ is now known as yofel
j1mchi all20:00
mdkehi j1mc20:00
j1mchey mdke20:00
mdkewho else do we have for the ubuntu-doc meeting?20:00
* j1mc looks around20:01
nixternalyo yo20:02
nixternalI wish there was a way to put everything but a single channel on mute easily20:04
mdkehey nixternal20:04
nixternalhow goes it mr. east?20:04
jjessehello20:04
mdkenice to see so much activity on kubuntu-docs lately20:05
jjesseson just woke up from nap so i don't know how much i'll be here20:05
mdkenixternal: good thanks, you?20:05
nixternalI guess I am doing good...a bit busy but good20:05
nixternalyou suing the pants off of people over there? :D20:05
=== mcas_ is now known as mcas
mdkehey jjesse20:05
nixternaloh wait, only in the US do they sue the pants off of people20:05
nixternal:p20:06
mdkenixternal: yes, more or less. A certain amount of getting sued as well20:06
dhillon-v10hi all, just got here :)20:06
nixternaloh, so they keep it interesting20:06
jjessehiya mdke20:06
j1mchi dhillon-v1020:06
dhillon-v10j1mc: hi :)20:06
mdkeany sign of Phil?20:06
nixternalj1mc: we have flourish coming up, we should talk to them and see if we can get a "documentation" hack-a-thon or something going there20:07
philbullhi guys20:07
j1mcthere he is... :)20:07
nixternalheh, right as you asked about phil :)20:07
j1mchey philbull20:07
mdkegreat, hi phil20:07
dhillon-v10philbull: hi :)20:07
philbullhey, I'm on a crappy Internet connection20:07
philbullhence the lateness20:07
mdkeno worries, shall we get started?20:07
philbullsure20:08
mdkeshall we use the bot?20:08
philbulli guess so20:08
j1mci'm not so adept at the bot - i should probably read up on it.20:08
mdkelet's give it a shot20:08
mdke#startmeeting20:08
nixternal[]20:08
mdkebot isn't here :)20:09
dhillon-v10mdke: :)20:09
mdkeoh well, agenda is here: https://wiki.ubuntu.com/DocumentationTeam/MeetingAgenda20:09
nixternalwell that would explain everything then :)20:09
mdkefirst item: Is moving to Mallard for the system help viable?20:09
mdkediscuss :)20:09
mdkeI'm pretty interested in whether there will be any chance of kde adoption20:10
nixternalnot yet, but possibly in  the future20:10
mdkeI think that will be important for us. nixternal- any idea?20:10
dhillon-v10mdke: don't know for sure, most of the docs. in kde just got updated20:10
j1mci'm fine with writing with it, and it is fine for individual help files.  i have some concerns about widespread adoption.20:10
nixternalshaunm, myself, and burk from kde will work on it in the future20:10
humphreybchi everone, sorry i'm a bit late. it's 9am on sunday morning over here!20:11
dhillon-v10nixternal: and me :)20:11
mdkenixternal: will you go to the help summit that Shaun has organised?20:11
nixternalyes, since it just a few minutes from my house :)20:11
philbullhey humphreybc20:11
j1mcnixternal and i are both in chicago, where the help summit will be held20:11
mdkeawesome, that will be a good chance to discuss it20:11
mdkej1mc: what are your concerns?20:11
mdkeyou've been trying it for xfce, right?20:11
j1mcwell, for example... the "administrative tasks" page gets linked to a ton of times from within ubuntu docs.20:11
j1mcwith the auto linking... there would be a lot of links at the bottom of the page linking to related pages.20:12
j1mcthat is just one thing that comes to mind.20:12
mdkeI suspect there would be an element of rewriting to take account of things like that, no?20:13
dhillon-v10j1mc: possible to have something like a page: "Resources" mentioning all those links20:13
j1mcmdke: yes - it is just a concern, that's all.20:13
* mdke nods20:13
mdkehas it taken off with xfce?20:13
jjessei am trying to make chicago as well20:13
philbullwe can talk to shaun about this20:13
j1mcalso, the linking is designed to be from all within the same folder, if i understand correctly.20:13
mdkejjesse: awesome20:13
philbullMallard is still technically in development20:14
j1mcphilbull: understood.  shaun's doing some cool stuff20:14
j1mci would just have concerns about requiring the docs to be all in the same folder if things were to scale up.20:14
philbullcan we symlink?20:15
mdkeyes, me too. I suspect that an ideal structure would really be to have separate folder for the top level tasks. But again, it's something to discuss with upstream20:15
j1mcyes20:15
starcraftmanoops, lil late, hi people. Been helping with user days. :)20:15
j1mcphilbull: i think symlinking would get messy.20:15
j1mcwelcome, starcraftman20:15
philbullj1mc: can we do some build magic then?20:16
mdkephilbull: what do you have in mind?20:16
philbullkeep the files in separate dirs in bzr and just put them into the same one when we install the package?20:16
mdkeoh yeah, of course that's doable, if it's the right solution20:17
philbullit's not as neat as supporting subdirs, i guess20:17
mdkebut wouldn't the top level topics be mallard guide files anyway?20:17
mdkeso they could have their own folder20:17
mdkeand then be brought together by the index20:17
philbullyes, that's what i was thinking20:17
j1mci wonder if you can link to things in other folders... is it just that the auto-linking doesn't work across other folders?20:18
philbullagain, we can ask for a modification to the Mallard implementation20:19
j1mcin some ways, i liken what shaun is doing to Vala.  Vala is a simpler syntax than C, but it compiles down to C, and people can use existing bindings (I'm not a programmer... but I think this is right).20:19
j1mcI'm not opposed to this... just want to make sure it will work and that it will scale well.20:19
mdkewell, let's keep discussing with upstream and trying things out. I think the msg from the list was broadly that adoption in this release cycle would be premature - does anyone disagree strongly with that?20:19
philbullthe GNOME user guide will be the acid test20:19
philbullit'll be huge, much bigger than ubuntu-docs20:19
j1mcmdke: i think adoption for lucid is premature20:19
philbull+120:19
mdkeit doesn't stop us from trying to migrate for fun and giving feedback to upstream to help refine the project20:20
humphreybcI also think that 10.04 is a bad time.20:20
philbullwe need to be looking into it now, though20:20
humphreybcDefinitely try testing it in another branch now though20:20
philbullI think experimenting is a good idea20:20
mdkeactually, I think we should keep trying things so that we can be involved in the development of the project20:20
humphreybcSo everyone agrees that a change will have to come this year at some point, most likely in 10.10?20:20
j1mcshaun and i will both be attending that writersua conference.  it's just too bad that it's immediately after the help summit.20:21
mdkehumphreybc: I think that's a bit early to say20:21
philbull(need to skip out for 10 mins, back soon)20:21
mdkehumphreybc: we'll keep our eye on upstream and see whether kde get interested too20:21
humphreybcwhat are the kde docs like? sorry i've never really used kde20:21
mdkebut frankly Gnome will be moving, and so for ubuntu-docs, moving is more or less a slamdunk decision20:21
dhillon-v10mdke: one of the *big* problems is that the upstream kde docs. are pretty outdated as well, and a bunch of people will be wokring on updating them as well20:22
mdkedhillon-v10: the same is true of Gnome20:22
j1mcmdke: i still wonder - if gnome is finding that it isn't scaling well... what would happen20:22
dhillon-v10mdke: really ??20:22
=== KatieKitty is now known as KatieOffline
mdkedhillon-v10: totally. they see Mallard as a way of getting people excited about contributing again. They are planning a complete rewrite20:22
humphreybc... we could split off from using upstream docs and write our own stuff?20:22
mdkej1mc: indeed20:22
nixternalyes, only a few whackjobs want to write documentation, so that is why docs are getting more and more stagnant these days, system docs that is20:23
dhillon-v10nixternal: :) true20:23
mdkehumphreybc: yes, we could. But that's not really what Ubuntu is about.20:23
dhillon-v10humphreybc: waaaaaaay to much work,first writing them, then updating and all that good stuff :)20:23
dhillon-v10*too20:23
mdkeso shall we set up a mallard testing branch? maybe even owned by ~ubuntu-doc or ~ubuntu-doc-contributors so that people can play around?20:24
humphreybcindeed. but as Ubuntu gets bigger, at some point that might become a necessity. Probably not this year though :P20:24
humphreybcI think a testing branch is a great idea.20:24
j1mcmdke: i think setting up a testing branch is ok as long as it doesn't distract from getting good docs out the door for 10.0420:24
dhillon-v10mdke: sure :)20:25
mdkehumphreybc: I don't really understand. Ubuntu is built out of upstreams, it's only possible because of the reuse of upstream work20:25
mdkehumphreybc: the same reasoning is perfectly valid for documentation20:25
mdkewhy would we start from scratch if material can be reused?20:25
humphreybcmdke: okay fair enough20:25
mdkeok, let's try and summarise some action points here20:25
mdke[ACTION] - ubuntu-doc to play around with a Mallard testing branch to test scalability and migration20:26
mdke[ACTION] - kubuntu-docs to discuss with Shaun in Chicago possibility of KDE migration20:26
mdke[ACTION] - general liaising with upstream and continued reevaluation with a view to possible migration in lucid+1 or whenever ready20:27
mdkedoes that sound sensible?20:27
j1mcnixternal: shaun was also interested in getting together briefly sometime before the summit.20:27
nixternalj1mc: I am open20:27
j1mcmdke: i think that sounds perfectly reasonable20:27
humphreybcmdke: yep sounds rad20:27
mdkeok, any other comments on Mallard?20:28
j1mcnot from me for now.20:28
humphreybcnegative20:28
mdkeok, next topic20:29
mdkeImproving the New to Ubuntu docs - [[DocumentationTeam/Ideas/NewToUbuntu|spec here for discussion]]20:29
mdkeI've sketched out a plan for the new "newtoubuntu.xml" in ubuntu-docs on that wiki page20:29
mdkeI've bashed out two or three quick sections in the bzr branch too so that people can see what I had in mind20:29
* j1mc looks at the page20:30
mdkeany comments on the spec or initial material are very welcome20:30
dhillon-v10mdke: looks pretty nice, but is is possible to show that doc. up the first time ubuntu starts up, that would make it very helpful :)20:31
* humphreybc also looks20:31
mdkedhillon-v10: let's keep it in mind but it's something to discuss with the usability team as to whether it would be useful. At the moment yelp startup time is a bit shocking so it may not be a good idea20:31
mdkealthough it might be faster starting up an individual document20:31
dhillon-v10mdke: yaeah working on that with Shaun :)20:31
humphreybcmdke: that table of contents looks very similar to the first few chapters of the manual20:31
dhillon-v10*yeah20:32
mdkehumphreybc: the whole manual looks pretty similar to our docs :)20:32
dhillon-v10mdke: lol20:32
nixternalI think at best an icon for it either on the desktop of the live cd, or on the desktop after install...usability experts shot down the "popup on startup" idea20:32
mdkebut yeah, it's not innovative thinking or anything, just common sense, I hope20:32
j1mcit seems like a good start.  i would have to think about it a bit more to really offer any suggestions at this point.20:33
humphreybcmdke, i thought we'd already discussed this. Either way, you know the plan for the manual. What's the difference between this New to Ubuntu documentation and the manual?20:33
nixternalits been around for years and gets installed with the ubuntu-docs package20:34
mdkehumphreybc: this is going to be a very short document indeed. I can't speak for the manual though because I've only read the table of contents, not the document20:34
humphreybcokay so very short, like < 10 pages short?20:34
humphreybcwould it use yelp or a standalone PDF?20:34
mdkemaybe eight pages with about 30 words in each page20:35
mdkeyes, it's for the system documentation, so will be part of yelp20:35
humphreybcgotcha20:35
AtomicSparkmdke: I like it. As far as your query, I think it would be best to stick with applications installed by default and once they're up to par, we can think about adding popular (but not installed) apps. However, maybe that should be kept to the community documentation.20:35
j1mcthe manual isn't on the agenda . . . i'd probably rather not discuss it at this point.20:35
dhillon-v10mdke: could we have like a short description for each topic, then each one linking out to the actual big doc. at the end of each page20:35
mdkeAtomicSpark: that would tend to be my feeling too20:35
humphreybcj1mc: i know that's why I avoided discussing it, what IS on the agenda however is the fact that much of the manual content can be used for this new to ubuntu thing20:35
j1mchumphreybc: ok20:36
mdkehumphreybc: have you seen the screenshot lower down the page? That's the sort of detail we're talking about20:36
mdkefor one of the topics20:36
humphreybcif you have a look at the manual TOC, which will be more detailed for sure, https://wiki.ubuntu.com/ubuntu-manual/TableOfContents20:36
mdkehumphreybc: https://wiki.ubuntu.com/DocumentationTeam/Ideas/NewToUbuntu?action=AttachFile&do=get&target=adding-applications.png20:37
humphreybcRemember that the manual stuff will be nice and up to date, and will be translated into many languages, as well as having localized screenshots20:37
mdkethat would be chapter 520:37
humphreybcah so it's *very* brief ;)20:37
mdkewell, that's probably more than 30 words, but yes.20:37
mdkewe have other documents covering all of those subjects in more detail20:38
mdkewhich are linked to20:38
dhillon-v10mdke: you just answered my question, thanks :)20:38
humphreybcrighto that's all good then. Yeah just when I read the justification and the table of contents for the "new to ubuntu" project i thought "hang on this looks a bit familiar" :P20:38
mdkehumphreybc: don't be surprised if you see system documents which overlap with the content of the manual. It's more surprising when you see something that *doesn't* overlap20:39
humphreybcOf course, we obviously have rather nice introduction paragraphs etc for each of our chapters that you are welcome to use20:39
mdkeanyway, if anyone has further comments on the spec, then feel free to send them to the list20:39
mdkeunless anyone has immediate comments, let's move on20:40
j1mcsounds good.  :)20:40
philbullI have one comment20:40
philbulltoo many notes!20:40
mdkein the screenshot?20:40
philbullyes20:40
mdkethat could easily use something else, like a bullet list20:41
philbullsure, it's just a minor point20:41
mdkeI was carried away by Kyle's frenzied call for images20:41
philbullhe he20:41
j1mcwhere is this sample page?  link?20:41
mdkej1mc: it's the really long link above20:42
mdkeI've done the Welcome and Getting Help sections too20:42
philbullare the people working on the New to Ubuntu stuff interacting with real users in some way?20:42
AtomicSparkmdke: which bzr branch are the examples in? lucid?20:42
mdkeAtomicSpark: yep - newtoubuntu/C/newtoubuntu.xml20:43
mdkephilbull: not so far - what suggestions would you have?20:43
philbullI'm always amazed when I watch new users use Ubuntu20:43
mdkethis arises in relation to the "Common Questions" things in yelp too20:43
philbullthey get stuck on things that you'd never believe20:43
philbullit's because we're so familiar with this stuff, but it's completely new to them20:44
mdkeI believe that the design team has been doing some user testing that we might be able to rely on20:44
philbullsure, but are they opening it up?20:44
mdkePerhaps we could contact them and ask for some feedback or whether we can get access to it20:44
mdkephilbull: we won't know unless we ask I guess20:44
philbullI asked mpt about getting user testing videos a few months back20:44
mdkewhat did he say?20:45
philbullas far as I remember, he wasn't keen20:45
philbullI'll have to go back through my email though20:45
mdkeI know that his team is interested in helping with docs though - I bet they just haven't had time yet20:45
philbullI think they might have been able to give us text reports of user testing20:45
mdkeso if we approach them, they *must* have some way they can help20:45
philbullnot really the same as seeing it for yourself though20:45
philbullwe can all do some limited testing of our own20:46
philbullI've used my girlfriend and some friends as guinea pigs20:46
dhillon-v10philbull: I am working on a little feedback system, that can be integrated in yelp so users can just comment from a doc. as they find something they can comment and send feedback right away20:47
dhillon-v10:)20:47
j1mcdhillon-v10: i think shaunm was looking into integrating with telepathy for that somehow, too.20:47
mdkeI'd be pretty happy to trust the design team's evaluation of their user testing for our purposes20:47
dhillon-v10mdke, j1mc: so do you guys think its a good idea20:48
j1mcmdke: could you rephrase?  i'm not sure what you mean.20:48
mdkej1mc: well, Phil seemed to be suggesting that we should do our own user testing because we might not have access to the original videos that the design team has done, and just their analysis of them20:49
mdkeI think their analysis of them would be pretty useful, frankly20:49
j1mcmdke: ah, ok... so you are saying that just seeing their analysis would be... yeah, useful.20:49
mdkeespecially since we have limited time to do our own user testing20:49
j1mcright20:49
mdkethey are experts at user testing, after all20:49
j1mcyup20:49
mdkedhillon-v10: I'm not sure, I'd like to think about it a bit more20:50
mdkeanyway, as an action, how about this:20:51
mdke[ACTION] mdke to contact design team to get their input into what subjects could be covered and where users have common problems20:51
j1mcsounds greta20:52
j1mcgreat :)20:52
mdke[ACTION] any other feedback on NewToUbuntu to the mailing list20:52
mdkenext item ;)20:52
mdkeWriting an installation guide (The Ubuntu Manual has content for this that can be used)20:52
dhillon-v10mdke: I have something down, so can that be used20:52
mdkephilbull: you want to sum up status?20:52
philbullyes20:52
philbullerr, we didn;t get very far20:53
philbulleveryone was too busy20:53
mdkeare those who were interested still around?20:53
philbullsome are, I think20:53
dhillon-v10o/20:53
philbullI don't think that having the smaller focused team worked too well20:53
philbullat the end of the day, we're all volunteers who need to work around other stuff20:54
AtomicSparkWhat do we want in an installation guide? Installing from a Live CD and what the available options do?20:54
philbullthe idea was to get people from Windows to Ubuntu in the least painful way20:55
philbullwe already have a detailed installation *manual*20:55
philbullwe don;t want to document every possible installation route20:55
mdkedo we?20:55
philbullyes, the Debian installation guide20:55
mdkeah, but that only covers the alternate cd, not the desktop cd, asaik20:56
mdke*afaik20:56
philbullyes20:56
philbullbut do we need a detailed manual for the GUI installer?20:56
mdkeAtomicSpark: there is this spec about the planned guide - https://wiki.ubuntu.com/Specs/KarmicInstallationGuide20:56
philbullor are we better off doing a user-assistance job?20:56
mdkeyeah I agree. The partitioning is a tricky bit but there's no point talking people through selecting their time zone20:57
j1mci think an installation "guide" is appropriate here.  having "help" topics for problems would make sense, though.20:57
philbullj1mc: yes, this is a situation where having something that could be printed off is a good idea20:58
philbullit's difficult to know exactly what to cover20:58
AtomicSparkFrom my experince with other users, I'd say that partitioning is a big hurdle.20:59
mdkeI think the planning for the guide was done pretty well and the table of contents on the spec looks quite good20:59
j1mcphilbull: how far did you get with outlining, drafting and writing?20:59
AtomicSparkAnd how exactly dual booting works.20:59
philbullwith the writing, not very far20:59
philbullall of the other stuff is on the wiki21:00
philbullso, what are the most common problems that people deal with when installing?21:00
philbulldual booting and partitioning, definitely21:01
philbullbut also post-install stuff like hardware21:01
philbullproblems with the bootloader too21:01
j1mcproblems with the bootloader are definitely scary for new users.21:02
philbullso, I think there is a case for providing a brief, basic walkthrough21:02
philbulllots of pictures etc21:02
j1mcphilbull: what approach could be taken to revive the team around this?21:02
philbullthen separate, focused how-tos (for partitioning/dual-booting) and troubleshooting material21:03
j1mcthat seems like the biggest issue... getting people involved again.21:03
AtomicSparkHardware and drivers. Internet stuff like Flash and Java (although we have topics that cover this).21:03
mdkeI think getting the doc into the branch with a structure might help people get involved21:03
philbullpeople in the Manual Team might be interested21:03
philbullI want to write this in plain text first, before we do any markup21:04
mdkeah21:04
philbullthat should really lower the bar to contribution21:04
philbullI can mark stuff up in about an afternoon21:04
philbullthere's no point other people worrying about it, the content is by far the most important part21:04
mdkeso there won't be the usual ubuntu-doc QA structure of patch + review by ~ubuntu-core-doc member21:05
* j1mc nods21:05
philbullAtomicSpark: we have to be careful with what constitutes "installation" and what is "New to ubuntu"21:05
philbullmdke: not initially21:05
AtomicSparkTrue. I was just throwing things up there. ;)21:05
philbullof course, someone (probably me) edits together a coherent draft21:05
mdkeright21:05
philbullthe peer review can be continuous, but informal21:05
mdkethat's similar to the approach the manual is taking too so perhaps it's worth contacting who is in charge of the installation chapter to see if resources can be pooled there21:06
philbullsure, that would be a very good idea21:06
philbullwe need to make a firm spec for the installation guide, though21:06
mdkedifferent to the existing one?21:06
philbullmaybe modify it21:06
philbullwe have to be clear on how it interacts with the New to Ubuntu docs21:07
mdkeI'd suggest modifying rather than starting again, it looks in decent shape21:07
mdketrue21:07
philbullpeople are always tempted to start explaining how to add applications21:07
mdkeyes, that sort of thing is clearly not installing Ubuntu21:07
philbullthe IG should be short and sweet, installation only21:07
mdkeagreed21:08
philbullso, maybe we should discuss this more on-list21:08
philbullthere should be some really fun potential for new contributors here21:08
philbullsome nice, difficult problems for people to explain in a user-friendly way21:08
mdkewill you take it forward on the list then?21:09
philbullsure21:10
mdkecool21:10
philbullshall we move on?21:10
mdke[ACTION] philbull to raise the installation-guide on the list and plan future action21:10
mdkeyep, next topic21:10
mdkeSetting out a Requirements document to guide our efforts21:10
philbullthis is an interesting idea21:10
philbullsort of like a manifesto?21:11
mdkeI think what Kyle was saying was basically this21:11
mdkeDiscussions on the list sometimes get unfocused because of a lack of understanding about what the team does21:11
mdkeand what it's objectives are21:12
mdkepersonally, I think that can be resolved by (a) documenting better what we mean by topic based help, and (b) a rewrite of the style guide21:12
j1mcmdke: i think it also takes into consideration our own roles as "upstream" doc providers.21:12
mdkecalling it a "requirements document" seems a bit rigid to me, I don't think we really have such things21:13
j1mcwhich i'm not so sure we had really considered so much before21:13
philbullI think having a brief list of what we're trying to achieve with the docs would be nice21:13
mdkej1mc: could be, I know he has that in mind often21:13
j1mci think that setting up "requirements" of some sort would be helpful in deciding what syntax to use...21:13
philbullah, yes21:13
philbullj1mc: who are we upstream of?21:14
j1mcthat way we can lay out what is important to us and see which platform best meets our needs.21:14
j1mcphilbull: OEM's who redistribute ubuntu.21:14
mdkephilbull: Ubuntu gets customised by quite a few distributors21:14
philbullwho in particular?21:14
mdkedell?21:14
j1mcdell21:14
j1mcsystem7621:14
nixternalsystem7621:14
nixternalzareason21:14
j1mci'm not sure who all else21:15
nixternaland quite a few more21:15
philbulldo we have contacts with these people? (for docs, in particular)21:15
mdkevarious netbook providers maybe21:15
mdkephilbull: I think Kyle is in charge of that side of things in Canonical's OEM team21:15
j1mcphilbull: i'm sure that kyle does21:15
mdkej1mc: your point about syntax could be remedied by drafting a "MigrationToMallard" spec which sets out the different things that Mallard would need to be able to do to suit our needs21:17
j1mci'm not familiar with writing a requirements document, though21:17
j1mcmdke: exactly21:17
j1mcmdke: one thing that hasn't reall come up yet with regards to mallard are the server docs.21:18
mdkethat would be part and parcel of trying and testing Mallard out21:18
j1mcwe need to keep their requirements in mind, too21:18
j1mcyeah - just mentioning it as i don't think it had been mentioned before21:18
mdkej1mc: it isn't essential that the server guide migrates.21:18
j1mcmdke: yes.21:18
mdkepersonally it hadn't occurred to me that the server guide would move away from docbook21:18
mdkeit's a self contained guide so Mallard's aims don't necessarily apply21:19
j1mcmdke: sorry... i misread what you had said.21:19
j1mcserver guide could probably stay on docbook, though i'm not as familiar with it.21:20
j1mcit is the first thing i remove when i go to set up xubuntu docs. :)21:20
mdkeheh21:20
mdkeso, how about this by way of actions21:20
j1mcso for an action item regarding the requirements doc -21:21
dhillon-v10j1mc: one quick question: the server guide isn't going to be removed from ubuntu-docs right ?21:21
mdke[ACTION] as part of testing Mallard, a spec to be drafted setting out what Mallard needs to do for us21:21
mdke[ACTION]21:21
mdkewhoops21:21
j1mcmdke: [/ACTION]  :-P21:21
mdke[ACTION] team to prepare a document setting out aims of writing desktop documentation including Topic based help21:21
mdke[ACTION] general resolve to update style guide to continue :)21:22
j1mcmdke: i would draft it a bit more broadly...  yeah.  not just focused on what mallard needs to do for us, but what we require for a doc syntax.21:22
j1mcs/for/from21:22
mdkej1mc: sounds good21:22
j1mcmoving on?21:23
mdkemoving on :)21:23
mdkeD"What should we do about screenshots?"21:23
j1mcdhillon-v10: sorry... no, the serverguide WILL remain in ubuntu docs21:23
j1mcwe aren't going to remove it21:23
j1mcmdke: i like your suggestion of mostly using screenshots that don't feature text21:23
mdkemy opinion on this remains the same - the value of adding screenshots without text I can see, but for screenshots without text, it would be a big logistical exercise to gather translated screenshots and we'd decrease the amount of completely translated docs we have21:24
mdkeas there would be bound to be screenshots that don't get translated21:25
mdketaking good screenshots isn't so easy, extrapolate that over 50 languages and we are in trouble21:25
j1mcmdke: i've been looking over the google chrome help, and in most cases they take the approach of text-less icons when using images.21:25
mdkeso yeah, I'm +1 on a policy for textless icons21:25
j1mchere's an interesting page, though: http://www.google.com/support/chrome/bin/answer.py?hl=es&answer=9560621:25
mdkeit would be awesome to be able to use icons that adopt the theme that the user reading the help is using21:26
mdkedunno if that is possible though21:26
mdkej1mc: heh21:26
j1mcmdke: i wouldn't think so21:26
mdkeanything is possible!21:26
j1mchehe - ok, we'll aim for that for lucid+4 :)21:27
mdkeI'll maybe just file a bug on yelp21:27
mdke:p21:27
mdkewhat do others think about this issue?21:27
j1mcmdke: i think using a few images that feature text is ok if they are limited in use and will particularly hep the user.21:29
mdkewould we just liaise with the translators through the mailing list and undertake to upload translated images?21:29
j1mcnixternal: ping ^^^21:29
j1mcmdke: yeah, i supposed we would want to coordinate well with the translation team.  we'd have to provide really clear instructions on how to take the screenshot in the same way.21:30
j1mcat least, i think we would.21:30
nixternalI always wondered about translated images/screenshots myself21:31
mdkewe would yeah. problem is I'm fairly sure that we wouldn't get as many translated screenshots as we do translated docs - Rosetta lowers the barrier so much21:31
j1mcmdke: in certain cases, i don't think having an untranslated screenshot is so bad.21:32
j1mcif it isn't anything too specific - as long as it guides the user well enough.21:32
j1mcthey can match things up with their eyes.21:32
j1mcbut generally, i do strongly prefer images w/o text where possible.21:33
mdkeit's not so professional though, as your google chrome page shows21:33
j1mcmdke: yeah.21:33
mdkeI would still prefer a textless images policy myself. philbull - any thoughts?21:34
philbullimages make the docs much more user friendly21:34
philbullmy connection dropped... did we discuss the issue of people confusing images for the real GUI?21:35
mdkeno, we were talking about what the consequences are if (as I think will happen) certain languages have translated docs but not translated images21:35
philbullI agree with j1mc, something is better than nothing in most cases21:36
philbullit's not very professional to have untranslated images, but I don't think that that's a strong enough reason not to use images with text in21:36
philbullwe should just try harder with the translation21:37
philbullit's a pretty easy way of contributing21:37
philbull(getting people to send in translated screenshots)21:37
mdkewe can try really hard, but because Rosetta is so easy for translators, the screenshot translation will simply not be as comprehensive as the xml21:37
j1mci wonder if there is any way to automate screenshots.21:37
mdkeplus we'll have to take quite a bit of time uploading them all21:38
mdkeand the branch will get huge too21:38
j1mclike, en_bg *take screenshot*... switch to de *screenshot*... switch to fr *screenshot*...21:38
philbullI think we can get around all this, if we're smart about it21:38
j1mcmdke: yeah, branch size would be an issue21:38
philbullj1mc: I thought about that, but it would be a massive burden on us21:38
philbulluploading doesn't need to take a long time21:39
philbullmaybe we can do a trial run, with just a few images?21:39
j1mci say that we use textless images unless we get team approval for something specific.21:40
j1mceven in those cases, we should reach out to the translators21:40
philbullhow does this sit with the install CD space limitations?21:40
j1mcmake sure they are aware of the issues.21:40
mdkephilbull: probably wouldn't be an issue - we could split the images out into language packs just like the xml. But it would increase the size of language packs a bit so they might not ship as many on the cd as they do now21:41
humphreybcThe manual will have localized screenshots you guys could use.21:41
philbullhumphreybc: how are you handling the translation of the screenshots?21:41
humphreybcWe're just going to do it manually. We've got enough manpower to basically get the translators to take screenshots as well. Obviously this is the plan, we haven't started it yet so it may all go haywire but I think we should be okay.21:42
humphreybcWe do have to watch how many screenshots we have due to size, but I love screenshots - as they say, a picture is worth a thousand words!21:43
humphreybcIt would be groovy if we could have a screenshot library that we can both use21:44
humphreybcto save space21:44
mdkeyeah21:45
mdkewe'll need some guidelines for taking useful screenshots too21:45
mdketo avoid the confusion with the UI issue that philbull mentioned21:45
j1mchey all, fwiw, i won a copy of a program called "screensteps" in a contest last year, but couldn't use it because they didn't have a linux version. a guy from the software company wrote me this week to let me know that they have a test version for linux.21:46
j1mcof course it is propriatary: http://www.google.com/support/chrome/bin/answer.py?hl=es&answer=9560621:46
j1mcah, crap21:46
j1mcsorry, wrong link21:46
humphreybcsorry about that, laptop just ran out of juice as i plugged it in!21:46
mdkethere is an old page here that could be useful - https://wiki.ubuntu.com/TakingScreenshots21:46
humphreybcwhat did I miss?21:47
mdke21:46:36 < j1mc> hey all, fwiw, i won a copy of a program called "screensteps" in a contest last year, but couldn't use it because they didn't have a linux version. a guy from the  software company wrote me this week to let me know that they have a test version for linux.21:47
j1mchttp://www.bluemangolearning.com/blog/2010/01/experimental-screensteps-for-linux-beta/21:47
j1mci probably won't use it, as it is proprietary, but i think it speaks to the fact that it would be awesome if we had more apps like this for linux... FLOSS ones, that is.21:48
j1mca bit off topic, i know...21:48
mdkeok, let's try and pull the strings together here21:49
mdkej1mc's proposal seems sane to me, i.e. that we have a textless policy unless there is team approval for something specific21:49
mdkeif we're going to start using screenshots, text or not, I think we should pull together some guidelines on how to take good ones21:50
humphreybcWhat do you think about a shared screenshots package?21:50
mdkepackage as in deb package?21:50
humphreybcyes, in the repos21:50
nixternalmdke: kde has a screenshots policy that has worked, and I thought we used one from gnome a long time ago, like in the 5.04 to 6.06 era21:51
mdkewhat would that be used for?21:51
humphreybcOh wait are you thinking of including screenshots in yelp or the online docs?21:51
humphreybcSorry I missed a fair chunk of the conversation earlier21:51
mdkehumphreybc: we're talking about the system docs right now, which are the same as you see on help.ubuntu.com21:51
mdkethe wiki already uses quite a few screenshots21:51
humphreybcif hypothetically the manual was included on the CD, it would be silly for us to have screenshots in the manual and you guys to have duplicates in yelp of the same stuff21:52
humphreybcso a shared screenshot package/database/library call it what you will, would make sense?21:52
mdkehow would the manual use such screenshots? Isn't it intended to be in a pdf?21:52
mdkebut anyway I can't conceive of a world where Ubuntu includes two separate help resources on the CD21:53
humphreybcIt sure is. That would be something that would need to be investigated - perhaps it could somehow be built... oh wait that would require latex installed.21:53
mdkeimages in pdfs need to be part of the pdf itself, afaik21:53
humphreybcwell many people couldn't conceive a world where machines build cars, but it happened :)21:54
mdkethat's a different type of conceiving21:54
humphreybcEither way, I am certain that the screenshots from the manual project could be useful21:54
mdkeobviously, it's technically possible21:54
humphreybcEspecially seeing as they're localized21:54
humphreybc(or, rather will be)21:54
mdkeyes, reusing good material is clearly a good idea21:54
humphreybcWe'll just have to see how we go. Getting a whole heap of localized screenshots in 30 languages is going to be tough21:55
mdkeyeah, that's my feeling too21:55
humphreybcYeah I've always known that. It might not happen in time for Lucid21:55
humphreybcIt's just one of those wait and see things21:56
mdkeok, let's move on21:56
mdkedon't think we resolved this issue but let's defer to the list in the interest of finishing the meeting21:57
mdkelast item is:21:57
mdkeScreencasts team up for adoption21:57
mdkepopey: around?21:57
humphreybcI think he said he couldn't make it, mdke21:57
mdkeyeah, but his session may have finished by now21:57
mdkelet's see21:58
mdkeah, looks like someone else took over his session so maybe he isn't around at all21:58
mdkeok, deferred to the next meeting :)21:58
mdkethanks everyone and we'll follow up on the list with the various action items21:59
humphreybccool, enjoy the rest of your weekend matt21:59
j1mcmdke: it's been two hours - i can follow-up about xubuntu docs at a later time.21:59
mdkeoh sorry, I didn't see that extra item21:59
j1mci just want to see about being able to test out an html build of the docs relatively early in the process.22:00
mdkej1mc: up to you22:00
mdkej1mc: what's the current status?22:00
j1mci've got some time to look at things this weekend, but i think i've got a decent idea of what i need to do22:00
j1mcmdke: i've switched all of the docs to use a xubuntu-menus-C entity file22:01
j1mcinstead of gnome-menus-C22:01
j1mcand modified the docs to validate against that22:01
j1mcbut other than that, they still are ubuntu-specific22:01
j1mcstill, i'd like to get an html build ready within about 2 weeks.22:02
mdkeok, I'm happy to help with that22:02
j1mci am more experienced with things now, but will surely have some questions for you.22:02
mdkeno problem22:02
j1mcthanks, mdke22:02
mdkeno worries - let's call the meeting closed :)22:03
j1mcthat's it for me for now, though, then.  :)22:03
j1mcyep :)22:03
j1mcthanks.  enjoy the rest of your weekend22:03
mdkecya all22:04

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!