IRC log for #brlcad on 20150608

01:48.53Notify03BRL-CAD Wiki:Bhollister * 8590 /wiki/User:Bhollister/DevLogJune2015:
01:53.23Notify03BRL-CAD Wiki:MeShubham99 * 8591 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:05.50Notify03BRL-CAD Wiki:MeShubham99 * 8592 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:29.27Notify03BRL-CAD Wiki:MeShubham99 * 8593 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:30.30Notify03BRL-CAD Wiki:MeShubham99 * 8594 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:30.59Notify03BRL-CAD Wiki:MeShubham99 * 8595 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:47.55Notify03BRL-CAD Wiki:MeShubham99 * 8596 /wiki/User:MeShubham99/GSoc15/log_developmen:
03:07.22Notify03BRL-CAD Wiki:59.91.114.120 * 8597 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
04:22.57starseekerbrlcad: the callback mechanism for the bu_opt logic seems to work, but in C89 the variables we're pointing to must be static (apparently this isn't an issue with C99)
04:24.19starseekerthat'll work for executables, but it's a problem for libged + C89 since (if I'm understanding correctly) static vars will cause problems for thread safety
04:29.19starseekerhttp://stackoverflow.com/a/12191177/2037687
04:30.43starseekerlooks like MSVC will tolerate the C99 style in this case:  http://stackoverflow.com/questions/160960/error-initializer-element-is-not-computable-at-load-time
04:34.28starseekerwonders how far away we are from c89 strict (which IIRC is the precursor to jumping to C99?)
05:27.56Notify03BRL-CAD Wiki:MeShubham99 * 8598 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:40.59Notify03BRL-CAD Wiki:MeShubham99 * 8599 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:43.08Notify03BRL-CAD Wiki:MeShubham99 * 8600 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:44.02Notify03BRL-CAD Wiki:MeShubham99 * 8601 /wiki/User:MeShubham99/GSoc15/log_developmen:
05:45.31Notify03BRL-CAD Wiki:MeShubham99 * 8602 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
07:16.40Notify03BRL-CAD Wiki:Konrado DJ * 8603 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
07:25.36*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-gywwbsfglmzlhvhi)
07:40.11Notify03BRL-CAD Wiki:Ngassafinjap * 8604 /wiki/User:Amalia/Development_logs: /* Saturday June 6th */
07:41.51Notify03BRL-CAD Wiki:Ngassafinjap * 8605 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
08:40.29*** join/#brlcad amalia237 (~amalia237@41.205.22.46)
08:49.29amalia237Hi brlcad
08:50.56*** join/#brlcad milinda (~milinda@192.248.8.66)
08:51.12Notify03BRL-CAD Wiki:Ngassafinjap * 8606 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
08:57.46*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:08.44amalia237ping brlcad
09:15.10teepee--it might be a bit early for US timezone ;)
09:23.17amalia237Okay teepee-- I guess I'll have to talk to them later
09:24.05teepee--yep, no worries, he'll see the ping
09:28.15*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
12:46.24*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
13:04.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:42.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:24.16Notify03BRL-CAD:carlmoore * 65214 (brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake and 2 others): remove trailing whitespace, and fix spellings
15:27.29Notify03BRL-CAD:starseeker * 65215 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Since we're at C89 for the moment, provide a macro based assignment that will allow for non-static pointers to be assigned to option description set_var values conveniently without requiring the static array initialization. Also start setting up the bu_opt unit tests to do
15:27.31Notifyactual value assignment verification, rather than crash/no-crash.
15:27.33Notify...
15:46.42Notify03BRL-CAD:starseeker * 65216 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More tweaking of tests.
15:50.01*** join/#brlcad sofat (~sofat@202.164.45.208)
16:32.06*** join/#brlcad milinda (~milinda@112.134.131.111)
16:33.22milindabrlcad : How to resolve the header file dependencies that met when creating a libdm window of ogl or X type ?
16:46.49*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
16:54.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oneqpziykvmysmdp)
17:03.24*** join/#brlcad vasc (~VASC@bl7-10-32.dsl.telepac.pt)
17:22.37*** join/#brlcad milinda (~milinda@124.43.246.150)
17:23.00*** join/#brlcad ih8sum3r (~chatzilla@122.173.248.73)
17:30.50ih8sum3rbrlcad, shubham: Hello
17:31.12Shubhamyes i am here
17:31.29ih8sum3rHow are you!
17:32.12Shubhamgood
17:32.40ih8sum3rI need to discuss about the feedback form. As I checked your PR. After getting throw the PR the conclusion was like this :
17:32.50ih8sum3rs / was / is
17:33.54ih8sum3rInstead of making the separate template it should be included in the landing page as the last slide.
17:34.04ih8sum3rWhy?
17:35.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:36.02Shubhamih8sum3r: what I thought of feedback was, that the user should have access to the page at all times, and not specifically on the landing page.
17:36.48ih8sum3rBecause there will be reduction of the code, also there will be no need to make a template having a submit and then navigate to the new page saying thank you and all. And also most commonly the feedback form is always consider important and included as the last page of all the website.
17:37.17ShubhamLike if he is in the middle of something and something pops up in his mind, he can just click a button being on the page he is already at, and post whatever he wants to post on the feedback form. And then coninue his work
17:38.21ShubhamSo maybe a footer having a link to the page will do the trick. maybe
17:38.33ih8sum3rI have designed in such a way http://awesomescreenshot.com/0e24ys3x40
17:39.38ih8sum3rHere is the full view of landing page http://awesomescreenshot.com/0314ys51ad
17:40.17ShubhamThe feedback page looks good to me, it's nice
17:40.34Shubhambut i am still unclear/ in doubt about keeping it just on the landing page
17:42.40ih8sum3rAccording to me, it just represents simplicity and it is fulfilling our needs too. But I need everyone's views.  
17:42.59Shubhamokay so, what if he is logged in
17:43.06Shubhamand want to give a feedvack
17:43.18Shubhamhe will have access to this page then as well right?
17:44.30ih8sum3rI don't think there is need of an authentication anyone who visits can give his or her feedback so I don't think it is necessary requirement.
17:45.08ShubhamBut it should not be the case that the user should log out to fill up the form
17:46.01ih8sum3rWhether the user is logged in / out he can give the feedback.
17:46.02ShubhamIt should not at all depend on authentication, i agree. but i would like to have access to that form at "all" times, whether authenticated or not
17:46.43ih8sum3rYes! access is available whether you are logged in / out.
17:47.14ShubhamI would never want to logout first and then fill the form and then log in again to continue to do whatever I was doing anyways
17:47.24Shubhamyeah sure, if that's the case then it's fine
17:47.44Shubhamjust confirm this thing with Sean
17:47.59Shubhambrlcad
17:48.02ih8sum3rI'm facing bit of the problem, I used to same code as yours but when I clicked on submit button the email is not send.
17:49.02ih8sum3rIt's working fine if it is in the template.
17:49.04Shubhamcheck your spam once, for a confirmation email from "formspree team"
17:49.43Shubhamthen maybe we need to check the routes
17:50.58ih8sum3rI'll just committed on my branch can you please review once and tell what's going wrong.
17:52.29ShubhamI'll fix that, but working this way will lead to major merge conflicts man
17:53.33ShubhamI don't want 2-3 days wasted in resolving merge conflicts and integrating backend and frontend
17:54.36*** join/#brlcad sofat (~sofat@106.192.182.31)
17:54.46ShubhamI have 2 PRs and 3rd one to be submitted in another 1-2 days. Plus there are these tiny but crucial changes at the backend everytime
17:55.26Shubhamih8sum3r: We seriously need to talk to the mentor about this
17:57.17ih8sum3rYah! I think we should post an to inderpreet, harmanpreet and whosoever who can review our commit. Otherwise there would be lot of PR's and maybe a mess while merging them.
17:57.52ShubhamIt's like if your branch is merged, my feedback branch will be useless, and if my feedback branch is merged, there will be merge conflicts
17:58.22ih8sum3rAgree!
17:59.30ShubhamI am not submitting any PRs further now, until either the previous one's are merged, or we get the edit rights.
18:00.07ShubhamI must advice you not to commit, till then. maybe make a separate branch
18:00.24Shubhamplease
18:01.31ih8sum3rNothing like that you must keep on working and sending the PR. Maybe they are busy right now but defiantly they will take the action and according to me it will be all good. :)
18:03.16ShubhamI don't know man :(
18:03.23Shubhamgtg
18:03.56ih8sum3rDon't panic it will be all okay. Trust me :D
18:04.50Shubhambye :D
18:22.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.52*** join/#brlcad sofat (~sofat@223.225.238.136)
19:27.01vasci'm waiting for merges of my patches too
19:27.22vascone of them even fixes a compile error when opencl is turned on but even that one wasn't committed yet
19:27.47vasclet alone the others which actually add features
19:28.18vasci guess we just need to patiently wait
19:28.37sofatbrlcad, hi
19:28.58vasci probably need to figure out how to use git with subversion
19:30.12sofatI have done the work to merge  the docs with website, TOC, Search please if you free then please check any tell me about any update
19:30.18sofatthere is link
19:30.19sofathttp://202.164.53.122/~hitesh/wordpress/?page_id=216
19:34.54*** join/#brlcad sofat (~sofat@106.192.159.75)
19:38.10*** join/#brlcad sofat_ (~sofat@106.192.149.30)
19:51.39``Erikcrap, I just got wwdc'd
20:02.01*** join/#brlcad sofat__ (~sofat@106.192.148.128)
20:10.54Notify03BRL-CAD:ejno * 65217 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on detecting WALL components (in progress); include toplevel primitives by default
20:12.23*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:26.46Notify03BRL-CAD Wiki:Bhollister * 8607 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015: Start of Week 3 (of 14) */
20:48.01brlcad``Erik: you going?
20:59.43sofat__brlcad, hello
21:03.44sofati have done my next milestones work(merge, searching, toc) , please review this
21:03.46sofathttp://202.164.53.122/~hitesh/wordpress/?page_id=216
21:11.54Notify03BRL-CAD Wiki:106.192.148.128 * 8608 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:12.01sofatthere is my script
21:12.02sofathttps://github.com/sofathitesh/brlcadscript
21:25.53Notify03BRL-CAD Wiki:Deekaysharma * 8609 /wiki/User:Deekaysharma/logs:
21:41.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:17.18*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:24.35Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8610 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.