<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div>Ok. I'm not an Openbox dev, nor even a dev at all, but for me this behaviour is not part of the window manager, which ever it is. A window manager has to provide window decoration, placement and so on, but no real working space, only frames into which other applications would run and set up an environment.<br>
<br></div>This was my sysadmin point of view. And I tested it:<br><br></div>Logging off from my X session, going into some console to:<br></div>- stop my X server as root<br></div>- connect with normal user into a console (arrived of course in my $HOME)<br>
</div>- cd /tmp with taht user/console<br></div>- launch stratx from that console, still in /tmp<br><br></div>The result was openbox started without using my ~/.config/openbox files (no tint2 for a taskbar and so on) and the xterm I ran were all started into /tmp rather than my own home directory.<br>
</div>So when Openbox is starting or running it is not changing the current directory to $HOME.<br><br></div>Once back into my console I killed Openbox (ctrl + C...) and then my shell was still positionned into /tmp too.<br>
</div>So Openbox do not change the directory in the terminal you use to launch startx.<br><br></div>I'm using a Gentoo (modified to use systemd rather sysvinit but I don't think impact at all the startx script, it impacts when running X and Openbox system wide) and so my startx script could be different from yours, I don't knkow what system you are using.<br>
<br></div>On this system startx script is part of xinit package in version 1.3.3. I mentionned that because I expect this directory switch is done by the command you are using to launch Openbox, which seems to be startx.<br>
<br></div>Cheers,<br><br>mathias<br><div><div><div><div><div><div><div><div><div><br><br><div><div><div><br><br></div></div></div></div></div></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">2014-05-22 13:35 GMT+02:00 Crni Gorac <span dir="ltr"><<a href="mailto:cgorac@gmail.com" target="_blank">cgorac@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
No, reading user specified config files is, or course, OK with me.  I<br>
just want that, if for example /tmp is working directory in the shell<br>
when "startx" command run, that Openbox doesn't change working<br>
directory back to $HOME, but that /tmp stays as working directory.<br>
<br>
Thanks.<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, May 22, 2014 at 11:43 AM, Mathias Dufresne<br>
<<a href="mailto:mathias.dufresne@gmail.com">mathias.dufresne@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> Did you meant you want Openbox not looking into $HOME/.config/openbox for<br>
> configuration files? Refusing to all users any specific config?<br>
><br>
><br>
> 2014-05-22 11:13 GMT+02:00 Crni Gorac <<a href="mailto:cgorac@gmail.com">cgorac@gmail.com</a>>:<br>
>><br>
>> I've noticed that, when Openbox started, it would set current<br>
>> directory to $HOME.  I'd prefer instead to have it to start in another<br>
>> directory, so - would that be possible?<br>
>><br>
>> Thanks.<br>
>> _______________________________________________<br>
>> openbox mailing list<br>
>> <a href="mailto:openbox@icculus.org">openbox@icculus.org</a><br>
>> <a href="http://icculus.org/mailman/listinfo/openbox" target="_blank">http://icculus.org/mailman/listinfo/openbox</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> openbox mailing list<br>
> <a href="mailto:openbox@icculus.org">openbox@icculus.org</a><br>
> <a href="http://icculus.org/mailman/listinfo/openbox" target="_blank">http://icculus.org/mailman/listinfo/openbox</a><br>
><br>
_______________________________________________<br>
openbox mailing list<br>
<a href="mailto:openbox@icculus.org">openbox@icculus.org</a><br>
<a href="http://icculus.org/mailman/listinfo/openbox" target="_blank">http://icculus.org/mailman/listinfo/openbox</a><br>
</div></div></blockquote></div><br></div>