- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Milyen videókártyát?
- Tápos kibeszélő offtopik
- Szentjánosbogárral venné fel a versenyt a Macbook Neo ellen az Intel
- 5.1, 7.1 és gamer fejhallgatók
- Vezeték nélküli fülhallgatók
- Sony MILC fényképezőgépcsalád
- Kormányok / autós szimulátorok topikja
- Nem kell még temetni: 2 éves órajelcsúcsot döntöttek meg Raptor Lake-kel
- Speciális kiadású AMD-s alaplapot villantott az ASUS a 20 éves ROG-jubileumra
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
Előre is elnézést az auto-correctes felig ékezetes, felig magyar, felig angol kommentert.
Mivel magamtol nem jöttem ra ezért osszelegoztam a megoldást, ti ezt értitek? Úgy érzem, hogy feleslegesen toltam túl a dolgot:
const onlySelectable = allOptions
?.filter((e: { etype: string }) => e === 'SELECTABLE')
.map(({ eorder, eid }) => ({ eorder, eid }));
const filterAndAddOrderNum = (
selectionHistory: { eid: string, selectedOption: string }[],
onlySelectable: { eorder: number; eid: string }[]
) => {
const map = new Map();
const filteredSelectionHistory = selectionHistory?.selections?.filter(({ eid: id1 }) =>
onlySelectable.some(({ eid: id2 }) => id1 === id2)
);
filteredSelectionHistory.forEach((item) => map.set(item.eid, item));
onlySelectable.forEach((item) =>
map.set(item.eid, { ...map.get(item.eid), ...item })
);
return Array.from(map.values());
};
Lényegében van egy forrás JSON ami mindig a friss adatokat tartalmazza, az eorder változhat es nekem az alapján kell sorrendben megjelentetni az adatokat, illetve van egy history JSON ahol eddig csak az id es a user opciója volt elmentve. A feladat, hogy miután megkaptam a forrást es a history-t szinkronizáljam azokat. Tehát a redux state-ben a history-bol kinyert eid-hoz csatoljam eorder-t, igy a frissen megjelenített adatok es a history-bol jövő adatok is szinkronban lennének, mert időközben a sorrend es a tartalom is változhat. Az esetleg (user által) ujra elküldött adatoknak is tukrozniuk kell a forrásban történt változást.Nem feltétlen 1 liner megoldást keresek sõt, de egy másod véleménynek örülnék, hogy lehet-e ezt egyszerűbben is.
-
Előre is elnézést az auto-correctes felig ékezetes, felig magyar, felig angol kommentert.
Mivel magamtol nem jöttem ra ezért osszelegoztam a megoldást, ti ezt értitek? Úgy érzem, hogy feleslegesen toltam túl a dolgot:
const onlySelectable = allOptions
?.filter((e: { etype: string }) => e === 'SELECTABLE')
.map(({ eorder, eid }) => ({ eorder, eid }));
const filterAndAddOrderNum = (
selectionHistory: { eid: string, selectedOption: string }[],
onlySelectable: { eorder: number; eid: string }[]
) => {
const map = new Map();
const filteredSelectionHistory = selectionHistory?.selections?.filter(({ eid: id1 }) =>
onlySelectable.some(({ eid: id2 }) => id1 === id2)
);
filteredSelectionHistory.forEach((item) => map.set(item.eid, item));
onlySelectable.forEach((item) =>
map.set(item.eid, { ...map.get(item.eid), ...item })
);
return Array.from(map.values());
};
Lényegében van egy forrás JSON ami mindig a friss adatokat tartalmazza, az eorder változhat es nekem az alapján kell sorrendben megjelentetni az adatokat, illetve van egy history JSON ahol eddig csak az id es a user opciója volt elmentve. A feladat, hogy miután megkaptam a forrást es a history-t szinkronizáljam azokat. Tehát a redux state-ben a history-bol kinyert eid-hoz csatoljam eorder-t, igy a frissen megjelenített adatok es a history-bol jövő adatok is szinkronban lennének, mert időközben a sorrend es a tartalom is változhat. Az esetleg (user által) ujra elküldött adatoknak is tukrozniuk kell a forrásban történt változást.Nem feltétlen 1 liner megoldást keresek sõt, de egy másod véleménynek örülnék, hogy lehet-e ezt egyszerűbben is.
-
Nem biztos, hogy kimondottan JS kérdés, de React appbanan i18n-t használok, ahol a doksi szerint importálni kell az egész config fájlt, hogy bekerüljön a bundlebe. Közben létrehoztam benne egy functiont is és azt később külön is importáltam:
import "./i18n";import { getTranslations } from "./i18n";Szükségem van az eredeti importra ebben az esetben?
-
Köszi, végül ez lett belőle:
const account: IAccount | null = useAccount(accounts[0] || {});
const customProp: string | undefined =
account?.idTokenClaims?.extension_customProp;Ahogy mondtad az AccountInfo lehet null is, emiatt a customProp lehet undefined is), amit használata előtt ellenőrzök, így a helyére került minden.
Jim-Y:
Kipróbáltam ezt is, de ugyan az maradt a figyelmeztetés.
coco2:
Távol álljon tőlem, hogy megmondjam a frankót, de ha engem kérdezne valaki, hogy érdemes-e a TS-el foglalkozni, akkor azt tanácsolnám, hogy ne is kezdjen bele semmibe anélkül, legalábbis, ha programozásból akar megélni és JS vonalon mozog.
-
Valóban, figyelmetlen voltam a customProp egy string a végére és rossz helyen deklaráltam.
const account: IAccount = useAccount(accounts[0] || {});
const customProp: string = account?.idTokenClaims?.extension_customProp;Így megoldódik a customProp kérdése, de az accountra ezt kapom:
TS2322: Type 'AccountInfo | null' is not assignable to type 'IAccount'. Type 'null' is not assignable to type 'IAccount'.
A useAccount:
// Given 1 or more accountIdentifiers, returns the Account object if the user is signed-inexport declare function useAccount(accountIdentifiers: AccountIdentifiers): AccountInfo | null; -
Nekem erről egyből a Modernizr jutott eszembe, de nem tudom, hogy mennyire divatos még használni.
Más.
Ugyan csak lassacskán, de ismerkedem a TypeScripttel és van valami ami nem tudom, hogy miért nem működik. Az MS Authentication Libraryban adott egy type definition:export declare type AccountInfo = {
homeAccountId: string;
environment: string;
tenantId: string;
username: string;
localAccountId: string;
name?: string;
idTokenClaims?: object;
};AzA React komponensemben szeretnék hozzáférni egy custom idTokenClaimshez:
const { accounts } = useMsal();
const account = useAccount(accounts[0] || {});
const customProp: IAccount = account?.idTokenClaims?.extension_customProp;Az account definíciója az AccountInfo. Az IAccount egy általam létrehozott interface, ahol az AccountInfo-t próbálom kibővíteni, lovasítom alapján ennek működnie kellene:
interface IAccount extends AccountInfo {
idTokenClaims: {
extension_customProp: string;
};
}De akárhogy csavarom a dolgot az
.extension_customProp-ra mindig azt kapom, hogy
TS2339: Property 'extension_customProp' does not exist on type 'object'.
Hol rontom el? -
Valóban, figyelmetlen voltam a customProp egy string a végére és rossz helyen deklaráltam.
const account: IAccount = useAccount(accounts[0] || {});
const customProp: string = account?.idTokenClaims?.extension_customProp;Így megoldódik a customProp kérdése, de az accountra ezt kapom:
TS2322: Type 'AccountInfo | null' is not assignable to type 'IAccount'. Type 'null' is not assignable to type 'IAccount'.
A useAccount:
// Given 1 or more accountIdentifiers, returns the Account object if the user is signed-inexport declare function useAccount(accountIdentifiers: AccountIdentifiers): AccountInfo | null; -
Nekem erről egyből a Modernizr jutott eszembe, de nem tudom, hogy mennyire divatos még használni.
Más.
Ugyan csak lassacskán, de ismerkedem a TypeScripttel és van valami ami nem tudom, hogy miért nem működik. Az MS Authentication Libraryban adott egy type definition:export declare type AccountInfo = {
homeAccountId: string;
environment: string;
tenantId: string;
username: string;
localAccountId: string;
name?: string;
idTokenClaims?: object;
};AzA React komponensemben szeretnék hozzáférni egy custom idTokenClaimshez:
const { accounts } = useMsal();
const account = useAccount(accounts[0] || {});
const customProp: IAccount = account?.idTokenClaims?.extension_customProp;Az account definíciója az AccountInfo. Az IAccount egy általam létrehozott interface, ahol az AccountInfo-t próbálom kibővíteni, lovasítom alapján ennek működnie kellene:
interface IAccount extends AccountInfo {
idTokenClaims: {
extension_customProp: string;
};
}De akárhogy csavarom a dolgot az
.extension_customProp-ra mindig azt kapom, hogy
TS2339: Property 'extension_customProp' does not exist on type 'object'.
Hol rontom el? -
Sziasztok,
nem kimondottan JS téma, de azért kapcsolódik. 2 React app között szeretnék valós idejű kapcsolatot létrehozni. Az egyik egy kliens app, a másik egy manager app.
Leegyszerűsítve chat és szavazás lebonyolítása a cél. A manager appból kellene indítani a szavazást ami a kliensen jelenik meg egy modal ablakban, illetve amikor kezdődik az esemény akkor átirányítani a usert a megfelelő oldalra.Mivel Azure környezetben vagyunk így adta volna magát a SignalR és mivel a consumption plan a cél, abból is a serverless változat upstreammel megfűszerezve...de itt teljesen összekuszálódik minden. MS doksik meglehetősen foghíjasak.
Most gyakorlatilag ott tartok, hogy azt sem tudom, hogy mit lehet megcsinálni és mit nem ebben a felállásban.Van aki foglalkozott signalR-el és valamelyest nyomonköveti a fejlesztését? Érdemes tovább erőltetni a serverless megközelítést, ki tudja váltani a 'default' signalR-t?
Ami most lelőtte a biztosítékot, hogy a manager appban tudni kellene ki csatlakoztak. Simán a serverless nem tudja, de az upstream tud onConnected eventet küldeni, dokisk írják is, hogy hogyan lehet az upstreamet 'beállítani'. De itt el is fogy a segítség, a function appban lehet egyáltalán ilyenkor JS-t használni vagy ez még CSHARP kiváltság? Ráadásul a serverless példák sima POST-ok, de úgy tűnik, hogy külön vannak bind-ok is az upstreamhez...
Ha kesze-kuszának tűnik amit írtam, akkor elnézést, de jól tükrözi a jelenlegi állapotomat.
Az upstream szerver irányú kapcsolat. Hogy mit nevezel serverless-nek egy webes alkalmazás esetében, ahol létezik upstream, na azon kicsit vakarom a buksit. Valami zavart érzek az erőben
Minimum egy tracker biztosan kell, és az már szerver. A "POST" tipikusan szerver irányba küldött http kérés, és nem csak dotnetc kiváltság. Js esetében xhr van kommunikációra, és abszolút alkalmas post kérések küldésére. A react meg signalr nem az én világom, abban talán a többiek segítenek. -
Sziasztok,
nem kimondottan JS téma, de azért kapcsolódik. 2 React app között szeretnék valós idejű kapcsolatot létrehozni. Az egyik egy kliens app, a másik egy manager app.
Leegyszerűsítve chat és szavazás lebonyolítása a cél. A manager appból kellene indítani a szavazást ami a kliensen jelenik meg egy modal ablakban, illetve amikor kezdődik az esemény akkor átirányítani a usert a megfelelő oldalra.Mivel Azure környezetben vagyunk így adta volna magát a SignalR és mivel a consumption plan a cél, abból is a serverless változat upstreammel megfűszerezve...de itt teljesen összekuszálódik minden. MS doksik meglehetősen foghíjasak.
Most gyakorlatilag ott tartok, hogy azt sem tudom, hogy mit lehet megcsinálni és mit nem ebben a felállásban.Van aki foglalkozott signalR-el és valamelyest nyomonköveti a fejlesztését? Érdemes tovább erőltetni a serverless megközelítést, ki tudja váltani a 'default' signalR-t?
Ami most lelőtte a biztosítékot, hogy a manager appban tudni kellene ki csatlakoztak. Simán a serverless nem tudja, de az upstream tud onConnected eventet küldeni, dokisk írják is, hogy hogyan lehet az upstreamet 'beállítani'. De itt el is fogy a segítség, a function appban lehet egyáltalán ilyenkor JS-t használni vagy ez még CSHARP kiváltság? Ráadásul a serverless példák sima POST-ok, de úgy tűnik, hogy külön vannak bind-ok is az upstreamhez...
Ha kesze-kuszának tűnik amit írtam, akkor elnézést, de jól tükrözi a jelenlegi állapotomat.
-
Sziasztok!
A következőben szeretnék tőletek egy kis iránymutatást kérni.
Egy olyan "weboldalra" lenne szükség, amit 99%-ban mobilról vagy tabletről használnának. Nálunk jelenleg, válogatás nélkül, mindent drupallal oldanak meg, amit Zurb Foundation-el alakítok mobil készre. Általában ennyi elég is, de jelen esetben úgy érzem, hogy nem a legjobb megoldás.
Véleményem szerint remek választás lenne a Foundation for Apps keretrendszer használata és a drupal csak a backend részét töltené be, ami JSON adatokat küld, tehát utóbbi tényleg csak tartalomkezelésre lenne használva, míg előbbinek csak meg kell jelenítenie azt.A gondom az, hogy eddig nem dolgoztam még ilyen formában sem javascriptel, sem JSON adattal. Nem tudom, hogy hogyan lehetne a kettőt összehozni.
Egyrészt nektek erről mi a véleményetek, másrészről pedig találkoztatok-e ilyen vagy ilyesmi párosítással? Én sajnos elbuktam a google teszten és nem is tudom, hogy merre induljak, hogy ez működjön, így ha jó az ötlet, akkor szükségem lenne egy pár kulcsszóra, vagy jó tutorialra, amin el tudnék indulni.
-
Sziasztok!
A következőben szeretnék tőletek egy kis iránymutatást kérni.
Egy olyan "weboldalra" lenne szükség, amit 99%-ban mobilról vagy tabletről használnának. Nálunk jelenleg, válogatás nélkül, mindent drupallal oldanak meg, amit Zurb Foundation-el alakítok mobil készre. Általában ennyi elég is, de jelen esetben úgy érzem, hogy nem a legjobb megoldás.
Véleményem szerint remek választás lenne a Foundation for Apps keretrendszer használata és a drupal csak a backend részét töltené be, ami JSON adatokat küld, tehát utóbbi tényleg csak tartalomkezelésre lenne használva, míg előbbinek csak meg kell jelenítenie azt.A gondom az, hogy eddig nem dolgoztam még ilyen formában sem javascriptel, sem JSON adattal. Nem tudom, hogy hogyan lehetne a kettőt összehozni.
Egyrészt nektek erről mi a véleményetek, másrészről pedig találkoztatok-e ilyen vagy ilyesmi párosítással? Én sajnos elbuktam a google teszten és nem is tudom, hogy merre induljak, hogy ez működjön, így ha jó az ötlet, akkor szükségem lenne egy pár kulcsszóra, vagy jó tutorialra, amin el tudnék indulni.
A kontextus meg a helyzeted pontosabb ismerete nélkül (pl. a kódbázis minősége) nehéz testreszabott választ adni, de amit most leírtál, a mai gyakorlatban elég népszerű Single Page Application (~ webes vastag kliens) stratégia. (Egy kulcsszónak használhatod az SPA-t.)
Ennek van előnye és hátránya egyaránt, hogy néhányat soroljak:
+ Jobb érzékelt sebesség/felhasználói élményt nyújt az első betöltés után.
+ Kényszerűen tisztább az architektúra, jobban újrafelhasználható (pl. natív mobilalkalmazások, új UI...) a monolit projekt kettévágása miatt(*).
+ A részek önálló életciklussal bírnak, tehát több csapat könnyebben dolgozhat a részeken; külön tesztelhető és élesíthető minden elem.
+ A backendhez és a frontendhez is vannak specializált könyvtárak, ahelyett hogy egy eszközzel próbálnád egy n-tier alkalmazás minden aspektusát lefedni. (igen, még mindig nem szeretem a PHP-t)- JavaScript nélkül (pl. NoScript felhasználók) az egész történet halott, úgyhogy egy igazán univerzális megoldáshoz nem dobhatod ki a Drupal által generált önjáró, "ódivatú" oldalt.
- A böngészők közötti eltérések sose szűnnek meg. (Safari is the new IE
)
- Nagyon könnyű tévútra menni, és ennek következtében (abszolút és UX-es értelemben is) lassú, működésében hibás, neadjisten biztonságilag kockázatos kódot írni!
- Tanulni kell. Egy tiszta JS alkalmazás ég és föld ahhoz a szinthez képest, amikor egy sablonból generált HTML oldal kis szakaszait jQueryvel ugráltatja az ember. Az azzal kapcsolatos tapasztalatok inkább veszélyesek, mint hasznosak.(*): Ehhez igazából nem kell SPA, csak egy jó környezet meg önfegyelem. Például a legtöbb értelmes MVC megvalósításban teljesen független az üzleti logika a HTML generálástól (megjelenítéstől).
Személy szerint Drupalt soha nem használtam, a Foundationt is csak kerülgettem (inkább Bootstrapeztem); de az elgondolás nemes, és ha a szerveroldalad képes az adatait strukturált formában kiadni, szerintem mindenképpen megér egy próbát. Sajnos nem tudom, hol lehetne jól elindulni nulláról, bár az Angular 1.4-hez az ng-book elég bíztató. Valaki segítsen ki!
-
Sk8erPeter
nagyúr
Köszi! Egyszerű és nagyszerű, meg sem fordult a fejemben, hogy 'id'-ra tegyem a formázást...
Már csak azon töprengek, hogy hogyan kerüljem meg a firefox background-image transition hiányát, de chrome alatt szépen működik.
"Egyszerű és nagyszerű, meg sem fordult a fejemben, hogy 'id'-ra tegyem a formázást..."
Még jó is, hogy nem fordult meg a fejedben, mert illik sokkal általánosabban megoldani az ilyesmit, nem pedig id-vel szórakozni, és ezzel kb. örökre rögzíteni, hogy melyik elemet is fogod buzerálni. Vannak esetek, amikor ez nem számít, de többnyire mégis.Amúgy örülök, hogy nálad működik a "javított" demó, mert nálam konkrétan semmit nem csinál, igaz, összesen 5 másodpercnyi időt töltöttem a kipróbálásával, nem próbáltam elgondolkozni, mit csinál és mit kellene csinálnia.
-
Speeedfire
félisten
-
Speeedfire
félisten
Sziasztok!
Egy kis segítségre lenne szükségem, hogy merre induljak el.
Vagy egy divem, aminek a hátterét szeretném változtatni, másik thumbnail div-re való kattintástól függően.
Addig eljutottam, hogy jó lenne a div class-t változtatni és annak függvényében, más css töltődik be rá. De ez a toggleClass nem épp úgy csinálja , ráadásul jó lenne, ha esetleg valami átmeneti animáció is lenne képváltogatás közben.Ilyen, de ugye ez így nem vállalható, csak nem tudom, hogy mit lenne érdemes még megnézni.
Minimum egy tracker biztosan kell, és az már szerver. A "POST" tipikusan szerver irányba küldött http kérés, és nem csak dotnetc kiváltság. Js esetében xhr van kommunikációra, és abszolút alkalmas post kérések küldésére. A react meg signalr nem az én világom, abban talán a többiek segítenek.
)
Új hozzászólás Aktív témák
- www.olcsogamerpc.hu - GamerPC 65 - Intel i5-12400F / RTX 5060 Ti / 16GB DDR4 / 1TB NVMe - GARANCIA
- Apple iPhone 16 128GB eladó! 92% akku, megkímélt állapot, 12 hónap garancia
- 4db GAINWARD RTX 4090 Phantom HŰTÉS!
- Apple iPhone 16 Pro 128GB eladó! 92% akku, Megkímélt állapot, 12 hónap gar
- Apple iPhone 16 Pro 128GB eladó! 93% Akku, szép állapot, 12 hónap garancia
- Új Dell 14 Latitude 5G 7450 Touch Ultra7 165H 16mag 32GB 512GB SSD Intel Arc iGPU Win11 Pro Garancia
- Lenovo Thinkpad L580,15.6",FHD,i5-8350U,8GB DDR4,256GB NVMe SSD,WIN11
- Huawei Pura 70 Ultra 512GB Black Karcmentes állapot 16GB RAM 6 hónap garancia
- AKCIÓ! Felsőkategóriás Gamer PC-Számítógép! R7 9850X3D / RTX 5080 16GB / 32GB DDR5 / 2TB Nvme!
- Akció! Értékcsökkentett gamer alaplapok /ASUS/MSI/AM5/Számlával/
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest