| 00:39.21 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:28.10 | *** join/#brlcad qtokffgyukaasbmq (~armin@dslb-088-066-157-144.088.066.pools.vodafone-ip.de) | |
| 02:30.34 | Plazma | pretty new to cad, but a friend of mine told me that to get a 2D drawing it's much easier to draw it in 3D and let it render the 2D object.. do many of you find this true? |
| 02:46.57 | *** join/#brlcad gk{\`_^}1wm (~su@2a03:4a80:3:43d:43d:fb5a:414b:38ef) | |
| 02:46.58 | *** part/#brlcad gk{\`_^}1wm (~su@2a03:4a80:3:43d:43d:fb5a:414b:38ef) | |
| 03:52.30 | Stragus | I don't know if it's easier, but it certainly helps visualization and planning |
| 04:40.04 | *** join/#brlcad gabbar1947 (gabbar1947@nat/iiit/x-fnghlgdeioquccsv) | |
| 05:04.46 | *** join/#brlcad timtimpra8 (~virususer@2001:590:1405:2ee:2ee:88af:89dd:628f) | |
| 05:19.47 | *** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar) | |
| 05:56.35 | *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-nsxubtzoirabwsox) | |
| 06:05.26 | LoH | Plazma: it's called projection, IIRC. I know how to do it with openscad, but not with brlcad |
| 06:47.26 | *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar) | |
| 06:53.20 | *** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar) | |
| 07:41.59 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 08:34.53 | *** join/#brlcad merzo (~merzo@91.217.179.122) | |
| 09:46.43 | *** join/#brlcad davezd (~davezd@71-83-188-23.dhcp.lnbh.ca.charter.com) | |
| 12:06.19 | *** join/#brlcad yorik (~yorik@2804:431:f720:f79d:290:f5ff:fedc:3bb2) | |
| 12:11.52 | *** join/#brlcad raphael29_ (~Raphael@84.117.96.29) | |
| 12:22.41 | starseeker | brlcad: yeah, I was a bit underwhelmed with that performance profile myself (7000 in < 1min) but most of the other text search systems I'm seeing are either license no-gos, very large and web-centric, or both... |
| 12:24.06 | starseeker | and it's not clear to me how much work was done to optimize performance on that - the netbsd folks were probably not too worried about the db build time |
| 12:25.09 | starseeker | we'd probably want our own db schema, but I figure that project probably has most of the necessary low-level bits in one form or another |
| 12:29.16 | starseeker | and IIRC our current doc count is more like 700 than 7000, so it's probably worth testing first... might be a case of prematurely worrying about optimization |
| 12:30.39 | ``Erik | if it actually matters, hitting it with a profiler might point out some obvious performance fixes in it O.o |
| 12:30.48 | starseeker | their project is parsing the man page output... one possibility for us would be to use xslt to transform the docbook into something "easily parsable" for sqlite's FTS |
| 12:31.14 | starseeker | ``Erik: true |
| 12:31.46 | starseeker | also, their performance numbers are something like 5 or 6 years old now |
| 12:32.25 | ``Erik | heh, wait, so you're worried about something that'll take less than 6 seconds on old hw during the build phase? O.o |
| 12:32.49 | starseeker | no, but if it's 40-50 sec that's noticable |
| 12:33.24 | starseeker | part of it's scoping - whether we index all of the tutorials and such as well as the man pages |
| 12:35.00 | starseeker | part of the problem is that the index building will be one of the very last things the build does - it'll only be doable after all the man pages are built - which means any extra build time from that step is likely to get tacked on to the total rather than hidden in parallel building |
| 12:36.27 | ``Erik | meh, it's build time... and if it's optional, who cares :D it's just (lumping sections into roughly similar build times, using the absolutely accurate "cuz it feels like" metric) building {docbook,openNURBS,step,everythingelse} to {docbook,apropos,openNURBS,step,everthingelse} :D |
| 12:36.56 | starseeker | heh |
| 12:37.18 | ``Erik | also; readable grammatical structure is for weenies. Push and recurse, yo. |
| 12:37.48 | starseeker | I suppose it might be considered optional, but apropos would need it to work right |
| 12:40.30 | starseeker | might make a decent gsoc project in some ways... |
| 12:41.09 | starseeker | could be a bit tricky though to figure out a schema |
| 12:42.20 | ``Erik | <-- kinda doubts many people are using the roff stuff, imagines more will be using the gui help and still more are hoping to find something more like https://www.postgresql.org/docs/9.6/static/index.html |
| 12:42.21 | gcibot | [ PostgreSQL: Documentation: 9.6: PostgreSQL 9.6.2 Documentation ] |
| 12:42.44 | ``Erik | nails gcibot to a wall |
| 12:46.51 | starseeker | nods - those sorts of docs are definitely what people initially look for, but we're not in a position yet to (re)write the high level stuff |
| 12:47.05 | starseeker | still trying to figure out what the command set should be |
| 12:47.42 | starseeker | plus, our man pages are available in the GUI via the HTML output |
| 12:47.59 | starseeker | "man <command>" works on the MGED command line |
| 12:48.05 | ``Erik | heh, I kinda wonder if there should be two sets that have different approaches... a user set and a developer set... trying to make a unified document system that serves both audiences smells complicated |
| 12:48.32 | starseeker | nods - our dev docs will center around doxygen |
| 12:49.30 | starseeker | dunno if we have a recent example up right now... |
| 12:50.01 | ``Erik | neat, windows update consistently fails and the fix according to microsoft is to tell the notification panel to always show icons? O.o |
| 12:52.12 | starseeker | http://brlcad.org/docs/doxygen-r64112/index.xhtml is the newest one I see offhand |
| 12:52.13 | gcibot | [ BRL-CAD: Main Page ] |
| 12:52.39 | starseeker | that's pretty old |
| 12:55.31 | starseeker | pokes Notify |
| 12:55.44 | starseeker | or maybe it's sf itself... |
| 13:01.05 | starseeker | ``Erik: that's better: http://brlcad.org/docs/doxygen-r69426/index.xhtml |
| 13:01.05 | gcibot | [ BRL-CAD: Main Page ] |
| 13:32.58 | *** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 13:56.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:13.13 | *** join/#brlcad merzo (~merzo@91.217.179.122) | |
| 16:04.23 | *** join/#brlcad ARChak (~virususer@117.200.81.106) | |
| 16:07.14 | *** join/#brlcad tandoorichick (~rakshika@60.243.170.241) | |
| 16:07.43 | *** join/#brlcad amarjeet (~amarjeet@169.149.130.209) | |
| 18:45.07 | *** join/#brlcad ARChak (~virususer@117.200.81.106) | |
| 19:44.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:11.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:11.38 | *** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net) | |
| 22:38.21 | *** join/#brlcad nmz787_ (~nmz787@unaffiliated/nmz787) | |
| 22:51.41 | *** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:94b4:1360:99f9:14f8) | |
| 22:52.11 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-157-144.088.066.pools.vodafone-ip.de) | |
| 22:52.11 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 22:52.11 | *** join/#brlcad CuriousErnestBro (~CuriousEr@unaffiliated/curiousernestbri) | |
| 22:52.11 | *** join/#brlcad maths22 (~maths22@unaffiliated/maths22) | |
| 22:57.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:18.13 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |