UETOYO: omluv moji neznalost, ale v jakem smyslu to porovnavas s pythonem?

Když nějaký ten týden zkouším .NET Core tooling jsem zatím jen přijemně překvapen, když to porovnám s Pythonem.

Announcing .NET Core 1.0 | .NET Blog
https://blogs.msdn.microsoft.com/dotnet/2016/06/27/announcing-net-core-1-0/

MILL: Tak konečně se přišlo na příčinu, dělala to jeda z verzí Vmware Tools pro Win Server 2008 R2, po aktualizaci na poslední se to zase chová po nasazení aplikace na IIS normálně

Narazil jsem u jednoho NuGet baličku na problém s PostBuildEvents v projektu. Já potřebuju mít nějaké své post build event, ale tento balíček mi je surově nahradí svými vlastními. V googlu najdu akorát informace o sestavení balíčku, ale nic o mém problému :(
Je to principiální problém NuGetu, blbě udělaný balíček, nebo jsem dement a má to jiné (tak primitivní, že to není ani v googlu) řešení? Jde mi o to, komu nadávat...

JANFROG: delal jsem to obracene, i.e. custom CLR host, ale pak uz prace z C# nebo Delphi pres COM, to je signifikantne jedondussi :)
1/ primitivy, struct, string nebo (safe)array jsou podle VT_ pomerne primocare; VT_UNKNOWN je IUnknown a z toho jde dostat ITypeInfo, primo nebo pres IProvideClassInfo.
2/ SEH RaiseException, s nejakym vlastnim error kodem, dostanes do managed jako System.Runtime.InteropServices.SEHException (stringy bych tim neposilal).

FOLKEN: Super, neni mi uplne jasne, jak
1) pokud mam referenci na managed objekt (variant_t) tak jak zjistit jeho typ.
2) Jak hodit vyjimku do managed kodu abu ji ten mohl zpracovat v try/catch.
I kdyz je fakt, ze predavani unmanaged objektu do managed kodu je mi cele takove celkem nejasne...

JANFROG: kdysi, asi .NET 1.1, z Delphi ktera ma pouzitelny COM, a nedavno .NET 3.5.1 z C++ na experimenty s VEH handlery, takze jen primerene zakladni zalezitosti

Možná to někoho zaujme: https://github.com/KirillOsenkov/MSBuildStructuredLog

NECROMAN: Bohužel, mám to tak jak píšeš.

No nic, teď na to kašlu, deploy daleko. Zamakám na core aplikace a v nejhorčím udělám controls celé do WPF - což jsem se snažil prosadit hned, ale neprošlo to...

PECA: v jakem .NETu to implementujes? Novejsi 4.5.2 a 4.6.x by to jiz mel podporovat.
"To enable this feature, add a new <appSettings> element to the configuration file (app.config) and set the EnableWindowsFormsHighDpiAutoResizing element to true:"

Implementoval jste nekdo CLR hosting z unmanaged aplikace? Neni mi ttam uplne jasna jedna vec...

Peru se s rozlišením (velikost prvků, DPi a podobně) ve WinForm. V designu to vypadá ok, v runtime je to prťavý. Jedu na 3k displeji s 200× zvětšením. Ještě do nedávna (fakt nevím kdy, ale řekněme v lednu) to fungovalo dobře. Přikládám obrázek, jak by to mělo být velké a jak to je velké ve skutečnosti. Ono to asi takhle nevynikne, ale v tom malém okně jsou ty checkboxy vpravo vysoké pouhý 1 mm, což je skoro nečitelné.
Neřešil jste to někodo? Co jsem našel rady na netu, tak z toho nejsem moudrý (AutoScale Font/DPI)...

MORMEGIL: No funguje. Proc myslis, ze je lepsi to encodovat a ne decodovat ?

Vidím, že mě tu nikdo nečte. Tohle nemá nic společného s kódováním znaků (ve smyslu UTF-8 či whatever). Zkoušel jsi místo hledání zadaného textu hledat HtmlEncode(text)?

FREELA: ve Visual studiu je nstaveny ukladat jako UTF8, nicmene to take jeste zkontroluju.

DUCK: nevim jestli ti to pomuze, ale resil jsem nedavno podobny problem v razoru (umbraco). nakonec jsem zkusil vsechny soubory (.aspx, .csthml) otevrit v notepadu a zkusit dat Save As. Tam uvidis v jakym kodovani je ten soubor ulozenej. Jeden z nich byl misto UTF8 v ANSI a to byl ten problem. stacilo ulozit v UTF8 a jelo to

a co jsem ted objevil je to, ze to delaji jenom znaky á ý é í ú - čtvrtlet & # 237 ;