00:53.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:20.30 |
Notify |
03BRL-CAD:n_reed * 63077
(brlcad/branches/brep-debug/src/libbrep/debug_plot.cpp
brlcad/branches/brep-debug/src/libbrep/debug_plot.h): fix plot
memory leaks |
03:35.55 |
Notify |
03BRL-CAD:brlcad * 63078
brlcad/trunk/include/vmath.h: of course I'd get these two mixed up.
V_MIN/V_MAX are a little tricky as they *set* the left operand to
the min/max of both operand values. that means we want CLAMP to be
raised to the min else lowered to the max, not raised to the max
else lowered to the min... |
03:41.28 |
Notify |
03BRL-CAD:brlcad * 63079
brlcad/trunk/db/db.php: convert to an html comment block and
php-mode |
03:44.37 |
Notify |
03BRL-CAD:brlcad * 63080
(brlcad/trunk/src/adrt/isst_tcltk.c
brlcad/trunk/src/adrt/slave/slave.c): put CLAMP to use |
03:52.05 |
Notify |
03BRL-CAD:brlcad * 63081
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/librt/primitives/brep/brep.cpp): change the
signature of rt_brep_boolean() to take a db_op_t instead of a
string for the boolean operation so the function doesn't need to
concern itself with parsing. this lets us refactor the op string
parsing to be consistent, using db_str2op() instead. consequently
eliminates xor from the brep intersect |
03:52.07 |
Notify |
command, which wasn't working
anyways. |
04:07.43 |
*** join/#brlcad konrado
(~root@41.205.22.19) |
04:09.55 |
Notify |
03BRL-CAD:brlcad * 63082
(brlcad/trunk/src/conv/asc/asc2g.c
brlcad/trunk/src/conv/asc/g2asc.c): more CLAMP()
propagation |
04:11.38 |
Notify |
03BRL-CAD:brlcad * 63083
(brlcad/trunk/src/conv/comgeom/tools.c brlcad/trunk/src/conv/cy-g.c
brlcad/trunk/src/conv/dxf/dxf-g.c): leverage V_MIN/V_MAX where
appropriate to set bounds on values |
04:19.01 |
Notify |
03BRL-CAD:brlcad * 63084
(brlcad/trunk/src/conv/euclid/euclid-g.c
brlcad/trunk/src/conv/euclid/euclid_format.c and 3 others): ws
indent style cleanup |
04:20.27 |
konrado |
brlcad hello |
04:30.46 |
brlcad |
howdy konrado |
04:35.32 |
Notify |
03BRL-CAD:brlcad * 63085
brlcad/trunk/src/conv/fast4-g.c: some ws cleanup, but also
eliminate old dead code that was never used. |
04:36.11 |
brlcad |
konrado: how goes the coding? |
04:37.00 |
konrado |
Not started coding still doing alot
research |
04:38.01 |
konrado |
Is the open scene graph compiled by default in
brlcad |
04:38.05 |
konrado |
? |
04:39.40 |
Notify |
03BRL-CAD:brlcad * 63086
brlcad/trunk/src/conv/g-shell-rect.c: ws style cleanup |
04:42.47 |
konrado |
i tried converting a simple epa primitive to
vrml using the g-vrml converter but it was not working then after
trying to find a work around i did g-stl, stl-g then g-vrlm which
did a partial convertion.Why could i not get a direct
convetion? |
04:45.52 |
konrado |
Can you give me some pointers on how to
convert vrml primitive to polygons. I have been contemplating using
openvrml/openscenegraph? |
04:47.22 |
brlcad |
konrado: when you run "cmake ...." it performs
tests looking for open scene graph |
04:47.44 |
brlcad |
you also have to enable it, but if it finds it
and it's enabled, it'll be used |
04:49.27 |
brlcad |
as for why g-vrml didn't work on the epa, it
could be for a variety of obscure reasons like there not being a
properly defined region to export |
04:50.32 |
brlcad |
it should and can work (as seen by some of the
other converters) .. and probably a quick/easy if it doesn't that
you could probably debug successfully |
04:52.04 |
brlcad |
that said, you're welcome to also rewrite the
g-vrml exporter using a lib if you're so inclined ... might greatly
help you understand what they're doin too if you go through line by
line. |
04:55.12 |
*** join/#brlcad konrado
(~root@41.205.22.19) |
04:55.15 |
Notify |
03BRL-CAD:brlcad * 63087
(brlcad/trunk/src/conv/g-vrml.c brlcad/trunk/src/conv/iges/iges.c):
more CLAMPing |
04:55.45 |
Notify |
03BRL-CAD:brlcad * 63088
brlcad/trunk/src/conv/iges/revolve.c: more min/max
half-clamping |
05:01.13 |
konrado |
I am still trying to find my way though the
openvrml/openscenegraph source code and was thinking i could use
the openscenegraph vrml primitive plugin to write a routine that
would convert the vrml primitive to polygons so i can use them
indexedfaceset while implimenting a vrml-g conveter |
05:02.54 |
konrado |
but i would like to know if you can point me
to some better way of achieving this |
05:04.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:05.43 |
Notify |
03BRL-CAD:brlcad * 63089
(brlcad/trunk/src/anim/anim_fly.c
brlcad/trunk/src/conv/iges/spline.c and 2 others): more CLAMP() and
V_MAX/MIN propagation |
05:07.22 |
konrado |
brlcad: Are there some similarities between
x3d and collada converters |
05:07.30 |
konrado |
? |
05:07.59 |
brlcad |
konrado: i'm of the opinion that less is more
.. openvrml or one of the other libs should work perfectly
sufficiently |
05:08.38 |
brlcad |
using something like OSG is pretty much
unnecessary and undesirable for this .. that's huge baggage for
what is supposed to be a simple converter |
05:09.16 |
brlcad |
similarities in what sense? "yes, they both
can describe geometry" |
05:11.02 |
konrado |
Does collada describe geometry with respect to
polygons like vrml? |
05:12.10 |
brlcad |
it can |
05:12.31 |
brlcad |
why? relevance? |
05:15.06 |
konrado |
I was also thinking of how to implement
g-dae |
05:15.22 |
brlcad |
suggest concentrating on just vrml or x3d or
whatever other format , not hopping around amongst formats when you
run into some issue ... otherwise it'll just make it even harder
for you |
05:16.17 |
brlcad |
if you get one finished (any format) that
doesn't exist, you'll usually have a much greater
understanding |
05:17.22 |
brlcad |
just realize the APIs and skills you need to
export are not the same as those you need during import .. best to
focus on one or the other only (for starters) |
05:17.29 |
konrado |
presently working on vrml-g the others are
just asides |
05:17.37 |
brlcad |
okay |
05:17.55 |
brlcad |
so have you tried using openvrml
yet? |
05:18.23 |
brlcad |
are you comfortable with c++? |
05:18.57 |
konrado |
Yes but still trying find my way through the
api |
05:19.02 |
brlcad |
useful sample files:
http://www2.cmp.uea.ac.uk/~jrk/wwwvrml.dir/public-vrml/VRMLLECTURE/ |
05:21.23 |
konrado |
Not very comfortable to c++ as compared to c
but i dont mind working with c++ |
05:21.38 |
brlcad |
ooooh, I see openvrml uses the spirit
parser... |
05:22.21 |
konrado |
I just started looking into that and its all
new to me |
05:22.59 |
konrado |
dont think it would be any problem |
05:23.16 |
brlcad |
we used to use the spirit parser |
05:23.43 |
konrado |
What for? |
05:23.52 |
brlcad |
for an entirely different lib, but that effort
was abandonded |
05:28.03 |
konrado |
Thank very much brlcad for the mentoring. I am
going to rest now i have been up night preparing for the ACM-ICPC
contest. |
05:28.15 |
konrado |
I really appreciate the time you put in as a
mentor. |
05:29.19 |
konrado |
Brlcad: Bye |
06:35.43 |
*** join/#brlcad blessing
(~chick@41.205.22.41) |
08:03.55 |
*** join/#brlcad blessing
(~chick@41.205.22.41) |
08:08.18 |
*** join/#brlcad ries
(~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
08:50.48 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
08:59.51 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:48.54 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:53.21 |
*** join/#brlcad mihaineacsu
(~mihaineac@92.81.143.44) |
11:42.55 |
starseeker |
would try extracting the
relevant bits from Coin3D as a first run at
vrml-g... |
11:50.54 |
``Erik |
vrml, egg, x3d and collada are all xml
formats, does it make sense for us to have a general purpose xml
lib in src/other/ at this time? (who knows, maybe v6 asc will be
xml instead of tcl) |
11:50.59 |
``Erik |
or v7 |
11:53.05 |
``Erik |
(xml<->sexp is trivial, so that'd be
cool... quick translate and #'read the geometry :D ) |
11:54.10 |
``Erik |
https://github.com/Vifon/sexp-to-xml
heh, easier than I thought |
11:55.55 |
``Erik |
http://dev.man-online.org/package/main/xml-to-sexp/ |
11:57.45 |
``Erik |
sexp aside, xml is reasonably common and is
something we have ad-hoc implementations of here and there, picking
a good lib and having things use it would reduce code, reduce bug
surface area, and make new xml stuff a bit easier... *shrug* worth
considering imho |
12:00.56 |
``Erik |
footpedals for input...
https://twitter.com/Jaime_Fournier/status/516994237121179648/photo/1
(emacs super/hyper/meta with feet... full body coding!) |
12:02.26 |
``Erik |
http://usb.brando.com/usb-triple-foot-switch-iii_p02000c046d15.html |
12:03.11 |
``Erik |
no explicit support for mac/linux/bsd, but
it's a hid device |
12:03.43 |
``Erik |
so possibly xkeymap them |
12:27.53 |
*** join/#brlcad blessing
(~chick@41.205.22.41) |
12:34.47 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
12:35.03 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:50.18 |
*** join/#brlcad ries
(~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
13:12.13 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
13:13.47 |
brlcad |
really depends ... most of the formats we care
about that are xml-based are already hooked up to use a particular
xml parser and it would seem to me a waste of time to try and
rewrite any to use a different parser |
13:16.03 |
brlcad |
interesting foot pedals... would have totally
gone for that when I had rsi flair-up back in college |
13:26.30 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
13:50.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:41.34 |
*** join/#brlcad mihaineacsu
(~mihaineac@89.120.36.27) |
14:42.12 |
*** join/#brlcad bhattigurjot
(~scott@117.225.212.195) |
14:42.14 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
14:51.00 |
*** join/#brlcad bhattigurjot
(~bhattigur@117.225.212.195) |
14:53.44 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
14:54.13 |
bhattigurjot |
Hello, I asked about working in MGED on the
mailing list, but didn't get any reply there |
14:55.08 |
bhattigurjot |
I was asking whether I should know tcl/tk
before working with Qt |
16:07.54 |
*** join/#brlcad sofat
(~sofat@49.138.90.97) |
16:13.44 |
Notify |
03BRL-CAD:carlmoore * 63090
(brlcad/trunk/doc/docbook/system/man1/en/gqa.xml
brlcad/trunk/src/libged/gqa.c): initialize 'debug' to 0; add -d to
man page |
16:14.01 |
brlcad |
sofat: link to the latest? |
16:14.36 |
*** join/#brlcad albertcoder
(~albertcod@117.237.81.161) |
16:15.46 |
sofat |
this is for xsl stylesheet |
16:15.47 |
sofat |
http://pastie.org/9614206 |
16:16.30 |
sofat |
i use xsl style sheet to convert xml to
html |
16:17.24 |
sofat |
now i am right ? |
16:21.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:22.43 |
brlcad |
that is the basic idea, but that xsl
stylesheet doesn't for embedding (since it creates its own
html/head/body sections) |
16:23.44 |
brlcad |
also the emplate is only pulling the para
blocks, but really we want it to pull everything and let the css
file tell it what to show or not show |
16:23.53 |
*** join/#brlcad user_name
(~Divyanshi@106.192.184.60) |
16:27.06 |
*** join/#brlcad sofat
(~sofat@49.138.90.97) |
16:27.31 |
sofat |
brlcad, yes |
16:28.14 |
sofat |
then how i convert the xml file to
html |
16:28.44 |
sofat |
if i use xsl file so i need to define the html
tag according my needs |
16:32.37 |
sofat |
brlcad, don't need to define
head,body |
16:32.52 |
sofat |
without of this they work |
16:33.25 |
sofat |
there is new code for xml |
16:33.26 |
sofat |
http://pastie.org/9614246 |
16:34.03 |
sofat |
there is php code |
16:34.04 |
sofat |
http://pastie.org/9614247 |
16:34.08 |
sofat |
please check |
16:39.09 |
*** join/#brlcad sofat_
(~sofat@49.138.90.97) |
16:39.32 |
*** join/#brlcad sofat_
(~sofat@49.138.90.97) |
16:40.16 |
sofat_ |
brlcad, please tell me how i complete this
work according your needs |
16:41.25 |
brlcad |
sofat_: what am I checking ofr? does it work
is the next question? :) |
16:42.11 |
brlcad |
did you get the style/formatting cleaned
up? |
16:42.25 |
sofat_ |
yes |
16:42.34 |
sofat_ |
i removed html,head |
16:42.42 |
sofat_ |
tag from xsl file |
16:43.42 |
sofat_ |
http://pastie.org/9614246 |
16:43.52 |
sofat_ |
there is php code |
16:43.58 |
sofat_ |
http://pastie.org/9614247 |
16:44.05 |
brlcad |
you don't need to keep pasting it,
heh |
16:44.07 |
brlcad |
I saw it |
16:44.25 |
sofat_ |
sorry |
16:44.28 |
brlcad |
again, really we want it to pull everything
and let the css file tell it what to show or not show |
16:44.39 |
brlcad |
the template is only pulling the para blocks
manually |
16:45.29 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
16:45.58 |
sofat_ |
yes |
16:46.19 |
sofat_ |
what is next step |
16:46.27 |
brlcad |
I'd expect something like one of these other
xsl files: doc/docbook/resources/brlcad |
16:46.58 |
brlcad |
there are many possible next steps, several
that I've pointed out to you .. .what do YOU think the next steps
are? |
16:50.30 |
sofat_ |
i see there is more files |
16:50.30 |
brlcad |
the last time we talked, you were also going
to clean up the formatting of your main php code |
16:50.51 |
brlcad |
did you complete that? |
16:53.03 |
sofat_ |
not yet , i will complete this i was working
on xsl style sheet to convert xml to html |
16:56.44 |
*** join/#brlcad mihaineacsu
(~mihaineac@89.122.231.155) |
16:57.00 |
sofat_ |
regarding formating for code you told me
header and footer files but i made a wordpress plugin so header
footer is not part of plugin, because header and footer is part of
theme by default. |
16:58.53 |
brlcad |
the header and footer are just
comments |
16:59.08 |
brlcad |
documentation about it |
17:00.08 |
brlcad |
sofat_: so what is your long-term
motivation? |
17:00.53 |
brlcad |
I understand that you're wanting to work on
something, but what is your interest? |
17:01.56 |
brlcad |
whatever you work on should be independently
useful to you, it's not an assignment you're turning in to
me |
17:02.03 |
brlcad |
interesting and useful |
17:02.51 |
brlcad |
if you know of any possible way(s) to make
your work better or to take a next step, you should take those
steps without waiting for anyone to tell you that those are the
next steps |
17:03.06 |
brlcad |
does that make sense? |
17:03.30 |
sofat_ |
i wanted to convert benchmark DB into
mediawiki extension and i had worked three months on that |
17:03.51 |
sofat_ |
but also wish to complete this work
|
17:04.01 |
brlcad |
this has the potential to be very useful and
seen by hundreds of thousands of people... :) |
17:05.41 |
brlcad |
we can get back to the benchmark db work soon,
but there are lots of considerations there ... |
17:06.22 |
brlcad |
it's not even clear yet with the migration to
wordpress that we'll stick with mediawiki if there's a suitable
alternative that has better features |
17:06.39 |
brlcad |
that doesn't mean your work was wasted, but it
means we need to look at exactly what you did more
carefully |
17:06.58 |
brlcad |
also reimphasizes the importance of
commmunication in open source software development |
17:07.02 |
brlcad |
talk early, talk often ;) |
17:07.29 |
sofat_ |
honestly i have some problem in language and
communication |
17:07.45 |
brlcad |
regardless, this is all good work .. we just
need to get it polished into a status where it can go
live |
17:08.04 |
brlcad |
yeah, I'm seeing that ... hopefully the
language and communication will improve with time |
17:08.07 |
sofat_ |
but i will try to improve both technically
and with language |
17:08.11 |
brlcad |
I suggest taking notes of
yourunderstanding |
17:08.33 |
sofat_ |
alright thanks |
17:09.15 |
brlcad |
you have several obstacles / learning
opportunities ;) |
17:09.36 |
sofat_ |
sir please give me short term tasks which i
can complete in a time |
17:10.11 |
sofat_ |
i am ready to learn and overcome
obstacles |
17:10.28 |
brlcad |
1) how to contribute to open source, 2) how to
collaborate online / internationally, 3) understanding the
requirements, 4) solving the coding problems by actually writing
code, 5) being patient with me ... ;) and more |
17:10.43 |
brlcad |
please, again, no sir here ;) |
17:11.02 |
brlcad |
you don't even know that I'm a sir |
17:11.37 |
brlcad |
you already have several short term tasks,
no? |
17:12.33 |
sofat_ |
sir i chose xml convert into html with help of
xsl |
17:12.43 |
brlcad |
NO SIR! |
17:13.04 |
brlcad |
please |
17:13.31 |
sofat_ |
so please gave me clear view so i complete
this task |
17:13.54 |
sofat_ |
where i am wrong ? |
17:14.07 |
brlcad |
you mean besides repeatedly calling me sir?
:) |
17:14.36 |
sofat_ |
haha |
17:14.46 |
sofat_ |
ok sean :-) |
17:15.02 |
sofat_ |
yes |
17:15.11 |
brlcad |
you tell me what you think remains needing to
be done |
17:16.30 |
sofat_ |
first convert xml to html in proper way and
second provide coding standard to code |
17:19.26 |
brlcad |
anything else? |
17:20.44 |
sofat_ |
i know only this tasks. |
17:21.45 |
brlcad |
those sound good to me too ;) |
17:22.09 |
brlcad |
see -- you don't need me to tell you what to
do, you already know |
17:22.28 |
brlcad |
so do them and if you know of some way to
improve something, do that too |
17:22.44 |
brlcad |
when you have nothing left to improve, submit
it for review |
17:22.52 |
brlcad |
sound good? |
17:24.11 |
sofat_ |
okay, i will need some help between |
17:27.49 |
*** join/#brlcad mihaineacsu
(~mihaineac@89.122.231.155) |
18:00.51 |
*** join/#brlcad albertcoder
(~albertcod@117.234.223.135) |
18:10.19 |
brlcad |
oof, now that was a tricky regex to get
working...
[[:space:]]if[[:space:]]\([[:space:]]*([^[:space:]]*?)[[:space:]]*[^-][<>][=]?[[:space:]]*([^[:space:]]*?)[[\ |
18:10.22 |
brlcad |
:space:]]*\).*\n?[[:space:]]+\1?\2?[[:space:]]*= |
18:11.27 |
brlcad |
finds code looking like a min/max clamping
case |
18:11.55 |
brlcad |
and I learned a new grep flag the process,
woot |
18:12.15 |
``Erik |
hm, sofat has bailed... is the flag gnu or
real? :D |
18:13.17 |
*** join/#brlcad gaganjyot
(~gagan@124.253.225.188) |
18:14.23 |
brlcad |
the flag is perl actually |
18:14.31 |
brlcad |
-Po |
18:14.55 |
``Erik |
yeah, the xml formats we have implemented are
already implemented... dur... if we know that the implementations
are flawless and there will be no more implementations, then I
agree that it would be a waste of time... I find myself disagreeing
with the "if's" :) |
18:15.05 |
brlcad |
allow perl extensions (e.g., allow matching \n
newlines and only print the matches |
18:15.35 |
brlcad |
(?s) is also new to me, apparently syntax to
make . match any char space char including newlines |
18:16.29 |
``Erik |
cool... regex and newlines has always been an
issue for me... some impls do it, some don't... some want funky
syntax... ^V\n style |
18:16.57 |
brlcad |
I do it all the time in perl, but I needed
grep-find in emacs to do it |
18:17.10 |
``Erik |
imma note -Po and (?s) for practice |
18:17.46 |
brlcad |
assumes those are gnu grep
specific |
18:19.58 |
``Erik |
talked to j auten tuesday evening, sounds like
the ed la tolteca lunch was good fun, sorry I missed it
:) |
18:21.46 |
``Erik |
ya'll gotta give me at least 1.5 hours notice
so I can get out there |
18:23.55 |
``Erik |
for bz, I'm working on developing a quicklisp
search webapp (similar to cocoapods.org, but for the packages
quicklisp provides), is it cool if I use bz for that? I doubt it'll
bring much traffic after the launch, probably 'dozens' per
day |
18:27.46 |
brlcad |
no worries here |
18:29.20 |
*** join/#brlcad mihaineacsu
(~mihaineac@92.81.143.44) |
18:59.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:59.12 |
*** join/#brlcad stevegt``
(~stevegt@cislunar.TerraLuna.Org) |
20:04.48 |
*** join/#brlcad konrado
(~root@195.24.216.142) |
20:30.50 |
Notify |
03BRL-CAD:carlmoore * 63091
brlcad/trunk/doc/docbook/system/man1/en/gqa.xml: shift <para>
designation, and add '_units' |
20:46.48 |
Notify |
03BRL-CAD:carlmoore * 63092
brlcad/trunk/doc/docbook/system/man1/en/gqa.xml: change what was
reference to -T; should have been -V |
21:15.55 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
23:35.21 |
*** part/#brlcad gaganjyot
(~gagan@124.253.225.188) |