Hezký den všem, poprosil bych o radu, jsem naprostý laik v programování. Mám excelovský dokument s GPS koordináty (např. 50.1036;14.473571661376967;;Hlavní město Praha;CZ;180 00). Potřeboval bych z toho textu udělat jednoduchý hyperodkaz, který mi to GPS otevře v mapy.cz a ukáže mi špendlík s tím, kde se ten bod nachází. Může to být asi i jiný program, ale mapy.cz to umění přečíst i s tím ";Hlavní město Praha;CZ;180 00". Je jedno odkud se to bude otevírat. Neměl by někdo nápad? Předem díky

nemate nekdo prosim tip na dobrej, klidne placenej, user control s media playerem, ktery umi "nativne" prehravat webm - do wpf .net 4.6+ aplikace - neco jako control nad libvlc nebo tak

SMOKY: hlavně ten getter není ani thread-safe, to asi ale nemá ani smysl zmiňovat.

LARS_GUNNER: Ano, jako metoda cojávím ReceiveBytes to klidně dává smysl, ale getter by se neměl pouštět do žádných větších akcí.

SMOKY: Pokud bych už nutně musel vstup ihned mazat, get bych do takovéto funkce vůbec nepsal, je tak?

SMOKY: A jak tedy podle správnosti? S C# teď začínám a bylo by dobré se vyhnout podobným "prasárnám".

tak hlavne to je prasarna

TOOMIX: Nejsem C# guru, ale v public většinou get nevídám. Pokud se jedná o nulování, může to být kvůli té váze, která vrací nestejnou délku v bytech, jako odpověď.

LARS_GUNNER: cela tahle cast s asynchronnimi sockety se v 99% pouziva pro cteni z vahy po tcp/ip, kdy ta vaha automaticky posila kazdych cca 500-1000ms hodnoty

TOOMIX: To je něco z automatizace? Vypadá to, jakoby to psal PLCčkař. :-) Pokud je receive nestejné délky, a načteš kratší, tak ti v C v poli bytů zůstanou ty vyšší indexy nepřepsané a takto se to někdy ošetřuje.

TOOMIX: IMO to prostě psala nějaká lama, která chtěla, aby se ty gettery daly volat jen jednou, víc bych v tom nehledal.

TOOMIX: Smysl mazání v getu je jasnej, po returnu už hodnotu bufferu nesmažeš.

Pokud se thready neřeší jinde, tak tam teoreticky může být dvojí čtení nebo zápis v průběhu čtení...

ZBYNEK: to ano to tam samozřejmě je, ale uniká mi smysl toho mazání v getu - co když si budu chtít "sáhnout" na to co přišlo 2x? Tak mám podruhé smůlu nebo si to napoprvé musím znovu odlít někam bokem

TOOMIX: Ani bych neřekl že to je kvůli thread safety... Prostě se jenom maže buffer. V kódu na jiném místě najdeš místo, kde do toho pole zapisují data ze vstupu.

Narazil jsem na našem frameworku na tento kód po mých předchůdcích v části, kde jsou udělány asynchronní sockety. To "přepisování" a nulování tam může být z důvodu thread safe? Přijde mi to celý divný

/// <summary>
        /// Bytes received by the Socket
        /// </summary>
        public byte[] ReceivedBytes
        {
            get
            {
                byte[] temp = null;
                if (mBytesReceived != null)
                {
                    temp = mBytesReceived;
                    mBytesReceived = null;
                }
                return (temp);
            }
        }


        /// <summary>
        /// Message send by the Socket
        /// </summary>
        public string WriteText
        {
            get
            {
                string temp = mTextSent;
                mTextSent = "";
                return (temp);
            }
        }

GIOMIKY: Znám to jenom ve win, potřebuješ pfx certifikát, ve vs v project properties je sekce signing...

SUK: to jsem mel v planu zacit zkouset, ale pak mi doslo, ze na nas use case potrebuju neco uplne jineho - takze nastavuju nextcloud a takovou divokou synchronizaci pres to (potrebujeme "ziskat" nahravky videohovoru z whereby a idealne co nejvic bez uzivatelkseho vstupu a tenhle share a mapped drive je prave zavislej na VPN - nextcloud mi bude fungovat za jakehokoli stavu pripojeni)