| 00:31.35 | brlcad | andromeda-galaxy: that function is hooked into a table (along with a couple dozen others) and called dynamically |
| 00:31.46 | andromeda-galaxy | brlcad: ah, okay |
| 00:31.50 | brlcad | it's also declared through a macro |
| 00:31.56 | brlcad | see src/librt/primitives/table.c |
| 00:32.02 | andromeda-galaxy | brlcad: thanks! |
| 00:32.36 | andromeda-galaxy | brlcad: I'm trying to figure out some way to get ridof the usage of Tcl_ListObjGetElements on the result of a Tcl_NewStringObj call |
| 00:32.38 | brlcad | andromeda-galaxy: one possibility there, although it's a lot of work, is to replace the rt_*_tcl*() functions |
| 00:32.45 | brlcad | with a binary json-style interface |
| 00:32.53 | andromeda-galaxy | that is what tcl is being used for in bot.c |
| 00:33.30 | andromeda-galaxy | brlcad: I see... that makes sense |
| 00:34.00 | brlcad | Tcl_ListObjGetElements translates very trivially to something else |
| 00:34.19 | brlcad | basically is a function that converts a string into an argv |
| 00:34.25 | andromeda-galaxy | I was looking at libbu functions, but I couldn't see anything that dealt with tcl-style lists |
| 00:34.38 | andromeda-galaxy | it is being used on strings of this form, at least some of the time, as far as I can tell: |
| 00:35.03 | andromeda-galaxy | {{e00 e01 e02} {e10 e11 e12} {e20 e21 e22}} |
| 00:35.05 | brlcad | a tcl-style list is simply a string where {} are the quote characters |
| 00:35.22 | andromeda-galaxy | except without the outermost brackets |
| 00:36.17 | andromeda-galaxy | brlcad: I was wondering if bu_argv_from_string would work, but rt_bot_adjust doesn't know how many elements would be in argv[1] |
| 00:38.27 | andromeda-galaxy | and I don't think it would deal well with the fact that each sub-list had to be considered a separate object |
| 00:39.09 | brlcad | nothing is going to be a drop-in replacement without some work ... |
| 00:39.15 | brlcad | or it would have been done a long time ago ;) |
| 00:39.27 | brlcad | still, this is just simple string stuff |
| 00:41.25 | andromeda-galaxy | brlcad: I was wondering if, since this is used a lot in many of the rt_*_adjust functions, where a dedicated function to do it should go |
| 00:41.52 | brlcad | at worst, one could create new bu_* function that was nearly equivalent to the Tcl functions |
| 00:42.19 | brlcad | what is the common pattern? |
| 00:42.45 | andromeda-galaxy | brlcad: as far as I can tell using Tcl_ListObjGetElements on lists of that form happens a lot in librt |
| 00:43.05 | brlcad | sure, but not what I mean |
| 00:43.16 | brlcad | what for, data-wise |
| 00:44.16 | andromeda-galaxy | brlcad: I'm not completely sure yet |
| 00:44.37 | brlcad | e.g., if we always called Tcl_ListObjGetElements simply to get a 'count', to always access that last element, for example, it wouldn't make sense to replicate that -- we'd make a function to access the last element |
| 00:44.52 | andromeda-galaxy | but the example that I was looking at just now involves using those nested lists as a way to list vertices for a db adjust command on a bot |
| 00:45.05 | andromeda-galaxy | and I think that a lot of them are like that --- though sometimes having sublists and sometimes not |
| 00:45.17 | andromeda-galaxy | for the not ones bu_argv_from_string would probably work... |
| 00:47.02 | andromeda-galaxy | brlcad: would it be acceptable to write a bu_tcl_argv_from_string function that works similarly to bu_argv_from_string but considers TCL sublists a single element? |
| 00:47.06 | brlcad | except bu_argv_from_string isn't going to delimit on {} |
| 00:47.34 | andromeda-galaxy | brlcad: I was saying bu_argv_from_string should work for those that do not require parsing sublists as a single entity |
| 00:47.55 | brlcad | it can't parse the top-level list correctly |
| 00:48.09 | brlcad | there's a set of rules on tcl lists |
| 00:48.25 | brlcad | things you could conceivably have that Tcl_ListObjGetElements will handle |
| 00:48.42 | brlcad | which a simple argv breakout based on spaces or whatever, will not do correctly |
| 00:49.13 | andromeda-galaxy | brlcad: I see |
| 00:49.39 | andromeda-galaxy | brlcad: the other thing that I was wondering about is whether it might make sense to make some of those commands not be based on TCL syntax at some point in the future |
| 00:49.48 | brlcad | I think something like bu_tcl_argv_from_string can work, but surely there's a better way? :) |
| 00:50.17 | brlcad | plus we don't want any API with 'tcl' in the name (can just call them a "list") |
| 00:51.17 | brlcad | these commands should not be based on tcl syntax at all really |
| 00:51.27 | brlcad | so you could work on that instead |
| 00:51.47 | brlcad | probably better in the long run, but a little bit harder if you're not yet familiar with what you're working on |
| 00:53.04 | brlcad | (basically, create a binary interface) |
| 00:54.02 | brlcad | maybe start with the simple string parsing function(s) first |
| 01:08.14 | maths22 | brlcad: what are some specific thoughts on the mediawiki page? |
| 01:19.31 | maths22 | (I agree that it does not look great) |
| 02:29.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:41.52 | brlcad | maths22: see no reason for the style / theme to be any different |
| 03:58.50 | maths22 | than what? |
| 03:59.20 | maths22 | By the way, if you click the logo, the menu bar appears. I think it should do that by default |
| 04:37.59 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 04:37.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! Thanks to all of our participants for the awesome work; stay in touch! || We're applying to GSoC 2014 | |
| 07:30.53 | *** join/#brlcad pulkit-pc (~chatzilla@14.139.82.6) | |
| 08:18.21 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) | |
| 10:18.00 | *** join/#brlcad ishwerdas (~inderplus@117.214.200.13) | |
| 10:18.22 | ishwerdas | Hi brlcad |
| 10:39.24 | ishwerdas | Hi maths22 |
| 11:01.21 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) | |
| 11:05.53 | *** join/#brlcad pulkit-pc (~chatzilla@14.139.82.6) | |
| 11:54.45 | Notify | 03BRL-CAD:starseeker * 59901 brlcad/trunk/src/libdm/dm-osg.cpp: Set but unused error |
| 11:55.36 | Notify | 03BRL-CAD:starseeker * 59902 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in brlcad/trunk/misc/doxygen/doxygen_structure): break out libbn's doxygen structure setup. |
| 12:59.28 | *** join/#brlcad ishwerdas (~inderplus@117.220.172.68) | |
| 13:45.15 | *** join/#brlcad inderplus_ (~inderplus@117.199.97.115) | |
| 14:07.37 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 14:13.03 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:16.30 | Notify | 03BRL-CAD:carlmoore * 59903 brlcad/trunk/src/libdm/dm-osg.cpp: fix spellings in comments |
| 15:18.21 | Notify | 03BRL-CAD:carlmoore * 59904 brlcad/trunk/src/conv/patch/rpatch.f: fix .f file so it compiles: uncomment what had been 'haracter' (which I had detected in my spell checking), and fix the continuation line for format 101 |
| 15:47.44 | brlcad | maths22: it's quite different from the new wp theme |
| 15:51.41 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 15:52.53 | andromeda-galaxy | brlcad: last night I had to leave quickly, so I couldn't see all of what you were saying |
| 15:53.19 | andromeda-galaxy | so I just want to check with you what you meant by 'create a binary interface' |
| 16:11.41 | *** join/#brlcad pulkit-pc (~chatzilla@14.139.82.6) | |
| 16:16.37 | inderplus_ | hi |
| 16:18.00 | inderplus_ | brlcad: did you see https://www.behance.net/gallery/BRL-CAD-mediawiki-design/14554071 |
| 16:51.54 | maths22 | brlcad: that is true |
| 16:53.07 | maths22 | inderplus_: I think brlcad would like the theme to be more like the mockup. |
| 16:54.03 | maths22 | Ideally, other than the necessary tabs/sidebars, the viewer should not know whaen they are looking at wordpress and when they are looking at mediawiki |
| 17:15.28 | brlcad | excatly |
| 17:16.20 | brlcad | inderplus_: no I haven't seen that |
| 17:17.10 | inderplus_ | brlcad: can you see please have a look at it. Lot of effort underwent in making this theme. |
| 17:18.00 | brlcad | inderplus_: certainly will |
| 17:18.48 | inderplus_ | brlcad: Also, do we still want the slider (like the one at apple.com) on frontpage as proposed earlier ? |
| 17:19.34 | brlcad | did you share that page somewhere else before that I missed? |
| 17:20.32 | inderplus_ | brlcad: No, I did not. When I showed the mock-up first time, this change was proposed. I am working on it now. |
| 17:27.13 | brlcad | inderplus_: ah, then why did you ask me if I'd seen it?? :) |
| 17:30.04 | inderplus_ | brlcad: because if that done, then the wordpress theme won't be exactly like the mock up I showed earlier. It will have slider instead of a list of features. aka It would be somewhat different from the new WP theme we have. |
| 17:30.38 | brlcad | inderplus_: I think you're not understanding my point :) |
| 17:31.43 | inderplus_ | brlcad: If provided consistency with wordpress and rest of the website, then is the current theme fine? |
| 17:31.48 | brlcad | if you ask someone if they've seen something, there should be some reasonable expectation that they maybe have seen it ... if you never shared it, I had no opportunity to have seen it. so asking me that becomes very unusual (and very confusing) |
| 17:32.17 | brlcad | that is all, not saying anything at all about the work .. it's the question that has me confused |
| 17:33.02 | brlcad | if you make me believe I missed seeing something, then I'm left to wonder what else I maybe missed, what discussion I missed perhaps |
| 17:34.56 | brlcad | inderplus_: okay, so basically what you're asking for or suggesting is a different theme to the website |
| 17:35.29 | inderplus_ | brlcad: Actually when I first showed you the mock up of new website, like for the very first time before GCI, at that time you showed interest in a flip gallery (the way it is at apple.com) , I loved that Idea and was working on it. I just wanted to confirm, if I am on right track. |
| 17:36.03 | brlcad | that discussion I recall |
| 17:36.53 | brlcad | there's no flip gallery depicted in the design you show on behance.net |
| 17:37.44 | brlcad | I think we need to merge the best features of the two designs because there are aspects to both that are very appealing |
| 17:38.11 | inderplus_ | exactly that's what I aim towards. |
| 17:38.34 | brlcad | I do think there should be just "one design" |
| 17:41.31 | inderplus_ | Yes, I got that. |
| 17:41.42 | brlcad | ``Erik: "Yes the position number of your server got confused with another clients. I have it labeled so this should never happen again." |
| 17:43.50 | inderplus_ | brlcad: The design at behance.net does not contain flip gallery because flip gallery will only be on front page. Yes, there will be consistent design but landing page will have an extra flip gallery and a big download button, apart from that I will try to merge both designs. |
| 18:01.29 | maths22 | brlcad: what label could they add that would not be there before :) |
| 18:01.39 | maths22 | (Not a real question) |
| 18:08.55 | inderplus_ | brlcad: Can I get ftp access to the mediawiki skin folder? |
| 18:32.10 | maths22 | I figured out part of why it looks bad: a lot of the css links to localhost, which does not make sense. It needs to somehow be relative |
| 18:35.27 | inderplus_ | maths22: exactly, specifically speaking icon fonts are loaded using absolute paths. Rest of it is relative. It must look bad as instead of icons you must be seeing letters everywhere. |
| 18:42.25 | inderplus_ | maths22: I will send you the newer files in morning (as per my time zone :P ) , it would be really easy for both of us, If I could get ftp access to the skins folder. So that I can make such changes and at-least for once get this theme working well on the server. Currently, it's in pretty bad shape on server. |
| 19:08.34 | brlcad | maths22: how would you like to proceed? |
| 19:10.10 | brlcad | maths22: do you feel inderpreet is ready for access to the repo or would you rather work with him via commits |
| 19:10.59 | brlcad | we can set up beta to be exactly what is in the repo so people don't need direct access to the server |
| 19:18.40 | *** join/#brlcad pulkit-pc (~chatzilla@14.139.82.6) | |
| 19:49.16 | maths22 | That would make sense to me |
| 19:50.01 | maths22 | I would say give him it, and if you could comitt what is in beta now (After I tell you I checked for plaintext passwords), that would be great |
| 19:50.31 | maths22 | I also would like to know how to committ a large directory of new files at onc |
| 19:50.36 | maths22 | /onc/once |
| 19:52.33 | maths22 | I would think that we anyways would keep a degree of separation between the non-beta site and the repo |
| 19:52.53 | maths22 | That way the repo would not immediately break the live site once it is based on the repo |
| 20:15.22 | brlcad | we certainly don't need both physical access and commits for more people than currently have access |
| 20:16.15 | brlcad | if we set up commits, it should be sufficient to use that as the means for managing the site |
| 20:18.23 | brlcad | how to commit a large directory of files depends on what is being modified, but should be as simple as svn add path1 path2 file3 file*.c |
| 20:37.19 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) | |
| 20:51.39 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) | |
| 21:06.02 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-pynwrjlokdcycoyt) | |
| 21:06.21 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 21:06.38 | *** join/#brlcad pulkit-pc (~chatzilla@14.139.82.6) | |
| 21:08.06 | *** join/#brlcad krushia (~krushia@saturn.pcsrvc.com) | |
| 21:09.36 | maths22 | I tried that, but I got hook errors about file types or something like that-I'll check tonight |
| 21:31.59 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 21:40.09 | *** join/#brlcad pulkit-pc (~chatzilla@14.139.82.6) | |
| 21:43.54 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 21:46.32 | *** join/#brlcad new_user (0e8b5206@gateway/web/ajax/mibbit.com/session) | |
| 22:00.29 | kanzure_ | /win 5 |
| 22:06.38 | *** join/#brlcad krushia (~krushia@saturn.pcsrvc.com) | |
| 22:10.33 | Notify | 03BRL-CAD:carlmoore * 59911 (brlcad/trunk/src/nirt/nirt.c brlcad/trunk/src/nirt/nirt.h): nirt.c and nirt.h : implement h for help; old h becomes H; fix spacing in Usage; add commented off remarks in Usage about A,E |
| 22:22.00 | Notify | 03BRL-CAD:starseeker * 59906 brlcad/trunk/src/libdm/dm-osg.cpp: Don't actually need the material here |
| 22:27.14 | Notify | 03BRL-CAD:starseeker * 59912 brlcad/trunk/src/libdm/dm-osg.cpp: Start working on matrix stuff. |
| 22:36.24 | *** join/#brlcad krushia (~krushia@saturn.pcsrvc.com) | |
| 22:40.16 | Notify | 03BRL-CAD:starseeker * 59910 (brlcad/trunk/include/dm/dm-osg.h brlcad/trunk/src/libdm/dm-osg.cpp): Use a timer to provide incremental view updates during the drawing process. Commented out for now (need to fix the 'don't call drawVList unless you need to' problem first) and needs to be made an option since it does add some time to the overall drawing process. |
| 22:41.56 | ``Erik | brlcad: irritating, but at least we have an answer. :/ Be nice if they would've called you to say "uh, oops". fwiw, httpd did NOT come up automatically, so we spent an hour saying "nobody home" and taking the google hit for it |
| 22:47.00 | *** join/#brlcad krushia (~krushia@saturn.pcsrvc.com) | |
| 23:03.36 | Notify | 03BRL-CAD:starseeker * 59913 brlcad/trunk/src/libdm/dm-osg.cpp: Better - still not fully correct in translation, but can rotate successfully. |
| 23:36.13 | Notify | 03BRL-CAD:starseeker * 59914 brlcad/trunk/src/libdm/dm-osg.cpp: Boiling it down to what 'works' - still not right, as we're not orthographic |
| 23:45.13 | brlcad | ``Erik: you fixed rc.conf? or did it not come up for some other reasons? I see an =YES there now |
| 23:45.38 | brlcad | maths22: http://brlcad.org/wiki/Mime-types |
| 23:45.57 | brlcad | maths22: basically, you have to have a .subversion/config file set up if you do not already |
| 23:46.06 | brlcad | default is to manually specify |
| 23:46.16 | maths22 | ok thanks |