BGAFC Vendégkönyv

Σ: 16 post

miklos_akos (statz)

#7, Lófasz (871)

658 | #5420 | ^ | Idézet | Sat, 02 Oct 2021 12:03:31 +02

78.131.*.*

*.ikron.hu

@TCH:
De azok nem is futtatnak virtuális gépeket...

Igazsag szerint Hyper-V is tud hardvert atpasszolni, es igen, ottan is ezt csinalja a 460-nal regebbi nvidia driver consumer gpukkal. Sok dologra jo egy VM es windows kozegben (is) huszmillio+1 haszna van miert.

@TCH:
Vajon miért csak a vindózereket szopatták ezzel?

A legtobb (l)user leginkabb csak jatszani akar ugy, hogy a winfost kordaban tartjak (mert igen, winfos jobban fut vm-ben, mint magan a vason lol). Ja es nem segit, hogy laptop gpu-rol beszelunk ami melle paroztatva van egy Intel HD 5500 (ami meg hibatlanul megy VM-ben).

TCH (statz)

#1, Főfasz (10443)

1084 | #5421 | ^ | Idézet | Sat, 02 Oct 2021 12:59:36 +02

188.143.*.*

*.pool.digikabel.hu

@miklos_akos:
Igazsag szerint Hyper-V is tud hardvert atpasszolni, es igen, ottan is ezt csinalja a 460-nal regebbi nvidia driver consumer gpukkal. Sok dologra jo egy VM es windows kozegben (is) huszmillio+1 haszna van miert.

Én tudom, hogy sokmindenre jó, de a laikusok azt sem tudják mi az. Miért csinálta ezt az nVidia?

@miklos_akos:
mert igen, winfos jobban fut vm-ben, mint magan a vason lol

Azt hogy? Odáig értem, hogy ha a valódi vasra szarok a driverek, akkor a VM, amihez jól meg vannak csinálva a driverek, az elméletileg jobban tudná futtatni ugyanazon a CPU-n; csak az a baj, hogy a VM teljesítményét ugyanúgy visszafogják a host OS szar driverei. Vagy ez mégis valós, a mikrofos még az örökmozgót is képes volt megvalósítani a júzerek szopatásának érdekében? Vagy a VM alányúl a kernelnek és ő tudja jól használni, amit a vindóz nem?

Atyaúristen rovat:
https://qubit.hu/2018/10/26/svedorszagban-mar-ezrek-jarnak-mikrochippel-a-boruk-alatt-ami-a-lakaskulcsot-es-a-vonatjegyet-is-helyettesiti

miklos_akos (statz)

#7, Lófasz (871)

330 | #5422 | ^ | Idézet | Sat, 02 Oct 2021 13:04:37 +02

78.131.*.*

*.ikron.hu

@TCH:
Vagy a VM alányúl a kernelnek és ő tudja jól használni, amit a vindóz nem?

A winfos be van drotozva, hogyha VM-et erzekel akkor ne gyilkolja szet a hardvert, mert a mikrofos azure se birta elfuttatni. :DDDDD

@TCH:
Miért csinálta ezt az nVidia?

Mert zsidok.

TCH (statz)

#1, Főfasz (10443)

483 | #5423 | ^ | Idézet | Sat, 02 Oct 2021 13:47:32 +02

188.143.*.*

*.pool.digikabel.hu

@miklos_akos:
A winfos be van drotozva, hogyha VM-et erzekel akkor ne gyilkolja szet a hardvert, mert a mikrofos azure se birta elfuttatni. :DDDDD

Ja várj, itt a jobban alatt azt értetted, hogy stabilabban? Az mindjárt más...

@miklos_akos:
Mert zsidok.

De kiből sajtolnak itt ki lóvét? Lehet csak én vagyok üzletileg ekkora segg, de ki a célcsoportja ennek a szívatásnak?

miklos_akos (statz)

#7, Lófasz (871)

