[00:03] looks good Ilya [00:03] do you want to push your changes? [00:03] Tidying up the prologue was on my list of things to do anyhow :) [00:31] wow the thread is up to 11 pages now [00:31] IlyaHaykinson, how is the survey going? [00:39] hey humphreybc why can't we use \begin{comment} in the manual? [00:40] uhm.. pass? [00:40] you want to add in a comment? [00:40] Well, i get building problems when I use one in my tex file [00:41] godbyk: ^^ [00:45] \begin{comment} So I don't have to prepend % to every sentence \end{comment} [00:45] hmm [00:45] i'm not sure [01:02] should I use \application{App} everytime I mention an application's name? [01:43] back. [01:44] wolter: There's current not an environment defined for that, but I could make one. You just want a place to dump comments that don't appear in the PDF? Or do you want the to appear in the PDF? [01:44] wolter: Yep, using \application{App} will let us format all the application names the same way (and also automatically add them to the index). [01:44] godbyk, i just want the text between \begin{comment} and \end{comment} to work as % comments [01:45] in other words, yes, off the PDF comments [01:52] humphreybc: i'll push the changes then [01:56] re survey: we've got about 200 responses [01:56] awesome [01:56] I want about a thousand [01:56] and i want a lot more windows/mac users than we have (the majority is still linux ppl) [02:07] humphreybc: pushed [02:08] I suggest that the text formatted with \nav{} is either underlined or italicized [02:13] wolter: Thanks, I'll see how that looks. Right now all the formatting (\application, \nav, etc.) is just kind of placeholder. We can tweak it all whenever we like. [02:17] Ok [02:17] good [02:19] hey humphreybc I just worked on the software and packaging section, i will push now in case you wanted to review my changes [02:19] wolter sweet ill check them out [02:22] who's in charge of the Makefile? I'd like to hack on it or replace it.. it'd be better if we compile with pdflatex instead of straight latex. [02:24] re navigation, per style guidelines in Ubuntu and other guides, it should be Menuitem --> Submenuitem --> ... [02:24] godbyk, i guess you are [02:24] or the equivalent thereof [02:25] except that in LaTeX we have codes for arrows [02:25] yeah arrows are swell [02:25] godbyk could you push through the changes to the notes? [02:25] we can pick different arrows, as well. those were just the ones I typically use. [02:25] humphreybc: yeah, once I fix things I broke. :-) [02:25] ok, i would use triangles for arrows [02:25] haha okay neat [02:25] What's the normal bzr work-flow? [02:26] what's the benefit of using pdflatex? [02:26] Right now, I make changes, then bzr commit, then bzr merge, then bzr commit again, then bzr push. [02:26] Applications ▸ Accessories ▸ Terminal [02:26] for example [02:26] but smaller, if possible [02:26] for that second bzr commit, I'm always at a loss of what to say about the changes because nothing's changed -- it's just merging the main branch and my previous changes. [02:26] let me see if I can find any [02:27] humphreybc: well, the immediate benefit is that the cover page stuff will work. :-) [02:27] also, I think the result PDF files may be smaller, though I haven't tested it. [02:27] the current compile path looks like this: .tex -> .ps -> .pdf [02:27] whereas with pdflatex, it's .tex -> .pdf [02:27] Applications ➤ Accessories ➤ Terminal [02:27] also looks good [02:27] but i think the other one is better, for it is more simple [02:28] cool, godbyk, do it. wolter I like those, how are you doing them in IRC? [02:28] humphreybc, i just copy them from the character map [02:28] oh ok [02:28] i thought you might have been using black magic [02:28] wolter: Pick an arrow from here: http://www.ctan.org/tex-archive/info/symbols/.../symbols-letter.pdf [02:28] there is a u though [02:29] link no woriky [02:29] worky* [02:29] gah, bad url. [02:29] one sec. [02:29] links in IRC are hopeless [02:29] http://www.ctan.org/tex-archive/info/symbols/comprehensive/symbols-letter.pdf [02:30] google mangled the url earlier. [02:30] haha [02:30] so pdflatex sounds good, go for it [02:31] as for the bzr workflow, am I doing it right? if so, what do most people add for the msg when they merge? [02:31] ah my mouse weirded up again [02:32] there are a LOT of symbols... [02:32] heh.. yeah. [02:32] um no we usually don't merge [02:32] we just make changes, commit, push [02:32] LaTeX is used for math all the time, so it requires a ton of symbols. [02:32] commit -m "Changes go here" [02:32] I think it complains when I push and haven't merged. [02:32] really? [02:32] it shouldn't [02:32] do you pull first to get the latest reviison tho? [02:33] \blacktriangleright seems like it [02:33] \Rightarrow looks okay too [02:33] or \smalltriangleright [02:33] wolter what page is blacktriangle on? [02:34] hm.. 28, but just search for it [02:34] ok, I did a pull.. that appears to have worked. Got a msg about "Text conflict in ubuntu-manual.cls". Can I see what the conflict was so I can resolve it? [02:34] humphreybc, I think rightarrow is a little cluttered [02:34] you could be right [02:34] i like \blacktriangleright [02:35] i think if you do bzr diff godbyk [02:35] it will show you some info [02:35] bzr --help too [02:35] wolter: Ah, you'll have to pick a different black triangle. Those are included only with the Minion Pro font. [02:35] or bzr -merge. You can merge locally which would save two commits [02:35] hahaha [02:35] The Minion Pro font is non-free. [02:35] oh [02:35] \closedsucc ? [02:36] I could compile it since I have the font, but no one else could. (I could put in an if-minion-pro-installed-use-it-else-use-this-other-font for you guys, but then I have to compile all the final drafts.) [02:36] lol no that's fine godbyk we can find another arrow [02:37] \succ ? [02:37] or \clossedsucc - they both look good [02:37] minimilist [02:37] maybe too minimilist [02:37] \gg ? [02:38] godbyk, which font should I look for? [02:38] I think there are plenty of them triangles [02:38] let me see [02:38] I think almost all of the other symbols in that list are safe. [02:38] \gtrclosed [02:38] I can also draw a triangle and use it as a symbol, too. [02:38] is gg >> ? [02:38] yea [02:38] If you could, I would draw a really small filled one [02:39] \gtrclosed is like the filled black triangle, but not filled [02:39] \blacktriangleright ? [02:39] hm i like that one [02:39] that one's filled [02:39] it's a bit big tho [02:39] i think that one is the non-free font [02:39] oh [02:39] yeah it is [02:39] Minion Pro is a rather nice font. :-) [02:40] \Longrightarrow ? [02:40] I think it comes with Adobe Acrobat Reader for free, but I'm not positive. [02:40] too long in my opinion [02:40] What do you like/not like about the current arrow? [02:40] \Rightarrow ? [02:40] which current arrow? [02:40] Too long/short? Too light/heavy? [02:41] The one we're using in \nav. [02:41] goes to check [02:41] (look in the software and packaging chapter) [02:41] too light [02:41] not prominent enough [02:41] where's chapter 8? [02:42] no one has started yet... [02:42] oh that's right Ryan was doing it [02:42] but he's been away [02:42] I like the filled one that wolter suggested [02:42] can we find a free alternative to that? [02:43] \chemarrow ? [02:43] also the registered trademark stuff looks ugly! [02:44] if we HAVE to put a circled R next windows or whatever, can we find a tiny one? [02:44] humphreybc: We don't legally have to put (R) next to stuff, and I don't think we should. [02:44] Okay well remove them :) [02:44] when you see one [02:44] Will do. [02:45] yeah, or just replace recursively all the \textregistered or \texttrademark for an empty char [02:46] aha! [02:46] \ding{228} [02:47] or 226 or 227 [02:47] or 232 [02:47] \mantriangleright [02:47] ? [02:47] let me check those [02:48] yep that could work, if we want something bigger we could use \Forward [02:48] man there are symbols for china here [02:48] i mean really, \MartinVogel ?? [02:48] Okay, I pushed a bunch of changes I'd made earlier (some which are still in-progress, so don't complain too much about the formatting yet! :)). [02:48] \Womanface ?? [02:48] nice ding 228 [02:48] What all did you have me promise to do while I was in a half-awake state this morning during the meeting? [02:49] And what did you want me to do just now? [02:49] (Brain's fried today.) [02:49] hahaha [02:49] hey humphreybc so are meetings going to be at 2000 from now on? [02:49] um https://wiki.ubuntu.com/ubuntu-manual/Meetings#Meeting Summary [02:49] oh ignore the stupid split link [02:49] but meeting summar [02:49] just have a perve at the voting results [02:49] that's practically what has to happen :P [02:49] wolter: yep [02:50] good =D [02:50] we should have a sudo rm -rf / command with \skull beside it.... [02:50] haha [02:53] hahaha [02:53] yes [02:53] we should put the (R) at least once [02:53] We should put it short after the titlepage [02:53] my recommendation is the first time in the manual use the full name of the thing (for example Microsoft(R) Windows(R) Vista, etc) [02:54] any subsequent time, no need to use the symbol anymore [02:54] so, basically, once per manual for the \textregistered or \texttrademark per brand [02:54] like, We acknowledge that are registered brands and blah blah blah [02:54] IlyaHaykinson: It's not really our place to defend or promote anyone else's registered trademarks. All we should do is capitalize the words appropriately. [02:54] lol godbyk you've changed a tonne of stuff :P [02:55] style stuff? [02:55] let me pull [02:55] A bit.. most of it is just taking out the pre-existing formatting so I can clean it up. [02:55] I'll talk to the doc team about what they do [02:55] So some things will be going back in. [02:56] they would know more about legalities [02:56] neat [02:56] godbyk: it's not a promotion, it's actually a CYA move -- we're acknowledging the fact that the mark we are using is registered [02:56] but after that, there's no need to do any further mentions [02:56] this is pretty common for written works (books etc) [02:56] godbyk, I must say I like it, the font is nice to read [02:57] But I think we should adopt a more ubuntu-like style [02:57] and tab headers [02:57] I like the notes better though [02:57] wolter: The current chapter and section headings are the LaTeX defaults. I haven't gotten back to reformatting those, yet. [02:58] Also, watch the bullet symbols [02:58] IlyaHaykinson: I understand, but we're not legally required to specify (R) or TM or SM -- those are used solely by the companies that own those trademarks and service marks. [02:58] and, if there was a way to group near notes, that would be awesome [02:58] wolter: What about the bullet symbols? [02:59] I don't know, I prefer the old ones (plain circles) [02:59] The notes appear adjacent to where they were entered by the author. [03:00] lol ---> FLOSS @ chapter 10 [03:01] hmm the serif font does look quite nice [03:01] but it's not "ubuntu" ish [03:01] Also, I think there is a space between bulleted points a little bigger than it should be [03:01] godbyk: the problem is that our stuff is competitve in a way. [03:02] see http://en.allexperts.com/q/Business-Technical-Writing-1516/Trademark-Symbol-Use.htm (the answer to the question references a good manual of style) [03:02] this is pretty common in technical writing [03:03] or we could just define variables for windows and mac and other common trademarks used [03:03] I don't know... [03:03] we only need to do it once, not every time [03:04] we totally need to get a better R symbol then [03:05] probably just need to redefine the command to make it smaller and superscript [03:05] alright, i gotta run to dinner. be back in an hour or so [03:05] righto [03:05] Ill play some guitar, ill be here though [03:07] wolter you should learn "Gravedigger" by Dave Matthews [03:07] I've been learning it, it's a great song. Fairly easy and very effective. [03:08] IlyaHaykinson: I grabbed my info from the Chicago Manual of Style. [03:08] It states: [03:09] oh thanks humphreybc I like dave matthews :) [03:10] "Brand names that are registered trademarks -- often so indicated in dictionaries -- should be capitalized if they must be used. A better choice is to substitute a generic term when available. Although tht esmbols (R) and TM often accompany trademark names on product packaging and in promotional material, ther eis no legal requirement to use these symbols, and they should be ommitted wherever possible. Note also that some companies [03:10] want people to use both the proper and the generic terms in reference to their products ("Kleenex facial tissues," not just {"Kleenex"), but here again there is no legal requirement [03:11] Also, from reading online, if you put (R) next to a trademark that is *not* registered in that country, then it is illegal. [03:11] http://inventors.about.com/od/inventing101trademarks/f/tm_symbol.htm [03:11] leave them out then [03:12] i'll confirm with the docs team [03:12] In short, IANAL but from a typographic standpoint, I very much dislike them. :-) [03:17] why on earth are there characters from the simpsons in latex!? [03:17] no wonder the download is so damn big! [03:18] LOL [03:19] It's kind of like python where if you can think of a feature, there's probably package that implements it already. [03:20] hahaha [03:21] I would like a feature in Ubuntu that flips my screen around every 5 minutes to a different orientation [03:21] so I can stretch my neck [03:21] it would reduce RSI [03:24] because I spend too bloody long in long meetings and IRC chats.... [03:25] :P [03:40] humphreybc: I should be finished with the first release of ground control tomorrow... it's had some niggles today, but I will get a video out explaining how to use it. [03:44] are you martin owens? [03:53] humphreybc: Okay, the credits are now in a three-column format. I also changed the arrow used in the menu selection stuff. (See page 17 and tell me what you think.) [04:28] wolter: yes doctormo is martin [04:28] cool [04:29] wolter, humphreybc: do the new arrows look better? [04:29] yep godbyk they do look good [04:29] 'kay, cool. [04:29] and the credits is definitely an improvement :) [04:29] should I pull? [04:30] wolter: sure. [04:31] hm godbyk looks nice [04:31] I would prefer the grtclosed though [04:33] wolter: It looks like grtclosed is only in the Minion Pro font, though, right? (Did I miss it elsewhere?) [04:33] for credits, can't we just do them later on (towards the end) by going over bzr logs? [04:33] oh [04:33] oh.. [04:33] instead of maintainign them all the time? [04:33] and how about the one in mnfnt? [04:33] man font or something? [04:33] Ilya, yeah probably [04:34] I just wanted to get an idea of what it'll look like [04:35] The MnSymbol package uses the Minion Pro font for its symbols. [04:52] godbyk: ok, i agree with your research on (R) [04:53] are Minion Pro fonts open content? [04:57] I'm not sure what you mean by "open content". [04:57] I think you can get a version of them for free with Adobe Acrobat Reader (but I'm not sure). [04:57] it would appear that the fonts are under a commercial license [04:58] I have a copy that I bought, so I can compile docs using them.. but if you don't have the fonts, it won't look the same when you compile it. [04:58] they may be free, but they are not a) in the public domain, b) under the GFDL, c) under Creative Commons Attribution or Attribution-ShareAlike [04:58] thus, they're not "open" [04:58] which would mean that anyone using them needs to agree to a commercial license [04:58] https://store4.adobe.com/cfusion/store/html/index.cfm?store=OLS-US&event=displayFontPackage&code=1719 [04:59] it's unfortunately not enough that they're distributed for free with a commercial program [04:59] IlyaHaykinson: Yes, all of that is true. [05:29] godbyk: the change to default-apps/gettingonline.tex with \advancedusage becoming a margin note didn't work [05:29] first, i really would like to have non-margin paragraph styles [05:29] i.e. just a differently-highlighted paragraph for advanced usage etc [05:30] IlyaHaykinson: Is it going to be a warning-like box? or what's its intent? [05:30] these aren't things that should go in the margin (plus, in this particular case, it breaks the layout completely) [05:30] no [05:30] (I have to make a warning paragraph thingy still.) [05:30] similar to a warning, but more like a paragraph for people who want to be advanced [05:30] or do advanced things [05:30] not necessarily anything to watch out for... [05:30] but also not something i want to just put in the main body without highlighting as being advanced stuff [05:31] in this particular case, it's a brief discussion of needing to enter a MAC address in certain cases... this is not something i would want to leave in the main body because it'll confuse people. [05:32] whereas in an "advanced" paragraph frame, it'll clearly stand out enough to be skipped by those who don't care, or specifically looked-at by those who need it [05:35] It may be better to leave it in the main text (as a normal paragraph), but you'll have to explain to people when they need to enter the MAC address. [05:35] If it's for "advanced usage," should it be included in the manual in the first place? (I honestly don't know.) [05:39] i think it's just one example of something that should be mentioned close to where the discussion is taking place, but very distinctly presented as not being part of the main narrative [05:39] this is the case for most technical books on my shelf, at least... there's boxes, and notes, etc as needed. [05:40] IlyaHaykinson: Sure. Do the boxes in those book tend to attract your attention or do you typically skip over reading them? [05:40] And in this case, do we want the advanced usage notes to attract attention or minimize it? [05:41] different readers will do different things. some people will see that it's for advanced use and skip right over it. others will read it. [05:41] but regardless, it'll be clearly demarcated [05:41] otherwise, i basically have to do the same demarcation -- but in prose [05:41] or, alternately, leave it out of the manual altogether [05:42] neither option sounds appealing :) [05:42] Okay. Let me work up something here real quick and we'll see how it looks. [05:46] thank you much [05:46] btw... quick question. [05:46] i noticed that with the recent change to the templates, you've removed color [05:47] while it's fair to say that color will be mostly useless for folks who do print the manual -- i doubt many will waste color ink on it... [05:47] it looks like the majority of our readers will not be printing it [05:47] which means that we can use color, at least lightly, to help distinguish main section headings from subheadings [05:48] font size is certainly a good hint too, but it may not be enough when the point difference between section, subsection, and subsubsection is as small as it is currently [06:04] Yeah, I have to reformat the headings. [06:05] I basically reverted a lot of the formatting to its original LaTeX defaults and I'm now applying the formatting decisions we made earlier. [06:05] So the headings will be getting a makeover soon. [06:05] Hopefully people aren't going so deep on the heading levels (hierarchy) that it becomes difficult to follow. [06:06] ok, nifty, thanks. if possible, don't keep identing like we did before [06:06] it created such huge margins that the content looked really funny. [06:06] most books, imho, don't use section indentation. [06:06] (Similar to: Just because you have

