Ponieważ istnieją komentarze wskazujące, że zaakceptowana odpowiedź była nieprawidłowa, uważam, że powinienem wskazać, że to pytanie nie może zawierać jednej odpowiedzi. Jeśli pytanie zostało zmienione, aby określić CLI, a zapytania dotyczące GUI zostały przeniesione do nowego wątku, rozwiałoby to zamieszanie. Chyba za późno na to.
W każdym razie dla nautilus (aka plików) na gnome pod Ubuntu 14.04. Biorąc pod uwagę przyjętą odpowiedź, możesz (tak jak ja) oczekiwać, że jej odpowiednikiem będzie:
donotdothisssudo update-alternatives --install /etc/alternatives/gnome-text-editor gnome-text-editor /usr/bin/geany 10
Tak myślałem i zepsuło to linki, więc nie rób tego! Jeśli tak, to są dla mnie:
lrwxrwxrwx /usr/bin/gnome-text-editor -> /etc/alternatives/gnome-text-editor
lrwxrwxrwx /etc/alternatives/gnome-text-editor -> /usr/bin/gedit
Podczas naprawy tego błędu odtworzyłem te łącza w następujący sposób:
lrwxrwxrwx /usr/bin/gnome-text-editor -> /etc/alternatives/gnome-text-editor
lrwxrwxrwx /etc/alternatives/gnome-text-editor -> /usr/bin/geany
Ponieważ tak naprawdę wszystko, co zrobiłem, to zastąpienie wtórnego linku prostego i mam pożądaną odpowiedź w moim systemie, domyślam się, że zadanie jest po prostu następujące:
sudo ln -s /usr/bin/geany /etc/alternatives/gnome-text-editor
Jednak uruchomienie polecenia CLI w celu zmiany czegoś, co jest specyficzne dla GUI, musi być niepoprawne. Miejscem, w którym biorą mnie dłonie, szukając tej opcji zmiany, jest system menu nautilus, obok indywidualnego ustawienia typu pliku. Jednak jedynym powodem, dla którego tam wybrałem, jest to, że właśnie tam jest część rozwiązania. Moim zdaniem, jeśli zastosowałeś się do logiki DPKG (aktualizacja-alternatywy) i umieściłeś ją w swojej dystrybucji, to nie chcesz, aby aplikacja przestrzeni użytkownika, taka jak Nautilus, zakłócała twoją aplikację menedżera ustawień. Moją pokorną propozycją, aby to naprawić, byłoby dodanie nowej kontroli ustawień edytora do ustawień >> szczegóły >> domyślne aplikacje, które z punktu widzenia użytkowników musiałyby być nową stroną. Zespół Nautilus musiałby wtedy zmienić menu, aby użytkownik został przekierowany na tę nową stronę. Byłoby to kompromisowe w przypadku, gdy moje ręce zabrały mnie do szukania ustawienia, gdzie moje „powinny” zabrać mnie zamiast tego i zarządzać procesem wprowadzania pojedynczego punktu do ustawienia systemu. Wygląda na to, że ta zmiana musiałaby się mieścić w gnieździe debianów, chociaż tylko zgaduję. Oczywiście nie byłoby sensu naliczać tego typu rzeczy bez zespołu Nautilusa, który byłby na pokładzie z tym pomysłem, musieliby również określić API lub równoważny mechanizm.
Moim zdaniem strona ustawień musiałaby obejmować zarówno domyślny wybór edytora gnome, jak i aplikację używaną do otwierania każdego pojedynczego pliku (która ma zastąpić bieżącą funkcjonalność dostarczaną przez Nautilus).
Postrzegam to jako przemijającą myśl, nie krępuj się, jeśli przemówi do ciebie. Niestety nie znam procedury i protokołu koniecznego do zrobienia tego sam.