Fórum Root.cz
Hlavní témata => Software => Téma založeno: PanAnonymní 05. 02. 2018, 14:54:36
-
Zdravím všechny roots,
za nedlouho se blíží nový lap top na kterým si chci trochu více hrát s Linuxovými distry. Jaké jsou pro vás nějaké základní softwary, bez kterých Linux prostě nepoužíváte ? Například "preload" je poměrně zajímavý softwarek, který na bootu hodí do RAMky často používaný SW. Máte tedy nějaké podobné triky ?
Nějaké appky na kvalitnější správu životnosti baterie by se také mohli hodit.
Díky za vše
-
VirtualBox .... :)
-
Zdravím všechny roots,
za nedlouho se blíží nový lap top na kterým si chci trochu více hrát s Linuxovými distry. Jaké jsou pro vás nějaké základní softwary, bez kterých Linux prostě nepoužíváte ? Například "preload" je poměrně zajímavý softwarek, který na bootu hodí do RAMky často používaný SW. Máte tedy nějaké podobné triky ?
Nějaké appky na kvalitnější správu životnosti baterie by se také mohli hodit.
Díky za vše
Tak pro mne je to terminal s moznosti rozdeleni do vice oken, a aby umel quake mod, takze momentalne Tilix
-
Děsně jsem si navykl na Screen. Mnozí dávají přednost jeho následovníku Tmux.
-
Urxvt, vim
-
Zdravím všechny roots,
za nedlouho se blíží nový lap top na kterým si chci trochu více hrát s Linuxovými distry. Jaké jsou pro vás nějaké základní softwary, bez kterých Linux prostě nepoužíváte ? Například "preload" je poměrně zajímavý softwarek, který na bootu hodí do RAMky často používaný SW. Máte tedy nějaké podobné triky ?
Nějaké appky na kvalitnější správu životnosti baterie by se také mohli hodit.
Díky za vše
Jestli je to trik nevím, ale myslím si, že než mít appky na správu životnosti baterie je lepší tu správu vůbec nepotřebovat, tj. mít tak minimální prostředí, které ještě stačí na požadovanou činnost. Totéž se dá napsat i o tom preload. Nevím, proč bych měl zdržovat boot preloadem, ta appka se načte ve chvíli, kdy ji potřebuju. A pokud její načítání trvá dlouho, tak bych stejně dlouho čekal i její (a dalších) načtení během bootu. Nějak mi to nedává smysl.
Obecně doporučuju (nevnucuji) zkusit si nastavit bash (nebo vůbec vybrat si pracovní shell, zkusit různé powerline věci, git bash prompt apod), vim (nebo jiný bohatý editor), nějaké nestandardní prostředí - i3wm, git, shell aliasy apod. k obrazu svému (a klidně těch obrazů může být víc podle typu té které práce, tj zkusit třeba víc účtů každý pro jinou činnost). To vám dá náhled na to, co opravdu potřebujete a přiměje vás to vybrat si appky třeba v textovém režimu, které perfektně zastoupí práci velkých molochů (k vůli kterým tam potom chcete ten preload a správu baterky). Třeba od té doby co používám i3wm už nepotřebuju emulátor terminálu co umí taby nebo rozdělení do více oken nebo quake mod (což byla třeba nutnost v KDE).
-
jelikoz se snazim co nejvic veci delat v terminalu, tak:
i3-gaps, urxvt, zsh + prezto, vim, tmux, ranger, mc, git, transmission-daemon
bonusovy blbosti: feh, compton, dunst, py3status, redshift, vlc a co ja vim, co jeste
-
grep, awk, cat, tail, find, cut, tr, tar, dd, less ...
-
i3-gaps
Jediný screenshot na stránce s projektem je s poloprůhledným terminálem (chápu, že je to novinka v gapsu) s prosvítajícím obrázkem tapety. To opravdu někdo používáte při práci? Neruší vás to, nesnižuje to čitelnost a nezvyšuje riziko chyb?
-
Jediný screenshot na stránce s projektem je s poloprůhledným terminálem (chápu, že je to novinka v gapsu) s prosvítajícím obrázkem tapety. To opravdu někdo používáte při práci? Neruší vás to, nesnižuje to čitelnost a nezvyšuje riziko chyb?
Kdysi jsem si zkusil průhledné pozadí terminálu. Nevydrželo mi to ani 10 minut a už to ani zkoušet nebudu. Nesnesu už ani pestrobarevné fotky wallpaperu nebo jeho periodickou změnu.
-
krusader se vsemi archivatory a Kate, parcellite (nebo CopyQ) kvuli PasteALL coz casto pouzivam, fsearch pro indexaci nazvu souboru na celem disku a rychle hledani
jinak klasicke notoricky zname VirtualBox, mc, nano, crossover, libre office, vlc ...
-
Spominany mc.
ncdu pre rychle vyhodnotenie co a kolko zabera miesta na disku.
youtube-dl pre videjka.
-
To samozrejme závisí od toho, čomu sa človek venuje.
Ja napríklad často používam curl, htop, xfce4-terminal, LaTeX, Gimp, Geany, KWrite, KSnapshot, Krusader, NetBeans, VLC, Evince, Transmission, Opera/Firefox ...
-
KDE + KDE aplikace, Firefox, LibreOffice, K3B, Clementine, ISOMaster, GIMP, VLC, SMPlayer + hromada CLI nástrojů
-
i3-gaps
Jediný screenshot na stránce s projektem je s poloprůhledným terminálem (chápu, že je to novinka v gapsu) s prosvítajícím obrázkem tapety. To opravdu někdo používáte při práci? Neruší vás to, nesnižuje to čitelnost a nezvyšuje riziko chyb?
I3-gaps je to samy, co obyc i3, jen s nastavitelnyma mezerama mezi aplikacema. Ad pruhlednost - pruhlednost zapnutou mam, ale na cca 5% a k tomu mam naprosto minimalisticky tmavy pozadi, takze mne to fakt nerusi. Sam nechapu lidi, co maj mrte pruhledny terminaly a okna obecne.
-
K už existujícím odpovědím (mc, vim, htop, tmux, zsh, geeqie, ...) přidávám https://bitbucket.org/dvtomas/osd-monitors
-
Děsně jsem si navykl na Screen. Mnozí dávají přednost jeho následovníku Tmux.
ja davam prednost byobu (https://cs.wikipedia.org/wiki/Byobu) (nad Tmux (lze i nad Screen)) ;-)
mc htop xfce4-terminal (https://docs.xfce.org/apps/terminal/introduction)
ohledne vydrze: tlp (https://www.root.cz/clanky/tlp-prodluzte-vydrz-notebooku-az-o-30/) powertop (https://www.root.cz/zpravicky/pomuze-powertop-se-spotrebou-v-ubuntu-16-04/)
-
wine :D
-
Peki Dictionary ako offline anglický slovník. Cherrytree na poznámky. Gimp. TeXLive. Audacious.
Stále hľadám schopnú kalkulačku, niečo na spôsob Androidej RealCalc.
-
terminalové:
iftop, iperf, tcpdump,xfreerdp
GUI:
Vivaldi, Remmina, LogicalVolumeManagement, Epoptes, NoMachine, Kwrite/Kate
-
SpeedCrunch? Řádkové zadání, historie, proměnné, paměti ...
-
Zeal - offline dokumentace
-
screen, bash, vim, gcc, gdb, valgrind, konsole, vlc, python3, palemoon, perl, nmap
-
Pornhub a Transponder nebo jak se jmenuje ten torrent klient s červenou pákou
-
Bez yakuake/guake (vyjížděcí terminál) nedám ani ránu. Pak samozřejmě web browser(chromium), email klient (thunderbird), krusader, kate, nano, netbeans, steam, amarok, SMPlayer
-
mplayer
gimp
mc
vim
kdevelop
-
Ubuntu, Terminus, MC, Vim, Python, Chrome, Musescore, Calc.
-
Ubuntu, Terminus, MC, Vim, Python, Chrome, Musescore, Calc.
A jeste Bash, Inkscape, Gimp, Audacity a Audacious.
-
Prenesu se pres "must-have appky" (tfuj!) a asi takhle...
Mam minimalni instalaci KDE Plasma a vyhazenou vetsinu "ficur" (kdyz uz jsou tu ty frikulinske vyrazy). Aktivne pouzivam
- hafo soucasti KDE/Plasmy (spravce schranky, nastaveni obrazovek, Dolphin, Konsole a veci, ktere si vubec neuvedomuju, ze pouzivam),
- widget pro Redshift (klikaci nastaveni, toceni kolecka nad ikonkou meni teplotu barev obrazovky),
- vyjizdeci terminal Yakuake a v nem
- (a) sdcv: radkove rozhrani k slovnikum StarDict, ktere mam anglicke vykladove, s vyslovnosti v IPA,...,
- (b) mpv jako radkovy prehravac hudby, naviguji se adresarovou strukturou v shellu,
- VeraCrypt pro sifrovani baliku poznamek,
- ktere si sdilim pres Megasync,
- GNU Emacs jako editor (emacs -nw v terminalu),
- AutoKey-gtk (-kde mi uz nekolik let nefunguje) pro doplnovani uryvku textu jako sablony e-mailu nebo nektere poznamky,
- Meld na porovnani revizi a obsahu adresaru na externim disku,
- jako prohlizec Firefox s doplnky uBlock Origin, HTTPS Everywhere, DuckDuckGo P* a Saka Key (zatim jsem nenasel lepsi nahradu za VimFx, tahle me sere nejmin),
- Okular na knihy v PDF a FbReader na knihy v textaku nebo EPUB,
- Xournal na vyplnovani PDF formularu s tabletem Wacom,
- Geeqie na rychle protrideni fotek (velmi rychle nacita nahledy RAW), ufraw na ad-hoc prevod do JPEG a ImageMagick nebo Gwenview na oriznuti a zmenu velikosti na web,
- guvcview na nahravani z webkamery (dalsi zpracovani v radce v mkvtools), Audacity na nahravani audia,
- nastroj KDE Plasmy na snimky obrazovky a optipng na nasledne zmenseni souboru,
- takova drobnost, ale externi disk po odmountovani vypinam pres hdparm (v KDE to neni, v Xfce a jinde jsem to videl uz naskriptovane vychozi).
-
Prenesu se pres "must-have appky" (tfuj!) a asi takhle...
Mam minimalni instalaci KDE Plasma a vyhazenou vetsinu "ficur" (kdyz uz jsou tu ty frikulinske vyrazy). Aktivne pouzivam
- hafo soucasti KDE/Plasmy (spravce schranky, nastaveni obrazovek, Dolphin, Konsole a veci, ktere si vubec neuvedomuju, ze pouzivam),
- widget pro Redshift (klikaci nastaveni, toceni kolecka nad ikonkou meni teplotu barev obrazovky),
- vyjizdeci terminal Yakuake a v nem
- (a) sdcv: radkove rozhrani k slovnikum StarDict, ktere mam anglicke vykladove, s vyslovnosti v IPA,...,
- (b) mpv jako radkovy prehravac hudby, naviguji se adresarovou strukturou v shellu,
- VeraCrypt pro sifrovani baliku poznamek,
- ktere si sdilim pres Megasync,
- GNU Emacs jako editor (emacs -nw v terminalu),
- AutoKey-gtk (-kde mi uz nekolik let nefunguje) pro doplnovani uryvku textu jako sablony e-mailu nebo nektere poznamky,
- Meld na porovnani revizi a obsahu adresaru na externim disku,
- jako prohlizec Firefox s doplnky uBlock Origin, HTTPS Everywhere, DuckDuckGo P* a Saka Key (zatim jsem nenasel lepsi nahradu za VimFx, tahle me sere nejmin),
- Okular na knihy v PDF a FbReader na knihy v textaku nebo EPUB,
- Xournal na vyplnovani PDF formularu s tabletem Wacom,
- Geeqie na rychle protrideni fotek (velmi rychle nacita nahledy RAW), ufraw na ad-hoc prevod do JPEG a ImageMagick nebo Gwenview na oriznuti a zmenu velikosti na web,
- guvcview na nahravani z webkamery (dalsi zpracovani v radce v mkvtools), Audacity na nahravani audia,
- nastroj KDE Plasmy na snimky obrazovky a optipng na nasledne zmenseni souboru,
- takova drobnost, ale externi disk po odmountovani vypinam pres hdparm (v KDE to neni, v Xfce a jinde jsem to videl uz naskriptovane vychozi).
KDE s Emacsem AFAIK nejde dohromady, nebo už jdou pro KDE aplikace nastavit globálně Emacsové zkratky?
-
KDE s Emacsem AFAIK nejde dohromady, nebo už jdou pro KDE aplikace nastavit globálně Emacsové zkratky?
Nerozumim dotazu.
Znam asi dva nadsence, kteri pouzivaji Emacs jako spravce oken misto desktopoveho prostredi. To neni muj pripad.
Pak me jeste napada, ze demon pro klavesove zkratky v Plasme blokuje nektere vychozi zkratky v GTK rozhrani Emacsu, ale to mi ve skutecnosti take nevadi, protoze v nem pouzivam emulaci vi.
Napada me jeste jedna vec, na urovni X.Org jde implementovat globalni vi-like zkratky pres emulaci vstupu. Priklad je myslim v tomhle repu:
https://github.com/noctuid/dotfiles
-
Hledat xchainkeys.
-
Nemyslel jsem Vim emulaci, tu jsem nikdy nepoužíval. V Gnome jdou zapnout základní emacsové zkratky globálně jednou volbou pro všechny GTK aplikace, myslím, že je to dokonce defaultní nastavení po vzoru Macu. Je škoda, že to v KDE nejde.
-
Hledat xchainkeys.
to vypadá oproti nastavení Gnome komplikovaně.
-
ve většině distribucí se to asi musí nastavit v Gnome Tweak Tool.
-
Nemyslel jsem Vim emulaci, tu jsem nikdy nepoužíval. V Gnome jdou zapnout základní emacsové zkratky globálně jednou volbou pro všechny GTK aplikace, myslím, že je to dokonce defaultní nastavení po vzoru Macu. Je škoda, že to v KDE nejde.
Profil zkratek pro editaci textu (napr. jak se chova Home/End nebo jestli je to C-a/e) sel nastavit v Nastaveni systemu (nevim, jestli to tam zustalo), ale to mi prijde jako banalita proti celemu konceptu toho prostredi.
At to k necemu prirovnam, hodne lidi si pod vi predstavi hjkl misto sipek, takze hodne programu ma navigaci pres hjkl, ale ve skutecnosti pokud pouzivas pro pohyb v samotnem vi tyhle "sipky" (hjkl), delas to blbe. Podstata techto prostredi (editoru) je v tom, ze (a) je tam vic moznosti pohybu vcetne semantickych, (b) nejsou to zkratky, ale prikazy, ktere jde retezit nebo nahravat do maker.
To nejde resit jinak nez manipulaci se vstupem na urovni systemu (X.Org nebo v nekterych pripadech udev), jestli nechces provozovat Emacs jako spravce oken/shell.
-
Na otazku mych "MUST-HAVE" ...:
Linux :-D
...apps :
Dale X11, AwesomeWM, Bash, Lua, gcc/g++ & gdb, Gambas, Godot & Love engines, Emacs, Code::Blocks, Dia, Debreate (zatim - pomalu pracuji na svem vlastnim nastroji), apt, GIMP, XnView, Inscape, Libre Office, Focus Writer, Dosbox, Wine, (nove) Discord, TeamViewer, Krusader/Dolphin, Xine, VLC, SoundWire (server), Konsole/xterm, htop, K3B, DevHelp & Zeal (dost dobra vec!), + spoustu dalsich :-D
Co se tyce optimalizcnich technik, jiz driv jsem si udelal metabalik (Debian/GNU Linux), ktery instaluje nasledujici zavislosti (pro moznou inspiraci):
Depends: debfoster, dash, localepurge, prelink, preload, bleachbit, fslint, systemd-gui, systemd-sysv, sysprof, apt-build, detox, k4dirstat, shake-fs
pozn:
shake - defragmentacni nastroj. Uz neni v repu, homepage: http://vleu.net/shake/
-
grep, awk, cat, tail, find, cut, tr, tar, dd, less ...
To nejsou aplikace, ale 50 let stare unixove utility. To asi nechtel tazatel slyset :)
-
Profil zkratek pro editaci textu (napr. jak se chova Home/End nebo jestli je to C-a/e) sel nastavit v Nastaveni systemu (nevim, jestli to tam zustalo), ale to mi prijde jako banalita proti celemu konceptu toho prostredi.
je to pohodlnější a konzistentní s většinou konzolových aplikací.
-
Když nepočítám základní věci jako samotný desktop se svými součástmi, Firefox a výchozí přehrávače tak pro mě je to Thunderbird + Enigmail, LibreOffice, Virt Manager, VLC, Handbrake a Sound Converter.
-
Profil zkratek pro editaci textu (napr. jak se chova Home/End nebo jestli je to C-a/e) sel nastavit v Nastaveni systemu (nevim, jestli to tam zustalo), ale to mi prijde jako banalita proti celemu konceptu toho prostredi.
je to pohodlnější a konzistentní s většinou konzolových aplikací.
No, ne.
Jde si nastavit alternativni zkratky pro presun kurzoru na zacatek/konec radku a nekolik dalsich veci, to jako jo, ale normalni "CUA" editory nemaji kill ring (mazani/schranka) jako GNU Readline/Emacs, takze to se stejne chovat ani nemuze. Posouvani nahledu versus kurzoru by se take muselo nastavit na urovni interpretace akci v toolkitu.
Jina vec je, ze v praci nekdy delam na komercnim Unixu, ktery nema GNU Readline, ale naopak se tam pouzivaji sipky a podobne. Dost mi to leze na nervy.
-
Na Gentoo jako úplně první (samozřejmě po čistě systémových věcech jako je třeba jádro ;D ):
elogv (logování nainstalovaných balíků + post-install komentáře a/nebo chyby)
genlop (predikce času kompilace na základě předchozích kompilací)
Jinak po nainstalování Linuxu kamkoliv jsou mezi prvními dodatky:
screen
htop
iotop
iftop
nmap
bind-utils (kvůli dig)
lm_sensors
(takže de facto takový debug balíček)
Když je to PC z rodiny, tak ještě:
openvpn
net-snmp
(vzdálená správa a hlídání stavu přes SNMP)
Pokud jde o grafický věci, tak instaluju:
terminál s více taby (osobně mate-terminal)
GIMP
VLC (pro ostatní) nebo mplayer (pro sebe)
Libreoffice
webový prohlížeč (na Ubuntu Chrome, jinde Chromium, u sebe pokud to jde Palemoon)
EDIT: Zapomněl jsem do toho prvního debug balíčku ještě dopsat mc (jak jsem mohl zapomenout???) a links (hodí se). Editor nano nezmiňuju, zatím jsem ho asi všude viděl v základu.
-
U mňa najpoužívanejšie (a že to tu nevidím žiaden prehliadač facebooku... tststst zato bash píše každý druhý :D :D :D)
kalkulačka - áno to je základ pekná jednoduchá kalkulačka
scratch (editor) - narozdiel od simplescan automaticky ukladá text bez potvrdenia že kam to chcem uložiť. dokonalé na rýchle poznámky
mc - midnight commander (temný stredovek, ale som naň zvyknutý
gimp - na jednoduchú editáciu (verím že je sú na tie tri úkony - orezať, zmenšiť/zväčšiť, vyladiť farby) aj lepšie programy, ale tento mi vyhovuje)
simplescan - pretože pripojím scaner a kliknem na tlačítko scanovať
firefox/chromium - faceboočik
osmo - používam iba ako adresár, volakedy som mal txt súbor ale toto umožňuje vyhľadávať, pridávať fotky...
focuswriter - keď píšem aby ma nič nerušilo (k tomu zapínam lietadlo na telefóne)
kicad - nič lepšie na dps okrem štvorčekového papiera, čo by bolo zadarmo som nenašiel a tiež mi vyhovuje
-
kromě toho, co tu už zaznělo, si vždycky instaluju takovou malou blbůstku jménem "gmrun": rychle se objeví malé okýnko, kde lze napsat jeden příkaz, doplňuje to tabem příkazy i soubory. vždycky si to nabinduju na nějakou klávesu v DE a když rychle potřebuju něco udělat (a třeba nemám otevřený terminál) tak stačí zmáčknout horkou klávesu a ihned zadat příkaz
-
f.lux - v priebehu dna ladi farby na monitore podla predpokladaneho denneho svetla, ergo setri oci.
-
At to k necemu prirovnam, hodne lidi si pod vi predstavi hjkl misto sipek, takze hodne programu ma navigaci pres hjkl, ale ve skutecnosti pokud pouzivas pro pohyb v samotnem vi tyhle "sipky" (hjkl), delas to blbe. Podstata techto prostredi (editoru) je v tom, ze (a) je tam vic moznosti pohybu vcetne semantickych, (b) nejsou to zkratky, ale prikazy, ktere jde retezit nebo nahravat do maker.
Klávesy hjkl ve Vimu běžně používám, pokud jsou v tu chvíli blíže než šipky. Naopak mi vadí, že není rozumná náhrada za Esc, které je od ostatních kláves dost daleko. Chtělo by to Vim pedál...
-
Ctrl-[, s US rozlozenim se to da, tim spis dobre dostupnou klavesou Ctrl (napr. prohozeni Ctrl a Alt nebo Caps lock).
* mam ho premapovany tak, ze drzeni generuje Ctrl a rychle stisknuti Esc
-
Ctrl-[, s US rozlozenim se to da, tim spis dobre dostupnou klavesou Ctrl (napr. prohozeni Ctrl a Alt nebo Caps lock).
* mam ho premapovany tak, ze drzeni generuje Ctrl a rychle stisknuti Esc
Pro českou klávesnici prakticky nepoužitelné. Esc mám namapované na qq.
-
českou klávesnici
There's your problem.
-
Takhle z hlavy:
Co se týče termiálu: tmux, yakuake, fish shell, powerline-go
Klávesnice a text: vok layout, fira-mono font
editory, ide: vim (používám hlavně na rychlou ediaci), vs code, kdevelop, PyCharm
look&feel: Arc KDE theme, papirus ikony.
Pak ješ docker, git-cola, redshift.
-
českou klávesnici
There's your problem.
Rozhodně je to menší problém, než psát česky na US klávesnici. To je prakticky nemožné.
-
Profil zkratek pro editaci textu (napr. jak se chova Home/End nebo jestli je to C-a/e) sel nastavit v Nastaveni systemu (nevim, jestli to tam zustalo), ale to mi prijde jako banalita proti celemu konceptu toho prostredi.
je to pohodlnější a konzistentní s většinou konzolových aplikací.
No, ne.
Jde si nastavit alternativni zkratky pro presun kurzoru na zacatek/konec radku a nekolik dalsich veci, to jako jo, ale normalni "CUA" editory nemaji kill ring (mazani/schranka) jako GNU Readline/Emacs, takze to se stejne chovat ani nemuze. Posouvani nahledu versus kurzoru by se take muselo nastavit na urovni interpretace akci v toolkitu.
Jina vec je, ze v praci nekdy delam na komercnim Unixu, ktery nema GNU Readline, ale naopak se tam pouzivaji sipky a podobne. Dost mi to leze na nervy.
nechová se to stejně, ale klávesy pro pohyb a mazání jsou stejné. Nemusím přehmatávat na kurzorové klávesy a home, end.
-
Tak samozřejmě nejběžnější příkazy (cat, dd, test, file, chmod, touch, ...). Dále:
Text:
nano/mcedit - psaní a úprava krátkých skriptů a konfiguračních souborů
vi(m) - psaní delších textových souborů
gedit/kate - Delší psaní
Atom - tvorba webu
Soubory:
cp, mv, tar, gz*, ln, chmod, ... - taková ta obyčejná práce se soubory
find - hledání, často nad ním nechci přemýšlet a píšu find|grep PATTERNtree - tvorba hezkých výpisů složek, používám však raději find ADRESAR, protože je přehlednější, mají-li adresáře mnoho souborů
mc (Midnight Commander) - viděl jsem ho posledně asi před půl rokem, ale je to poměrně efektivní nástroj
Výpočty:
bc - když něco potřebuji spočítat, většinou si ji nechávám v okně terminálu spuštěnou
bash - jen ty nejjednodušší výpočty, ale občas se hodí
Grafika:
GIMP - bitmapová grafika všeho druhu
Inkscape - SVG
DE a WM:
i3wm - velmi praktický a šetří místo na obrazovce
fluxbox/blackbox - záložní
LXDE - docela praktické (MATE vypadá také pěkně, ale na žádné Gnome jsem moc nebyl)
KDE - Pěkné DE, ale trochu zmatečné (nepoužívám, ale je docela vhodné pro začáteníky s Linuxem)
Zvuk a video:
VLC - přehrávač
beep (nebo alternativa) - něco na pípnutí ze shellu, hodí se, když nechcete čekat, až se příkaz dokončí
Virtuální počítače:
Qemu/KVM - výborný emulátor, bez problému umí i nabootovat přímo z pevného disku nebo jádro ze souboru
Zavaděč:
LILO - stačí
GRUB2 - Dobrý, ale asi budu používat LILO
Tamten systemdněco - Nechci
Síť:
Pale Moon - Zatím nejčastěji používný
Basilisk/Firefox (<57) - záložní
lynx - když se rozbijí Xka, můžu se podivat na web
netcat - přesun dat přes místní síť
ssh - Shell, SFTP
-
Jde si nastavit alternativni zkratky pro presun kurzoru na zacatek/konec radku a nekolik dalsich veci, to jako jo, ale normalni "CUA" editory nemaji kill ring (mazani/schranka) jako GNU Readline/Emacs, takze to se stejne chovat ani nemuze. Posouvani nahledu versus kurzoru by se take muselo nastavit na urovni interpretace akci v toolkitu.
nechová se to stejně, ale klávesy pro pohyb a mazání jsou stejné. Nemusím přehmatávat na kurzorové klávesy a home, end.
českou klávesnici
There's your problem.
Rozhodně je to menší problém, než psát česky na US klávesnici. To je prakticky nemožné.
Není to zrovna „must-have appka“, ale snad to sem vlastně i patří: používám rozložení buď US International, nebo vlastní založenou na UCW nebo CShack (http://xakru.com/cshack/). Všimni si, že na rozdíl od standardního českého rozložení to moje podporuje správné uvozovky (a mnoho dalších symbolů). Na okraj, v předchozích komentářích jsem psal „cestinou“, protože to bylo v prostředí, kde i standardní české rozložení dělá problémy.
V rámci takového rozložení jde mít i „embedded“ další funkce: šipky, numerický blok, funkční klávesy… prostě cokoli s vyhrazeným kódem. Takže šipky mám na ijkl, Page up/down na uo, Home/End na p/; atd.
Pro inspiraci rozložení Neo (http://www.neo-layout.org/) a hlavně schémata vrstev („Ebene“).
-
ssh, tmux, jupp, ranger, mpv, chromium, feh, sakura, ksh
-
Není to zrovna „must-have appka“, ale snad to sem vlastně i patří: používám rozložení buď US International, nebo vlastní založenou na UCW nebo CShack (http://xakru.com/cshack/). Všimni si, že na rozdíl od standardního českého rozložení to moje podporuje správné uvozovky (a mnoho dalších symbolů). Na okraj, v předchozích komentářích jsem psal „cestinou“, protože to bylo v prostředí, kde i standardní české rozložení dělá problémy.
Ohledně české klávesnice jsem sice dost konzervativní, ale CShack mě nalomil. Díky za tip.
-
Sice to sem patří tak napůl, ale potřebuju si odplivnout.
Must-have appky jsou hlavně ty, co nepoužívají GTK3. Že jsou vývojáři GNOME poněkud z jiné planety (marně hledánm dostatečně vulgární označení) se tak nějak ví. Ale poté co na mě vyskočil GTK3 file save dialog o upgradu na poslední LibreOffice (Qt dialog zatím chybí), dostal jsem chuť dát někomu přes hubu.
V horním řádku je klasicky filename a je označen, aby šlo defaultní jméno souboru při ukládání přepsat. Jenže když začnete psát, nepřepíše se jméno souboru, ale píšete do úplně jiného políčka "search". která píča zas tohle vymyslela...... Co budu dělat, až tohle postihne GIMP fakt nevím.
-
kurna, spatné vlákno ;D
https://forum.root.cz/index.php?topic=17544.msg248742;topicseen#new
-
V horním řádku je klasicky filename a je označen, aby šlo defaultní jméno souboru při ukládání přepsat. Jenže když začnete psát, nepřepíše se jméno souboru, ale píšete do úplně jiného políčka "search". která píča zas tohle vymyslela...... Co budu dělat, až tohle postihne GIMP fakt nevím.
Jste si jisty, ze nadavate na tu spravnou picu? Co kdyz byste mel nadavat spis na picu, ktera z dostupnych dialogu vybrala nevhodny nebo treba hovadsky naparametrovala jeho pocatecni chovani, tedy ktery prvek ma focus po otevreni dialogu?
-
...
V horním řádku je klasicky filename a je označen, aby šlo defaultní jméno souboru při ukládání přepsat. Jenže když začnete psát, nepřepíše se jméno souboru, ale píšete do úplně jiného políčka "search". která píča zas tohle vymyslela...... Co budu dělat, až tohle postihne GIMP fakt nevím.
Přesně tohle se mi děje, když ukládám ve firefoxu (downloaded) soubor.
Okno "Uložit soubor...", v horním řádku jméno staženého/ukládaného souboru, jméno zvýrazněné, jako po označení.
A když to chce jeden přepsat, tak se píše úplně někam jinam, ten řádek se jménem fokus nemá.
KO....I
-
Tak jsem popsane ted vyzkousel v PM i FF. V obou pripadech to funguje dle ocekavani, takze duvodem je asi to, ze vas dva jmenovite nekdo nema rad.
-
Jste si jisty, ze nadavate na tu spravnou picu? Co kdyz byste mel nadavat spis na picu, ktera z dostupnych dialogu vybrala nevhodny nebo treba hovadsky naparametrovala jeho pocatecni chovani, tedy ktery prvek ma focus po otevreni dialogu?
Chcete mi tvrdit, že parametrizace může za stav, kdy je myší označen text v jednom poli, ale focus je na poli druhém (bez jakékoli indikace)?
Skoro bych si troufnul tvrdit, že takové idiotské chování není možné v Qt dialogu nastavit ani, kdybyste náhodou chtěl.
Přesně tohle se mi děje, když ukládám ve firefoxu (downloaded) soubor.
Okno "Uložit soubor...", v horním řádku jméno staženého/ukládaného souboru, jméno zvýrazněné, jako po označení.
A když to chce jeden přepsat, tak se píše úplně někam jinam, ten řádek se jménem fokus nemá.
Ještě že mám Firefox s Qt file-save dialogem. To by bylo fakt za trest.
-
Chcete mi tvrdit, že parametrizace může za stav, kdy je myší označen text v jednom poli, ale focus je na poli druhém (bez jakékoli indikace)?
Ja nic netvrdim, pouze teoretizuju. Ty dialogy jsou nejakym zpusobem univerzalni pro ruzne situace, takze predpokladam, ze budou mit nejakou parametrizaci, kterou lze zkurvit. Ostatne jiz tu jednou nekdo na podobnou vec nadaval a nasledne mu nekdo jiny vysvetlil, ze za to muze nevhodne pouziti dialogu autorem aplikace nebo pouziti nespravneho dialogu nebo tak neco.
Ovsem protoze me to funguje, jak ma, zatimco vam ne, bude pes zakopan asi jinde. Mozna mate verzi GTK s nejakym bugem nebo co. V kazdem pripade pochybuji, ze by tak debilni chovani nekdo implementoval zamerne. Tomu se snazi vyhnout i v Redmondu, i kdyz ne vzdy se zdari.
-
Must-have appky jsou hlavně ty, co nepoužívají GTK3. Že jsou vývojáři GNOME poněkud z jiné planety (marně hledánm dostatečně vulgární označení) se tak nějak ví. Ale poté co na mě vyskočil GTK3 file save dialog o upgradu na poslední LibreOffice (Qt dialog zatím chybí), dostal jsem chuť dát někomu přes hubu.
V horním řádku je klasicky filename a je označen, aby šlo defaultní jméno souboru při ukládání přepsat. Jenže když začnete psát, nepřepíše se jméno souboru, ale píšete do úplně jiného políčka "search". která píča zas tohle vymyslela...... Co budu dělat, až tohle postihne GIMP fakt nevím.
Který myslíte poslední LibreOffice? Verzi 6? Abych věděl na co se připravit... V Debian backports je zatím verze 5.4
-
V kazdem pripade pochybuji, ze by tak debilni chovani nekdo implementoval zamerne. Tomu se snazi vyhnout i v Redmondu, i kdyz ne vzdy se zdari.
Pokud vám GNOME vyhovuje možná to dává smysl. Jenže zkuste se na to podívat z druhé strany, pro nás ostatní je polovina věcí v GNOME/GTK+ implementována naprosto debilně a nelogicky zcela záměrně. (bez urážky). Jak mám asi tak rozlišit, která debilita je nezamýšlený bug, a která debilita je cílená feature.
-
Který myslíte poslední LibreOffice? Verzi 6? Abych věděl na co se připravit... V Debian backports je zatím verze 5.4
Mám LO Version: 6.0.0.2.0+ OpenSUSE Tumbleweed. Problém je, že priorita file-save dialogu je GTK3>GTK2>Qt4>Native, takže na KDE5 to vůbec není připraveno. Možná bude řešením vynutit nějakým switchem jiný dialog, Qt4 bude asi nejmenší zlo.
Osobně moc nechápu, proč tyhle aplikace, co stejně nejsou nativně GTK tlačí ten nesmyslný GTK infterface, zejména v době, kdy všichni, kdo migrují, přechází směrem GTK>Qt. Je pochopitelné, že nikdo nebude přepisovat GIMP do Qt i kdyby nakrásně chtěl. Ale appky co GTK stejně nejsou moc smysl nedávají (vlastně dávají protože RedHat, kde je spousta chovanců postižených GNOME)
-
Pokud vám GNOME vyhovuje možná to dává smysl.
GNOME mi nevyhovuje ani nahodou, vyhovuji aplikace, pokud nejsou prilis vazane na GNOME a nechteji si ho aspon pulku k sobe pritahnout. Neliibi se mi naopak Qt dialogy. Nejen, ze jsou seredne, ale jsou prakticke jak hrabe do postele.
-
Neliibi se mi naopak Qt dialogy. Nejen, ze jsou seredne, ale jsou prakticke jak hrabe do postele.
To by mě docela zajímalo pročpak. Mě osobně fileopen dialog z Gnome (GTK) nevyhovuje a naopak z KDE mi přišel vždy skvělý. To co udělám v KDE fileopen dialogu lehce a logicky, to buď v GTK nejde, nebo jde děsně složitě či nelogicky.
O šerednosti nevím jestli se má smysl u skinovatelných prostředí bavit.
-
To by mě docela zajímalo pročpak.
To ti bohuzel neupresnim, uz se nepamatuju, ale vzdycky mi v nich neco chybelo, jen si uz nepamatuju co. Ale nejak tu nemam zadnou Qt aplikaci, abych se podival. Tusim mi ty dialogy pripadaly stejne blbe, jako ve Widlich.
-
Ulaucher
-
Oprava: https://ulauncher.io/
-
O šerednosti nevím jestli se má smysl u skinovatelných prostředí bavit.
Vsechno nenaskinujes. Zrovna ty dialogy (ktere teda nevyhovuji moc ani me osobne) vzhledove nepredelas. Navic GUI tamata jsou mezy jednotlivymi frameworky naprosto neprenosna. Sice existuje KDE/GTK projekt, ktery to alespon castecne umoznuje, ale dost mizerne (Barevne, ikonove tema, nektere charakteristik UI).
Jo, kdyby autori GUI frameworku pouzivali CSS s XML Layout tak s prenostelnosti budem davno nekde jinde. Ale ne, kazdy musi mit vlastni nejlepe co nejhur portovatelny format, zavisly na internim enginu GUI (treba GTK/Gnome).
-
openbox, dmenu, tint
fish, byobu, terminator
vim (na rychlou editaci), vs.code (na vývoj v elixiru a pythonu) + zeal
monospace font: hack
sans-serif font: roboto
smplayer, spotify
-
Který myslíte poslední LibreOffice? Verzi 6? Abych věděl na co se připravit... V Debian backports je zatím verze 5.4
Mám LO Version: 6.0.0.2.0+ OpenSUSE Tumbleweed. Problém je, že priorita file-save dialogu je GTK3>GTK2>Qt4>Native, takže na KDE5 to vůbec není připraveno. Možná bude řešením vynutit nějakým switchem jiný dialog, Qt4 bude asi nejmenší zlo.
Tak mi do Debianu přifičel z backports LibreOffice verze 6 a tenhle problém s GTK dialogem nemám. Vypadá, že to nebude LibreOfficem.