Příspěvky

1

Bazar / Re:Prodám 34" monitor HP34hc G4

« kdy: 11. 05. 2026, 19:48:42 »

Dobrý den, jak moc chvátáte na to, abyste se ho zbavil - měl ho z domova? Rád bych se ho ujal, ale do Prahy pojedu asi až příští týden v pátek. Děkuji!

Dobrý den,

určitě vydržím. Kontaktujte mě skrze SZ. A nebo sem do fóra kdybyste si to třeba rozmyslel.

Děkuji

2

Bazar / Prodám 34" monitor HP34hc G4

« kdy: 11. 05. 2026, 11:32:32 »

Nabízím velmi málo používaný zakřivený  HP P34hc G4 WQHD 34"  3440x1440,  VA panel, pro kancelářské použití.

Bez dokladů a záruky
3000,- CZK
osobní odběr Praha 2

důvod prodeje: zakřivený displej není pro mě, zkusil jsem to, nevyšlo to :-)

3

Bazar / Prodám konzoli HP Enterprise LCD 8500

« kdy: 21. 04. 2026, 09:47:15 »

Prodám konzoli HP Enterprise LCD 8500, zcela nepoužitá, bez papírů/záruky, zůstalo to jako nepotřebná součást jednoho zařízení. Mám k tomu i ty hliníkové montážní lišty.

Cenu nabídněte. Nová stojí 22888,- CZK , ale netuším jakou to má hodnotu takto z druhé ruky.

Osobní odběr Praha 2.

4

Desktop / Re:Font rendering v různých desktopových prostředích

« kdy: 10. 12. 2025, 17:49:15 »

Možná je to úplně mimo cíl, ale škálování rozlišení máš postaru celočíselné? Pokud se obraz vyrenderuje na 200% a pak převzorkuje dolů na 125%, tak to na FHD bude ošklivě vidět.

Nene, všude mám nativně 100% šklálování.

On ten trend je i jinde, na Win máš staré fonty (Explorer apod. - OK) a ty nové (aka start menu) jsou na obyč monitoru pěkný hnus. Chrome OS je použitelný min. na 13" FHD, cokoliv s nižším DPI se prostě nedá. Takže si myslím, že je to stejný případ, prostě aby to vypadalo hezky na drahém notebooku, zbytek nás nezajímá ...

Ale XFCE to umí, takže řešení existuje, jen ho najít :-).  Pokud to teda není nějak svázané se starými verzemi GTK ...

5

Desktop / Font rendering v různých desktopových prostředích

« kdy: 10. 12. 2025, 14:21:56 »

Ahojte,

trvale bojuju s čitelností fontů v Gnome / KDE na starších monitorech (typicky kancelářský 22" FHD). V minulosti to určitě tak nebylo, evidentně se to od jisté doby přizpůsobuje kvalitním 150+DPI IPS panelům, zatímco na starých ~90DPI TN se na to z mého pohledu nedá dívat.

Výjimkou je XFCE, tam to kreslí krásně, zřejmě nějak postaru, protože to naopak neumí pracovat s různými variantami jako medium/condensed atd.. ale to mi nevadí, vystačím si v pohodě s regular.

Otázka zní: dá se nějak nastavit v Gnome/KDE stejné renderování fontů jako v XFCE?

Přestože mám nastaven stejně antialiasing, hinting, sub-pixel rendering, tak je tam pořád rozdíl. Ani v konfiguračních souborech

KDE

Kód: [Vybrat]

/etc/fonts/fonts.conf
~/.config/fontconfig/fonts.conf

vs. XFCE

Kód: [Vybrat]

/etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml
~/.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml

nevidím žádný rozdíl. Stejně se to chová v Ubuntu vs Fedora, wayland vs. X11. Záleží pouze na konkrétním prostředí, každé kreslí trochu jinak, viz. obrázek v pořadí KDE, Gnome, XFCE4

6

Desktop / Re:Manuální úprava GTK theme

« kdy: 30. 05. 2025, 10:21:30 »

Zkus mrknout na tohle:
https://www.dedoimedo.com/computers/gnome-40-edit-theme.html

Díky, to vypadá jako cesta, zkusím

7

Desktop / Re:Manuální úprava GTK theme

« kdy: 29. 05. 2025, 13:51:59 »

Obsahem toho souboru je v Gnome i v Xfce, právě toto:

Kód: [Vybrat]

cat /usr/share/themes/Adwaita/gtk-3.0/gtk.css
/* Adwaita is now part of GTK+ 3, this file is no longer used */


8

Desktop / Manuální úprava GTK theme

« kdy: 28. 05. 2025, 17:33:29 »

Zdravím,

už se nějaký čas potýkám s nepochopitelným trendem designerů UI, webů apod. cpát všude čím dál nečitelnější písmo (aka světle šedivá na špinavě bílém pozadí). Aktuálně mě nejvíc štve kontrast písma v Ubuntu Gnome (GTK), kde se čitelnost zhoršila s vydáním 22.04.  a kde je to na slabších displejích opravdu nepříjemné. Přitom QT aplikace jsou na tom výrazně lépe.

Dřív (GTK 2.0) jsem byl schopen manuálně opravit příslušné .css a .rc soubory a fungovalo to. Teď (GTK 3.0) je to v nějakém binárním .gresource souboru, a nevím co s tím.

Umím si z toho vyextrahovat příslušný soubor, třeba gtk.css, a najít v něm problematická místa (v tomto případě barvu #3D3D3D).

Otázky:

1) jak ten upravený soubor dostanu co nejjednodušeji zpět do .gresource ?  Neboli jak mám správně použít glib-compile-resources ?

2) který .gresource je ten správný?  Ubuntu používá jako výchozí theme Adwaita, ale k tomu žádný .gresource neexistuje, pouze se tam píše že je to součástí GTK 3.0 a konec. Na druhou stranu theme Yaru tam má zřejmě všechno, ale to vypadá že se používá jen na ikony.