483 | #5424 | ^ | Idézet | Sat, 02 Oct 2021 17:31:13 +02

78.131.*.*

*.ikron.hu

@TCH:
De kiből sajtolnak itt ki lóvét?

Enterspajzbol (akartak volna).

@TCH:
de ki a célcsoportja ennek a szívatásnak?

Enterspajz. Azota mar rajottek, hogy senki se vette emiatt a dragabb quadrokat, mert:
a) normal desktop gpuknal csak el kell rejteni a virtualis gep statuszt es mukodik
b) enterspajz userek meg ugyanugy megvettek a "filleres" consumer gpukat a quadrok helyett es beleraktak fizikai vasakba

TCH (statz)

#1, Főfasz (10443)

57 | #5425 | ^ | Idézet | Sat, 02 Oct 2021 18:51:30 +02

188.143.*.*

*.pool.digikabel.hu

Ja, hogy még balfaszok is voltak? Akkor duplán rászoptak.

miklos_akos (statz)

#7, Lófasz (871)

272 | #5426 | ^ | Idézet | Sat, 02 Oct 2021 19:26:07 +02

78.131.*.*

*.ikron.hu

@TCH:
Ja, hogy még balfaszok is voltak? Akkor duplán rászoptak.

Az enterspajz vilag mar tanult az oracle, mikrofos-fele bandak hulyesegeibol. :P
Kifelejtettem a c) opciot, azaz regebbi drivert hasznalnak + tiltjak a driver frissitest lol.

TCH (statz)

#1, Főfasz (10443)

167 | #5427 | ^ | Idézet | Sat, 02 Oct 2021 21:28:47 +02

188.143.*.*

*.pool.digikabel.hu

Hát az nVidia lehet, hogy tanult a leckéből, de azért van jópár cég, aki még mindig ott szopatja a júzert, ahol tudja és nem tanulnak semmiből. (mikrofos, kugli, epül)

TCH (statz)

#1, Főfasz (10443)

327 | #5428 | ^ | Idézet | Tue, 05 Oct 2021 21:07:38 +02

188.143.*.*

*.pool.digikabel.hu

@Van, ami nem változik.:

<TCH> kurva jutub
<TCH> ojjan lassan tölt
<TCH> mint a skót pincér

A szomorú, hogy ez - IIRC - nemhogy az előző, de a kettővel ezelőtti évtizedben volt (2007-2009 körül). A kugli másfél évtized alatt csak rosszabbá tette a tyúktúbot.

Ádám (statz)

#4, Főfasz (1815)

285 | #5429 | ^ | Idézet | Wed, 06 Oct 2021 16:05:31 +02

89.133.*.*

*.catv.broadband.hu

Windóz 11 telepítő, színvonalas.

Egyébként elment 100%-ig, majd visszaugrott 0-ra, megin' elment úgy 70-ig és aztán...

Hát így nehéz lesz megnézni a windóztizenegyet, ha a telepítője se megy.

TCH (statz)

#1, Főfasz (10443)

77 | #542a | ^ | Idézet | Wed, 06 Oct 2021 16:10:21 +02

178.164.*.*

*.pool.digikabel.hu

Pffff... XDDDDDDDDDDDDDDDD
És mi az, hogy ha a képernyő érte el a 100%-ot? :D

kemi (statz)

#2, Főfasz (2970)

190 | #542b | ^ | Idézet | Wed, 06 Oct 2021 19:20:56 +02

188.6.*.*

*.dsl.pool.telekom.hu

Az is vicces, hogy mesterségesen kötik CPU generációhoz, meg a TPM chip meglétéhez a rendszerkövetelményt, hogy biztonságosabb legyen. Véletlenül sem a hardvereladásokat akarják felpumpálni.

TCH (statz)

#1, Főfasz (10443)

5458 | #542c | ^ | Idézet | Wed, 06 Oct 2021 19:55:52 +02

178.164.*.*

*.pool.digikabel.hu

Áááá, dehogy, hova gondolsz... :P

