[19:46] godbyk: drive-by increasing sanity level on ayatana list, eh? ;) [19:53] thorwil: My feeble attempt, yes. :-) [19:54] I figured a quick response would generate a bashful reply, 'Oh, well, nevermind then.' Sadly, that's not what happened. [20:00] Hey, rickfosb. How's it going? [20:01] Hey, c7p. [20:01] hi godbyk [20:02] Doing great, godbyk! [20:02] hello all :) [20:02] And you? [20:03] Not too bad. [20:04] Hey! [20:05] Hi c7p. Meeting not for another hour, right? [20:05] another hour yup [20:06] i thought it was now. [20:06] silly british summer time!! [20:06] I thought it was now too. [20:06] But then I realised: 20:00 UTC. [20:06] Gargh. [20:06] Oh well. :-) [20:06] I got here in time as well. :P === godbyk changed the topic of #ubuntu-manual to: Ubuntu Manual Project discussion | Meeting Agenda: http://pad.ubuntu-uk.org/UMP-April-Meeting | Style Guide: http://files.ubuntu-manual.org/style-guide.pdf | Website: http://ubuntu-manual.org | Launchpad: https://launchpad.net/ubuntu-manual | IRC logs: http://irclogs.ubuntu.com [20:37] That wasn't as tricky as I thought it might be. :) [20:43] msg godbyk Question about the use of "\acronym". Not in style guide, but I see it all over the Installation chapter. [20:43] CrustyBarnacle: It's not in the style guide? Hmm.. I'll have to fix that. [20:43] CrustyBarnacle: What's your question? [20:44] msg godbyk Not in Index, and search using find does not bring up any results for it. [20:46] msg godbyk Using this guide: http://files.ubuntu-manual.org/style-guide.pdf [20:46] godbyk, CrustyBarnacle, we probably need to add some verbiage on use (when to and not to use the tag) [20:47] msg godbyk Yes. Should it be used on first occurrence of acronym only? [20:47] sounds reasonable [20:47] CrustyBarnacle: \acronym is a formatting command. It formats the text in small caps. [20:48] CrustyBarnacle: So it should be used each time the acronym is used. [20:48] Hello everyone. I'm new in the whole "ubuntu-manual" think, and as I can see it looks like I'm gonna have to learn about LateX... [20:48] msg godbyk OK [20:49] I thought I could easily help as a chapter author but it's seems that it's gonna be more complicated than that. [20:49] We are supposed to start in a short while, right? [20:49] it seems* [20:49] monfort: Welcome! Don't worry. The parts of LaTeX used by authors and editors is fairly easy to learn. You can find most of the information you'll need in the style guide at . Feel free to ask me any questions you have along the way, too. [20:49] debayan: Yes, we'll start the meeting in 10-15 minutes. [20:49] monfort, its not that bad. [20:49] cool godbyk [20:50] monfort: Also, there are others who are willing to help with the formatting if you just want to focus on writing the content or proofreading. [20:50] monfort, if you supply the typing, the editors can help with the format [20:50] Well actually I thought it was all about using Libreoffice and Scribus ... [20:51] And does learning LateX involves learning HTML ? [20:53] msg monfort http://ubuntu-manual.org/getinvolved/authors [20:53] hei guys [20:53] how are you doing all? [20:53] Hey. [20:53] hai issyl0 [20:53] shrini, really great thanks ! [20:54] monfort: :-) [20:54] happy to see you all again [20:54] CrustyBarnacle : Oh great I never saw that webpage ! :D [20:54] monfort: No, learning LaTeX does not involve learning HTML. LaTeX is great - I'd recommend just looking through the files in the existing bzr branches to get a general idea, and of course the style guide. [20:55] Hey, issyl0. Thanks for your recent editing help on the maverick edition. [20:55] issyl0: I hope this session is being logged. [20:56] Okay I will do it. I won't participate to the meeting today, because I first need to learn on this. I'm gonna start tomorrow and will let you all know about my progress. ( I have to start from the basics ... ). [20:56] godbyk: No worries - always happy to help - seeking to get more involved actually, hence my application for an editor position. [20:56] have in mind i will update the content of get involved pages today or tomorrow, i hope the new content will help you [20:56] Just one question : Who should I keep the email of ? [20:57] I recently started on LaTex. Not as steep a learning curve as it seems to start contributing. [20:57] monfort: you can send mails to mailing list (if i understood the question right) [20:57] Is it the same kind of mailing list that uses dizans of e-mails per day ? [20:58] Seriously sometimes I can't read all of my mails from newsletters and stuff so with a mailing list ... :/ [20:58] monfort; to date, not that many emails from this list. [20:58] monfort: The Ubuntu Manual mailing list is fairly low-traffic at the moment. [20:59] Okay then I'll subscribe ! [20:59] godbyk: I enjoy contributing. :-) [20:59] Hello to all of you [20:59] Hi hannie. [20:59] I have to go now. Really happy to know you all guys and hope to be able to help as soon as I can. [20:59] Thanks for coming, monfort. [20:59] I'm really happy to start contributing and feel part of something great ! [20:59] By ! [21:00] (Ah, the satisfaction of making people happy. :-)) [21:00] hehe yeah, just a motivate to keep contributing [21:00] :-) [21:01] hi guys! [21:01] c7p: Yeah. [21:02] (Hrm. I'll be back in 2 mins. But, o/) [21:02] meeting in 5 mins, raise your hands guys ! [21:02] sounds good [21:02] o/ before I disappear for two minutes... [21:02] ok, 5 min [21:02] ok 5 [21:02] OK 5 [21:04] I hope I can contribute properly. [21:06] Right, hi. [21:06] debayan: don't worry the team will help you to do it [21:09] #startmeeting [21:09] Meeting started at 15:09. The chair is godbyk. [21:09] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [21:10] Hello, everyone. Thanks for coming. Before we get started, can we have a quick roll call? Just a quick 'hello' from anyone who's attending the meeting, please. [21:10] Hello! [21:10] Howdy [21:10] hia [21:10] Hello friends [21:10] hello [21:11] Hello everyone. Great to be here :) [21:11] Thanks! [21:11] [TOPIC] Getting Started with 10.10: What still needs to be done? [21:12] New Topic: Getting Started with 10.10: What still needs to be done? [21:12] I think the Maverick edition of the manual should be nearly ready for publication. [21:12] I know that we still need to take some screenshots. [21:12] What else needs to be done for this edition? [21:13] What's the use of publishing Maverick when Natty is coming so soon? [21:13] I've done a fair bit of editing over the last few days - grammar/spelling/LaTeX/whatever. [21:13] I submitted some screenshots [21:13] do anyone get them? [21:13] are they useful? [21:13] Reviewing Installation [21:13] hannie: Well, since it's practically finished already, there's no harm in it. Also, it will serve as the base for the Natty edition. [21:14] ok [21:14] hannie: On the other side, what's the point of wasting a manual we've written? [21:14] shrini: Ah, I see that most of the screenshots have been submitted. Great! [21:14] It looks like there are just a handful of them missing still. [21:14] godbyk: oh. thanks [21:15] i thought that they were not sent [21:15] to server [21:15] CrustyBarnacle: Would you like to look over the installation chapter of the maverick edition for us? [21:15] It looks like we're just missing one screenshot and one is pending approval. [21:16] godbyk Yes [21:16] there is a problem with that screenshot, quickshot must have a bug [21:16] c7p: The pending screenshot or the missing screenshot? Can we take it manually? [21:16] maybe we can capture it manually and cut the image with gimp to make it proper for the manual [21:17] c7p: Okay. I'll look into that. [21:17] c7p: Shutter works great for taking and editing screenshots :-) [21:17] Are there any other to do items for the maverick edition that anyone can think of? [21:18] CrustyBarnacle: i love gimp :) but maybe i should try Shutter also [21:18] I like shutter too [21:18] quick and easy [21:18] godbyk, when we are ready to 'publish', is it linked to the manual page (simple as that?)? [21:19] rickfosb: When we 'publish' the manual, we upload the PDFs to the website and also publish it to lulu.com (where you can purchase a printed copy). [21:19] thanks [21:19] All right, let's move on to the Natty edition. [21:20] [TOPIC] Natty edition authors and chapter editors [21:20] New Topic: Natty edition authors and chapter editors [21:20] woohoo! [21:20] msg rickfosb what is the publication date for Maverick? What's our deadline to get to translators? [21:20] Cool. [21:20] The GUI is so different in natty [21:20] Earlier this week, we asked for volunteers to write and edit the chapters of the Natty edition of the manual. [21:20] have to write from scratch on the GUI part [21:20] We also contacted the previous authors and editors to see if they'd like to reprise their roles. [21:21] I have some experience with unity. [21:21] https://spreadsheets.google.com/pub?hl=en&key=0Ar0Z6vOO38EydERxaWhGTkU2NTVDU2pxYXNHWWR1MlE&hl=en&gid=0 [21:21] The list of assigned authors and editors is shown here: http://bit.ly/gG59j7 [21:21] CrustyBarnacle, We can probably try to set a date today, [21:21] this is the list of assigned chapters to authors [21:22] c7p: We should ask the new volunteers if they have any preference as to which chapter they're assigned. [21:22] there are like 8 authors and editors that aren't in this list because they haven't a chapter so don't worry [21:22] who assigns them? [21:22] of course [21:22] :-) [21:22] rickfosb will assign you the chapter [21:23] hannie, I'll work with them and assign [21:23] c7p, yes [21:23] Cool. [21:23] great [21:23] If anyone else would like to volunteer to be an author or editor, please feel free. [21:23] but he is new so as most of you so don't make him anxious :) [21:23] We'll take all the help we can get. :) [21:24] I'll reach out via email over the next day or so and start updating the list. [21:24] godbyk: Indeed [21:24] should we advertise for hel at LUGs? [21:24] What's the ratio of editors to authors to chapters to applicants for roles? [21:24] can i volunteer for the prologue? [21:25] CrustyBarnacle: Yes, feel free to advertise and help find some volunteers. [21:25] Who controls that Google Doc? [21:25] piratemurry, -> prologue [21:25] looks good [21:25] issyl0: [21:25] issyl0: i do [21:26] I have sent an email this morning [21:26] c7p, do you have nick to email for all of us? [21:26] c7p: Ah, right. [21:26] Hey I would like to take up the Ubuntu Desktop chapter. [21:27] piratemurry, was the Author, or Editor? [21:27] what do you need? [21:27] author would be first preference but i'm not fussed [21:27] happy to help in any way [21:27] piratemurray; author or editor for prologue? [21:27] who reads jobs@ubuntu-manual.org? [21:28] i like to be author of working with ubuntu [21:28] piratemurray; thanks [21:28] 55 [21:28] Argh. [21:28] hannie: A few of us do: me, c7p, cwoollard, rickfosb. [21:28] rickfosb: so that is author then? [21:28] excellent [21:29] piratemurray: is Author for Prologue [21:29] rickfosb: no i don't know the nicknames, PM me authors and editors [21:29] msg c7p mario@petrielabs.com [21:29] CrustyBarnacle: Be sure to put a / in front of 'msg' otherwise it still sends it to the channel. :) [21:30] Shall I take "Working with Ubuntu" ? [21:30] CrustyBarnacle: You're missing a / before "msg". :-) [21:30] :) [21:30] c7p; thanks. Rest of you, I'll use the 'list' to reach out as needed. [21:30] I see... [21:30] Okay, shall we move on to the next agenda item? [21:31] let's go... [21:31] [TOPIC] Screenshot size for Natty edition [21:31] New Topic: Screenshot size for Natty edition [21:31] c7p: Do you know what this topic is about? [21:32] i didn't write it :) [21:32] In the agenda item, it says that the screenshots in the 10.04 edition of the manual are too large and that it's ahrd to read the text and look at the pictures at the same time. [21:32] my vote is for the higher resolution, but sized down, so we get readable screenshots. [21:33] They suggest using 800×600 resolution screenshots instead of the current 1024×768. [21:33] 800x600 would be nice [21:33] I remember doing some tests early on when we started taking screenshots. [21:33] One of the problems with reducing the screenshot resolution is that the screenshot start to look very pixelated and muddy at lower resolutions. [21:33] Is the quality fo 800x600 good enough? [21:33] I didn't write it either, but if you flip through the manual, some of the shots are full page, some rest within the main column... seems a mis match [21:34] *of [21:34] rickfosb: Here's how the screenshot size in the manual is determined: [21:34] We take all the screenshots at the same resolution (currently 1024×768). [21:35] The widest screenshot (currently we use the full desktop screenshot for this) is scaled to fit in the margins of the manual (across the main text block and the sidenotes area). [21:35] All of the screenshots are scaled using this same scaling factor. [21:36] If the scaled screenshot is narrow enough to fit in the main text block, then it's centered there and the caption appears adjacent in the sidenotes area. [21:36] godbyk; so, menu drop downs, etc., will be a small centered shot.. and desktop or full application will be large; makes sense [21:36] If the scaled screenshot is too wide for the main text block, then it will be centered across the full page (main text block + sidenotes area) and the caption will appear above or below the screenshot. [21:37] what if the max width was only main text block? [21:38] CrustyBarnacle: We could scale all the screenshots so that the max width is only the main text block, but then the text in the screenshots is difficult to read (as it's so small). [21:38] So, back to question, do we have a sample of 800 vs 1024 to compare? [21:38] Screenshots are for reference only, not for providing actual instructions. So... [21:39] rickfosb: In the lucid-e1 repository, there is a lucid-screens/ dir that has samples taken at different resolutions. [21:40] I'll look [21:40] CrustyBarnacle: While the screenshots aren't there to provide instructions themselves, it is frustrating to not be able to read the text in the screenshot. [21:40] godbyk: Absolutely. [21:40] (Re: the frustration.) [21:40] The samples in that directory are taken at 1024×768, 1280×800, and 800×600. [21:40] godbyk: I see... [21:41] Having said all that, we can certainly take another look at the problem and see if we can improve upon the previous (Lucid edition) solution. [21:41] Does anyone else have any questions or comments on this topic? [21:42] can you give us a link to the examples? [21:42] I need to catch up with the instructions at http://ubuntu-manual.org/getinvolved/authors [21:42] is there any weblink available for a quick check on resolutions? [21:42] Can we agree to review the samples and discuss later (next meeting)? [21:43] hannie: http://bazaar.launchpad.net/~ubuntu-manual/ubuntu-manual/main/files/head:/lucid-screens/ [21:43] thank you [21:43] CrustyBarnacle: Sure. [21:43] godbyk, I'll review as well, but unless there is a compelling need to change..., I'm ok with the current process. [21:44] All right. Let's take a look at it and come back to our next meeting with our findings. [21:44] [TOPIC] Do we need to provide screenshots for non-Unity users? [21:44] New Topic: Do we need to provide screenshots for non-Unity users? [21:45] My initial response to this question is, 'Sure, why not?' But I'm not sure what concerns prompted the question. Anyone else? [21:45] what do you mean by non-unity users? [21:45] shrini: GNOME Classic? [21:45] We will need to this because Unity crashes a lot, and many users are likely to go back to Gnome [21:45] I have one of the pc's that doen't support Unity. So, I 'found' my way around the system menus; [21:45] *doesn't [21:45] shrini: I think they're referring to the users who will see the GNOME desktop instead of Unity due to lack of sufficient hardware to run Unity. [21:45] would the screenshots be side-by-side or in a separate section? [21:45] also the hardware support issue. [21:46] If we provide screenshots for non-Unity users, we should provide narritive within the manual about GNOME too - is this feasible/likely? [21:46] s/narritive/narrative/ sorry. [21:46] CrustyBarnacle: I think that the Unity and GNOME sections would be different. [21:46] I'm thinking we just need to cover the 'general' navigation issues. [21:46] well regarding unity, from what i know there will be unity 2d for old pc and unity 3d for new machines -independs to hardware- [21:46] I agree it should be different. Infact lets have separate manuals. [21:46] Does the Gnome desktop comes in default ubuntu 11.04? [21:47] do you not have to do some advanced tweaking to get GNOME back. i thought it was either Unity or Unity 2D (for the older computers) [21:47] or we have to install it separaely? [21:47] debayan_: The problem with having two separate manuals it that you have to know beforehand which manual you need. [21:47] the gnome part can be copied from Maverick I think [21:47] godbyk; agree with one manual [21:47] debayan_: One of the use cases for our manual is that I should be able to hand a copy of the manual along with an Ubuntu CD to a friend and they should be able to install and use Ubuntu without pestering me with incessant questions. :) [21:47] one manual... [21:47] yeah one manual to avoid confusion [21:47] godbyk: hmm, good point. [21:48] godbyk: Totally [21:48] one manual to rule them all [21:48] I suspect that the 2d section would not be 'large' when compared to the changes we'll need to make to 3d [21:48] Is the person who added this agenda item present? If so, can you explain your concerns a bit more? [21:49] godbyk; that was me. So, the concern is, do we need to support non unity users? I have a new netbook, but it doesn't do unity 'as is' [21:49] godbyk: I remember the openSuSE manual. It had Gnome and KDE parts separate. [21:49] MrX [21:49] first of all, we talk hypothetically ? are there tangible differences with unity 2d and unity 3d that will affect the manual ? first we should answer this -if anyone knows- [21:50] rickfosb: Ah, gotcha. [21:50] rickfosb: You are expected to use unity 2d then. [21:50] godbyk; poulsbo drivers aren't ready, yet. [21:50] I think that we should provide at least enough information that they know what they're looking at and provide pointers to further documentation. [21:51] especially, if our graphic shows some nice application icons... and the user doesn't see them [21:51] Yeah. [21:52] Personally, I'm not overly concerned about the size of the manual (as long as it doesn't get too out of hand), and would rather err on the side of including too much information than not enough. [21:52] It's very disconcerting when you're following along in a manual and you've encountered a situation that the manual doesn't cover. [21:52] godbyk: Definitely. [21:52] * issyl0 agrees. [21:53] godbyk: Would an increase change the cost to buy it? [21:53] agree; Since I have a netbook with the 2d issue, I can help out with providing some shots. [21:53] So if we don't include information about GNOME classic (which may be reasonable if it's unlikely that most Natty users will encounter it), then we should at least make mention of it, explain why the reader may have encountered GNOME classic, and where they can go to get more information about it. [21:53] CrustyBarnacle: The price of the printed manuals is based on the page count. So the more pages in the manual, the more expensive it is. [21:54] rickfosb: Did this satisfactorily address your concerns for non-Unity users? [21:54] yes! [21:54] Excellent! [21:54] [TOPIC] Documenting Ubuntu derivatives [21:54] New Topic: Documenting Ubuntu derivatives [21:55] what are they? [21:55] Ubuntu derivatives would be Kubuntu, Xubuntu, Edubuntu, etc. [21:55] kubutu/edubuntu/xubuntu/liubuntu/mint [21:55] Ubuntu derivatives as in [X|K|Edu|...]buntu? [21:55] There are differences in unity 2d and 3d http://www.omgubuntu.co.uk/2011/03/unity-2d-a-quick-look-at-the-latest-updates/ [21:55] oops [21:55] Like edubuntu, kubuntu, xubuntu? [21:56] Right now we mention those derivatives in the introduction, I think, but otherwise we don't talk about them at all. [21:56] yeah i agree [21:56] we make mention of them? not a whole chapter though..... few paragraphs [21:56] The question is, should we include more information about these derivatives in the manual? [21:56] I agree, and we mention links. [21:56] I hope that little content is enough [21:56] Mention + Links [21:57] Yes, keep it short [21:57] because explaining KDE needs a full book [21:57] maybe some reasons why one would want to use the derivite [21:57] Can we link to actual documentation for all derivatives? [21:57] My concern is that I wouldn't talk about them to much in the beginning because you're forcing a choice on the unsuspecting reader. [21:57] such as "use Lubuntu if you want XYZ...." [21:57] godbyk: good point [21:57] How should the reader decide if they'd prefer a different derivative if they're just getting started with Ubuntu proper? [21:57] We shoud mention it at the end. [21:57] Advanced Topics. [21:58] that's how i discovered the derivites when i started using ubuntu [21:58] That would be fine [21:58] I could see adding a section toward the end of the manual that gives a page or two to discuss the pros and cons of each derivative and provides pointers to documentation about them. [21:58] almost as an advanced topic after i was comfortable with Linux/ Ubuntu [21:59] with a screenshot? [21:59] godbyk: yes [21:59] It's also possible to write manuals for each individual derivative at some point in the future, but that's a lot of work. :) [21:59] godbyk: cool, the learning more chapter can host this section [21:59] were gonna need a bigger boat :-) [21:59] c7p: I think that 'Learning More' would be a good place for this info, yeah. [21:59] :-) [21:59] rickfosb: Definitely! [21:59] c7p, agree [21:59] who is updating notes? [21:59] shrini: i wouldn't want to see screenshots of the different *buntus but that's just my opinion [22:00] c7p: Yup. [22:00] Basically, any derivative manuals would warrant their own team of authors and editors. (Though they can share our toolchain, etc.) [22:01] Are there any other thoughts on this or shall we move on to the next agenda item? [22:01] [TOPIC] Useful applications (and how to install them) [22:01] Next :-) [22:01] New Topic: Useful applications (and how to install them) [22:02] Some of the applications listed under this agenda item include Wine, Adobe Acrobat Reader, Inkscape, Chromium, Skype, and XBMC Media Center. [22:02] Cool. [22:02] No acrobat reader [22:02] Hrm. An interesting one... [22:02] The general question is, what applications should we discuss and how much detail should we go into? [22:02] shrini: i agree [22:02] it is huge [22:03] we already have evince. [22:03] evince is great to read a pdf file [22:03] shrini: Agreed [22:03] I like the idea of 'Doing more...' but I would think we keep it simple with links to the source documentation? [22:03] Skype also is not such a must have app. [22:03] rickfosb: i agree [22:03] i don't think we need this chapter [22:03] Not even Wine. People should really be using Windows if they need Wine. [22:03] debayan: i'd disagree. many people migrating to ubuntu would like to see skype [22:04] I use Chromium... but don't want to start a browser feud. [22:04] piratemurray: So they jst need to google. [22:04] Skype hosts deb packages on their website, with instructions. [22:04] arguably they can google everything in the manual [22:04] we can say a like 'skype also available for ubuntu in their site ' [22:04] should we not make light of the fact that skype et al are available in linux? [22:04] shrini: yes [22:05] we have to say about gimp [22:05] piratemurray: I dont know if we should be pointing people towards installing proprieatary stuff on Ubuntu. [22:05] remember that we are working on linux alternative apps table, and i think that's enough http://bit.ly/f0LTRQ [22:05] proprietary * [22:05] what about multimedia codecs? [22:06] ubuntu-restricted-extras [22:06] shrini: Multimedia codecs can be covered in the chapter that covers playing media, because in ubuntu all you have to do is click a few buttons. [22:06] debayan_: thats fine [22:06] shrini: We do mention the restricted drivers and ubuntu-restricted-extras package. [22:06] We mention the Installation option of selecting "third-party software" in Installation [22:07] godbyk: good [22:07] The ubuntu-restricted-extras package is mentioned in the troubleshooting chapter. [22:07] okey [22:07] what about XMBC? [22:07] shrini: That's not mentioned. [22:07] is it available in repository as default? [22:07] XMBC is not desktop use, right? [22:08] Though Mythbuntu and MythTV are. [22:08] it is not there in my 10.10 repos as default [22:09] we can say about cheese [22:09] handbrake [22:09] Do you think that the Linux/Windows app equivalences table will be sufficient? Or do we need to go into more detail? [22:09] gtkpod [22:09] If we need to go into more detail, should that detail be in this manual or in a separate document? [22:09] yup [22:09] that table would be so fine [22:09] godbyk: Table should be sufficient. The instructions for third party apps may change as well. [22:10] Okay. [22:10] Table looks good... [22:10] Mmhmmm. [22:10] [TOPIC] Upload chapters for translation as they are completed [22:10] godbyk; does it format for latex or do we link it? [22:10] New Topic: Upload chapters for translation as they are completed [22:10] hannie: Did you or rickfosb add this item? [22:11] wasn't me [22:11] rickfosb: Does what format for LaTeX? [22:11] I did [22:11] I wonder if this is possible [22:11] hannie: Okay. If I understand correctly, you'd like us to upload chapters for translation as they're completed instead of waiting for a manual-wide writing freeze. Is that correct? [22:11] godby; last topic... does the table format easily for inclusion [22:11] I mean, put the manual on Lp chapter by chapter [22:12] I don't think it's possible with our current toolchain. Presently, all the chapters are mashed together before the .pot file is generated. [22:12] a good solution to this could be the following [22:12] rickfosb: Ah, I haven't looked at the table, but LaTeX can handle tables. [22:12] Or chapters could be translated offline (text files?) [22:13] ok, moving on... thanks [22:13] godbyk: LaTeX table syntax looks more complicated than it is. :-) [22:13] surely the translators will check out the latest bzr LaTeX files and translate those directly? am i missing something? [22:13] piratemurray: The way translations currently work is: [22:14] We write and edit the .tex files until we hit the writing freeze date. [22:14] hannie: the whole manual is a series of strings, hopefully the strings are with the same queue as are paragraphs -except for margin notes-, we can give a list of string numbers per chapter [22:14] Then we run a script that reads all the .tex files and generates a .pot file. [22:14] this .pot file gets uploaded to launchpad for the translators. [22:14] The translators can work on translations via Launchpad or offline tools. [22:14] e.g from 504 string up to 642 string = "Working with Ubuntu" chapter [22:15] When the whole manual is finished, it is too late for translators to finish it before in time [22:15] Periodically, I'll download the .po files (which contain the translated text) for each language and generate draft PDFs that show their progress. [22:15] that's why I would like to get each finished chapter as soon as possible [22:15] Possible to do an earlier freeze date for longer chapters? [22:16] The problem is that if we make a change to the English .tex file and generate a new .pot file and upload that to Launchpad, it can (and often does) disrupt things that the translators have already translated. [22:16] godbyk; as we 'commit', could we 'send' the corresponding tex file? [22:16] ahh, [22:16] yes [22:17] we suffered by this for tamil translations [22:17] point. [22:17] rickfosb: For that to work, we'd need to have a separate .pot file per chapter. (As it stands, there's currently just the one .pot file for the entire manual.) [22:17] we don't have to rush, authors and editor should have all the time they need to write the content of the manual [22:17] I'm not sure if generating one .pot file per chapter is possible or not. (I'd assume it is, but the script we're using is a bit awkward to use.) [22:17] i'm a bit confused here, why can't we diff the uploaded LaTeX files and only translate the difference? we're essentially talking about a branching problem in a version controlled system, right? [22:17] godbyk, that is exactly what I want, each chapter separately [22:18] piratemurray: The translators aren't working with .tex files. They're working with a derivative of the .tex files (a .pot file). [22:18] seems breaking it into chapters would resolve the conflict between english and the translators [22:18] godbyk: and why can't they work on the .tex file? it is a plain text file right? [22:18] Can those who understand the process put together a summary of what this request would require? Feasible? [22:18] godbyk, I could ask david planella if it can be realised [22:18] hannie: I'll give it a try and see if I can coerce the script to generate one .pot file per chapter. No promises, though! :) [22:18] piratemurray: .pot is the standard way for i18n. yo can use offline tools like kbabel to translate. [22:19] hannie: We're currently using a script called po4a (po-for-anything), in case he's familiar with it. [22:19] godbyk, ok [22:19] .pot files allow you to translate the strings to a wide number of languages using available interaces that understand and interpret .pot files and enale easy edition. [22:19] enable* [22:20] all right so the problem here is that we *must* use .pot files to give to the translators? [22:20] the advantage of Launchpad is that many translators can work on the same document [22:20] i'm being dense, forgive me. i haven't used .pot files before [22:21] piratemurray: that is how internationalisation works everywhere. .pot files. [22:21] piratemurray: Well, we must use .pot files for the translators to be able to do their work via the Launchpad translation interface. [22:21] and at the moment the .pot is the full manual and potentially when that is realised it is too late in terms of release deadlines? [22:22] fair enough, i'm with you now. splitting them into chapter seems a sensible way forward in that case [22:22] godbyk; is the pot generated in the makefile? or elsewhere? [22:22] godbyk, we'll just wait and see what comes of it [22:22] rickfosb: I don't think we've added that to the Makefile (though we should). I have the magic incantation somewhere in my notes. [22:22] godbyk: Do we use translation memory (some auto translation approved by actual translators)? [22:23] CrustyBarnacle, we do [22:23] hannie: Yeah. I'll try running po4a against a chapter .tex file (instead of the entire manual) sometime this week and see how much it hates that. [22:23] godbyk; ok, thought it might make chapter generation possible if it is in our make [22:23] * c7p godbyk is project's hero replying to everyone and doing everything ! [22:23] CrustyBarnacle: Via Launchpad, that's provided automatically (if it's a perfect match of an existing translation). [22:23] godbyk: Thanks... [22:23] godbyk, I would be very grateful if you give it a try [22:24] hannie: Sure thing. [22:24] [TOPIC] Any other business [22:24] New Topic: Any other business [22:24] Okay, any other business anyone would like to bring up? [22:24] Questions, comments, concerns, criticisms? [22:24] i have [22:24] move the quickshot to ubuntu-manual.org site [22:24] document it well [22:25] send some acknowledge mail for the generated screenshots [22:25] shrini: I'll have to see what framework they're using for the Quickshot server. [22:25] send email about approval/denial of screenshot [22:25] godbyk: okey [22:26] shrini: Good ideas. Can you file those are bugs/feature requests against Quickshot on Launchpad? [22:26] That way they won't get lost in the fray and they'll come to the attention of the Quickshot developers. [22:26] atleast say about quick shot server details on ubuntu-manual site [22:26] currently no information is available there on how to get the .qsproj files [22:26] Wasn't someone documenting the new Quickshot? c7p, were you? [22:26] i'm working on the http://ubuntu-manual.org/getinvolved/authors , i will update the content of the page soon, what i need the feedback from new authors and editors [22:27] shrini: Yeah, it's all a bit mysterious still. [22:27] :-) [22:27] godbyk: i'm not sure, maybe it was me :P [22:27] i have some guidelines [22:27] maybe i should upload them too website [22:28] i have a question about chapters: are we going for a complete rewrite or where possible do you want to stick to what was done in previous UM releases? [22:28] (sorry to jump in like that) [22:28] piratemurray: Some chapters, like the Ubuntu desktop will need complete rewrite i think. [22:28] piratemurray: No sense making more work for yourself. If the existing text is still accurate and well-written, keep it around. [22:29] For things that are completely new to Natty (e.g., Unity, Shotwell, etc.), we'll need to write new text. [22:29] fair enough! sounds good [22:29] How about all the gaps on the Authors/Editors page? [22:29] hannie: Can you be more specific? [22:29] Are there enough candidates? [22:30] I seen no names behind most of the chapters [22:30] Oh, in the spreadsheet? We do have half a dozen or so volunteers that we need to add to that spreadsheet. [22:30] But we always welcome more volunteers. [22:30] hannie; I'm in contact with some and will start filling in the blanks as soon as possible [22:30] Some of the chapters are rather lengthy and would benefit from a couple authors and editors to help share the workload. [22:31] I would like to have a go at "The Ubuntu Desktop". I have experience with Unity. [22:31] debayan_; author? [22:31] Thanks, debayan_. [22:31] rickfosb: yes. Partly atleast. [22:31] I'll add you to the list [22:31] I have volunteered for the job of editor, but since I am not a native speaker I do not [22:31] Not sure how huge the chapter will be yet. [22:31] know if that is ok [22:32] hannie: It's absolutely okay. The more eyes/readers, the better. [22:32] ok, you will read it in my email [22:32] Do I need to learn latrex to be an author? [22:32] hannie; got a chapter in mind? I'll add you [22:32] ok [22:32] What maling list do we join for this ? [22:32] I've found that translators are good at catching common English idioms that sneak into the text. [22:32] hannie; ok [22:33] I put Ubuntu Desktop in my email, but there is also another candiate for taht [22:33] *that [22:33] debayan_: The Ubuntu Manual mailing list -- it's linked to on the Ubuntu Manual Launchpad page. [22:33] debayan_: http://launchpad.net/ubuntu-manual [22:33] ok fine. I joined that. [22:33] godbyk: Is latex is essential to start authoring? [22:33] godbyk: or shall I use OpenOffice to start writing? [22:33] shrini: It's not essential. If you write well, we can find someone else to help with the formatting. [22:33] awesome [22:33] I would recommend writing it in plain text instead of OpenOffice, though. [22:34] hehe [22:34] I agree [22:34] For the authors and editors, LaTeX is basically a markup language like HTML. [22:34] shrini; the chapter editor and I can help put the tags into the text. [22:34] I use asciidoc for my other documentation works [22:34] So it's plain text for the most part with some extra code to handle the formatting. [22:34] Its 3:10 AM here in India. I would take your leave, if all important issues have been discussed. [22:35] debayan_: :-) ofcourse [22:35] debayan_: I think we've about finished here. Thanks for coming (and staying up so late)!. [22:35] debayan_: Goodnight! [22:35] debayan_: thx for coming :) good night [22:35] debayan_, it was nice meeting you here. [22:35] crossed all the sleep limits [22:35] Goodnight, and Thanks to all! [22:35] godbyk: issyl0 shrini hannie no problem. Good Night. [22:35] same here guys. [22:36] me too at 3.10 am [22:36] Thanks for coming, shrini. [22:36] Great to meet everyone [22:36] thanks for all [22:36] This team rocks!! [22:36] shrini, goodnight to you too [22:36] Are there any other last-minute issues? [22:36] thanks hannie c7p godbyk CrustyBarnacle rickfosb [22:37] There is work to do for a lot of people ;) [22:37] godbyk: i don't think so [22:37] All right, then. [22:37] Meeting adjourned! [22:37] #endmeeting [22:37] thank you all for coming ! good job godbyk [22:37] Meeting finished at 16:37. [22:37] Thanks for coming, everyone. [22:38] Good meeting godbyk! [22:38] thanks everybody, see you next time [22:38] thanks everyone! [22:39] bye for all [22:39] c7p; i'll read the changes you sent over now [22:39] Woo. [22:39] rickfosb ok thx :) [22:45] bye all; === godbyk changed the topic of #ubuntu-manual to: Ubuntu Manual Project discussion | Style Guide: http://files.ubuntu-manual.org/style-guide.pdf | Website: http://ubuntu-manual.org | Launchpad: https://launchpad.net/ubuntu-manual | IRC logs: http://irclogs.ubuntu.com