IRC log for #brlcad on 20150608

01:48.53 Notify 03BRL-CAD Wiki:Bhollister * 8590 /wiki/User:Bhollister/DevLogJune2015:
01:53.23 Notify 03BRL-CAD Wiki:MeShubham99 * 8591 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:05.50 Notify 03BRL-CAD Wiki:MeShubham99 * 8592 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:29.27 Notify 03BRL-CAD Wiki:MeShubham99 * 8593 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:30.30 Notify 03BRL-CAD Wiki:MeShubham99 * 8594 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:30.59 Notify 03BRL-CAD Wiki:MeShubham99 * 8595 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:47.55 Notify 03BRL-CAD Wiki:MeShubham99 * 8596 /wiki/User:MeShubham99/GSoc15/log_developmen:
03:07.22 Notify 03BRL-CAD Wiki:59.91.114.120 * 8597 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
04:22.57 starseeker brlcad: 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.19 starseeker that'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.19 starseeker http://stackoverflow.com/a/12191177/2037687
04:30.43 starseeker looks 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.28 starseeker wonders how far away we are from c89 strict (which IIRC is the precursor to jumping to C99?)
05:27.56 Notify 03BRL-CAD Wiki:MeShubham99 * 8598 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:40.59 Notify 03BRL-CAD Wiki:MeShubham99 * 8599 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:43.08 Notify 03BRL-CAD Wiki:MeShubham99 * 8600 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:44.02 Notify 03BRL-CAD Wiki:MeShubham99 * 8601 /wiki/User:MeShubham99/GSoc15/log_developmen:
05:45.31 Notify 03BRL-CAD Wiki:MeShubham99 * 8602 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
07:16.40 Notify 03BRL-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.11 Notify 03BRL-CAD Wiki:Ngassafinjap * 8604 /wiki/User:Amalia/Development_logs: /* Saturday June 6th */
07:41.51 Notify 03BRL-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.29 amalia237 Hi brlcad
08:50.56 *** join/#brlcad milinda (~milinda@192.248.8.66)
08:51.12 Notify 03BRL-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.44 amalia237 ping brlcad
09:15.10 teepee-- it might be a bit early for US timezone ;)
09:23.17 amalia237 Okay teepee-- I guess I'll have to talk to them later
09:24.05 teepee-- 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.16 Notify 03BRL-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.29 Notify 03BRL-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.31 Notify actual value assignment verification, rather than crash/no-crash.
15:27.33 Notify ...
15:46.42 Notify 03BRL-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.22 milinda brlcad : 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.50 ih8sum3r brlcad, shubham: Hello
17:31.12 Shubham yes i am here
17:31.29 ih8sum3r How are you!
17:32.12 Shubham good
17:32.40 ih8sum3r I need to discuss about the feedback form. As I checked your PR. After getting throw the PR the conclusion was like this :
17:32.50 ih8sum3r s / was / is
17:33.54 ih8sum3r Instead of making the separate template it should be included in the landing page as the last slide.
17:34.04 ih8sum3r Why?
17:35.13 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:36.02 Shubham ih8sum3r: 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.48 ih8sum3r Because 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.17 Shubham Like 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.21 Shubham So maybe a footer having a link to the page will do the trick. maybe
17:38.33 ih8sum3r I have designed in such a way http://awesomescreenshot.com/0e24ys3x40
17:39.38 ih8sum3r Here is the full view of landing page http://awesomescreenshot.com/0314ys51ad
17:40.17 Shubham The feedback page looks good to me, it's nice
17:40.34 Shubham but i am still unclear/ in doubt about keeping it just on the landing page
17:42.40 ih8sum3r According to me, it just represents simplicity and it is fulfilling our needs too. But I need everyone's views.
17:42.59 Shubham okay so, what if he is logged in
17:43.06 Shubham and want to give a feedvack
17:43.18 Shubham he will have access to this page then as well right?
17:44.30 ih8sum3r I 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.08 Shubham But it should not be the case that the user should log out to fill up the form
17:46.01 ih8sum3r Whether the user is logged in / out he can give the feedback.
17:46.02 Shubham It 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.43 ih8sum3r Yes! access is available whether you are logged in / out.
17:47.14 Shubham I 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.24 Shubham yeah sure, if that's the case then it's fine
17:47.44 Shubham just confirm this thing with Sean
17:47.59 Shubham brlcad
17:48.02 ih8sum3r I'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.02 ih8sum3r It's working fine if it is in the template.
17:49.04 Shubham check your spam once, for a confirmation email from "formspree team"
17:49.43 Shubham then maybe we need to check the routes
17:50.58 ih8sum3r I'll just committed on my branch can you please review once and tell what's going wrong.
17:52.29 Shubham I'll fix that, but working this way will lead to major merge conflicts man
17:53.33 Shubham I 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.46 Shubham I 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.26 Shubham ih8sum3r: We seriously need to talk to the mentor about this
17:57.17 ih8sum3r Yah! 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.52 Shubham It'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.22 ih8sum3r Agree!
17:59.30 Shubham I am not submitting any PRs further now, until either the previous one's are merged, or we get the edit rights.
18:00.07 Shubham I must advice you not to commit, till then. maybe make a separate branch
18:00.24 Shubham please
18:01.31 ih8sum3r Nothing 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.16 Shubham I don't know man :(
18:03.23 Shubham gtg
18:03.56 ih8sum3r Don't panic it will be all okay. Trust me :D
18:04.50 Shubham bye :D
18:22.20 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.52 *** join/#brlcad sofat (~sofat@223.225.238.136)
19:27.01 vasc i'm waiting for merges of my patches too
19:27.22 vasc one of them even fixes a compile error when opencl is turned on but even that one wasn't committed yet
19:27.47 vasc let alone the others which actually add features
19:28.18 vasc i guess we just need to patiently wait
19:28.37 sofat brlcad, hi
19:28.58 vasc i probably need to figure out how to use git with subversion
19:30.12 sofat I 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.18 sofat there is link
19:30.19 sofat http://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 ``Erik crap, I just got wwdc'd
20:02.01 *** join/#brlcad sofat__ (~sofat@106.192.148.128)
20:10.54 Notify 03BRL-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.46 Notify 03BRL-CAD Wiki:Bhollister * 8607 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015: Start of Week 3 (of 14) */
20:48.01 brlcad ``Erik: you going?
20:59.43 sofat__ brlcad, hello
21:03.44 sofat i have done my next milestones work(merge, searching, toc) , please review this
21:03.46 sofat http://202.164.53.122/~hitesh/wordpress/?page_id=216
21:11.54 Notify 03BRL-CAD Wiki:106.192.148.128 * 8608 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:12.01 sofat there is my script
21:12.02 sofat https://github.com/sofathitesh/brlcadscript
21:25.53 Notify 03BRL-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.35 Notify 03BRL-CAD Wiki:Andrei.ilinca24 * 8610 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */

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