Windows 8 - pure HTML5/CSS/JS UI?

е, да, де... ама нали се сещаш, че ще трябва да реагираш и на евенти-те.

Как с jQuery ще налееш данните? Сериозно питам - това не ми е познато.

При всички случаи - далеч по-лесно е да го направиш с десктоп програма, ако ще правиш декс-топ програма, де.

Magic:-) Тва го знам само аз и още двама-трима и ако ти го кажа после...

П.П. WinForms .NET 4.0 C#
Слагаш си System.Windows.Forms.WebControl и на Load:

this.webBrowser1.DocumentText = @"<html>

                                                <head>

                                                <script src='пътя до jQuery-то'></script>

                                                </head>

                                                <body>

                                                    <select id='sel'></select>

                                                </body>

                                                <script type='text/javascript'>

                                                    $(document).ready(function(){

                                                       //тука си викаш $.ajax взимаш

                                                        си JSON-а 

                                                         от сървис и прай с него каквото си поискаш

                                                         вържи си и един ивент към селекта така, 

                                                         че  при c change да прави друг рикуест и 

                                                         пак прай с него каквото си поискаш.



                                                    });    

                                                </script>

                                            </html>";

Сега, като си отделиш HTML-а да ти идва от сървис или хендлър и зададеш:

this.webBrowser1.Url = new Uri("пътя до хендлъра дето ти изплюва html-а");
и забраваш за простотии:-)

тоя сървис кой го run-ва?

Накрая ще ти преброим всички компоненти, които ще използваш за да напълниш един комбо-бокс. Аз залагам на 5 + кафе машина.

Кафе машината ще послужи на колегата ти, дето пише директно s WinForms да почерпи момиченцето от съседния кюбикъл, с розовия I-pod nanо, преди да провери дали гащичките и имат същия цвят докато ти построиш въздушната кула.

И къв е проблема данните да ти идват от сървис?
При повечето приложения в DMZ е просто задължително това.

Всъщност не ми отговаряй, няма смисъл просто.Ма'ай си "десктопа" и не ти трябва да се занимаваш с глупости

За да получиш нотификация от event-ите имплементираш IDocHostUIHandler на site-а на browser-а като на GetExternal връщаш IDispatch на твой callback обект.

От JS-то вече можеш да викаш методи на callback-а с document.external.MyCallbackFunction.

[линк]

[линк]

Няма проблем, стига да има реална нужда от това. Да използваш уеб-сървер, който хоства някакъв plug-in, който пък изпълнява някакъв скрипт, който от своя страна вика код, изпълняван от вируална машина - и после - обратно по същия път - и всичкото това, за да напълниш един комбо-бокс ми се вижда съвсем не-задължително и направо - казано - тъпо.
Ама щом те кефи и има кой да го одобрява - ма'ай си го спокойно.

Съгласих се... въпроса беше - дали е по-лесно да направиш това или просто да хост-неш комбо-бокса на един прозорец и да го напълниш с данни при WM_INITDIALOG (или както там е преведено това съобщение в съответния език)

Иначе - виждам, че и ти си се борил с вътрешностите на браузера, за което ти симпатизирам искрено.

Аре стига вече глупости да си говорим. Уеб сървър не е задължителен...имаш WCF сървиси. Не знам на кое му викаш "plug-in" и за кви виртуални машини говориш.

Не искаш сървиси...ОК...можеш спокойно да извикваш JS функции от manаged кода както и обратното. Идеята е да не се опитваш да докачаш директно Html елементи от manаged кода и да преминаваш през COM интерфейси, а да прехвърляш JSON м/у тях пък те да си го правят каквото си искат (ако искат комбо-боксове да си зареждат, ако искат тейбъли да си зареждат...).

this.webBrowser.Document.InvokeScript("loadFencyComboBox", data.ToJson())
и от JS-а:
window.external.SendDataToManagedFunction(data.toJSON())

Толкова ли е трудно не мога да разбера?
IBrowser2, IMoniker, IMotherFacker... - направо като квантова физика ми звучи. Ама щом има кой да ти го одобрява...няма проблем, ма'ай си го

[линк]

Няма вече кой да го одобрява - затова не го ма'ам.
WCF и WinForms работят във виртуална машина. JavaScript е plug-in в браузер контрола.

[линк]

Event-ите са описани.

1. С JS прихващаш DOM events.
2. После ги подаваш обратно на app-a като викаш window.location.
3. Прихващаш в OnOpeningURL, в който връщаш false.

Може с WinForms да е сложно признавам. Но не бих ги ползвал не само по тази причина.

Ако и това не разбереш да взема да ти пратя код?

Споменал си нещо за преди 10 години. А в друг пост нещо за принтирането. Точно преди 10 години MFC имаше голям проблем с принтирането, предполагам ще се сетиш какъв. Най елементарното спасение беше да принтираш html templates.

И това ти е по-лесно, отколкото да използваш native controls?

Зависи, за трети път ти казвам ако е тривиално упражнението, няма значение. Ако искаш интерактивен интерфейс, разбирай ефекти, мазнотии и прочие глупости дето, ние кодерите смятаме за безумия а потребителите на базата на тях дават оценка. По лесно е на JS отколкото на C++. Важните за нас неща в приложението си остават на C++ или там каквото ползвате в MS сектата вече. Темата е за windows. В момента ASP.NET генерира html. Така че предполагам ако Windows използват HTML/JS за UI, няма да ти се налага да е както го правим сега. Ти пак ще си задаваш data source. Просто накрая ще се генерират HTML лайна. И това напук на здравия разум може да е по бързо от GDI+. Защото последното поколение браузъри използват видео картите. Така че спокойно, няма да те карат на твоята възраст да се занимаваш с HTML/JS. Все пак Microsoft си глезят community-то.

Всяка програма се състои от много "тривиални упражнения". Ако за един комбобокс използваш толкова труд, представям си колко ще използваш за да направиш пълна програма.
Впрочем - досега не съм видял нито една професионална десктоп програма, направена по супер-великия начин, дето много ми го хвалите, което - вероятно е показателно.

VS, MMC, всъщност най-вероятно почти всички администрации към МС продукти от 200х година насам...
Можеш да провериш със Спай-а: отвори си примерно Computer Management и виж Performance секцията...

А за толковата труд: това, което преди беше имплементиране на IDocHostUI и т.н. сега става така:
browser1.ObjectForScripting = this;
Доста труд е, но хей -- трябва и с нещо да си запълвам работното време.

__________________________________
Bang postponed. Not Big enough. Reboot.

VS има една страница, която си е броузер, ММС - намерил си един plug-in, който всъщност има 5 линка и няколко етикета.

Това не е продукт, а е малка част от продукт.
Ако е за толкова - и аз ползвам браузера във всички продукти - например за хелп системата. Windows също го ползва.

Само, дето въобще не е "основната UI технология", дори не е близо до това.