Příspěvky

376

Odkladiště / Re:abclinuxu.cz je dead?

« kdy: 14. 09. 2020, 12:41:07 »

Luboši, nahoď ten jistič ve strojovně!

Už ho nahodil Záložní dieselagregát konečně naskočil 

377

Vývoj / Re:Modifikovatelné UI/GUI - c++

« kdy: 13. 09. 2020, 14:54:10 »

Trend to je, i spousta desktop aplikací se dnes dělá na technologii html/css/js.

Když se s tím ale člověk podobněji seznámí, zjistí, že technologicky to tak velká výhra není.

Musí řešit stejné problémy a k tomu i nějaké nové.

Killer feature je možnost běhu aplikace v prohlížeči a množství dostupných vývojářů.

378

Vývoj / Re:Modifikovatelné UI/GUI - c++

« kdy: 12. 09. 2020, 21:34:45 »

Pravdepodobne je pre tvorcov GUI toolkitov nestráviteľná myšlienka že by si user mohol aspoň popresúvať GUI tlačidlá. Ale videl som CAD program ktorý to v obmedzenej miere dovoloval.

Jak to? Různé odtrhávací panely a konfigurovatelné tlačítka má snad každý toolkit. Ty prvky jsou uloženy v kontejneru a lze je tam dynamicky přidávat nebo odebírat, layout je automatický. Pokud koukáte na tenhle web ve Firefoxu, tak tam to zrovna funguje - nastavení lišty (která tlačítka tam chcete mít). Scribus/Inkscape má přesunovatelné a dokovatelné panely, Gimp také. Některé toolkity umí i automatickou responsibilitu. Možnosti ke zlepšení se určitě najdou, ale rozhodně to není nic exotického.

379

Vývoj / Re:Modifikovatelné UI/GUI - c++

« kdy: 10. 09. 2020, 15:06:28 »

Tomu se říká kontext diskuze a nemusí to být zas tak na závadu.

Jinak souhlasím, že bych použil UI které je určené do her, akorát nevím jak silně tam bude podporovaná ta modifikovatelnost. Řada her v sobě má editor úrovní, tak mě napadá, zda by to nešlo pro úpravy UI nějak využít... člověk by si postavil to UI jako úroveň... 

380

Vývoj / Re:Modifikovatelné UI/GUI - c++

« kdy: 09. 09. 2020, 19:15:40 »

Nemá cenu ztrácet čas s Gtk/Qt/JavaFX atd... V HTML+CSS jde udělat krásný layout, skinning, animace, atd... Dělat to v normálním toolkitu je opruz a výsledek bude vždycky nějaký kompromis. HTML umí každý, HTML markup bude fungovat i za 10 let, je to budoucnost ačkoliv někteří se s tím nechcou smířit

Za 10 let bude kyvadlo zase na druhé straně, to nejspíš neokecáte (historie to ukazuje se železnou jistotou).

381

Vývoj / Re:Modifikovatelné UI/GUI - c++

« kdy: 09. 09. 2020, 14:28:33 »

Většina současných toolkitů (Qt, GTK, JavaFX...):

• umožňuje definovat UI deklarativně a pak jej kódu jen oživit (QML, Glade, FXML = analogie html/css+js, často existuje i přímá podpora styleshteetů)
• umožňuje uživateli, aby si rozhraní přeskupil (prvky jsou v kontejnerech s automatickým layoutem = uživatel si ovládací prvky natahá tam, kam potřebuje)

IMHO rozhraní v html/css není v tomto ohledu není žádný zásadní krok kupředu. Použivá se to kvůli tomu, že znalost html/css je mezi vývojáři rozšířená (každý platlal webů spatlá i rozhraní aplikace). Ale udělat dobré UI z hlediska uživatele i programátora není nic snadného, na tom se IMHO nic nemění.

382

Server / Re:Zmizel prostor na disku

« kdy: 06. 09. 2020, 20:50:31 »

Taky se hodí vědět, že pokud je soubor otevřený, tak se místo neuvolní hned po smazání, ale až po ukončení programu, co ten soubor používal. Typicky logy mohou potřebovat restart...

383

Software / Re:Rsync: jaká volba pro bezchybný přesun souboru po síti

« kdy: 02. 09. 2020, 13:34:30 »

Bez -c se může chybně vyhodnotit nutnost soubor přenášet. S -c se nutnost vyhodnotí na základě checksumu, takže je záruka, že se přenese vše, co se změnilo. Přenos a zápis do souboru se pak provede i s kontrolou konzistence. Takže při -c by nemělo být potřeba zadávat příkaz 2x. Tak tomu rozumím já.

384

Software / Re:Rsync: jaká volba pro bezchybný přesun souboru po síti

« kdy: 01. 09. 2020, 23:01:14 »

Takže dotaz zní, zda je rsync protokol odolný proti poškození dat během síťového přenosu, případně během čtení či zápisu na disk? Bude asi záležet na přenosovém médiu - já většinou přenáším přes ssh a navíc s kompresí a tam bych automaticky čekal kontrolní součty a tedy jistotu bezchybného přenosu. Že by ovšem rsync opětovným čtením kontroloval, že se na disk zapsalo to, co se zapsat mělo, o tom bych si dovolil pochybovat.

