Blokowanie aplikacji Wine w programie uruchamiającym nie jest trwałe

11

Z przyjemnością uruchamiam Word 2007 za pośrednictwem Wine na moim pulpicie Ubuntu 12.04. Wolę, aby usiadł w programie uruchamiającym, aby uzyskać łatwy dostęp, jednak za każdym razem, gdy rozpoczynam nową sesję (tj. Logowanie lub uruchamianie), program uruchamiający Word znikał.

Czy to może być błąd, czy robię coś złego?

unity launcher wine Cumulus007
źródło
otwórz słowo .desktop w .local / share / applications w edytorze tekstu i treść postów
doug
pastebin.com/YZ7BNEc8
Cumulus007
Twój Exe = nie działa dobrze w programie uruchamiającym. Jeśli możesz przejść do .exe i opublikować exact pathinc. exact name of the .exebyłoby łatwe do edycji lub utworzyć nowy .desktop. Mogę zgadywać, że to może zadziałać, choć tylko zgaduję. Exec=wine C:\\\\Program\\ Files\\\\Microsoft\\ Office\\\\Microsoft\\ Office\\\\Word\\\\WINWORD.EXEWykorzystuje to \\\\ do katalogów, \\ do spacji. Istnieją również inne sposoby, jeśli opublikujesz zgodnie z żądaniem, a także twoja nazwa użytkownika może podać inne wiersze alt Exec =
doug

Odpowiedzi:

11

Problem polega na tym, że plik .desktop NIE znajduje się w standardowym katalogu. Ulubione programy uruchamiające muszą znajdować się w /usr/share/applicationskatalogu lub w ~/.local/share/applicationsfolderze (a NIE w podkatalogu, jak w moich plikach .desktop wina). Skopiuj tam plik .desktop, a następnie przeciągnij go do programu uruchamiającego, aby go tam zablokować.

Inną opcją jest ustawienie pełnej ścieżki do programu uruchamiającego za pomocą ustawień gset, ale to jest ból.

EDYTUJ podczas dalszych badań, kiedy dodam plik pulpitu dla programu Word w moim systemie (rezydując w nim ~/.local/share/applications/wine/Programs/Microsoft Office/), jego nazwa jest dodawana w ustawieniach gset -zamiast zamiast /jego lokalizacji. Wykonanie następujących czynności za pomocą ustawieńsetów, aby to poprawić, sprawiło, że stały się dla mnie:

gsettings get  com.canonical.Unity.Launcher favorites > myfavs.txt

Edycja myfavs.txt zastąpić -z /:

['nautilus-home.desktop', .... , 'wine-Programs-Microsoft Office-Microsoft Office Word 2007.desktop']

staje się:

['nautilus-home.desktop', .... , 'wine/Programs/Microsoft Office/Microsoft Office Word 2007.desktop']

Następnie ustaw:

gsettings set com.canonical.Unity.Launcher favorites "`cat myfavs.txt`"

Złożyłem tutaj raport o błędzie, aby nie trzeba było tego robić: https://bugs.launchpad.net/unity/+bug/1033577

Ian B.
źródło
1

Nie robisz nic złego. Tak właśnie powstaje wino.

Aby cały czas mieć program Word 2007 w programie uruchamiającym, możesz utworzyć .desktopplik, który uruchamia program Word i przeciągnąć go do programu uruchamiającego. Ma to jednak wyraźną wadę polegającą na tym, że podczas działania programu Word na ikonach będzie on znajdować się w programie uruchamiającym.

Plik na pulpicie może wyglądać tak (nie używam wina, więc nie testowałem):

[Desktop Entry]
Name=Word 2007
Comment=Open Word 2007
Exec=wine ~/.wine/drive_c/Program\ Files/word.exe
Icon=network
Terminal=false
Type=Application
StartupNotify=true
Categories=GNOME;
OnlyShowIn=GNOME;Unity;
X-GNOME-Keywords=Applications;WinWord;
Name[en_US]=Word 2007

Oczywiście w tej linii

Exec=wine ~/.wine/drive_c/Program\ Files/word.exe

musisz zastąpić ścieżkę rzeczywistą ścieżką do pliku wykonywalnego (który najprawdopodobniej będzie dostępny $HOME/.wine/).

To nie jest idealne, ale najlepsze, co mogę zrobić.

dezorientować
źródło
Faktem jest, że plik .desktop dla programu Word jest już obecny. Jest w .local / share / applications i pojawia się w soczewce aplikacji.
Cumulus007
Czy próbowałeś przeciągnąć go do swojego programu uruchamiającego (zamiast używać „Zablokuj, aby uruchomić” w menu kontekstowym, gdy program Word jest uruchomiony)?
con-f-use
Zrobiłem. Próbowałem to zablokować, co działa, na czas sesji. Wyjaśniłem to w PO. edycja: przeciąganie również nie wydaje się trwałe.
Cumulus007
Nie powiedziałeś, że próbowałeś czegoś innego niż zablokowanie go w programie uruchamiającym. Moja najlepsza szybka i brudna poprawka to ta w mojej odpowiedzi. Możesz jednak spróbować zgłosić błąd lub sprawdzić, czy został on już zgłoszony: bugs.launchpad.net/unity
con-f-use
0

Fajnie, ale powyższe „poprawki” nie wydają się uniemożliwiać ciągłego zapisu Libra Office, (wielokrotnie) znikania z jego „Zablokowanego” pozycjonowania w programie uruchamiającym za każdym razem, gdy Cannonical więzi z dyskiem twardym (czasem przez godziny zmuszając kilka restartów) zwykle zaczyna się około dziesięć minut od uruchomienia lub ponownego uruchomienia. (Stałe „Zajęty dysk” również uniemożliwia wielu programom reagowanie lub nawet działanie w ogóle).

Mokie
źródło