Get cursor position in input type number = Mission: Impossible?

Kezdetben vala az text típusú input. A különféle number-only szövegmezőket ezzel és egy sereg jávaszkriptes taknyolással oldották meg, mert nem vala más megoldás. Aztán eljövé az Úr 2008-as esztendeje és vele együtt az HTML5, benne sok baromsággal, de jó dolgokkal is. Ezek közé tartozott a number típusú input, ami a beállítható intervallumával, lépésközével jelentősen lecsökkenté vala az szükséges jávaszkriptes gányolások mennyiségét. Külön jó a mező végébe suvasztott kis léptető, ami olykor még hasznos is bír lenni (egy egérkattintással gyorsabban lehet mondjuk 999-ről 1000-re ugrasztani valamit, mint a kitörléssel és újra beírással), de ha nem az, legalább lekapcsolható. És még jobb, hogy mobilokon ebbe kattintva alapból a numerikus billentyűzet jön fel. Sajnos az okos emberek kifelejtették vala az sima integer típusú input-ot a repertoárból, így ha azt akará vala az büdös programmere, hogy ne is fogadja el a mező (értsd: be se lehessen írni) pl. a pontot, vagy az "e" betűt, mínuszjelet meg csak egyet az elejére (nem, a pattern ezt nem gátolja meg), akkor ahhoz ismét jávaszkript kellett, de legalább megoldható vala vele.