Díky

9

Software / Re:Změna velikosti LUKS oddílu

« kdy: 12. 09. 2024, 20:13:46 »

Díky, povedlo se.

Problém byl v tom, že první dva kroky byly v návodu řešeny odkazem do jiné části, což jsem přehlédl a skočil rovnou na lvm pv ...

Kdyby to ještě někoho zajímalo tak
https://wiki.archlinux.org/title/Resizing_LVM-on-LUKS

10

Software / Re:Změna velikosti LUKS oddílu

« kdy: 11. 09. 2024, 18:06:23 »

Zálohu mám a návod jsem slepě následoval do okamžiku kdy jsem narazil na rozpor mezi "Free PE" v návodu a u mě :-)

Kód: [Vybrat]

sudo lsblk -f
NAME                     FSTYPE      LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINT
sda                                                                                             
├─sda1                   vfat              0E56-902D                               504,9M     1% /boot/efi
├─sda2                   ext4              5fc7fbbf-bd9f-4e00-98b0-0bb0e14d58b8    432,1M    31% /boot
└─sda3                   crypto_LUKS       4da8c2a5-50d6-4202-8538-5fb41755c0a0                 
  └─sda3_crypt           LVM2_member       3Pi3ex-DjWF-Ady0-Yq1e-1b29-G75r-m9xBSS               
    ├─xubuntu--vg-root   ext4              5fac7e61-970e-461a-b5d1-f6aa702d59fe    175,3G    61% /
    └─xubuntu--vg-swap_1 swap              1cd7d618-7270-4726-b91a-22875dc5772c                  [SWAP]


Kód: [Vybrat]

sudo pvdisplay /dev/mapper/sda3_crypt
  --- Physical volume ---
  PV Name               /dev/mapper/sda3_crypt
  VG Name               xubuntu-vg
  PV Size               464,54 GiB / not usable 4,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              118922
  Free PE               0
  Allocated PE          118922
  PV UUID               3Pi3ex-DjWF-Ady0-Yq1e-1b29-G75r-m9xBSS

Hádám, že musím ve správném pořadí resiznout xubuntu--vg-root a sda3_crypt, ale návod(y) se tváří, že se začíná sda3_crypt, což evidentně nejde ...

Celkovým cílem akce je mít v systému dual-boot (Linux+Linux) obojí šifrovaně. Čímž vyvstává další otázka, jestli je lepší aby sdílely společný oddíl pro /boot (jestli to vůbec jde) nebo raději každý zvlášť.

11

Software / Změna velikosti LUKS oddílu

« kdy: 11. 09. 2024, 16:17:49 »

Ahojte,

chtěl bych zmenšit šifrovaný LVM ext4 oddíl. Nikdy jsem to nedělal, ale podle návodů online by to mělo po odemknutí běžnou cestou jít (např. přes GParted).

Nicméně, na všech LUKS discích co mám mi všechny partitioning-tooly ukazují 100% obsazenost, v nejlepším případě volných 12 MiB z 230 GiB. Dá se to nějak zredukovat na skutečnou obsazenost? Jak mám ten oddíl příště vytvořit aby se to chovalo lépe?

12

Sítě / Re:Interference Bluetooth a Wi-Fi na 2,4 GHz

« kdy: 14. 03. 2024, 17:40:49 »

802.11n a jeho 40MHz pásmem

Díky, tohle přesně pomohlo. Teď to běhá naplno i se současně připojenou BT myší a sluchátky ..

13

Sítě / Interference Bluetooth a Wi-Fi na 2,4 GHz

« kdy: 13. 03. 2024, 12:59:16 »

Zdravím,

na NTB mám kombinovaný adaptér WLAN/Bluetooth, nějaký bazmek od Realteku. Při zapnutí BT se WiFi 2.4G drasticky zpomalí, asi nic překvapujícího...

Otázka:
1. Dá se s tím něco dělat, kromě přepnutí na 5GHz ?  Hádám, že asi ne, když BT přeskakuje v celém rozsahu 2.4G pásma, a tím pádem nepomůže přeladit WiFi na jiný kanál ....
2. Je to specifikum kombinovaných adaptérů? Funguje to líp u separovaných modulů?
3. Je to stejné i u ostatních značek nebo se to někde chová líp?

14

Vývoj / Re:GDrive, vlastní .apk obsahuje virus

« kdy: 24. 01. 2024, 16:48:58 »

Ano, tohle jsem taky našel, ale není to tím, v releasu mám debuggable off.  Právě naopak, musím debuggable zapnout, aby to fungovalo

15

Vývoj / GDrive, vlastní .apk obsahuje virus

« kdy: 22. 01. 2024, 17:38:29 »

Ahojte,

jako Java amatér jsem zkusil začít dělat i něco pro Android. Ubuntu, Android studio, všechno tak nějak ve výchozím stavu. Mám 4 různé aplikace se stejným nastavením projektu. U dvou z nich, když je zbuilduju jako release, tak Google Drive řve, že jsou zavirované (ty .apk soubory), debug není problém. Zbylé dvě fungujou i jako release.

Evidentně v tom nejsem na světě sám, ale řešení google nenabízí..

Podobná zkušenost? nějaký tip? Díky