| 00:00.59 | *** join/#brlcad penumbra (~arttp2@122.162.168.88) | |
| 00:10.47 | Notify | 03BRL-CAD:starseeker * 67456 brlcad/trunk/src/mged/CMakeLists.txt: Rework mged build logic along bwish lines. Note that since MGED is supposed to be able to run as a console app, we can't give it the GUI flag to make it a 'proper' Windows GUI app... |
| 00:15.34 | Notify | 03BRL-CAD:starseeker * 67457 brlcad/trunk/src/adrt/CMakeLists.txt: Nuke another WIN32 if test, this time in isst's CMake. Maybe be able to turn this into a proper gui exec with the techniques from rtwizard work... |
| 01:28.38 | *** join/#brlcad nawrxgupvwtcxyjk (~armin@dslc-082-083-185-072.pools.arcor-ip.net) | |
| 02:14.46 | Notify | 03BRL-CAD:starseeker * 67458 (brlcad/trunk/include/tclcad.h brlcad/trunk/src/libtclcad/tclcad_init.c brlcad/trunk/src/tclscripts/rtwizard/main.c): fix tclcad_set_argv |
| 02:16.26 | Notify | 03BRL-CAD:starseeker * 67459 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/tclscripts/CMakeLists.txt): turn isst into a GUI executable (untested on Windows) |
| 02:44.55 | Notify | 03BRL-CAD:starseeker * 67460 brlcad/trunk/src/adrt/isst_tcltk.c: Start trying to figure out what the miminal WinMain setup is. |
| 03:09.04 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 03:11.48 | starseeker | winces as he sees the NOSA 2.0 license is *still* stuck in the OSI review process |
| 03:13.05 | starseeker | would not blame NASA at all if they just started using NOSA 2.0 without the OSI stamp - holy mackerel |
| 03:17.10 | *** join/#brlcad yuxiaozou (63214ca2@gateway/web/freenode/ip.99.33.76.162) | |
| 04:29.12 | *** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-xevkumdroojezthe) | |
| 04:55.20 | *** join/#brlcad ickby_ (~stefan@x5d845464.dyn.telefonica.de) | |
| 05:03.26 | *** join/#brlcad amrinder (75c767a3@gateway/web/freenode/ip.117.199.103.163) | |
| 05:15.24 | *** join/#brlcad pujani (~pujani@124.253.89.119) | |
| 05:29.41 | Notify | 03BRL-CAD:brlcad * 67461 brlcad/trunk/AUTHORS: note the code contribution from param hanji, applied in r67453 from sf patch 435, which adds opencl code for the epa primitive |
| 05:44.52 | amrinder | ishweradmin: are you there? |
| 05:54.02 | *** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225) | |
| 06:19.50 | tandoorichick | i was wondering, since i'm working on the polygonal mesh healing project, if i could intergrate all of it into one command, say for example 'heal'. this command would have parameters to choose what all steps in mesh healing need to be done and values such as merge tolerance, etc. is this plausible? |
| 06:24.09 | *** join/#brlcad boj (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) | |
| 06:24.14 | *** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) | |
| 06:29.29 | *** join/#brlcad ickby_ (~stefan@x5d845464.dyn.telefonica.de) | |
| 06:46.32 | *** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) | |
| 06:48.46 | *** join/#brlcad boj (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) | |
| 06:49.04 | *** join/#brlcad nilram_ (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) | |
| 06:52.05 | *** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) | |
| 06:52.06 | *** join/#brlcad boj_ (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) | |
| 07:18.40 | *** join/#brlcad Izakey (~Isaac@41.205.19.148) | |
| 07:42.44 | amrinder | brlcad: I'm not getting verification mail from OGV. Is there any other way to login properly in OGV-meteor? |
| 08:02.43 | *** join/#brlcad penumbra (~arttp2@182.69.185.11) | |
| 08:08.10 | *** join/#brlcad pujani (~pujani@124.253.89.119) | |
| 08:10.01 | *** join/#brlcad Izak (~Isaac@41.205.19.148) | |
| 08:11.54 | *** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-sgdjjcbydgxzzofl) | |
| 08:16.14 | *** join/#brlcad jasleen (~jasleen@117.255.209.218) | |
| 08:17.34 | *** join/#brlcad penumbra_ (~arttp2@122.162.207.116) | |
| 08:47.56 | *** join/#brlcad Mandeep_Singh (~Mandeep@117.199.106.179) | |
| 09:02.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:02.45 | *** join/#brlcad Mandeep_Singh (~Mandeep@45.127.65.253) | |
| 09:03.58 | *** join/#brlcad Mandeep_Singh (~Mandeep@45.127.65.253) | |
| 09:16.23 | *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177) | |
| 09:44.38 | *** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) | |
| 09:45.39 | *** join/#brlcad Amritpal (~amrit3701@202.164.53.117) | |
| 09:56.06 | *** join/#brlcad ries_ (~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl) | |
| 09:56.16 | *** part/#brlcad ries_ (~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl) | |
| 10:09.55 | *** join/#brlcad gaganjyot (~gaganjyot@122.173.245.161) | |
| 10:12.06 | *** join/#brlcad Mandeep_Singh (~Mandeep@59.96.142.150) | |
| 10:30.37 | *** join/#brlcad jasleen (~jasleen@117.255.209.218) | |
| 10:50.26 | *** join/#brlcad Mandeep_Singh (~Mandeep@117.220.169.13) | |
| 11:42.20 | *** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-bzbngisruebirhkp) | |
| 12:39.21 | *** join/#brlcad pujani (~pujani@124.253.89.119) | |
| 12:56.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:40.47 | *** join/#brlcad yorik (~yorik@177.139.37.53) | |
| 13:46.26 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 13:47.32 | *** join/#brlcad gaganjyot (~gaganjyot@122.173.245.161) | |
| 18:42.06 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:42.07 | *** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/ | |
| 18:50.01 | starseeker | brlcad: so you don't propose to have any programmatic way to get (say) the set of all image or model mime types? |
| 18:54.38 | *** join/#brlcad pujani (~pujani@117.234.177.78) | |
| 18:58.56 | Notify | 03BRL-CAD:starseeker * 67467 brlcad/trunk/src/librt/CMakeLists.txt: uncommitted file? |
| 18:59.55 | Notify | 03BRL-CAD:starseeker * 67468 brlcad/trunk/src/conv/3dm/3dm-g.cpp: fix 3dm-g build |
| 19:02.28 | starseeker | really doesn't like the returning multiple mime types bit - that's a lot of application logic to sort through the results, especially if there's no pre-defined set of image/model mime types to help with filtering |
| 19:04.30 | starseeker | know it has to be done for (say) multiple step mime types, but even if we don't know of any cross-domain file extension collisions currently I'd prefer to have a future proof API that wouldn't break if someone should do that in the future |
| 19:05.37 | starseeker | if I can at least have a hard guarantee that all of my mime returns for .stp were CAD formats, I could process on that basis without also having to (potentially) sort through other garbage not relevant at all to the problem domain... |
| 19:06.50 | starseeker | I suppose the pragmatic approach would be to use just the subset of mime types we (potentially) care about rather than the whole of mime.types... |
| 19:07.03 | starseeker | sort of a scope constraint for a libbu API, but it would probably work |
| 19:09.35 | *** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225) | |
| 19:19.36 | *** join/#brlcad pujani (~pujani@117.234.177.78) | |
| 19:33.24 | *** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) | |
| 19:44.36 | pujani | hi brlcad |
| 19:57.56 | *** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com) | |
| 20:19.07 | *** join/#brlcad shubham_ (012722a4@gateway/web/freenode/ip.1.39.34.164) | |
| 20:20.32 | *** join/#brlcad merzo (~merzo@49-108-132-95.pool.ukrtel.net) | |
| 20:26.49 | pujani | brlcad: I am already pursuing my intern in a company I could not get much time so but now I want to contact with your organisations in order to honed my skills at greater level. |
| 21:11.04 | *** join/#brlcad ickby_ (~stefan@x5d845497.dyn.telefonica.de) | |
| 21:20.15 | brlcad | starseeker: what use is it to an application to get a list of BU_MIME_[TYPE]_* symbols? |
| 21:20.31 | brlcad | it's going to know which ones it supports, so the pattern is a switch statement |
| 21:20.51 | brlcad | (of the ones it supports) |
| 21:21.51 | starseeker | was thinking intelligent help messages... - "unsupported image format" vs. "input file is not an image." |
| 21:21.56 | brlcad | switch (type) { case BU_MIME_IMAGE_PNG: ...; case BU_MIME_IMAGE_JPG: ...;, etc} |
| 21:22.18 | starseeker | brlcad: btw, looks like DXF is in both image and model groups |
| 21:25.47 | pujani | brlcad: I was searched on these organisations (stepcode, librecad, freecad, openscad, linuxcnc) - |
| 21:25.47 | pujani | these are mostly related with C but I am more comfortable with php than C. |
| 21:25.57 | starseeker | considers... now that I say that, I suppose "domain knowledge" via mime categories probably isn't beneficial enough to justify a more complex api... |
| 21:26.17 | brlcad | it can still say unsupported image format |
| 21:26.23 | brlcad | becaues it has a list of the image formats it supports |
| 21:27.01 | starseeker | nods - I was thinking it could also recognize when the file isn't an image at all, but that's a very minor usability point |
| 21:27.08 | brlcad | or I suppose "unsupported file format" but yeah... i'm not sure that's strong motivation by itself ;) |
| 21:28.10 | brlcad | DXF mapping to image and non-image types is good to know, but would also be handleable if we returned a list given a filepath/extension |
| 21:28.31 | brlcad | thinks it needs to be filepath based, not extension |
| 21:28.42 | starseeker | how does that help? |
| 21:28.53 | brlcad | that'll make it work with extensionless files when libmagic is in place |
| 21:29.06 | brlcad | or even before, we might inspect the files we know of |
| 21:29.07 | starseeker | oh, sure - with libmagic it's a whole new game |
| 21:29.27 | starseeker | (well, libmagic == file inspection...) |
| 21:29.37 | brlcad | returning multiple types doesn't matter insomuch as you still have a switch over the types you know |
| 21:29.38 | starseeker | we could do a poor man's version to start with |
| 21:29.46 | brlcad | returning mulitple just means you loop over the switch |
| 21:29.57 | starseeker | ponders... |
| 21:30.31 | brlcad | the app might even want to implement their own support when they get BU_MIME_TEXT_PLAIN back for some unknown text file |
| 21:30.45 | brlcad | the list coming back might need to be prioritized |
| 21:30.48 | starseeker | yeah, I guess in the situation where you have a program that handles both image and model, we need file introspection regardless to make it work with dxf |
| 21:31.18 | brlcad | notes that image and model dxf are the same file, not actually different content |
| 21:31.27 | brlcad | 2d dxf files are akin to an svg |
| 21:31.37 | brlcad | that's why it's listed as an image |
| 21:32.06 | starseeker | nods |
| 21:32.08 | brlcad | put some 3d entities in there, then it depends which objects you will work with |
| 21:33.05 | starseeker | so would it be worth having a "prioritize" function that takes two lists of mimes (one unsorted and one the priority list) and sorts the unsorted one? |
| 21:33.24 | starseeker | can see that going either way library vs. app level... |
| 21:33.53 | brlcad | nah, I think we can infer it from the mime list |
| 21:34.21 | starseeker | brlcad: what about narrowing the bu mime scope? should we strip down mime.types to just the categories we care about? |
| 21:34.36 | brlcad | and agree, might be better to just punt it to the app -- it only matters if an app wants to register a generic handler |
| 21:35.03 | brlcad | I like that you're using the apache file unmodified (or at least it seemed unmodified) |
| 21:35.11 | starseeker | it is |
| 21:35.17 | Notify | 03BRL-CAD:starseeker * 67469 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Fix category numbers |
| 21:35.40 | brlcad | I stirred this up, let me take a stab at first just consolidating the list |
| 21:35.46 | brlcad | that may be sufficient and not complicate things |
| 21:36.09 | starseeker | brlcad: actually, let me try a simplification before you do that |
| 21:36.16 | brlcad | not looking to perfect it, just minimize the new api symbols |
| 21:36.37 | starseeker | is responsible for the nightmare that is mime.cmake - I'll probably be able to handle it more quickly to simplify it |
| 21:37.00 | brlcad | I don't mind learning how things were set up |
| 21:37.08 | brlcad | bus factor > 1 ;) |
| 21:37.34 | starseeker | yeah, but if you learn how grim it really is you can make fun of me - if I make it go away first it gets harder ;-) |
| 21:37.44 | brlcad | nah, I wouldn't do that |
| 21:38.16 | starseeker | heh - OK, I'll finish fixing distcheck then make archer build as an exe |
| 21:38.22 | brlcad | it is what it is, this review was on my list for release regardless because of all the new undocumented symbols |
| 21:38.33 | starseeker | ah, point |
| 21:38.47 | brlcad | technically every single typedef, individual enum, struct, function is supposed to have a /** */ description |
| 21:39.12 | brlcad | sometimes can get away with the enums (like in the case of the mime ones) |
| 21:39.17 | starseeker | winces... I *think* there's enough info in mime.types to do that... |
| 21:39.18 | brlcad | but the rest really should |
| 21:40.20 | brlcad | which is just to say that if we can do this interface with 1 enum typedef and 1 function, that will be a lot simpler and less maintenance than the 10+ typedefs and 1 function |
| 21:40.30 | brlcad | and simplifies the function |
| 21:40.36 | brlcad | that may be sufficient |
| 21:40.40 | starseeker | hmm.. not really - unless we go with /** model/iges */ |
| 21:41.00 | starseeker | nods |
| 21:41.00 | brlcad | right, which probably should be somewhere |
| 21:41.17 | brlcad | we have these labels, but they mean nothing to anyone else |
| 21:41.34 | starseeker | I think doxygen can document enums like that... |
| 21:41.35 | brlcad | but for that, probably need a different data structure |
| 21:41.42 | starseeker | checks |
| 21:41.44 | brlcad | I mean for th app to know, not just the docs |
| 21:41.51 | starseeker | oh, right |
| 21:41.54 | brlcad | sure doxygen can |
| 21:41.59 | brlcad | <PROTECTED> |
| 21:42.16 | starseeker | yeah, if we want the app to have access to it that's something else again |
| 21:42.36 | brlcad | but then we don't have the need, so again just reducing may be sufficient |
| 21:42.47 | starseeker | arguably I should have just used the mime strings originally in the file rather than cooking up the BU_MIME_MODEL_* scheme |
| 21:43.17 | starseeker | ah, nevermind - / doesn't work in C |
| 21:43.21 | starseeker | I remember now |
| 21:44.08 | brlcad | hm? |
| 21:44.11 | starseeker | or at least it's a readability fail, even if it would compile |
| 21:44.28 | brlcad | mime/types are pretty standard :) |
| 21:44.43 | starseeker | was thinking about the enum names I generated, but nevermind |
| 21:44.49 | starseeker | will wait to see what brlcad comes up with |
| 21:52.53 | Notify | 03BRL-CAD:starseeker * 67470 (brlcad/trunk/src/adrt/master/tienet_master.c brlcad/trunk/src/bwish/main.c): regress-repository distcheck fixes |
| 22:00.51 | Notify | 03BRL-CAD:starseeker * 67471 brlcad/trunk/src/mged/mged.c: get the -o mged option working |
| 22:04.25 | Notify | 03BRL-CAD:starseeker * 67472 brlcad/trunk/src/mged/mged.c: better if we don't break the old gui in the process... |
| 22:09.02 | Notify | 03BRL-CAD:starseeker * 67473 brlcad/trunk/src/mged/mged.c: Apply the lessons from isst and use Tcl's API to prep the path |
| 22:10.13 | Notify | 03BRL-CAD:starseeker * 67474 brlcad/trunk/src/mged/mged.c: free the string... |
| 22:30.43 | Notify | 03BRL-CAD:starseeker * 67475 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/tclscripts/CMakeLists.txt): More isst rework |
| 22:32.58 | Notify | 03BRL-CAD:starseeker * 67476 brlcad/trunk/src/adrt/CMakeLists.txt: move isst_tcltk.c |
| 22:33.42 | Notify | 03BRL-CAD:starseeker * 67477 brlcad/trunk/src/adrt/isst.c: fix header |
| 22:35.13 | Notify | 03BRL-CAD:starseeker * 67478 brlcad/trunk/src/adrt/isst.c: Need to test, but hopefully we don't need this any more |
| 22:35.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:43.25 | *** join/#brlcad Pujani_ (~pujani@117.234.177.78) | |
| 22:43.43 | *** join/#brlcad Mandeep_Singh (~Mandeep@117.199.104.133) | |
| 22:46.14 | Notify | 03BRL-CAD:starseeker * 67479 brlcad/trunk/src/libdm/query.c: DM_RTGL isn't in a working state right now (eventually, it should be come a user togglable view setting on the opengl display manager anyway... |
| 22:48.25 | Notify | 03BRL-CAD:starseeker * 67480 brlcad/trunk/src/libdm/query.c: if dm_bestXType is passed null, still return a 'preferred' choice for the platform. |
| 22:56.11 | *** join/#brlcad Pujani__ (~pujani@117.234.177.78) | |
| 23:10.32 | Notify | 03BRL-CAD:starseeker * 67481 (brlcad/trunk/include/dm.h brlcad/trunk/src/adrt/isst.c brlcad/trunk/src/libdm/query.c): Replace WIN32 ifdef with a dm_default_type suggestion function. Need to think more about how to handle this... |
| 23:13.38 | *** join/#brlcad merzo (~merzo@49-108-132-95.pool.ukrtel.net) | |
| 23:23.14 | *** join/#brlcad bvirtual (~bvirtual@2602:30a:2c9f:dd00:ed17:21b3:3732:f55) | |
| 23:54.07 | *** join/#brlcad jasleen (~jasleen@117.255.209.218) | |