Poslední příspěvky

1

Desktop / Re:Způsob sdílení obsahu mezi aplikacemi

« Poslední příspěvek od RDa kdy Dnes v 23:13:27 »

Pouzivam temer vsude "SELECTION" - oznacim neco, jinde ctrl+v nebo treti tlacitko.

V KDE3 a ted TDE je totiz mozne nastavit "synchronize selection with clipboard" (Klipper, tray program). A tamtez mam historii obsahu schranky, co resi ty nechtene prepisy viz nize.

Maly problem s tim ma GTK ukladaci dialog, kdy je nazev ukladaneho souboru v selection, jako da se prepsat, ale kdyz jsem oznacil neco, dam ctrl+s, tak jsem o schranku (puvodni selection) prisel.

A kdyz jsem zacal pouzivat VScode, tak tato synchronizacni vychytavka je tam nepouzitelna. Protoze VScode nastavuje jeste omho vice selections sam nez ten save dialog, treba pri prochazeni textu, pak taky treba u Ctrl+F. Takze me ta chytristika vscode neskutecne zpomalovala a s**la me.

Musim vymyslet jak udelat na tu synchronizaci nejakou vyjimku.

Pretazeni obsahu bych pouzival ale nejak nefunguje - nejcasteji jsem to zkousel u PMA na webu (phpMyAdmin).

2

Desktop / Re:Způsob sdílení obsahu mezi aplikacemi

« Poslední příspěvek od Ondrej Nemecek kdy Dnes v 22:50:55 »

Mě by se líbilo intenzivní použití services jako v GNUStep, tj. různé komponenty by se dokázaly registrovat do systému a v každé aplikaci by se u příslušného obsahu zobrazila nabídka služeb, které s ním umí pracovat. Podobně jako existuje nyní registrace aplikace k podporovaným mime-typům. To by bylo zobecnění těch jednoúčelových copy-paste a drag-and-drop funkcí. Služby by šly skriptovat, registrace by probíhala automaticky.

Například při označení textu bych viděl: možnost text přeložit, možnost text zkompilovat, možnost z textu vytvořit e-mail, možnost konverze velikosti písmen, možnost opravit spellcheckerem atd. Šlo by o obousměrné zpracování obsahu (převzít data anebo je převzít, modifikovat a vložit na původní místo ve zdrojové aplikaci). Celý koncept by šel ještě rozšířit na plně modulární rozhraní, kdy by bylo možné si aplikaci sestavit na míru z komponent. To už je ale složitější koncept, kdy by bylo nutné rozšířit koncept pipes u shellu na GUI prostředí a byl by nutný dobře navržený systémový event bus. Bohužel se k tomu dnes nic ani neblíží.

3

Software / YouTube hlásí chybu 153

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 21:56:49 »

Nevim jak dlouho ,ale asi ne dýl jak 2týdny nefunguje mi v webovém browseru  jakékoli youtube video  ,které si otevřu https://www.youtube.com/embed/(ID) v adresním řádku

Kód: [Vybrat]

Přehrát video na YouTube
Chyba 153
Chyba konfigurace přehrávače videínevíte kde je problém a jak to spravit? (ptám se speciálně na formu /embed/)

Přistihl jsem chromáka, že těsně před zobrazením této hlášku uprostřed na černém pozadí se v dolní části obrazovky vyrojí řádek s ovládacími prvky (play a čas 0:00 z 0:00)

Jo ale pozor, když video je embednuté uvnitř nějaké stránky (včetně na výsledku hledádní na duckduckgo), tak tam si je mohu přehrávat dle libosti. ... To je padlé na hlavu..... Takže si můžu youtube video prohlížet na duckguckgo.com?q=uGmvm23-WTF - přehrát zde, ale jakmile stejný IFRAME zadám do adresníhořádku ,youtube se sesyspe 

A důležité, nepomohlo ani zapnutí coookies a ještě jsem si všiml, že duckduckgo embeduje z domény youtube-nocookie, a to jsem samozřejmě taky zkoušel zadávat místo bez "-nocookie.com" a také nic

4

Desktop / Re:Způsob sdílení obsahu mezi aplikacemi

« Poslední příspěvek od snugar_i kdy Dnes v 21:07:14 »

V IDE copy-paste (Ctrl+Insert & Shift-Insert nebo Cmd+C & Cmd+V podle systému), má i svoji vlastní historii schránky.
V terminálu prostřední tlačítko.
Přetahování v podstatě nepoužívám a "Share" jsem asi ani nikdy neviděl.

5

Vývoj / Re:JavaScript vs. TypeScript: rovnaký alebo rozdielny jazyk?

« Poslední příspěvek od snugar_i kdy Dnes v 19:16:29 »

Když v TDD projdou testy, tak bys dál už vymýšlet neměl.

Kdo tu kde a kdy mluvil o TDD?

A i kdyby, tak tam se právě dělá docela agresivní a častý refactoring (dokonce se TDD občas popisuje jako "red-green-refactor"), takže i tam je to blbost

6

Bazar / Re:Máte zájem o TR 3970X (32c/64t), 256 GB RAM?

« Poslední příspěvek od RDa kdy Dnes v 18:19:03 »

Jedina chyba toho inzeratu je, ze neobsahuje cenu.

Protoze i pokud bude vykon stejny jako u nejakeho desktop cpu (decka s 9900x/9950x), tak ta TR platforma:

- nabizi cca stejny objem pameti (256G)
- nabizi stejny rezim - bez ECC (na "mozna" se nehraje, bud to tam je nebo neni)
- nabizi NASOBNE vice I/O - coz se hodi pro nektere aplikace (treba co i jen pro trocha solidnejsi NASku)

