00:21.40 |
yukonbob |
brlcad: re: montezuma -- that's the one
;) |
00:23.49 |
yukonbob |
looks forward to IriX64
returning |
00:32.04 |
*** join/#brlcad vedge
(i=vedge@vedge.org) |
04:47.21 |
*** join/#brlcad pacman87
(i=127@resnet-45-192.dorm.utexas.edu) |
05:21.03 |
starseeker |
is suddenly curious to learn
about vim... |
05:25.04 |
pacman87 |
starseeker: http://xkcd.com/378/ |
06:35.23 |
louipc |
starseeker: you use emacs? |
07:34.52 |
brlcad |
tis a classic |
10:10.05 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
10:22.06 |
*** join/#brlcad clock_
(n=clock@217-162-111-96.dclient.hispeed.ch) |
10:37.13 |
*** join/#brlcad illethal
(n=oden@c-71-200-221-159.hsd1.fl.comcast.net) |
10:37.34 |
illethal |
Good morning comrades. |
10:44.53 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
11:47.49 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
11:58.11 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
12:03.17 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
12:04.05 |
*** part/#brlcad illethal
(n=oden@c-71-200-221-159.hsd1.fl.comcast.net) |
12:12.19 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
12:17.16 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
12:40.08 |
*** join/#brlcad Axman6
(n=Axman6@61-69-25-165.netspeed.com.au) |
12:48.49 |
*** join/#brlcad docelic
(n=docelic@78.134.198.227) |
13:42.32 |
*** join/#brlcad andrecastelo
(n=chatzill@189.71.41.1) |
14:24.23 |
starseeker |
louipc: Normally, yes - primarily in the past
because the best/only interfaces to various programs were written
in Emacs |
14:25.08 |
starseeker |
louipc: But I never really achieved true
proficiency (or perhaps just sufficient finger dexterity) to make
proper use of it. |
14:27.03 |
starseeker |
louipc: The time has now come when I will
need to properly learn at least one good editor. Since I use the
terminal instead of a graphical file manager and fluxbox instead of
KDE/Gnome, I thought perhaps I should give vim/gvim another
look. |
14:27.46 |
starseeker |
louipc: Last time I tried it, it was WAAAY to
early in my Linux/Unix travels for me to appreciate it |
14:27.52 |
starseeker |
er s/to/too |
14:28.40 |
starseeker |
hates to admit it but he
still falls back on nano/nedit often, and that just won't do
;-) |
15:00.08 |
*** join/#brlcad Elperion
(n=Bary@p54875426.dip.t-dialin.net) |
15:18.31 |
*** join/#brlcad iraytrace
(n=iraytrac@c-67-172-239-24.hsd1.ut.comcast.net) |
15:25.24 |
louipc |
starseeker: haha no it won't. I used xemacs a
long time ago but then I stopped programming and forgot it. I
decided to pick up vim recently just to have a taste of the other
side and I'm stuck now. I am starting to get annoyed about it
though from some performance and auto features. |
15:26.26 |
louipc |
but not annoyed enough to try emacs again...
even though I don't recall having the same problems. It might just
be some defaults in my distro I need to clobber. |
15:26.48 |
starseeker |
what's the annoyance? |
15:26.55 |
starseeker |
hasn't heard of vim
performance problems... |
15:27.41 |
louipc |
like loading a 1000+ line file that has tabs
displayed as spaces |
15:28.09 |
starseeker |
Hmm |
15:28.13 |
louipc |
and even when scrolling through the file will
be jumpy |
15:28.23 |
starseeker |
looks for a big file to
test... |
15:28.41 |
louipc |
also if moving across a line with lots of
nested parenthesis and brackets is slow |
15:29.04 |
louipc |
that's when you have all the syntax foo
running of course |
15:29.30 |
starseeker |
Hmm. |
15:29.41 |
starseeker |
anyone else having such problems? |
15:29.58 |
starseeker |
is doing OK with fence.c in
proc-db... |
15:31.12 |
louipc |
not that I know of |
15:31.30 |
starseeker |
what distro you running? |
15:31.38 |
louipc |
oh yeah it might just be the syntax
files |
15:31.45 |
louipc |
fence.c seems ok for me too |
15:32.01 |
louipc |
but php is really where it gets bogged
down |
15:32.17 |
louipc |
arch linux |
15:32.39 |
louipc |
I never coded php in emacs so that might be it
:D |
15:32.47 |
louipc |
only coded in a C variant |
15:34.14 |
``Erik |
louipc: is that using gvim, or in a console,
or in a terminal window? |
15:34.17 |
``Erik |
tends to use rxvt or xterm
for performance, gnome-terminal and konsole get ass slow and jumpy
themselves... |
15:34.47 |
louipc |
rxvt |
15:35.26 |
``Erik |
weird, is the 'jumpiness' due to lines longer
than your terminal width, maybe? that causes vim to skip X lines to
get to the next newline, LOOKS jumpy |
15:35.28 |
``Erik |
*shrug* |
15:36.01 |
starseeker |
waits for ``Erik to start
gloating... |
15:36.10 |
``Erik |
about what? |
15:36.11 |
``Erik |
O.o |
15:36.17 |
starseeker |
trying gvim |
15:36.23 |
``Erik |
meh *shrug* just tools |
15:36.24 |
louipc |
no I was monitoring cpu usage once and it was
kicking up to 80% |
15:36.26 |
louipc |
:D |
15:36.39 |
louipc |
I think it might be the php syntax parsing and
such |
15:37.08 |
louipc |
but also displaying tabs as spaces definitely
slowed it down |
16:51.43 |
yukonbob |
morning, cadheads |
17:02.37 |
brlcad |
howdy yukonbob |
17:07.28 |
yukonbob |
howdy -- how's it going today? |
17:26.01 |
brlcad |
pretty good! |
17:55.13 |
yukonbob |
nice to hear |
18:45.17 |
andrecastelo |
doubt in rayhit() : when checking for exposed
areas, the code checks if the area has been seen. but when checking
for presented areas, it doesn't have that check. Why ? |
18:55.49 |
*** join/#brlcad jdoliner
(n=jdoliner@wireless-230-69.uchicago.edu) |
18:56.19 |
jdoliner |
hi is there anyone here I could ask a few
questions about GSoC |
18:56.38 |
yukonbob |
jdoliner: yes - ask away ;) |
18:56.40 |
docelic |
you just ask your thing |
18:58.21 |
jdoliner |
good my application is on CSG on
brep |
18:58.40 |
jdoliner |
and I've been commincating largely with
Christopher Sean Morrison is he perhaps here |
18:59.06 |
yukonbob |
he is -- nick == brlcad |
18:59.25 |
jdoliner |
good |
18:59.31 |
jdoliner |
I |
19:01.05 |
jdoliner |
Sean you asked me to explain exactly how I
foresee implementing this, particularly getting it working with the
openNurbs library |
19:09.12 |
jdoliner |
so you just want an explanation of how we
convert the ON_brep struct to something that is definitely usable
by our system right? |
21:33.01 |
*** join/#brlcad docelic
(n=docelic@78.134.198.227) |
21:36.42 |
*** join/#brlcad clock_
(n=clock@217-162-111-96.dclient.hispeed.ch) |
21:49.10 |
*** join/#brlcad clock__
(n=clock@217-162-111-96.dclient.hispeed.ch) |