Ja myslim ze

Kód: [Vybrat]

man rsync

(Jenda) je vcelku jasny:

Note that rsync always verifies that each transferred  file  was correctly  reconstructed  on  the  receiving  side

Takže pokud se jednou už přenáší, je zkontrolován jako soubor na disku. Pokud není -c a souhlasí velikosti a časy, není přenášen a tudíž nemusí být nutně stejný. Je to tak?

385

Software / Re:Rsync: jaká volba pro bezchybný přesun souboru po síti

« kdy: 01. 09. 2020, 16:22:49 »

Takže dotaz zní, zda je rsync protokol odolný proti poškození dat během síťového přenosu, případně během čtení či zápisu na disk? Bude asi záležet na přenosovém médiu - já většinou přenáším přes ssh a navíc s kompresí a tam bych automaticky čekal kontrolní součty a tedy jistotu bezchybného přenosu. Že by ovšem rsync opětovným čtením kontroloval, že se na disk zapsalo to, co se zapsat mělo, o tom bych si dovolil pochybovat.

386

Hardware / Re:NTB základní s i3- prosím o radu s výběrem

« kdy: 25. 08. 2020, 16:04:07 »

Já měl z repasů vždy obavu, že to možná běželo někde bez přestání celý dny a trošku jsem se bál, že ti prodejci nejsou seriozní. Dostal jsem zde doporučení na firmu Importpc, tak asi přítelkyni koupím repas od nich.  Všem díky za rady a postřehy.

S Importpc mám jen dobré zkušenosti. Dávají záruku. Pokud notebook běžel, tak prošel následně údržbou - po rozdělání vypadá vše čistě bez poškození či prachu. Mají dobrou podporu - zavolal jsem jim, že se mi seká jedna numerická klávesa a hned mi poradili co s tím (vyndat klávesu a odstranit úlomek umělé hmoty) - od té doby klávesnice funguje asi pět let bez zaškobrtnutí. Možnost konfigurace každého kusu rovnou při objednání je taky fajn.  Nevím co víc bych si mohl přát. Podle mě je to dost možná lepší servis než u nového. Nejspíš je to dobře živí 

387

Software / Re:minilinux na Win 10

« kdy: 24. 08. 2020, 15:39:52 »

Co se týče distribuce koukněte ještě na https://alpinelinux.org/

Nevím proč by měla virtualizace žrát 1/2 výkonu - pokud vám stačí příkazová řádka a nebudete na tom dělat nějaké výpočty, tak i nároky mohou být minimalistické. Mám tu například ten alpinelinux s 1GB diskem, 256MB RAM a klidovým využitím CPU 0% a pro ssh a one-linery v bash a awk to bohatě stačí (pravda, je to pod kvm na linuxu a ne na windows, ale principiálně to bude na jiné virtualizaci podobné).

388

Hardware / Re:NTB základní s i3- prosím o radu s výběrem

« kdy: 24. 08. 2020, 14:21:24 »

Já bych si vybral Thinkpad tady. Žena jeden má a ani po pěti letech ho neumořila, stál asi 5tis. a stačí jí na vše co potřebuje.

Stav A je k nerozeznání od nového, stav B jeví drobné známky používání (kterých si pravděpodobně bez podrobné prohlídky ale ani nevšimnete). Komponenty si můžete dokonfigurovat (přidat paměť, vyměnit disk apod.). Pro serioznější práci s fotkama to ale není úplně to ořechové, tam bych uvažoval o větším kvalitnějším externím monitoru. Šel bych minimálne do i5, min 8GB RAM a zamyslel se jak s diskem - nejlépe systémový SSD + případně druhý větší HDD na fotky (ten ale sníží výdrž baterky) anebo to řešit externím diskem (v notebooku nechat jen SSD).

389

Software / Re:Screenshot scrollujícího elementu ve Firefoxu?

« kdy: 23. 08. 2020, 17:20:56 »

Konverze pdf na bitmapu je správná odpověď, která varianta je pro vás nejsnadnější musíte zhodnotit sám.

Nástroj na screenshot elementu s overflow neznám, občas by se skutečně hodil.

390

Hardware / Re:Wireless adapter Xubuntu,Ubuntu,Debian

« kdy: 22. 08. 2020, 20:56:35 »

Začal bych tím, že bych měřil skutečnou propustnost namísto koukání „co to ukazuje“. Měřil bych to bezprostředně u AP, aby byl vyloučen vliv slabého signálu/rušení. Otázka spíš je, jak tu rychlost spolehlivě změřit. Třeba přenosem souboru z nějakého NAS, ale samosebou bude záležet na kvalitě toho NASu. Nebo pokud je k AP připojen jiný stroj tak použít nástroje typu iperf:

Kód: [Vybrat]

# server side
iperf -s
# client side, 192.168.0.1 should be server ip
iperf -c 192.168.0.1

Základní příkaz na zobrazení/nastavení wifin bývával iwconfig, nyní se má používat raději iw. Nevím zda fungují se všemi ovladači (ndiswrapper?). Zkuste (místo wlan0 uveďte název síťového rozhraní):

Kód: [Vybrat]

iwconfig wlan0
iw dev wlan0 link