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 */ |