Discussion:
Opera w zmaksymalizowanym oknie
(Wiadomość utworzona zbyt dawno temu. Odpowiedź niemożliwa.)
Jacek Maciejewski
2018-01-06 09:57:31 UTC
Permalink
Opera uruchamia się domyślnie w małym oknie. Jeśli chcesz uruchomić w
zmaksymalizowanym, dopisujesz do polecenia (startera)
"--start-maximized" i działa. Za cholerę natomiast nie wiem jak zrobić
żeby Opera się uruchamiała zmaksymalizowana po kliknięciu w link w innym
programie, np. mailerze. Kombinacje z
/usr/share/applications/opera.desktop nie działają.
System Mint 18.3 mate. Ktoś coś? :)
--
Jacek
I hate haters.
marrgol
2018-01-06 13:24:28 UTC
Permalink
Post by Jacek Maciejewski
Opera uruchamia się domyślnie w małym oknie. Jeśli chcesz uruchomić w
zmaksymalizowanym, dopisujesz do polecenia (startera)
"--start-maximized" i działa. Za cholerę natomiast nie wiem jak zrobić
żeby Opera się uruchamiała zmaksymalizowana po kliknięciu w link w innym
programie, np. mailerze. Kombinacje z
/usr/share/applications/opera.desktop nie działają.
System Mint 18.3 mate. Ktoś coś? :)
Spróbuj owijania ;-) -- najprościej byłoby chyba zmienić nazwę pliku
'opera' (/usr/bin/opera?) na np. 'real.opera' i utworzyć skrypt
'opera' o zawartości:

#!/bin/bash
exec /usr/bin/real.opera --start-maximized "$@"