Aztán eltelé pár év, eljőve 2014 és publikálóda az HTML5 2014 edisön, benne az, hogy a number - és jópár egyéb - típusú mezőkön a selectionStart és a selectionEnd ne legyen használható, mert csak, mert ezt főzték ki a marha okosok az büdös internyetes "szabvány""hivatalban". Igaz, hogy több mint egy fél évtizede tökéletesen működik, de ez így akkor sem jó és punktum. Indoklás nincs, csak az, hogy "do not apply".
És az nagy brózergyártók ugornak vala és implementálák izibe ezt a kozmikus méretű baromságot és sok-sok webkóder hirtelen beszopá az nagy digitális faszt, mert bedöglék az kódja vala. Megreklamálák eztet vala az nagy brózergyártóknál (pl. Chrome #1, Chrome #2, Firefox #1, Firefox #2), de csak kapák az egy darab egyujjas nemzetközi jelzést, hogy ez pedig innentől nem támogatott, mert csak és kész; indoklás - hogy mitől jobb ez így, miért kell ezt így, ha eddig működött - doszta nincs. Kuss vagyon köcsög júzerek.

Engem eddig megkímélt a sors attól, hogy ezzel kelljen szívnom, hogy number típusú mezőkben kijelöléssel kelljen bíbelődnöm, de most ez a perc is elérkezett. A keresgetés nem sok eredményt hozott, mindenütt azt javasolják, hogy használj text típusút és írd meg hozzá a jávaszkriptes gányolásaidat, mint a 2008 - és a HTML5 - előtti régi, de ebből a szempontból nem annyira szép időkben. Csudálatos mire képes manapság ez a fejlett technika.

Aztán beleakadtam egy olyan tippbe, hogy át kell állítani a mező típusát text-re, lekérni, majd visszaállítani. Ezt kipróbáltam, de sajnos az átállítás után annyi volt a különbség, hogy a selectionStart és selectionEnd már nem null volt, hanem nulla, függetlenül a kurzor pozíciójától és a kijelöléstől. Aztán kattant valami az agyamnak hívott szartenger mélyén és kipróbáltam, hogy mi történik, ha megvárom, hogy "beálljon" a mező. Nullás várakoztatási idővel meghívott setTimeout-ba raktam a type lecserélése utáni részt és hirtelen meggyógyult, működni kezdett én meg örülni kezdtem, hogy sikerült kicselezni ezt a baromságot.
Hittem én nagy naívan, ugyanis a túloldalt üldögélő Sanyi szólt, hogy neki viszont nem megy. A nálam lévő Ungoogled Chromium 73-assal ez a snippet még tökéletesen működik, de a nála lévő kilencvenvalahanyas Chrome-ban a type lecserélése a kurzornak a nulladik pozícióba ugrását eredményezi, holott ezt senki nem kérte és a v73-ban még nem is csinálta. (Firefoxban (Pale Moon-ban/IceWeasel-ben) ugyanez történik, de ott a jelek szerint ez már régebben is így volt, hogy a típus lecserélése elugrasztja a kurzort.)

A szomorú az egészben, hogy igazából tényleg nem lehet megindokolni semmivel, mert leimplementálhatatlanságról nem beszélhetünk, ha korábban már működött és a működés fizikai megszűnéséről sem beszélhetünk, hiszen a kurzor és a kijelölés, valamint a copy/paste továbbra is megy ezeken a mezőkön, sőt átkapcsolva text-re továbbra is lekérdezhető, tehát a mechanizmus a motorban nem szűnt meg. Csak letiltották a hozzáférést. És ennek se értelme, se haszna.
Így csak egy dolgot értek el: még több jávaszkriptet, mert nem elég, hogy vissza kell térni a régi text típusú input-tal való taknyoláshoz, de mindezt úgy, hogy a webes fejlesztői kultúra viszont már nem a régi, így azt, amit 15 éve pár kB-nyi natúr JS kódból megoldottak, ahhoz ma betöltenek több MB-nyi JS framework-öt...

És mindezt úgy, hogy a HTML5 nem szabvány, hanem ajánlás, tehát a kutya nem kötelezte őket erre. Júzerszopatás as a Service. Na, ebből is csak a hardwaregyárak profitálnak, hogy a webet beborítja a szutyokszkript bloated szennye.

miklos_akos (statz)

#7, Lófasz (871)

573 | #542d | ^ | Idézet | Wed, 06 Oct 2021 20:40:35 +02

78.92.*.*

*.catv.pool.telekom.hu

@kemi:
mesterségesen kötik CPU generációhoz, meg a TPM chip meglétéhez a rendszerkövetelményt

Lattam olyat akinek van TPM2.0, de nem tamogatott CPU, minden hiszti es taknyolas nelkul felment.
Ja meg se a TPM2-nek, se a secure bootnak nem kell funkcionalisnak lennie, csak legyen ott a secure boot, mint feature (megha be se tudod kapcsolni), a tpmmel meg eleg ha tud beszelgetni az os.

miklos_akos (statz)

#7, Lófasz (871)

395 | #542e | ^ | Idézet | Thu, 07 Oct 2021 00:22:11 +02

78.92.*.*

*.catv.pool.telekom.hu

@miklos_akos:
Lattam olyat akinek van TPM2.0, de nem tamogatott CPU, minden hiszti es taknyolas nelkul felment.

i3-5005U: nem ment fel nativan taknyolas nelkul, mert nincs TPM 2.0, ugyanez volt Ryzen 9 5950X procis hypervisoron. Bereszeltem a TPM2-t es a Secure Bootot, mindket proci atmegy a kompatibilitasi ellenorzesen. Az i3-5005U nem tamogatott processzor.

kemi (statz)

#2, Főfasz (2970)

507 | #542f | ^ | Idézet | Thu, 07 Oct 2021 14:40:35 +02

37.76.*.*

*.nat.pool.telekom.hu

Az egyébként tök jó dolog, hogy már nem erőltetik a mobil felületet, a start menüből is eltűntek a csempék, de miért nem képesek egy normális sötét módot implementálni? Linuxon úgy működik (sőt, még Win9x-en is!), hogy a window manager megmondja, hogy ez a UI elem ilyen színű, az olyan, stb. így minden szépen igazodik a beállított színsémához. Winfoson kb. mindenki implementálja magának, a rendszer csak egy környezeti változóval jelzi, hogy sötét, így ami ezt nem implementálja az marad default világos.