iSeller Commerce
iSeller POS Retail
iSeller POS F&B
iSeller POS Express
Crosslight
WebUI
ClientUI
What's New
Download Trial
Web Solution
Mobile Solution
Enterprise Solution
Custom Development
Blog
Community
Latest Development Blogs
ForumPostTopic
Browse By Tag
Just a quick update... from the documentation it appears that UXTreeView only supports the copy and move type DragtDrop... I was able to get categorized lists working with DragDrop by using a UXAccordian instead of UXTreeView.
The functionality is almost identical to a treeview and imho it even looks nicer out of the box. So for now... it seems like my particular issue has been solved.
Hmm,
I was almost done building a nice sample project to illustrate all of this without the clutter of my actual project, when I made an unexpected discovery... the issue is not withe the HierarchialDataTemplate after all. It is the UXTreeView.
Using <Intersoft:DragDropBehavior> on a TreeViewItem does not work... It seems I may need to find another way to implement Drag capability on the treeview item?
Ok that seems to be working, since the app needs to run on desktop, tablet, and mobile devices we have to support multiple input methods but cannot rely on any one of them, and the drawing surface is actually another control that we built seperately so that it can be embedded into any UI and hooked in via commanding and binding.
We are using your clientui library to build our applications main UI but hte drawing surface itself needs to be able to be embedded into other apps.
Given our requirements for not relying on any certain control methods, and the drawing surface being a seperate component that wont neccessarily be used the same in various applicaitons, what I ended up doing was on the ListBox's GotFocus event, i just set the focus back tot he main page. This seems to be working great.
One more question if I may. Is there a way to get a UXWindow to be draggable and position itself correctly during the drag, without a UXDesktop being present?
What I mean is this:
I am using the UXWindow item as I need a draggable, hidable container to hold my layers panel. When you try to drag the window around without a UXDesktop component present, the window first resets its position to the center of the screen and then starts to follow your drag movements with a releative positioning. The result of this is that if the window is not center screen when you start to move it (ie you have already drug it off to the side once) then it will jump back to the center when you try to move it again and though it follows your mouse movement the window is actually now positioned several inches away from your mouse pointer. (the same behavior can be observed in a UXDialogBox). Are these controls only designed to work with UXDesktop? Or is there a way to just use the window / dialogbox controls on a new uxpage without a desktop and have the dragging / positioning work as expected?
To replicate the issue and see exactly what I'm referring to just create a new uxpage, and put a uxwindow in the layoutroot, run the project and drag the uxwindow to a new spot on the screen (all will work as expected at this point) and then grab the uxwindow a second time and attempt to move it again. It will jump back to center screen before starting to follow your movements.
Thanks.
No, I want to disable keyboard input / navigation/selection within the UXListBox completely. The UXListBox is contained within a window that remains visible on top of the drawing surface so that the user can select what layer they are drawing on, make the selected layer hidden or visible etc.
Once they click on a layer (Templated UXListBoxItem Bound to a list of "Layer" items) to select that layer, and then go back to the canvas and try to draw on that layer, if they are using the arrow keys to move the cursor aka keyboard drawing, then the highlighted layer in the ListBox changes each time they press the arrow keys and if they hit 'space' it changes what layer they are on.
The UXListBox is receiving and processing keyboard input events, even while they are on another part of the page outside of the window that contains the UXListBox. I want to completely disable keyboard input within the UXListBox (or perhaps the window that contains it? I am not sure what is the most correct route to take with it, but I need the Layers panel (UXListBox currently contained within a UXWindow that sits on top of the rest of the applicaiton) to completely stop processing keyboard input events so that the user can control the drawing with the keyboard without messing up what layer they have selected.
To Illustrate I have included a couple of images:
The first image shows the drawing on the canvas and the layers panel opened, in the layerspanel I have selected layer 1 and begun to draw with my mouse.
In the second image, I have tried to continue drawing the line with the keyboard by pressing the down arrow twice. As you can see, while the line did continue to be drawn, the window containing my layers (or perhaps it is the listbox which still somehow retains focus) has also processed the keyboard input and now the layers panel is showing layer 3 highlighted rather then layer 1... it actually still has layer 1 selected, but if i hit the space bar then layer 3 would become selected. One way or another I need to get this layers panel to completely stop processing keyboard input events. Whether there is a way to disable keyboard input / navigation in the control, or to somehow force it to completley lose focus when you click back on the drawing surface...
Ok it appears that it was not the install of v4 that caused this, as uninstalling it and revertign back to v3 did not fix it and the problem still remains. I did however let the update manager install an update just before all of this started, being that uninstalling and reinstalling any version is still having the issue I am assuming it has something to do with this update?
Is there any wya to completely remove / reset any and all updates or data files etc related to this to get a truly clean install? ie the update manager will hsow the updates as needed again and such? I do not remember what hte update was but it was the only non-blocked webstudio update and even after uninstalling and reinstalling it still says I have all the updates so whatever this update was it is not being removed with a normal uninstall.
Having a very similar issue trying to create the mvvm business or ClientUI Desktop applications in c#. I checked the vs2010 template directories and the zip file for the templates are there in both locations. All other templates seem to work fine but when attempting to use the mvvm business app or Desktop app templates it creates the App project then fails the App.web project with the followin error:
could not be found. (Exception from HRESULT: 0x800300002 (STG_E_FILENOTFOUND))
Any ideas?
Thanks for all the help with this Jimmy. It is great to see a company going so far out to help a potential customer even after finding out that the issue is no fault of their own! :)
Yes Jimmy, in fact this was the first thing that I checked, as our company uses trend micro for the network antivirus etc, and at first i assumed that was the problem, however 3 of the 8 computers we tested in the office that are running it performed beautifully, same with the other solutions... several of the test machines were running microsoft security essentials and malware bytes and the results on them were inconsistant as well.
I am however still of th eopinion that the issue lies within the software and or driver configurations, some sort of conflict with the silverlight runtime or what not, simply because so many varying test machines have poerformed both good and bad with no apparent consistancy between the machines / results.
And yes I have tried many browsers, IE8, IE9 beta, FireFox, Chrome... the results are consitant... them, machines which are running the silverlight apps poorly, run it poorly in all 3 browsers, and in OOB install. Same with the good performance. I honestly do not believe this is an issue with the browser. However I do believe tha t this is an issue outside of our machines and our testing, as I run across random posts all over the place of people having really bad performance with silverlight (lots of them on the various toolkit / ui suite forums) yet many others cannot reproduce the issues. So I am thinking it has something to do with software or driver / config conflicts with something that is pretty standardly used since it pops up in so many places. (though you dont realize it until you are having he problem and looking for a solution... then you see how many others are having similar unexplanable and unreproducable performance issues.
I will go over the programs again on each computer and see but finding a consistancy is hard, we even did a fresh OS install and perfrmed all of the updates and got th esame poor performance. It's rather baffling to be honest.
I'm suspecting that the "debugging" mode is somehow turned on in those PCs that run the Silverlight poorly.
Could you please elaborate on this a bit? Is there some sort of setting per machine that determines this that I am unaware of? The testing with various machines took place on a web server, the client machines just connected to it for testing, (your own demo site for desktopdock was one of the test pages i used, as well as my own), so all machines (the ones which ran it poorly and the ones which ran it good) were using the same website, and therefore the same build (which was a published build).
If there are other settings that could determine this "debugging mode" per client, then please fill me in on the details as I have never heard of this before and if such a setting does exist it could very well be worth checking into.
Note: I have done various testing over the weekend completely removeing everythign that has to do with silverlight, development wise and browser plugins, and let the sites re-install them from scratch and it did nothing for the performance. There is obviously something different between the computers in the 2 result groups, but I am quickly running out of ideas as to what it could be. :(
I have recently made an interesting discovery through various testing concerning this performance issue and I believe that I can safely say it has nothing to do with your suite nor, Silverlight’s overall capabilities as a whole. In fact it is looking very much like a compatibility issue or configuration issue.
On a whim, I loaded my test application, your guys desktop demo application, and the main application that I am working on, all on an 8 year old, single core 2GHz, 2GB RAM, 128 MB video card laptop... and they ran perfectly! No choppy animations, no laggy input... everything ran great. To further test this I put it on my Toshiba Tablet pc, (Dual Core 2GHz, 2GB RAM, 256MB integrated / shared video, and it ran even better than the first laptop. I then went home and ran the same samples on my home computer, Dual Core 3.1 GHz, 4GB RAM, 1GB ATI 5850 Video, and it ran like crap, just as it does with all of the desktop pc's at my office. So I further tested it by going to a friend’s house and trying it out on all 4 of his computers, 3 desktops (his, his sons, and his wife’s) and 1 laptop. The laptop and his wife’s computers ran it perfectly, yet his and his sons machines were choppy and unusable.
The only thing that I have been able to identify so far as a "consistent difference" is that each of the computers that ran it fine, also had no silverlight plugins installed on them prior to the testing and the plugin was installed when i first went to your desktop gallery. However uninstalling previous versions of silverlight and letting your site trigger the install again did not fix the issue on the machines that are having the performance issue.
The only thing I can determine thus far are:
1. It is not a hardware issue, the apps were testing on many various machines of all sorts of hardware grade levels and the results were extremely inconsistent, some low end machines ran it superbly, some like crap, while the same held true for the more powerful machines, some ran great, some like crap.
2. It is not a direct capabilities limitation in silverlight, as it ran very well on some very low end machines during the testing.
3. It is not a bug in the ClientUI suite, as once again, there were several computers in the testing that ran it very well, and the same issue was present on other SL apps that did not use ClientUI, with the same results, they ran well on the computers which ran the ClientUI sample well, and poorly on the ones which ran ClientUI sample poorly.
I honestly have no idea what could be the different on this many machines that would cause it, the only consistency I have seen so far is that the ones which ran it well, all installed silverlight for the first time when I tested them. I am going to do a few more tests on clean machines and see if that holds true. If so, I will need to dig deeper than the normal uninstall for lingering libraries which might remain loaded and such (since uninstalling and reinstalling silverlight did not fix it on the machines which ran poorly). If i come across anything I will definitely post it here.
Also if anyone has some feedback on what might be causing silverlight in general to run great on some machines, and really poorly on others with complete disregard to the quality of the hardware in the machines, I would GREATLY appreciate the feedback on it.
Thanks
or
Choose this if you're already a member of Intersoft Community Forum. You can link your OpenID account to your existing Intersoft Social ID.
Choose this if you don't have an Intersoft account yet. Your authenticated OpenID will be automatically linked to your new Intersoft account.
Enter your Wordpress Blogname