Można by też pewnie użyć devilspie/devilspie2, ale to chyba przesada,
skoro opera „sama umie” się zmaksymalizować…
--
mrg
Jacek Maciejewski
2018-01-06 16:45:29 UTC
Permalink
Post by marrgol
#!/bin/bash
U mnie to raczej:
/usr/lib/x86_64-linux-gnu/opera/opera.real --start-maximized "$@"
Ale działa, dzięki. Sprytne :) cholera, sam powinienem na to wpaść :)
--
Jacek
I hate haters.
Zbych
2018-01-08 07:07:29 UTC
Permalink
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Jacek Maciejewski
2018-01-08 07:31:51 UTC
Permalink
Post by Zbych
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Nie ma róży bez kolców :) Jak znasz lepszą mtodę to chętnie posłucham.
No i mam jeszcze drugi problemik - otóż jak kliknę w operze link typu
mailto: to mi się uruchamia thunderbird bo jest jedynym instalowanym
mailerem w moim OS-ie. Ale ja używam do maili opery 12.16/M2 która nie
jest instalowana bo by się kłóciła z operą 49. Ponieważ nie jest
instalowana to mechanizmy OS-a jej nie widzą. Mimo tego, gdzieś jest
plik konfiguracyjny OS-a który kieruje wywołanie mailto: do jakiegoś
programu i ja bym chciał wiedzieć jaki to plik. Oraz jak się nim
posłużyć, bo mam wrażenie że już tam kiedyś byłem i poległem na składni
poleceń.
--
Jacek
I hate haters.
Zbych
2018-01-08 08:26:18 UTC
Permalink
Post by Jacek Maciejewski
Post by Zbych
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Nie ma róży bez kolców :) Jak znasz lepszą mtodę to chętnie posłucham.
Nie wiem czy lepszą ale zacząłbym od sprawdzenia czy maksymalizacją nie
może się zająć menadżer okien (antyk:
http://www.linuxnov.com/how-to-set-a-single-or-all-windows-to-start-in-maximized-mode-using-ccsm/),
a jak nie to dopisał ścieżkę $HOME/bin na pierwszym miejscu w path i tam
umieścił ten skrypt odpalający operę (bez modyfikacji oryginalnych plików).
Jacek Maciejewski
2018-01-08 09:25:06 UTC
Permalink
Post by Zbych
a jak nie to dopisał ścieżkę $HOME/bin na pierwszym miejscu w path i tam
umieścił ten skrypt odpalający operę (bez modyfikacji oryginalnych plików).
Mógłbyś nieco szerzej bo nie wszystko rozumiem?
--
Jacek
I hate haters.
Zbych
2018-01-08 11:17:03 UTC
Permalink
Post by Jacek Maciejewski
Post by Zbych
a jak nie to dopisał ścieżkę $HOME/bin na pierwszym miejscu w path i tam
umieścił ten skrypt odpalający operę (bez modyfikacji oryginalnych plików).
Mógłbyś nieco szerzej bo nie wszystko rozumiem?
1. mkdir ~/.bin
2. nano ~/.bin/opera i wpisz /usr/lib/x86_64-linux-gnu/opera/opera
--start-maximized "$@"
3. chmod u+x ~/.bin/opera
4. nano ~/.bashrc i wpisz gdzieś na końcu
export PATH=$HOME/.bin:$PATH

Po wylogowaniu i ponownym zalogowaniu sprawdź czy echo $PATH pokazuje
ścieżkę do twojego katalogu. Ponieważ jest w pierwszej kolejności, to
skrypt opera z tego katalogu powinien się wykonywać zamiast oryginalnej
opery. Ten myk nie zadziała gdy programy będą się posługiwać pełną
ścieżką do oryginalnej opery.
Jacek Maciejewski
2018-01-08 12:39:58 UTC
Permalink
Post by Zbych
2. nano ~/.bin/opera i wpisz /usr/lib/x86_64-linux-gnu/opera/opera
A przepraszam czy ten plik nie ma być przypadkiem plikiem wykonywalnym
bash'a, tj. nie powinien się zaczynać od #!/bin/bash?
--
Jacek
I hate haters.
Zbych
2018-01-08 12:58:19 UTC
Permalink
Post by Jacek Maciejewski
Post by Zbych
2. nano ~/.bin/opera i wpisz /usr/lib/x86_64-linux-gnu/opera/opera
A przepraszam czy ten plik nie ma być przypadkiem plikiem wykonywalnym
bash'a, tj. nie powinien się zaczynać od #!/bin/bash?
Powinien, ale jak się nie będzie zaczynał, to tragedii nie będzie.
Jacek Maciejewski
2018-01-08 17:24:48 UTC
Permalink
Post by Zbych
Post by Jacek Maciejewski
Post by Zbych
a jak nie to dopisał ścieżkę $HOME/bin na pierwszym miejscu w path i tam
umieścił ten skrypt odpalający operę (bez modyfikacji oryginalnych plików).
Mógłbyś nieco szerzej bo nie wszystko rozumiem?
1. mkdir ~/.bin
2. nano ~/.bin/opera i wpisz /usr/lib/x86_64-linux-gnu/opera/opera
3. chmod u+x ~/.bin/opera
4. nano ~/.bashrc i wpisz gdzieś na końcu
export PATH=$HOME/.bin:$PATH
Po wylogowaniu i ponownym zalogowaniu sprawdź czy echo $PATH pokazuje
ścieżkę do twojego katalogu. Ponieważ jest w pierwszej kolejności, to
skrypt opera z tego katalogu powinien się wykonywać zamiast oryginalnej
opery. Ten myk nie zadziała gdy programy będą się posługiwać pełną
ścieżką do oryginalnej opery.
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
--
Jacek
I hate haters.
Jacek Maciejewski
2018-01-08 19:31:45 UTC
Permalink
Post by Zbych
Post by Jacek Maciejewski
Post by Zbych
a jak nie to dopisał ścieżkę $HOME/bin na pierwszym miejscu w path i tam
umieścił ten skrypt odpalający operę (bez modyfikacji oryginalnych plików).
Mógłbyś nieco szerzej bo nie wszystko rozumiem?
1. mkdir ~/.bin
2. nano ~/.bin/opera i wpisz /usr/lib/x86_64-linux-gnu/opera/opera
3. chmod u+x ~/.bin/opera
4. nano ~/.bashrc i wpisz gdzieś na końcu
export PATH=$HOME/.bin:$PATH
Po wylogowaniu i ponownym zalogowaniu sprawdź czy echo $PATH pokazuje
ścieżkę do twojego katalogu. Ponieważ jest w pierwszej kolejności, to
skrypt opera z tego katalogu powinien się wykonywać zamiast oryginalnej
opery. Ten myk nie zadziała gdy programy będą się posługiwać pełną
ścieżką do oryginalnej opery.
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
PS. A dokładniej, działa kiedy uruchamiam operę przez terminal.
Natomiast nie działa ani ze startera na pulpicie ani z dowolnego linku
mailto:
--
Jacek
I hate haters.
Zbych
2018-01-09 15:23:54 UTC
Permalink
Post by Jacek Maciejewski
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
PS. A dokładniej, działa kiedy uruchamiam operę przez terminal.
Natomiast nie działa ani ze startera na pulpicie ani z dowolnego linku
Ok, to znaczy że bashrc wykonuje się tylko jak odpalisz terminal a nie
jak logujesz się do Xów. Trzeba znaleźć inne miejsce które pozwoli na
modyfikację PATH. Google podpowiada też plik ~/.profile:
https://askubuntu.com/questions/60218/how-to-add-a-directory-to-the-path
Kamil Jońca
2018-01-09 17:01:04 UTC
Permalink
Post by Zbych
Post by Jacek Maciejewski
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
PS. A dokładniej, działa kiedy uruchamiam operę przez terminal.
Natomiast nie działa ani ze startera na pulpicie ani z dowolnego linku
Ok, to znaczy że bashrc wykonuje się tylko jak odpalisz terminal a nie
jak logujesz się do Xów. Trzeba znaleźć inne miejsce które pozwoli na
https://askubuntu.com/questions/60218/how-to-add-a-directory-to-the-path
pytanie czy używa basha :P

jeśli tak to pewnie ~/.bashenv
KJ
--
http://wolnelektury.pl/wesprzyj/teraz/
The very remembrance of my former misfortune proves a new one to me.
-- Miguel de Cervantes
Jacek Maciejewski
2018-01-10 20:17:30 UTC
Permalink
Post by Kamil Jońca
Post by Zbych
Post by Jacek Maciejewski
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
PS. A dokładniej, działa kiedy uruchamiam operę przez terminal.
Natomiast nie działa ani ze startera na pulpicie ani z dowolnego linku
Ok, to znaczy że bashrc wykonuje się tylko jak odpalisz terminal a nie
jak logujesz się do Xów. Trzeba znaleźć inne miejsce które pozwoli na
https://askubuntu.com/questions/60218/how-to-add-a-directory-to-the-path
pytanie czy używa basha :P
jeśli tak to pewnie ~/.bashenv
Ale ja nie mam ani jednego ani drugiego. To co, mam sobie któryś zrobić?
A jak OS nie przewiduje w ogóle czytania takiego np. ~/.profile?
--
Jacek
I hate haters.
marrgol
2018-01-10 21:37:36 UTC
Permalink
Post by Jacek Maciejewski
Post by Kamil Jońca
Post by Zbych
Post by Jacek Maciejewski
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
PS. A dokładniej, działa kiedy uruchamiam operę przez terminal.
Natomiast nie działa ani ze startera na pulpicie ani z dowolnego linku
Ok, to znaczy że bashrc wykonuje się tylko jak odpalisz terminal a nie
jak logujesz się do Xów. Trzeba znaleźć inne miejsce które pozwoli na
https://askubuntu.com/questions/60218/how-to-add-a-directory-to-the-path
pytanie czy używa basha :P
jeśli tak to pewnie ~/.bashenv
Ale ja nie mam ani jednego ani drugiego. To co, mam sobie któryś zrobić?
A jak OS nie przewiduje w ogóle czytania takiego np. ~/.profile?
Utwórz ~/.profile. To plik konfiguracyjny basha (i innych shelli)
i OS nie ma żadnego wpływu na to, czy jest czytany, czy nie.
Co do ~/.bashenv, to nie ma takiego pliku konfiguracyjnego, pewnie
pomyliło się Kamilowi ze zmienną BASH_ENV, którą bash w pewnych
sytuacjach wykorzystuje. Szczegóły na stronach manuala.
--
mrg
Kamil Jońca
2018-01-10 21:55:31 UTC
Permalink
Post by marrgol
Utwórz ~/.profile. To plik konfiguracyjny basha (i innych shelli)
i OS nie ma żadnego wpływu na to, czy jest czytany, czy nie.
Co do ~/.bashenv, to nie ma takiego pliku konfiguracyjnego, pewnie
pomyliło się Kamilowi ze zmienną BASH_ENV, którą bash w pewnych
sytuacjach wykorzystuje. Szczegóły na stronach manuala.
Fakt, myślałem, że ma domyślną wartość, a tu okazuje się, że nie. :)
A te "pewne sytuacjie" w których jest wykorzystywana, to myślę, że
akurat tu mają zastosowanie.
Hint: czy shell uruchomiony w ten sposób będzie interaktywny czy może
jednak nie?
KJ
--
http://wolnelektury.pl/wesprzyj/teraz/
Aren't you glad you're not getting all the government you pay for now?
marrgol
2018-01-10 22:33:29 UTC
Permalink
Post by Kamil Jońca
Post by marrgol
Co do ~/.bashenv, to nie ma takiego pliku konfiguracyjnego, pewnie
pomyliło się Kamilowi ze zmienną BASH_ENV, którą bash w pewnych
sytuacjach wykorzystuje. Szczegóły na stronach manuala.
Fakt, myślałem, że ma domyślną wartość, a tu okazuje się, że nie. :)
A te "pewne sytuacjie" w których jest wykorzystywana, to myślę, że
akurat tu mają zastosowanie.
Niekoniecznie, ponieważ w wątku wystąpiła sugestia, że shebang
nie jest niezbędny… :-)
--
mrg
Jacek Maciejewski
2018-01-11 13:12:53 UTC
Permalink
Post by marrgol
Post by Jacek Maciejewski
Post by Kamil Jońca
Post by Zbych
Post by Jacek Maciejewski
Ścieżkę pokazuje ale Opera otwiera się w małym oknie :) Coś nie działa.
PS. A dokładniej, działa kiedy uruchamiam operę przez terminal.
Natomiast nie działa ani ze startera na pulpicie ani z dowolnego linku
Ok, to znaczy że bashrc wykonuje się tylko jak odpalisz terminal a nie
jak logujesz się do Xów. Trzeba znaleźć inne miejsce które pozwoli na
https://askubuntu.com/questions/60218/how-to-add-a-directory-to-the-path
pytanie czy używa basha :P
jeśli tak to pewnie ~/.bashenv
Ale ja nie mam ani jednego ani drugiego. To co, mam sobie któryś zrobić?
A jak OS nie przewiduje w ogóle czytania takiego np. ~/.profile?
Utwórz ~/.profile. To plik konfiguracyjny basha (i innych shelli)
i OS nie ma żadnego wpływu na to, czy jest czytany, czy nie.
Co do ~/.bashenv, to nie ma takiego pliku konfiguracyjnego, pewnie
pomyliło się Kamilowi ze zmienną BASH_ENV, którą bash w pewnych
sytuacjach wykorzystuje. Szczegóły na stronach manuala.
Ech... Jak użyję .profile (tak, miałem, nie zauważyłem:) to:
1. z starterów na pulpicie i pasku jest OK, startuje zmaksymalizowana.
2. z linków w 40TudeDialog jest OK
3. z linków w Opera12/M2 jest nie OK, startuje zminimalizowana.
Chyba jednak wrócę do "sprytnego" pomysłu :) i będę poprawiał przy
każdym upgrejdzie.
--
Jacek
I hate haters.
marrgol
2018-01-08 22:15:03 UTC
Permalink
Post by Jacek Maciejewski
No i mam jeszcze drugi problemik - otóż jak kliknę w operze link typu
mailto: to mi się uruchamia thunderbird bo jest jedynym instalowanym
mailerem w moim OS-ie. Ale ja używam do maili opery 12.16/M2 która nie
jest instalowana bo by się kłóciła z operą 49. Ponieważ nie jest
instalowana to mechanizmy OS-a jej nie widzą. Mimo tego, gdzieś jest
plik konfiguracyjny OS-a który kieruje wywołanie mailto: do jakiegoś
programu i ja bym chciał wiedzieć jaki to plik. Oraz jak się nim
posłużyć, bo mam wrażenie że już tam kiedyś byłem i poległem na składni
poleceń.
1. utworzyć plik .desktop dla opery 12.16/M2, np. opera12.desktop,
w katalogu ~/.local/share/applications/