Nevyhoda TRX4 je v chcipani.. co jsem to tak vysledoval, tak mnoho lidi menilo desky, netusim proc zrovna tahle generace byla takova meh.. odchazi to casteji.

A i kdyz se nerozhodnete podle I/O nebo vykonu, tak je definitivni rozhodovaci kriterium pouze CENA.

Kdyz bude spravna, ze neni o cem premyslet, tak se to proda / lidi radi koupi.

7

Vývoj / Re:JavaScript vs. TypeScript: rovnaký alebo rozdielny jazyk?

« Poslední příspěvek od qelurg kdy Dnes v 17:55:33 »

Pořídil jsem si Chromebook a jsem zděšen. Takový odpad jsem už dlouho neviděl. Chromebook je největší omyl, který se kdy prodával jako počítač.

Souborový systém je extrémně pomalý při práci s větším množstvím souborů. Přesun několika tisíc drobných souborů trvá i čtvrt hodiny, zatímco na běžném systému je to otázka několika sekund.

Android aplikace mají řadu vážných problémů – běží pomalu, často se navzájem blokují, reagují se zpožděním a nevidí všechny soubory v úložišti, špatně se vykreslují, padají nebo nejdou instalovat.

Linuxový subsystém je omezený, bez přístupu k hw pomalý, nedoladěný, s řadou bugů a problémů.

Nativního software má ChromeOS zoufalý nedostatek. Nabídka aplikací je velmi malá a i kdyby je někdo chtěl vytvořit, nemůže, protože systém to neumožňuje. Přístup k API, kompilaci i nativnímu vývoji je zablokován a vývojáři jsou odkázáni jen na webové nebo androidové nebo linuxové aplikace, které trpí řadou omezeními a chyb.

Třeba virtuální klávesnice v linuxových aplikacích nefunguje vůbec. Nezobrazuje se, nereaguje. V tefinálu jde, ale chybí klávesy jako šipky, F klávesy, ctrl a backspace nefunguje, takže se linuxové programy se v tanlet mode nedají používat. Špatná je situace i s hw klávesnicí v normálním režimu, třeba se schránkou – v terminálu je nahavkovaná a polofunkční. Ve Vimu nejde používat vůbec, programy jako xclip nefungují.

Aktualizace chyby neopravují. Problémy známé celé roky zůstávají bez jakékoli nápravy.

Chromebook je zařízení bez perspektivy. Nemá dostatek softwaru, brání vývojářům v tvorbě nových aplikací a i základní věci jako schránka nebo klávesnice jsou polofunkční. Místo moderního systému vznikla uzavřená platforma, která omezuje uživatele i vývojáře a neřeší své vlastní chyby.

8

Vývoj / Re:JavaScript vs. TypeScript: rovnaký alebo rozdielny jazyk?

« Poslední příspěvek od Martin Poljak kdy Dnes v 17:50:07 »

Když v TDD projdou testy, tak bys dál už vymýšlet neměl.

Kdo tu kde a kdy mluvil o TDD?

9

Vývoj / Re:JavaScript vs. TypeScript: rovnaký alebo rozdielny jazyk?

« Poslední příspěvek od BoneFlute kdy Dnes v 17:36:48 »

To je skvělá logika: používejme antipatterny a známé zákeřnosti. Stačí přece, že testy, co si napíšem opatrně tak, aby se to nerozbilo, projdou.

Testy se píší tak, aby se to rozbilo. Nejspíš žiješ v jiném světě.

Problém je, že bez ohledu na to, jak moc si s tím dáš práci s testama, první týden na produkci se najde nějaký ..., co zkusí něco, co tě vůbec nenapadlo v testech pokrýt. Spoléhat se na to, že kód může být hromada hnoje, a testy to ohlídají... eh, s tím bych fakt pracovat nechtěl.

+1

10

Bazar / Re:Máte zájem o TR 3970X (32c/64t), 256 GB RAM?

« Poslední příspěvek od CPU kdy Dnes v 16:38:59 »

Jinými slovy mi říkáš, že to mám hodit do elektroodpadu protože i za korunu by to bylo předražené. Ok, udělám to tak.

A proč bys to házel do elektroodpadu?
Proč to prostě nenechat spokojeně dožít?
Navíc se to dá krásně rozprodat na díly.

Ad test, nedávno jsme zkoušeli 64 jádrový Epyc druhé generace vůči Ryzen 9 9900X v mnohovláknové zátěži a ten modernější Ryzen ho i v zátěži s vytížením všech vláken převálcoval.
12 vláken vs 64 vláken což mohlo vypadat na první pohled beznadějně...

Ale vezměme tvůj procík v Cinebench (což je mnohojádrový test):
Ryzen Threadripper 3970X dává: 44 tisíc
AMD Ryzen 9 9950X3D dává 42 tisíc

Takže pokud máš typ zátěže, který bude do zblbnutí počítat na úplně všech jádrech, skutečně máš počítač, který se může poměřovat se současným highendem. Ten procesor má nízký výkon na jádro, ale hodně jader.

Jakmile budeš mít zátěž pro 12 vláken, bude to mít laciný 9600X mnohem dříve.
Jakmile budeš mít zátěž pro 16 vláken, bude to mít 9800Xko mnohem dříve.

Skutečnost je taková, že při běžné práci potřebuješ relativně "málo" velice rychlých jader. Protože zátěž bývá nárazová a čím rychleji je náraz odbaven, tím méně čekáš. Mnoho činností nelze/nedává smysl rozdělit na více vláken.

Ale netvrdím, že co máš je bezcenné, jen že to nemá smysl přeceňovat.