I cant bring back the "new tab, same directory" feature after doing pacman -Suy a couple of days ago. Do anybody still got this working with latest gnome-terminal (bash) and vte?
It is still working for me. Just having this in .bashrc:
. /etc/profile.d/vte.sh
lmello wrote:works here, make sure you make /etc/profile.d/vte.sh executable:
# If using vte [ -x /etc/profile.d/vte.sh ] && . /etc/profile.d/vte.sh
I'm doing it slightly differently but should have the same effect.
[ -e /etc/profile.d/vte.sh ] && source /etc/profile.d/vte.sh
It was working fine until the change that deprecated __vte_ps1.
Since the feature from update doesn't make me happy, I get the old vte.sh code back:
__vte_ps1() (
printf "\033]7;file://%s" ${HOSTNAME:-$(hostname)}
__vte_urlencode "$PWD"
printf "\a"
)
Or, better, I put __vte_ps1 and __vte_urlencode(can get from latest vte.sh) in .bashrc.
]]>More problematic is: the results are repeated again and again. I've recognized this, too. Are there any known solutions?
Sorry, no clue... doesn't happen to me, well it used to happen, not anymore. What version of the Shell are you using?
]]>-- mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] --
]]>works here, make sure you make /etc/profile.d/vte.sh executable:
# If using vte [ -x /etc/profile.d/vte.sh ] && . /etc/profile.d/vte.sh
I'm doing it slightly differently but should have the same effect.
[ -e /etc/profile.d/vte.sh ] && source /etc/profile.d/vte.sh
It was working fine until the change that deprecated __vte_ps1.
]]>drenninghoff wrote:vte was updated. Now you only have to add this to your ~/.bashrc:
. /etc/profile.d/vte.sh
Doesn't work for me.
I'm sourcing the file but every time I open a new tab it's in my home directory.
works here, make sure you make /etc/profile.d/vte.sh executable:
# If using vte
[ -x /etc/profile.d/vte.sh ] && . /etc/profile.d/vte.sh
vte solution didn't work for me either (zsh + ohmyzsh user, sourcing or adding it to ps1 in zshrc didn't do the trick)
i tried xdotool to get the current folder into a new window, but timing didn't work right
instead, i added this at the end of my ~/.zshrc and ~/.bashrc
function nw {
gnome-terminal --window --working-directory=`pwd` &&
echo -e -n "\033[1A\033[K"
}
type nw to open a new gnome-terminal window which keeps the current directory
(the second line jumps up on the commandline + erases what you typed, so if i type nw it doesn't show in the original terminal anymore)
my 2 cents: i hate workarounds for something that must be fixed upstream
edit: added bonus: n+w+enter = 3 keys, same effort as ctrl+shift+n
edit: works for all cases, except when something is running in my shell and i can't type in the command and get it executed
vte was updated. Now you only have to add this to your ~/.bashrc:
. /etc/profile.d/vte.sh
Doesn't work for me.
I'm sourcing the file but every time I open a new tab it's in my home directory.
vte was updated. Now you only have to add this to your ~/.bashrc:
. /etc/profile.d/vte.sh
Cool, now we have two 'operation modes'. This well could be switched via the preferences tab tough.
]]>. /etc/profile.d/vte.sh
There is an embryo of documentation on the Gnome FAQ regarding the possibility to keep the working directory when opening a new tab :
Since version 3.7, for new terminals to start in the working directory of the current terminal, it is necessary for the shell running in the terminal to cooperate. For this, vte installs a bash shell script that you must use in your bash PS1 prompt. For example, you can put this at the end of your ~/.bashrc file:
export PS1='\[$(__vte_ps1)\]'$PS1
To get it work, you have to source vte.sh in your .bashrc, as stated here:
. /etc/profile.d/vte.sh export PS1='\[$(__vte_ps1)\]'$PS1
I had some strange window order issues, but I think they were largely from a dodgy shell extension and a slightly crusty config (weren't present in a new account).
]]>frostbittenking wrote:My Problems: G 3.8 has a strange behaviour with respect to "popup-ish" windows. Eg, smplayer2: When selecting subtitles via. opensubtitles.org via the context menu, the subs menu pops up, and the main video window disappears to the background. I observed this behaviour with other software too, but I can't remember which one.
This happens with gnome-mplayer too, but not with totem. Strange. The latest GTK+3 is buggy, and probably this affects the Qt-GTK interface. Try to set another GUI-style from qtconfig-qt4 to see if that happens again.
Ok, cool. At least I'm not the only one (like lvm booting fails every second/third time, but that's another story).
]]>