Najlepiej chyba skopiować opera.desktop z /usr/share/applications
i wyedytować, zmieniając przede wszystkim nazwę programu i jego
wywołanie.

2. w pliku (nowym, jeśli nie ma) ~/.local/share/applications/mimeapps.list
w sekcji [Added Associations] dopisać linię:
x-scheme-handler/mailto=opera12.desktop;

3. w panelu sterowania w preferowanych aplikacjach wybrać program
pocztowy o nazwie nadanej w pliku opera12.desktop

HTH,
--
mrg
marrgol
2018-01-08 14:04:50 UTC
Permalink
Post by Zbych
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Sprawdziłeś, czy spekulujesz? Synaptic Package Manager po prostu
nadpisze ten skrypt nową binarką bez zgłaszania żadnych błędów.
--
mrg
Zbych
2018-01-08 14:21:14 UTC
Permalink
Post by marrgol
Post by Zbych
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Sprawdziłeś, czy spekulujesz?
Sprawdziłem.
marrgol
2018-01-08 17:23:58 UTC
Permalink
Post by Zbych
Post by marrgol
Post by Zbych
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Sprawdziłeś, czy spekulujesz? Synaptic Package Manager po prostu
nadpisze ten skrypt nową binarką bez zgłaszania żadnych błędów.
Sprawdziłem.
No to mamy 1:1 :-), bo ja też sprawdziłem - aktualizacja się powiodła,
bezbłędnie. Fakt, że stosuję wrappery od lat i jakoś nigdy nie miałem
żadnych problemów z aktualizacjami (chyba że za „problem” uznać
nadpisanie skryptu) pomijam…
--
mrg
Marcin Debowski
2018-01-08 22:31:17 UTC
Permalink
Post by marrgol
Post by Zbych
Post by marrgol
Post by Zbych
Post by Jacek Maciejewski
Post by marrgol
#!/bin/bash
Ale działa, dzięki. Sprytne :)
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Sprawdziłeś, czy spekulujesz? Synaptic Package Manager po prostu
nadpisze ten skrypt nową binarką bez zgłaszania żadnych błędów.
Sprawdziłem.
No to mamy 1:1 :-), bo ja też sprawdziłem - aktualizacja się powiodła,
bezbłędnie. Fakt, że stosuję wrappery od lat i jakoś nigdy nie miałem
żadnych problemów z aktualizacjami (chyba że za „problem” uznać
nadpisanie skryptu) pomijam…
Nie wiem jak z operą, ale wielokrotnie mieszaem w plikach w obrebie
pakietów zarówno przy deb (Debian, Ubuntu, Mint) jak i rpm (Fedora,
Centos) i zawsze były nadpisywane bez słowa skargi.
--
Marcin
Kamil Jońca
2018-01-08 16:40:06 UTC
Permalink
marrgol <***@address.invalid> writes:

