| 07:14.44 | *** join/#brlcad danfalck (n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) | |
| 19:12.30 | *** join/#brlcad test34 (n=test34@unaffiliated/test34) | |
| 19:31.49 | brlcad | test34: failed? | 
| 19:49.09 | b0ef | would be nice if focus didn't follow mouse | 
| 19:49.45 | b0ef | it makes M-TAB impossible | 
| 19:51.35 | test34 | brlcad, no nothing else failed, I didnt get to it again yet | 
| 19:54.10 | brlcad | b0ef: that's usually something controlled by your window manager, and easily turned off (or use a different window manager that does disable it) | 
| 19:54.34 | brlcad | test34: twas but a joke based on your nick :) | 
| 19:54.56 | test34 | brlcad, ahhh ok;) | 
| 19:55.40 | b0ef | brlcad: but why does this only happen with brlcad? | 
| 20:24.05 | brlcad | b0ef: which platform are you on? | 
| 20:24.40 | b0ef | brlcad: GNU/Linux with metacity-2.12.1 | 
| 20:25.13 | brlcad | and focus doesn't follow mouse if you move to another app? | 
| 20:26.06 | b0ef | brlcad: well, in a way, but with brlcad it's impossible to M-TAB the command window when the cursor is in the model window | 
| 20:27.04 | b0ef | brlcad: I have to move the mouse over the command window every time I want to enter a command | 
| 20:28.43 | b0ef | brlcad: am I making myself clear? | 
| 20:30.44 | brlcad | ah, yes | 
| 20:31.11 | b0ef | ;) | 
| 20:31.14 | brlcad | then the complaint really is that it's one a unified window but instead several independent windows ;) | 
| 20:31.23 | brlcad | er, that it's not one window | 
| 20:31.47 | b0ef | ?, not sure I follow | 
| 20:32.00 | b0ef | I really like the separation of windows | 
| 20:32.36 | brlcad | input-wise, what you're wanting is something like having two browser windows open, typing in one but have it show up in the other ;) | 
| 20:32.53 | b0ef | yes | 
| 20:33.02 | brlcad | just that these windows happen to look/behave different | 
| 20:33.04 | b0ef | I intend to use emacs as my input window when I get to it | 
| 20:33.32 | b0ef | I'm not sure if we're talking past eachother;) | 
| 20:33.45 | brlcad | know, I think I get what you're wanting.. | 
| 20:33.52 | brlcad | how to get there is unclear | 
| 20:34.14 | b0ef | I want two separate windows, gimp style | 
| 20:34.22 | b0ef | I thought this was the intention;) | 
| 20:34.57 | b0ef | but they behave like they somehow have a relationship;) | 
| 20:35.03 | brlcad | it is, though individual windows don't generally aquire focus in gimp | 
| 20:35.14 | brlcad | aside from the main context ones | 
| 20:35.29 | brlcad | the difference here is that there are two main context windows always | 
| 20:35.47 | brlcad | with different bindings for each | 
| 20:36.06 | brlcad | if the graphics window didn't have key bindings, it'd be easy.. you'd just pass it all through to the command window | 
| 20:36.34 | brlcad | what if there were something like a command window toggle | 
| 20:37.00 | b0ef | well, I really intend to use emacs for brlcad, but have gotten that far, yet | 
| 20:37.00 | brlcad | like hitting M-c would switch focus or something | 
| 20:37.35 | brlcad | "use emacs for brlcad" can mean a whole lot of things | 
| 20:37.49 | b0ef | yeah, that would work, but is it not possible to make M-TAB work? | 
| 20:37.51 | b0ef | well, a brlcad mode | 
| 20:37.59 | b0ef | instead of using the command window | 
| 20:38.55 | brlcad | a geometry major mode for emacs would be sweet | 
| 20:39.01 | b0ef | ;) | 
| 20:39.11 | brlcad | looked into it a little bit years ago, but never got off the ground | 
| 20:39.46 | brlcad | something akin to tar mode would work well for dealing with .g files in emacs | 
| 20:41.47 | b0ef | is verse something planned for brlcad?;) | 
| 20:43.55 | b0ef | maybe a bit premature;) | 
| 20:45.09 | brlcad | you mean using verse itself to communicate | 
| 20:45.17 | brlcad | or distributed modeling in general? | 
| 20:45.34 | b0ef | distributed modeling;) | 
| 20:45.43 | brlcad | ahh, yes that is planned | 
| 20:45.52 | brlcad | though whether verse would be used remains to be seen | 
| 20:46.23 | brlcad | there are several rather viable approaches including verse for the communication backend | 
| 20:47.54 | b0ef | how about making brlcad a daemon? | 
| 20:49.23 | b0ef | then connect interfaces like mged | 
| 20:50.08 | b0ef | and OSC for command protocol;) | 
| 21:04.27 | brlcad | b0ef: that's actually not far off how it currently behaves | 
| 21:05.04 | brlcad | and is exactly what the new interface will do as well, though with a more rigorously defined interface | 
| 21:05.35 | brlcad | OSC? | 
| 21:05.42 | brlcad | operations support command? | 
| 21:06.50 | brlcad | or the sound communications protocol? | 
| 21:24.45 | b0ef | brlcad: excellent;) | 
| 21:24.59 | b0ef | brlcad: yeah, the sound protocol | 
| 21:25.33 | b0ef | the sound in the name is a little misleading;) | 
| 22:30.37 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad danfalck (n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad CIA-21 (i=cia@cia.navi.cx) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad Maloeran (n=maloeran@195.139.172.210) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad ``Erik (i=erik@c-69-250-155-85.hsd1.md.comcast.net) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad dtidrow_work (n=dtidrow@host151.objectsciences.com) [NETSPLIT VICTIM] | |
| 22:30.37 | *** join/#brlcad Twingy (n=justin@74.92.144.217) [NETSPLIT VICTIM] | |
| 22:30.37 | *** mode/#brlcad [+o brlcad] by irc.freenode.net | |