Nja, alltså, ”Jag använder projektor/bildskärm istället” var alternativet som passade mig bäst, och min projektor/bildskärm är 27 tum. Tror att 24-27 tum och 100-120 tum är vanligast inom projektor/bildskärms-kategorin.
Har tittat på en 27-tums projektor/bildskärm på flera meters avstånd i många år. Nu är det verkligen dags för TV!
Min morbror brukar säga att när man tänker på bildens storlek eller kvalitet är det ingen bra film man kollar på. Jag tycker definitivt att det ligger nåt i det (jag glömmer fort hur liten bilden är vid en bra film), men är ju lite fräsigare med stor skärm och fina färger!
De ”fixade” den snarare åt andra hållet: Back in the day när jag spelade kunde man fuska genom att svänga av på den avstängda kortare varianten av banan, och sedan trycka på ”reset”. Då hamnade man på andra sidan ”genvägen”, fast spelet trodde att man faktiskt kört hela varvet. Senare patcher rättade till denna miss, så jag är rädd att jag tvingas klara racet med hederliga metoder när jag kommer dit…
Jag skulle sätta upp en server som har följande regel:
Alla request som börjar på /rest/ skickas vidare till 192.168.0.15:5083/rest/ (proxy)
Övriga request servas enligt din frontends behov (serva HTML-filer, JS, CSS, bilder, etc)
I Vue-applikationen kan du då göra request till /rest/foo/bar utan att skriva någon domän eller port i början. Det gör att alla request går till samma origin, så du inte behöver tänka på CORS över huvud taget.
Jag använder https://validator.w3.org/ ibland (mest för att kolla om en liten snutt är giltig), men det är kanske inte så smidigt. Annars vet jag inte.
Enligt https://wordpress.org/plugins/validated/ så uppdaterades det pluginet senast för ~2 år sedan. Jag misstänker att pluginet inte känner till loading-attributet på img-element (som är ett någorlunda nytt påfund).
Kan inte se vitsen med att sätta $ framför varje variabel/dynamiskt värde, borde räcka med en $ framför strängen som sagt.
Men men, finns väl större problem 😁
Sorry, jag slog inte upp C# string interpolation utan läste bara vad du skrev. $"abc {foo}" skulle ju givetvis fungera också. Eller $"abc <<<foo>>>" eller vad man nu känner för. Poängen är ju att så fort vi tagit fram syntax som inte ställer till det för gammal kod ($"...") kan man göra vad som helst inuti – dags för bike shedding.
Smidigare i form av att ` är jobbig att skriva på svenskt tangentbord? Det kan jag i så fall hålla med om.
När jag bara tänker på det snabbt så låter det ju som att hade funkat. $"abc ${foo}" är ett syntax error i ”gammal” JavaScript ändå (i alla fall i de case jag kunde komma på sådär på studs). Skulle inte förvåna mig om de hade det som förslag och att det finns diskussioner på Internet att läsa om det. Men jag kan garantera att de inte valde ` för att jävlas.
Ah, tack - det skulle vara backticks för `templates/${file}`!
Ibland undrar jag om det är sadister som har hittat på syntaxen i typ alla programmeringsspråk? De måste ju ha medvetet gjort det så svårt som möjligt att läsa och skriva.
I det här fallet – nej, ingen sadism. Det finns en förklaring. JavaScript har haft "- och '-strängar sedan urminnes tider, men inte stränginterpolation. Back in the day så var du tvungen att plussa ihop strängar: "templates/" + file.
2015 släpptes en rad moderniseringar till JavaScript (ES2015). Däribland stränginterpolation. Men eftersom det redan finns massor av webbsidor med strängar som "a ${b} c" där man faktiskt menar texten ”${b}” så kunde man inte bara ändra på vanliga strängsyntaxen till att nu tillåta interpolation. Så istället skapade man ny syntax: `-strängar (heter egentligen templates). (Då kunde man dessutom passa på att göra det lättare att göra strängar med radbrytningar i.)
Principen är ”don’t break the web”.
Du kan följa utvecklingen av JavaScript här: https://github.com/tc39/. Både på GitHub och på konferens-talks (YouTube) så verkar de mycket omtänksamma och har en mycket svår uppgift. Så att kalla dem sadister känns inte förtjänat!
Sen kan jag hålla med om att många val i många språk känns helt oigenomtänkta ibland.
En cell för ”Antal varor i lager vid årets början” som du får fylla i.
En cell för ”Antal sålda varor vid årets början” som du får fylla i (kanske 0).
En lista över allt som händer under året. T ex ”5 varor sålda” eller ”20 varor slängda pga vattenläcka”. Du skulle kunna ha datum på dem också för att hålla lite koll.
En cell för ”Antal varor i lager nu” som beräknas beroende på ”Antal varor i lager vid årets början” och allt som händer under året.
En cell för ”Antal sålda varor nu nu” som beräknas beroende på ”Antal sålda varor vid årets början” och allt som händer under året.
När firman blir större kan det vara värt att köpa något program som kan lagerhantering och bokföring.
Edit: Började precis förstå vad det här betyder:
Citat:
Detta ska även gå att dra nedåt då det är ca 500 varor som ska ha samma individuella info i raderna nedanför.
Jag tänkte nog mer någon sorts total av alla varor.
Men du skulle kunna ha en tabell med två kolumner:
Produktnamn
Antal vid årets början
Beräknad: Antal nu
Beräknad: Antal sålda
Och en tabell med vad som händer:
Produktnamn
Förändring i lagersaldo
Datum
Kommentar – ev uppstyrt, så att du vet att ”försäljning” påverkar både antal i lager och antal sålda, medan ”vattenläcka” bara påverkar antal i lager
Jag tror man kan göra formler där varje rad i första tabellen bara summerar rader i andra tabellen med samma produktnamn.
Tips: Det är bättre att beskriva vad som händer när du kör ditt program och jämföra med vad du tycker borde hända, än att bara säga ”det fungerar inte”.