[...]
Post by marrgol
Post by Zbych
Sprytne do czasu najbliższej aktualizacji, która się nie uda bo menadżer
pakietów zauważy zmiany w plikach pakietu opery.
Sprawdziłeś, czy spekulujesz? Synaptic Package Manager po prostu
nadpisze ten skrypt nową binarką bez zgłaszania żadnych błędów.
Być może rpm zachowuje się tu inaczej niż deb.
KJ
--
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html
Creativity is no substitute for knowing what you are doing.
marrgol
2018-01-08 17:27:46 UTC
Permalink
Post by Kamil Jońca
Być może rpm zachowuje się tu inaczej niż deb.
rpm w mincie??
--
mrg
Kamil Jońca
2018-01-08 18:21:38 UTC
Permalink
Post by marrgol
Post by Kamil Jońca
Być może rpm zachowuje się tu inaczej niż deb.
rpm w mincie??
Może Zbych używa rpmiastej dystrybucji.
Kj
--
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html
Success is getting what you want; happiness is wanting what you get.
marrgol
2018-01-08 19:34:38 UTC
Permalink
Post by Kamil Jońca
Post by marrgol
Post by Kamil Jońca
Być może rpm zachowuje się tu inaczej niż deb.
rpm w mincie??
Może Zbych używa rpmiastej dystrybucji.
No właśnie ja używam „rpmiastej”, gdzie wrapper jest po prostu
nadpisywany nowym plikiem wykonywalnym i dlatego z ciekawości
sprawdziłem, czy w Mincie może jest inaczej -- jak się okazało,
działa to tak samo, czyli bez problemu. Dlatego mam wątpliwości,
czy Zbych rzeczywiście to sprawdził, ale dam się przekonać np.
screenshotem menadżera pakietów z błędem mówiącym, że update się
nie powiódł bo plik wykonywalny, który ma zostać nadpisany jest
inny, niż był zainstalowany.
--
mrg
Loading...