Hi Marco,
We are evaluating the addition of child panels at the cell and row level, which is certainly a nice feature under many circumstances but it shouldn’t be used to replace much simpler HTML rendering.
However, many things that needed a control in VWG can be achieved in a much easier and ligher (meaning less memory and less overhead) with Wisej with simple HTML content. If your list has 500 rows, you really don’t want to create 500 progress bar controls to show something as simple as a progress bar. You can add a small HTML snippet instead which is just text and not a full control.
See below:
“<div style=””background-color:yellow; height:100%; width: 50%;position:absolute;top:0px””></div><div style=””position:relative;text-align:center””>50%</div>”;
HTH
Best,
Luca
The code is correct, but you don’t have a MainPage. You have an instance of Window1 which is accessible as App.Window1.
In case your app creates multiple Window1 objects, then the App.member becomes an array.
See https://wisej.com/docs/html/JavaScriptObjectModel.htm
Best,
Luca
Hi Luca
ok that looks fine, but what I have to do, is a little bit different.
Please have a look on the demo project attached, to see what I tried:
I have plain html , which I show in the HtmlPanel. On a table element i have a click event, which calls a java script, that I put in Default.htm. This script is invoked, but my callback in this script to the server App.MainPage.PreviewEditAction not invoked
Chrome says
(index):12 Uncaught TypeError: Cannot read property ‘PreviewEditAction’ of undefined(…)
So how must the server callback look like?
Hi Mariano,
The NumericUpDown control in Wisej already only allows numbers, delete, arrows, dots and commas. The javascript code you posted would only append the “,” when pressing the dot, but it doesn’t work when the caret is in the middle of the number.
Best,
Luca
Hi, in client side possible solution is permit only numbers, back, delete, tab, arrows and convert dot to comma, not use keypress event because keycode for ‘dot’ and ‘delete’ keys are same (46)
// attach the keydown event. // this = the widget that corresponds to the // control on the server. this.addListener("keydown", function(e) { // get the identifier for the presses key. // see https://www.w3.org/TR/2003/NOTE-DOM-Level-3-Events-20031107/events.html#Events-KeyboardEvent-keyIdentifier var code = e.getKeyCode(); if (((code>34 && code<41) || code==8 || code==9) || code==188 || code==110 || code==190 || (code>=44 && code<=57) || (code>=96 && code<=105)) { if (code==110 || code==190) { this.setValue(this.getValue() + ","); // stop the event from propagating. e.stop(); } } else { // stop the event from propagating. e.stop(); } });
Regards,
Mariano
Hi Kay,
thanks, it sounds like a regression, logged as WJ-7820.
We´ll check, fix and then inform you.
Best regards
Frank
Hi Michael,
thanks, logged as issue WJ-7817.
Best regards
Frank
Hi Michael,
you could add an event handler for MouseClick of the ComboBox and set it´s DroppedDown property to true.
Best regards
Frank
While you are working on the listview :
Does Wisej support displaying a panel upon clicking on a listview row ? This was a very powerful option in VWG.
This makes room underneath the select row to display details inline the listview.
See attachment for a sample view after a listviewitem has been clicked.
Hi Tiago,
The foundation is the communication layer (client, server, events, state, diffing), session management, component management, designer rendering, and all the base classes in Wisej.Core.dll and Wisej.Core.Design.dll. Wisej.Mobile.Control class will have Wisej.Base.ControlBase as the base class, which extends the single WinForms class (we don’t use any subset of winforms controls) that we use at design time for the designer. Data binding is also shared from Wisej.Core.
Best,
Luca
Hi Luca,
When you say “same foundation”, do you mean that like Wisej.Web, Wisej.Mobile will use extended Windows Forms controls (or at least a subset of them)? Can we expect data binding to work?
Wisej.Mobile will use the same foundation (Wisej.Core and Wisej.Core.Designer) of Wisej.Web but with a new set of controls and a designer surface adapted to mobile phones and tablets. This is the set of controls, you can try it here: http://www.qooxdoo.org/devel/mobileshowcase.
We’ll probably extend the themes either using the current ThemeBuilder or something similar.
The end result will be a web site that can be used standalone or with PhoneGap. Additional native platform coding to use WebView, properties, installation, etc. is outside of the Wisej.Mobile scope.
Best,
Luca
In details view only? Isn’t that basically a datagrid with a button cell?
We can’t add controls to ListViewItem (actually we can, but it’s an overkill approach since you have to create the controls on the server and the client). The listview (and datagrid view) are based on a data stream (data store) class that receives only data and style info from the server and renders only the viewable area in the dom. The different cells in the datagridview are accomplished through cell renderers in javascript, that’s how we have the image, button, link, and other cells.
Creating an actual button control to place it in a cell works if you have few rows, but it quickly uses too many resources when creating hundreds or thousands of rows.
We are looking into implementing custom ColumnHeader classes like the DataGridViewColumn classes to support different views for the cells. Can you send me a screenshot of what you need the listview to look like or better a small VWG sample?
Thanks,
Luca
Just to update this question, the Asp.Net control wrapper is completed and available as an extension here: https://wisej.com/extensions and the ReportViewer example is available here: https://wisej.com/support/question/aspnetcontrol.
Hi Andrew,
please take a look at a similar question and Luca´s answer:
https://wisej.com/support/question/access-directory-structures-and-contents-on-server
Best regards
Frank
Hi Guenter,
maybe popups are blocked in your browser ?
What browser are you using ?
Best regards
Frank
Hi Andrew,
that sounds like one of the more common problems with the designer in Visual Studio.
Have you tried Clean Solution, Restart Visual Studio and then Rebuild Solution ?
Hope that helps,
Frank
Is the extension for TinyMCE available?
Hi Mariano,
This is a common problem with localization mismatch between the client OS and the formatting/parsing locale used by the app. It’s not a Wisej issue. It happens in .NET, Java, javascript, etc. Many years ago one app we migrated to .NET (WinForms) for a cargo company generated a manifest loading the boat 1000 times more than it could take, on paper. 🙂
The problem is your OS/keyboard is set to en-US and converts the dot from the keypad to a decimal point but the app expects a decimal comma. “0.025” converts to 25. You can verify this by parsing the string “0.025” using es-ES in .NET as well. Somehow the javascript parser is able to understand that 0.0223 is 0,0223. But if you try the same in .NET you get 223. They are both wrong and correct at the same time.
If you enable the language bar in Windows you can switch the kayboard layout and have the decimal comma instead of the decimal point (or thousand separator).
HTH
Best,
Luca