Forums - CSHTML5

Dear JS-Support, We have to unselect combox items programattically: to deselect combobox: comboBox.SelectedIndex = -1; NOT Working ! instead: allways the first element (item) selected in the UI. I think it is a bug. Is there any workaround to this problem? Backgound info: we fetch a list of items to...

Dear rkmore, First of all thanks for your kind reply. What you mean about 'cycling the "Visibility" ' ? -sorry, but I do not understand what you mean, what you advise :( When we "click - back" to a tabItem (fill the comboboxes at certain tabitem, visit other tabitem in a tabcontr...

dear JS-Support, We have done what you advised, please, find our results as follows: just for your kind information: - 1st problem -I do not know if that will be a problem or not in the future BUT definitely problem with manual replace case: even if we not using any extended ASCII characters in type...

Dear JS-Support, Working with ComboBox bug with TabControl I found a bug: When you leave the the TabItem where there is a ComboBox , when you back : the ComboBox items missing / like disappeared: but only visually. The bug only happens when you fill combobox items manually (with .Add() ), the NO suc...

Dear Js-Support, We have lot of problems with your ComboBox (in Simulator and in Browser as well): Background info: we have read all the related info at this forum as : -no datatemplate possible, only one property by setting DisplayMemberPath : we are not happy, but acceptable. -comboBox.ItemsSource...

Dear Support, We have got a problem with objects with DateTime property: Background infomation: WCF communication from Server to CSHTML5 client direction: if certain object has a DateTime property at the default constructor state the value is something like that from .NET point of view, e.g.: ValidT...

Dear Support, Is ulong is supported ? if we use UInt64 or ulong at WCF Server code, the ServiceReference allways generate ulong type (does not matter if it is UInt64 or ulong at WCF service), And have have got exception, e.g.: "TypeError: this.DataVersionField.Equals is not a function" WCF...

Dear JS-Support ! One more finding related to extended ASCII characters in C# source code: -even if you just put a class with extended ASCII characters in C# source code in your CSHTML5 project AND you never use it (!!!) -I mean never initialize an object of such a type- you will get problem in brow...

Daer JS-Support, Thanks for your kind help, but unfortunately we have no any knowledge or experience with JavaScript programming and the JSIL is a huge project. So, our only chance is : waiting for your kind solution. (sorry, but this task to modify JSIL is simple to much for us as we are very beggi...

Sorry, forget to mention:
everthing is perfect with Simulator, problem only with in-browser test.

Dear JS-Support ! In the meantime we tried to find an WCF independent solution to extended ASCII characters problem: (like 'öüóőúéáűí ÖÜÓŐÚÉÁŰÍ') simply not to USE WCF (use your WebSockets Extension, we have written our WebSocket mini server, pluss using manual serialization/deserialization: XmlSeri...

Sorry if I've been mistaken in advance but if I remember correctly: we can not use your simulator at this stage of our development, because we store a lot of settings at client side with IsolatedStorageSettings which is not available at Simulator -m'I right? Another aspect: frankly speaking we have ...

Dear JS-Support, Thanks in advance ! We are urgently waiting for your solution (background info: we had to stop our development temporarily till you should fix the bug as we do not want to re-write our hundreds of such a classes. Frankly speaking, it should be a kind of impossible mission within the...

Dear JS-Support,
Any estimated progress ?

Thanks in advance,
Péter

Dear JS-Support, Another 3rd aspect: Why the bug with extended-ASCII characters with custom types is very important ? : We have a lot (huge number of) EXSISTING classes with öüóőúéáűí characters in the class/property/field/event names and it takes enormous efforts to us to translate these source cod...

Dear JS-Support, Another acpect: Why the bug with non-ASCII characters with custom types is very important ? ( like: TéstClássWithExtendedASCIIchars TestMetodWithCustomTypesWithExtenedASCIIcharsInName(TéstClássWithExtendedASCIIchars parameter); ) Based on our tests: If you have just one such a metho...

Dear JS-Support, (CSHTML5 v8.4 installed, WCF server rebuilded, client side service reference updated, client code rebuilded) 1.) WCF method call with extended-ASCII string content: interface: [OperationContract] string TestNonBasicASCIIcontentExempliGratiaExtendedASCIIchars( string TestContent); Se...

Great ! - You are lightning fast !

So, actually I'm at my Mac but I will check it within 1 - 2 hours with an other Windows laptop + TeamView to reach our server.

I'll be back soon,
In the meantime : thanks in advance,
Best Regards,
Péter

Dear JS-Support,

Thanks for your empathy & commitment to put it on the top of the todo list.

If you need any help (to test, more background information, etc.), just mention.

Really, really waiting for your solution,
Thanks in advance,
Best Regards,
Péter

Dear Support, the the byte [] or any Type [] is supported in CSHTML5+WCF scenario ? Because, we found an extremly labour sensitive solution regarding the above mentioned problem: if we use the following signature: [OperationContract] List<byte> TestNonBasicASCIIcontentWithManualUTF8EncodingLISTversi...