through in HTML doesn't mean you *should* have seven levels of headings in your document.) [06:06] oh. right. i think our current three level set up is actually quite good. [06:07] keeps us restrained. [06:07] I haven't looked into everyone's writing, so I'm not sure how far people are going. Hopefully subsection is low enough. :-) [06:07] (Also, it means there are fewer headings I have to format! :-)) [06:09] well, section, subsection, subsubsection is what i meant by three levels. [06:09] i think we could do with two levels, though so far just chap 3 (me) and chap 5 are using subsubsection [06:09] which is rather to say that not a lot of other sections are fleshed out yet. :) [06:10] personally i'd prefer if we leave all three levels handy. my chapter is very long, and i have to use sections one per application. [06:11] so really subsection and subsubsection are my two levels of hierarchy on a regular basis. [06:11] (in other words: i'd vote to keep subsub, if possible) [06:12] Gotcha. [06:32] ooh, gedit has a latex plugin [06:38] ...complete with an embedded preview. very nice. [06:44] btw, quick hit from the survey so far: nearly 40% of respondents say that they would be interested in printing the manual. [06:45] wow. [06:46] Since we're generating PDFs, we could also easily use a publish-on-demand site (like lulu.com) and people could buy printed copies. [06:50] Btw, wolter, your \begin{comment} blah blah \end{comment} stuff should work now (though I haven't tested it). [06:58] oh thanks, you are really efficient godbyk :) [06:59] wolter: I can't take much credit for that one.. It required \RequirePackage{comment}. [06:59] Done! :-) [06:59] haha [06:59] One of the best things about LaTeX is that if there's a feature you want, chances are someone's already written a package to implement it. [06:59] nice [07:00] i never knew about latex and how convenient it was until I joined this project [07:00] godbyk, and how do you write the style? [07:00] it is not CSS, is it? [07:00] Nope, it's not CSS. It's TeX -- its own language. [07:01] You can take a look at the ubuntu-manual.cls to see what it looks like. [07:01] oh [07:01] (most of the interesting code is toward the bottom.) [07:01] nice [07:01] good to know, I might play around with it a little later [07:01] TeX is a typesetting language written by Donald Knuth in the late 70s and early 80s. [07:02] It evolved into a Turing-complete language, so while it may not be easy, you really can do some crazy things with it. [07:03] Worked like a charm [07:03] yeah well, I wouldn't call it hard wither [07:04] either* [07:04] at least not LaTeX [07:04] (i've heard latex is different from tex) [07:07] LaTeX is a set of macros built using the TeX language. [07:07] Kind of a framework, so to speak. [07:07] So LaTeX has nice syntactic sugar and commands/macros to simplify things for us mere writers. [07:09] hm, you know, one thing is quite annoying with our current layout: it's made for printing.... [07:09] so the margins shift between inside/outside [07:10] and that means the content keeps shifting too [07:10] makes reading the PDF, linearly, kind of distracting as the left alignment of text shifts with every page. [07:11] IlyaHaykinson: Yeah, that'll change in a bit. [07:11] (It's just a matter of saying \LoadClass[oneside]{book} instead of \LoadClass[twoside]{book}.) [07:11] In evince, I go to View > Dual. [07:11] Then it looks all pretty again. [07:12] plus, the alternating-margins only makes sense when printed in book form... [07:12] godbyk: alright. perhaps eventually, if we decide to offer an actual book version, we can have an alternate set of classes that do this twoside thing [07:13] Yep. I'm designing it on now so I don't have a bunch of work to do later. [07:13] well, yes, pretty, though just by virtue of being side-by-side :) thanks though. [07:13] When we switch to oneside, it will just use the formatting and page layout of the right-hand-side page. [07:14] nod. makes sense. [07:14] thanks [07:16] oh.. now i understand why the text body shifts [07:17] There is, in fact, a reason to the madness! [07:21] haha [07:21] hey godbyk, is there a way I can separate my file into various and just include the text from the main file? [07:22] wolter: see how i did it in default-apps [07:22] wolter: Yep. [07:22] Just split your file into multiple .tex files. [07:22] nice [07:23] Then in your main chapter .tex file, use \include{sec1} \include{sec2} etc. [07:23] can't use include, i think... gotta use input [07:23] include doesn't allow you to nest other includes [07:23] If you use \include, it will insert a page break. If you use \input it won't. [07:23] IlyaHaykinson: Ah, that sounds vaguely familiar. [07:24] (I never split my docs so far down. I usually keep one chapter per file.) [07:24] yeah [07:24] Inkscape isn't exporting this icon to PDF in a very nice way. :-( [07:25] the warning one? [07:25] yeah [07:25] shouldn't it be a .PS or whatnot? [07:25] and theoretically there should be SVG -> PS conversion? [07:26] Well, I'm hoping to bypass the tex -> ps -> pdf pipeline and go straight from tex to pdf. [07:26] ah, during the build process? [07:26] godbyk, yeah, inkscape is giving me fun too [07:27] with transparencies [07:27] ? [07:27] that's my guess. not sure, though. [07:28] I'd hate to have to export a nice vector graphic to a lame raster graphic. [07:32] EPS is vector, isn't it? [07:34] yes, but I don't think pdflatex likes it. [07:34] plain latex will eat eps just fine, I think. [07:34] unfortunately, plain latex doesn't like pngs (but pdflatex does). (if I remember correctly) [07:34] has to do with the differences in ps vs. pdf. [07:38] hey godbyk so the cover doesn't have to be in pdf format? [07:38] If it can be plain png and pdflatex works it nice, then i'm so relieved [07:39] anyway godbyk, how would I change the text color of chapters when editing the ubuntu-manual.cls ? [07:39] Well, I *think* that using PDF for the cover and warning icons (and any other vector graphics) may reduce the resulting PDF file size.. but I'm not positive. (I'd have to experiment to see.) [07:39] If it comes down to it, we can use PNG graphics throughout, though. [07:39] would reduce quality of the cover then as well, wouldn't it? [07:40] Yes, the PNG format would compress it and things like gradients may not fare as well, we'll have to see. [07:41] Editing the colors of headings isn't the easiest thing to do. Since we're using the titlesec package, it makes it a bit easier, but it still rather confusing. [07:41] If you type 'texdoc titlesec' at the prompt, it will open up the documentation for the titlesec package. [07:49] IlyaHaykinson: I just pushed an update that includes \warning and \advanced. [07:49] I'll fix them to use nice icons after I'm done beating up inkscape (or after I've given in to it). [07:51] haha [07:51] I know a bit of inkscape so if I could help you with anything just ask [07:55] wolter: Just for you, I restored the colors of the headings. :-) [07:56] ooh nice [07:56] let me pull [07:56] (People are probably tired of seeing commit emails from me!) [07:57] haha, don't bother.. but I think you should make the font bigger and bold, as it was before. Anyway, don't feel compelled to do it right now, even though your kindness would be well appreaciated [07:59] godbyk: nice updates, thanks. [07:59] I just set them sans serif and bold. I'll have to play with the font sizes tomorrow, I think. I want to make sure there's a clear hierarchy between the different heading levels. [08:00] It's 2 a.m. here, so I think I'll head to bed. I'll continuing the formatting stuff tomorrow. [08:00] besides, godbyk, i think i bother ppl with just as many commits as you. [08:00] (Feel free to email me, file bugs, or leave messages on IRC for me while I'm away and I'll look into all of it in the morning.) [08:00] ok, thanks :) [08:01] and, godbyk, thanks for the great work you are doing on the layout. [08:01] yeah, i like memoserv [08:01] wolter: Works for me! [08:01] Okay, g'night guys. [08:01] gnight [08:07] alright, midnight for me, time for bed as well. [08:07] bye folks. [08:11] bye IlyaHaykinson [10:08] hey everyone [10:17] wow [10:20] godyk has done a crap ton [10:20] he is a lot better than me at this === tyabux is now known as XiXaQ [11:48] hey tya [11:48] or sorry XiXaQ [11:48] :) [11:48] what the hell does that quit message mean? [11:48] * XiXaQ has quit (Success) ? [11:50] haha [11:50] it means that you quit and that was the comment your client gave [11:50] not ure why [11:51] no, I didn't quit. [11:51] also, that wouldn't look like that. That would look like * XiXaQ has quit (quit: Success) [11:51] wouldn't it? [11:52] hmm. Maybe not. * IlyaHaykinson_ has quit ("nitenite") [11:55] yeah i am pretty sure it is your client that does that [12:13] someones earning karma: (no translation yet) [12:13] Translated and reviewed by Fredrik Sudmann on 2010-01-15 :P [12:18] omg thats so annoying its everywhere. [16:14] Does anyone know how the manual is going to be delivered to the end user? [16:17] I don't really know. i hope it wont compete with Ubuntu Help Center in system -> help and support [16:31] It might be wise to consider this now, especially since the document must be VERY visible to noobies. Has it been considered asking ubuntuguide.org for a merge of the two projects? [16:33] i didn't know about Ubuntu Help center before today. im so used to overlooking help symbols in windows, because they never did me any good [16:34] I guess its a common problem among newbies also [16:40] You can lead a horse to water... [16:41] i think ubuntu manual is the more to be printed form of help. i believe it could follow with new computers. UHC also needs to be sync. with the manual. [16:42] Never thought of a printed version. [16:46] I don't know anything right now, i thought this was a UHC project. i didnt know it existed [16:47] But i think it looks very good as a print. have you seen the front page layout and so. amazing [17:02] Any reason why my minor changes were rejected? I added labels to the chapters to allow for cross referencing then alamati made modifications for version 124 and deleted them. I am new to Open source development, so I just want to get my head round it so it doesn't happen again. [17:04] The big guys live in another timezone. ask again in a few hours. I don't know the answer sorry [18:21] kell05: wait I am pretty sure we don't have a review process [18:27] Fair enough. [18:39] what do i do with the one posting (not translated yet) as translations for stuff? [19:05] heyo [20:01] * dutchie writes up the translations process [20:46] kell05: Per your earlier question, it was probably just due to someone not merging your changes before they commit (or something like that). That's my guess, at least. [20:46] kell05: Though, the labels should come *after* \chapter, otherwise they won't do what you think. [20:47] Ah, that was a screw up on the sed oneliner I used. [20:48] Cheers [20:48] Once we have labels we can start using real cross-referencing instead of hard-coding it. [20:49] (It'd been on my TODO list, so I'm glad someone's picked it up!) [20:57] right, I just pushed an update on the translations [20:57] if it screws the already-done ones up again, tell [21:15] Hey, dutchie, has the Makefile ever been modified or is it the stock LaTeX Makefile? [21:15] no, but I was going to at some point [21:15] If there's nothing special in it, I'll probably replace it with one that uses pdflatex instead of plain latex. [21:15] not just sed -i 's/latex/pdflatex/'? [21:16] it seems pretty powerful, and I've got kind of used to it [21:16] Can't, 'cause it's trying to be too smart about things. [21:16] what, like images? [21:16] It expects to take the .tex -> .ps -> .pdf path. [21:16] images and hyperlinks, yeah. [21:17] yeah, it might be easier to deal with a Makefile we've built ourselves [21:17] it does have some pretty nice features, like all that colourised output [21:17] I do like the colorized output. [21:18] I'll try to see if we can keep that or find another colorizer. [21:18] btw, do the po4a comments in the tex code tell po4a to handle it in a special way or something? (just curious.. I've never used po4a) [21:19] it complains if it doesn't know what's going on [21:19] don't think it treats it differently or anythign [21:21] Ah, okay. Should I be adding those comments (and if so, when?), or is it easy enough for you to keep up with? [21:22] well, all these extra commits are a pain [21:22] just add them in whenever you do a new environment [21:22] I assume you can work out the format? [21:23] I can do that. Do I add them for commands, too? [21:23] don't think so [21:23] 'kay. [21:23] * dutchie double-checks [21:23] Well, I'll set up a new Makefile then and maybe we can see about automating the translations, too. [21:24] yeah [21:24] encodings are going to be a pain [21:25] Yeah, that'll be interesting. [21:25] If things get too hairy, we can always try switching over to XeLaTeX. It'll let us use any font we want and works a lot better with unicode, I think.