00:48:19 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
00:53:26 *** artem has parted #mapnik ()
01:13:56 *** bug_ has quit (Read error: 113 (No route to host))
01:22:55 *** deastcott (n=kvirc@S0106001e5802c839.cg.shawcable.net) has joined #mapnik
01:23:21 *** deastcott has quit (Client Quit)
01:53:36 *** ajturner (n=ajturner@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik
01:55:41 *** ajturner has quit (Client Quit)
10:36:03 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
10:36:19 <Phurl> starting to work on the autotools for mapnik http://github.com/h4ck3rm1k3/MapNickAutotools
10:39:31 <Komzpa> Phurl: what for do you need autotools?
10:39:59 <Phurl> Komzpa, to build with
10:40:01 <Phurl> i dont like scons
10:40:08 <Phurl> dont want to learn
10:40:23 <Phurl> and the code in mapnik is broken
10:40:30 <Phurl> so i am going to fix it
10:40:36 <Komzpa> what code is broken?
10:40:47 <Komzpa> 0.7 works fine for me.
10:41:45 <Phurl> the Makefile.am
10:41:47 <Phurl> is broken
10:41:54 <Phurl> the files that are checked in are broken
10:41:58 <Phurl> discarded
10:42:00 <Phurl> bitrot
10:42:05 <Phurl> so i am going to fix them
11:43:20 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
11:43:51 <Ldp__> hey artem, thanks for the very quick turnaround on #485. I updated the documentation as well
11:43:52 <nikq> Ticket #485: TextSymbolizer vertical_align should have varying default, http://trac.mapnik.org/ticket/485
11:45:11 <artem> Ldp__: great
11:47:36 <Ldp__> but it does make me realise the symbolizer documentation needs going over with a fine comb. Using commit messages to see if what's documented is still true
11:49:26 <artem> Ldp__: yes, docs are getting out of sync quickly and need reviewing.
11:50:02 <Ldp__> indeed, and I think the table based approach of documenting symbolizer arguments is showing its limits
11:51:00 <Ldp__> and it gets harder when we still want to document older versions, so some cutoff may be needed
11:51:22 <artem> good point
11:54:02 <Ldp__> I think it's almost an impossible task right now
11:54:37 <Ldp__> IMO 0.6.1 and 0.7 should be done, and no older versions
12:04:46 <artem> absolutely, I personally don't see a point in using anything < 0.6 and I'd like to push for 0.8 asap
12:05:05 <artem> after 0.7 release obviously
12:05:18 <Ldp__> yes, can't wait for that :)
12:05:31 <Ldp__> do you see 0.8 in 1H 2010 ?
12:06:07 <artem> sure
12:07:16 <Ldp__> as for Windows binaries: I've told springmeyer last week that I would be willing to compile svn versions every now and again, given a clear guide and what's needed.
12:07:25 <Ldp__> and=on
12:08:46 <artem> Ldp__: this would be great! I need to find time to tidy and publish my setup as soon as possible
12:09:43 <artem> While I'm not a windows fan at all, building with diff compilers is a great way ti track bugs and improve source
12:09:57 <Ldp__> did you use VC or MinGW or something else?
12:10:10 <artem> I use VC++ express which is free
12:10:20 <artem> vc++ 9 to be precise
12:10:29 <Ldp__> ok
12:10:42 <Ldp__> ps with regards to different compilers: are you keeping an eye on the buildbots? http://miranda.nwcr.net:8010/builders/ldp-gentoo-x86_64/builds/60/steps/compile/logs/warnings
12:11:56 <artem> I should, shouldn't I :) thanks for reminding
12:12:27 <artem> ideally we need windows buildbot somehow
12:32:09 * artem reading about buildbot ...
13:05:58 <Phurl> ok got mapnik to link with autotools ! w00t
13:06:31 <artem> congrats! :)
13:08:03 <Phurl> http://github.com/h4ck3rm1k3/MapNickAutotools commited
13:08:11 <Phurl> i will write a small mail about htis
13:08:53 <Komzpa> Phurl: there's a trac for tickets and patches
13:10:09 <Phurl> ok
13:10:13 <Phurl> will post it there
13:15:55 <nikq> Mapnik Trac: Ticket #487 (Automake/Autoconf for Mapnik) created | http://trac.mapnik.org/ticket/487
13:17:05 <Phurl> Komzpa, there you are
13:17:38 * Komzpa is not there
13:18:48 <Komzpa> artem: any plans to make TextSymbolizer support html or other text formatting method? :)
13:19:10 <Phurl> Komzpa, i mean you wanted a ticket there it is
13:19:51 <artem> Komzpa: any new ideas -> trac.mapnik.org pls ;)
13:21:15 <Komzpa> artem: well, ok. :)
13:22:04 <Komzpa> artem: maybe there are such plans without me :)
13:22:50 <artem> full html support would be overkill imo
13:23:45 <Komzpa> artem: color/bold/italic/<br>/<p align=>
13:26:05 <artem> you can already achieve the above without html
13:26:44 <Komzpa> artem: how can I change color of a text inside a single TextSymbolizer?
13:26:59 <artem> ok, you can't
13:28:40 <Komzpa> artem: we're making public transport routes maps. bus/tram/trolleybus should be shown in different colors, and their numbers on stops should be of different colors.
13:29:27 <artem> yes, sure I can see how this can be useful.
14:32:59 *** zag (i=5da7eb82@gateway/web/freenode/x-cquzrrtafjehrpkb) has joined #mapnik
14:35:30 *** zag has parted #mapnik ()
15:00:19 *** artem has quit (Remote closed the connection)
15:00:34 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
15:02:51 *** artem_ (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
15:09:06 *** artem_ has quit (Remote closed the connection)
15:09:21 *** artem_ (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
15:10:44 *** artem has quit (Read error: 113 (No route to host))
15:10:45 *** artem_ is now known as artem
15:43:23 *** RichardsDesk (n=Richard@dslb-094-217-197-143.pools.arcor-ip.net) has joined #mapnik
15:46:15 *** micka has quit ("Leaving")
15:51:15 <cmarqu> Komzpa: http://library.gnome.org/devel/pango/unstable/PangoMarkupFormat.html should be a useful set of markup tags
16:05:41 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
16:06:27 *** springmeyer_ (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
16:08:37 *** springmeyer_ has quit (Client Quit)
16:33:40 <artem> springmeyer: just compiled mapnik 0.7 on ubuntu 9.10 x86_64 - works great. Two test failed.
16:34:25 <springmeyer> hey artem :)
16:34:42 <artem> hey
16:34:54 <springmeyer> I compiled the other day on ubuntu 10.4 x86_64 and it worked good too
16:35:17 <artem> even better :)
16:35:18 <springmeyer> one test should be failing right now - a pickling on I need to turn into a TODO
16:35:28 <springmeyer> what was the other one?
16:35:34 <artem> hang on ..
16:36:04 <artem> looks like an easy  one : http://mapnik-consulting.com/downloads/mapnik-py26.zip
16:36:05 *** jctull (n=jctull@ppp-71-142-131-17.dsl.renocs.pacbell.net) has joined #mapnik
16:36:12 <artem> doh .:)
16:36:30 <artem> FAIL: python_tests.load_map_test.test_broken_files('../data/broken_maps/mapnik_min_version.xml',)
16:36:42 * springmeyer is currently setting up mapnik dev environment  on a new iMac
16:36:49 <springmeyer> oh, yes
16:37:02 <springmeyer> easy fix, just need to increment that test for a new version
16:37:13 <springmeyer> or remove the test, its a bit silly
16:39:45 <artem> sure
16:44:58 <springmeyer> artem great that win32 0.7 building is going well
16:45:04 <springmeyer> thanks for those fixes
16:45:19 <artem> yep, looking good
16:45:21 <springmeyer> I've got to step out for a bit to make breakfast
16:45:31 <springmeyer> but I'll be around today
16:45:47 <artem> :) I'm about start making a dinner
16:46:07 <springmeyer> next up is to fix the stuff I've been corresponding with david E about on mapnik-dev
16:46:14 <springmeyer> cool, enjoy :)
16:46:24 <springmeyer> milestone 0.7.0
16:46:25 <artem> you , too catch you later
16:46:25 <nikq> 10 open tickets in Milestone 0.7.0: Doesn't display feature if another (possibly invalid) feature is present, Some points from PointDatasource get lost on reprojection, "XML: Make 'width', Expose cairo functionality without needing pycairo, Document (and reflect in python) new symbolizer options added in r1341, Catch up on Changelog before 0.7.0 release, Cairo support in windows binaries, Scons: a...
16:46:26 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.7.0&order=priority
16:46:27 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.7.0
16:46:34 <springmeyer> artem: okay
16:46:48 * springmeyer after that (for me) the cairo patch...
16:46:58 <springmeyer> so close
16:47:02 * springmeyer heads out
17:17:29 *** springmeyer has quit ()
17:18:03 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
17:36:38 *** deastcott (n=kvirc@S0106001e5802c839.cg.shawcable.net) has joined #mapnik
17:37:08 <deastcott> hello
17:38:04 <deastcott> Dane you on-line?
17:38:56 <cmarqu> springmeyer: ^^
17:39:13 <cmarqu> deastcott: Best to stir him up by highlighting his nickname :)
17:39:23 *** springmeyer has quit ()
17:39:59 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
17:50:11 *** springmeyer has quit ()
17:50:53 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
18:06:40 *** deastcott has quit ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
18:11:11 * springmeyer back
18:11:27 <springmeyer> oh deastcott is gone, shoot
18:37:26 <nikq> Mapnik Trac: MacInstallationSource edited | http://trac.mapnik.org/wiki/MacInstallationSource?version=8
18:52:36 *** rcoup (n=rcoup@ip-118-90-42-201.xdsl.xnet.co.nz) has joined #mapnik
19:00:46 <nikq> Mapnik Trac: MacInstallationSource edited | http://trac.mapnik.org/wiki/MacInstallationSource?version=9
19:03:54 *** artem_ (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
19:07:15 *** deastcott (n=kvirc@S0106001e5802c839.cg.shawcable.net) has joined #mapnik
19:11:43 <springmeyer> milestone 0.7.0
19:11:44 <nikq> 10 open tickets in Milestone 0.7.0: Doesn't display feature if another (possibly invalid) feature is present, Some points from PointDatasource get lost on reprojection, "XML: Make 'width', Expose cairo functionality without needing pycairo, Document (and reflect in python) new symbolizer options added in r1341, Catch up on Changelog before 0.7.0 release, Cairo support in windows binaries, Scons: a...
19:11:46 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.7.0&order=priority
19:11:47 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.7.0
19:19:17 <nikq> Mapnik Trac: MacInstallation edited | http://trac.mapnik.org/wiki/MacInstallation?version=89
19:19:58 *** micka (n=micka@93.182.131.131) has joined #mapnik
19:26:28 <Phurl> commited To git@github.com:h4ck3rm1k3/MapNickAutotools.git , now works with freetype2 in autoconf
20:02:49 <nikq> Mapnik Trac: WikiStart edited | http://trac.mapnik.org/wiki/WikiStart?version=91
20:04:39 *** artem_ has parted #mapnik ()
20:05:22 <nikq> Mapnik Trac: MacInstallationSource edited | http://trac.mapnik.org/wiki/MacInstallationSource?version=10
20:05:38 *** deastcott has quit ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
20:10:00 *** rcoup has quit ()
20:10:10 *** artem has quit ()
20:37:03 <nikq> Mapnik Trac: Ticket #486 (Bounds clipping likely to fail if using map_buffer after r1348) updated | http://trac.mapnik.org/ticket/486#comment:1
20:38:25 <nikq> Mapnik Trac: Ticket #486 (Bounds clipping likely to fail if using map_buffer after r1348) updated | http://trac.mapnik.org/ticket/486#comment:2
20:56:55 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
21:41:22 <nikq> Mapnik Trac: Changeset [1529]: make sure mapfileis invalid so that test passes | http://trac.mapnik.org/changeset/1529
21:42:53 <nikq> Mapnik Trac: Changeset [1530]: revert r1348 by enforcing map clipping by layer bounds, re-opens #420,  ... | http://trac.mapnik.org/changeset/1530
21:45:16 <nikq> Mapnik Trac: Ticket #402 (Some points from PointDatasource get lost on reprojection) updated | http://trac.mapnik.org/ticket/402#comment:17
21:45:47 <nikq> Mapnik Trac: Ticket #486 (Bounds clipping likely to fail if using map_buffer after r1348) closed | http://trac.mapnik.org/ticket/486#comment:3
21:52:49 <springmeyer> Phurl: why are you trying to use autotools?
21:53:41 <springmeyer> it is officially not supported and gets stripped from releases.
21:58:20 <nikq> Mapnik Trac: Ticket #487 (Automake/Autoconf for Mapnik) updated | http://trac.mapnik.org/ticket/487#comment:1
22:13:25 *** RichardsDesk has quit ("Leaving")
22:26:39 <Phurl> springmeyer, i am using it
22:26:42 <Phurl> because it was there
22:26:46 <Phurl> and it was broken
22:26:49 <Phurl> so i fixed it
22:29:34 <springmeyer>  okay Phurl
22:29:50 <Phurl> so, I am planning on maintaining this branch
22:29:57 <Phurl> cause i dont like python...
22:30:09 <Phurl> if you dont want to integrate it
22:30:25 <Phurl> but you should delete the autotools stuff if it is not maintained
22:30:35 <Phurl> i would have never thought to use it if it was not there.
22:30:44 <Phurl> and i am sure other people tried as well
22:30:50 <Phurl> and were frustrated
22:30:56 <springmeyer> we do
22:31:00 <springmeyer> in tags
22:31:12 <springmeyer> only people that don't read docs
22:31:25 <springmeyer> which is certainly a bunch
22:31:48 <springmeyer> we've discussed removing all together but then the maintainer got more active
22:32:04 <springmeyer> for a time...
22:33:50 <Komzpa> springmeyer: I don't know any project that Phurl took part more than two weeks, so you may continue with deletion of autotools :)
22:34:11 * Phurl slpas Komzpa
22:34:16 * Phurl slaps Komzpa
22:34:46 <Phurl> springmeyer, no I normally look for an automake system and build it
22:37:09 * springmeyer nods
22:37:37 <nikq> Mapnik Trac: Ticket #487 (Automake/Autoconf for Mapnik) updated | http://trac.mapnik.org/ticket/487#comment:2
22:38:36 <cmarqu> Maybe the configure script could just call scons?
22:39:13 <Phurl> ok about the unicode, i commited a hack to compile it, but dont know if it works yet
22:39:23 <artem> cmarqu : ./scons/scons.py configure
22:39:40 <Phurl> i also added configure stuff for freetype2
22:39:48 <Komzpa> and maybe Makefile can also call scons?
22:40:02 * artem hides
22:40:18 <Komzpa> artem: the idea is to add usual ./configure;make;make install :)
22:40:27 <cmarqu> Komzpa: Eactly :)
22:40:33 <springmeyer> Phurl: you tend to use the term "hack" a lot. it might be helpful to explain a bit more
22:41:01 <cmarqu> make clean --> call scons -c
22:41:03 <Phurl> springmeyer, well, look at the patch
22:41:10 <Phurl> it is all there
22:41:11 <Phurl> it compiles
22:41:14 <Phurl> dont know if it runs
22:41:20 <springmeyer> cmarqu: yes that would be fine if we removed the actual auto tools stuff
22:41:43 <Komzpa> springmeyer: why you can't?
22:42:04 <springmeyer> Phurl: where is is?
22:42:15 <Phurl> in github
22:42:28 <Phurl> i put the link to the code in the ticket
22:42:46 <Phurl> let me lok
22:45:13 <Phurl> http://osmopenlayers.blogspot.com/2010/01/problems-building-mapnik-fromutf32-is.html
22:45:16 <Phurl> that was the error
22:45:19 <springmeyer> artem: #381 - have you taken a look at the existing patch?
22:45:19 <Phurl> http://osmopenlayers.blogspot.com/2010/01/problems-building-mapnik-fromutf32-is.html
22:45:20 <nikq> Ticket #381: Expose cairo functionality without needing pycairo, http://trac.mapnik.org/ticket/381
22:45:29 <Phurl> src/expression_string.cpp:90
22:45:49 <Phurl> UnicodeString ustr((UChar32) &x.pattern.str()[0] ,x.pattern.str().length());
22:45:53 <Phurl> that is what I added
22:46:11 <Phurl> dont know if it works...
22:46:46 <springmeyer> sounds like: http://trac.mapnik.org/wiki/InstallationTroubleshooting#MapnikbuilderrorduetooutdatedICU
22:47:44 <Phurl> yes, i wonder why google did not find that
22:47:54 <Phurl> maybe cause of the strange chars in the string...
22:48:10 <Phurl> anyway, I am going to run with this for now... see if I can get it work
22:48:17 <Phurl> or crash trying
22:48:24 <Phurl> thanks for the tip
22:48:52 <springmeyer> good luck
22:49:00 <Phurl> :=
22:49:01 *** mak has parted #mapnik ("bails")
22:49:01 <Phurl> )
22:50:31 <artem> springmeyer: #381 looks fine, not sure about :context->set_antialias(Cairo::ANTIALIAS_NONE);
22:50:31 <nikq> Ticket #381: Expose cairo functionality without needing pycairo, http://trac.mapnik.org/ticket/381
22:50:40 <artem> ??
22:51:00 <springmeyer> :), yep, I've commented that out
22:51:15 <artem> can be optional ?
22:51:41 <springmeyer> possibly, but we don't really have a way to send more options to render_to_file() ?
22:52:21 <artem> ok, mapnik2 then :)
22:52:39 <springmeyer> cool, we're on the same page then :)
22:52:54 <springmeyer> thats one specific thing I'd like to take a close look at in mapnik2
22:53:13 <springmeyer> a slick way to fine-tune image options in general
22:54:12 <artem> springmeyer: I'll work on #60 tomorrow, #483 is a bit tricky at the moment I'm thinking about moving to 0.8.0
22:54:13 <nikq> Ticket #483: Cairo support in windows binaries, http://trac.mapnik.org/ticket/483
22:55:06 <springmeyer> okay, sounds good.
22:55:58 <springmeyer> #446, #466, and #381 I should finish today
22:55:58 <nikq> Ticket #381: Expose cairo functionality without needing pycairo, http://trac.mapnik.org/ticket/381
22:56:11 <artem> excellent
22:56:38 <springmeyer> I will let you push #308 - if you do, please comment on your thoughts
22:56:39 <nikq> Ticket #308: Doesn't display feature if another (possibly invalid) feature is present, http://trac.mapnik.org/ticket/308
22:57:23 <artem> ok
22:58:21 <nikq> Mapnik Trac: Ticket #484 (Scons: ability to ensure -L/usr/local/lib comes before -L/usr/lib) updated | http://trac.mapnik.org/ticket/484#comment:1
22:59:11 <springmeyer> artem: what do you think about printing deprecation notices?
22:59:25 <springmeyer> I bet it is likely we don't have a 0.7.1
22:59:48 <artem> in python ?
22:59:48 <springmeyer> and then would therefore be encouraging users to upgrade to 0.8.0 soon
22:59:57 <springmeyer> in load_map
23:00:32 <springmeyer> and add forward compatibility for new expressions syntax
23:01:02 <springmeyer> that would, of course do nothing more than allow easier upgrade of xml styles between 0.7 -> 0.8
23:02:46 <artem> I'd like to push for 0.8.0 asap, true
23:02:59 <springmeyer> in 0.7 <TextSymbolizer name='FIELD' could warn of deprecation, but still work as either name='FIELD' or name='[FIELD']
23:04:30 <springmeyer> just an idea, not convinced myself but it crossed my mind
23:04:55 <artem> ok, I see. you're proposing to strip out [] in 0.7 and still use old parser ?
23:05:18 <springmeyer> yes.
23:06:25 <springmeyer> i guess that only has value as long as folks use 0.7 series
23:06:28 <artem> hmm.. lets sleep me (literally) sleep over this one :)
23:06:48 <springmeyer> which ideally will be very short (with exception of something like ubuntu repos)
23:07:07 <springmeyer> okay, sleep well, and don't think about this one
23:07:32 <springmeyer> I think its likely not worth it
23:08:05 <artem> :) ok, cool looks like we can wrap up 0.7 by tomorrow hopefully  which means 0.7 is just round a coner
23:08:15 <springmeyer> yes1 :)
23:08:40 <artem> cool
23:08:41 * springmeyer is happy to test windows stuff whenever
23:09:34 *** artem has quit ("bb tomorrow")
23:20:26 *** rcoup (n=rcoup@ip-118-90-42-201.xdsl.xnet.co.nz) has joined #mapnik
23:38:30 <nikq> Mapnik Trac: Changeset [1531]: expose ability to write to cairo formats from python without pycairo -  ... | http://trac.mapnik.org/changeset/1531
23:39:13 <nikq> Mapnik Trac: Ticket #381 (Expose cairo functionality without needing pycairo) updated | http://trac.mapnik.org/ticket/381#comment:6
23:40:01 <Ldp__> uh-oh, 0.7 this week? :)
23:40:04 <nikq> Mapnik Trac: Ticket #381 (Expose cairo functionality without needing pycairo) updated | http://trac.mapnik.org/ticket/381#comment:7
23:40:25 <Ldp__> next week for any of you guys at GMT or earlier
23:40:29 <springmeyer> yep seven days
23:41:00 <springmeyer> er 6 for you :)
23:42:42 <Ldp__> :)
23:42:57 <Ldp__> Milestone 0.7
23:42:58 <nikq> No Milestone for that release number
23:43:02 <Ldp__> Milestone 0.7.0
23:43:02 <nikq> 5 open tickets in Milestone 0.7.0: Doesn't display feature if another (possibly invalid) feature is present, "XML: Make 'width', Document (and reflect in python) new symbolizer options added in r1341, Catch up on Changelog before 0.7.0 release, Cairo support in windows binaries
23:43:04 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.7.0&order=priority
23:43:05 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.7.0
23:43:16 <Ldp__> not too bad
23:43:54 <springmeyer> 68 closed is pretty sizeable
23:44:04 <Ldp__> it's amazing
23:45:43 <Ldp__> I see mapnik-dev has gone hispanic
23:46:20 * springmeyer they are trying to clean up the damage of my terrible spanish ;)
23:46:54 <Ldp__> s/-dev/-users/
23:50:11 <Ldp__> argh
23:50:49 * Ldp__ runs away from another round of "it's approved so it MUST BE RENDERED" fighting at OSM
23:51:05 <springmeyer> no fun
23:51:56 <Ldp__> I do notice a common ingrained misconception, and that is that mapnik == mapnik. Not only in this round of discussions, but overall
23:52:33 <Ldp__> it doesn't help that people think mapnik is incapable of doing something, just because one of the maps created with mapnik (the OSM 'mapnik' one) doesn't do something
23:53:19 <springmeyer> ya, then they scream bloody murder when the cyclemap does something cool and they can't just have it :)
23:54:30 <Ldp__> Anyone can start a competing stylesheet for mapnik, and have a go at becoming the popular choice. I welcome the competition, and might learn a trick or two from someone else's attempts to get something rendered the right way
23:57:41 <springmeyer> exactly