Host Engineering Forum
General Category => Do-more CPUs and Do-more Designer Software => Topic started by: plcnut on April 19, 2013, 08:59:39 AM
-
Whenever I edit a string in Data View, I have to enter the data and then click the Status or Element before I am allowed to click the Write Edit button. Could this be changed to highlight the Write Edit button as soon as any data has been entered?
Also If I enter an address in the Element column, and then hold down CTRL+ENTER to populate the list, as soon as it gets to the bottom it automatically switches focus to the ladder and begins adding rungs.
-
Whenever I edit a string in Data View, I have to enter the data and then click the Status or Element before I am allowed to click the Write Edit button. Could this be changed to highlight the Write Edit button as soon as any data has been entered?
Yeah, we need to address this one.
Also If I enter an address in the Element column, and then hold down CTRL+ENTER to populate the list, as soon as it gets to the bottom it automatically switches focus to the ladder and begins adding rungs.
Whoa! I did not know that. I'll write this one up.
-
I routinely fill Data Views with Ctrl+Enter and have never seen that behavior...just a messge box telling me it is full.
-
Click on an instruction in the ladder(while in edit mode), then click on an address in the dataview and hold down CTRL+ENTER. It's amazing :D
-
When holding down Ctrl+Enter, the error message box is accepting the Ctrl+Enter to dismiss the message box, and focus is being returned back to Ladder View, not the Data View. I'm guessing a NULL is being passed in as the parent of the message box, instead of "this"? Should be easy to fix.
-
Sad. Stupid MFC. Using the View's MessageBox method, but focus does not come back to the dockable/floatable window (Data View), but I'm guessing back to the main frame window of the app, which being an MDI app, focus gets set to the Active MDI child (Ladder View).
I stuck a SetFocus() method after the call to the CWnd MessageBox, and that fixed it. I might try the Win32 MessageBox method, bypassing all the "Afx" crap and see if that does what SHOULD be done. :-[
-
Nope - it's not MFC. Gotta explicitly call SetFocus(). Sad, sad, sad.
-
Sad, sad, sad.
So does this mean you're considering Mac?... Linux?... :P
-
Is DataView in 1.1 Going to support text wrap, accept all characters, and support copy/paste ???
-
Is DataView in 1.1 Going to support text wrap, accept all characters, and support copy/paste ???
1. If by text wrap, you mean allow you to enter element text that is wider than the column, YES. The text won't wrap, but it will just let you continue to enter the text.
2. YES, it will accept all characters, once you start editing the String edit field. However, it will not accept a Ladder View hot key as the initial edit keystroke at the cell level to initiate the Data View cell text editor. What does this mean? Just start editing, and you'll be fine.
3. YES, specifically with documentation enabled (this was where the problem occurred).
Hey, I'm batting 1.000! Or at least 0.950!
-
1. If by text wrap, you mean allow you to enter element text that is wider than the column, YES. The text won't wrap, but it will just let you continue to enter the text.
The problem is, I can't even view the full contents of a 1024 byte string... Unless I have three monitors side by side to stretch across. (and if you pin DataView after stretching you have no way to shrink the column if your extra monitor(s) aren't plugged in).
Hey, I'm batting 1.000! Or at least 0.950!
You guys are doing fine. I've had a blast with this thing!
-
I have three monitors...doesn't everyone?
-
I have one, and ocassionaly two. But with two, and stretched all the way, I can't get it all.
I guess I should talk to the boss about more monitors... ;D
If I need to view the data, I have to do an export, and view it in a spreadsheet.
DataView is great otherwise, so maybe it would be better to just provide a separate way to view strings.
I still have the DataView freeze up problem if I try to view a 1024 byte string anyway. So a separate string viewer might not be bad...
-
Data view was definitely not designed to handle Do-more strings as 1k data buffers. We'll consider options for how we can better manage some of that in future versions.
-
There are other String display formats that can help display the full 1024 characters, not on word wrap boundaries, but on specific character widths. Put focus on the large String element in Data View, then in the toolbar format drop-down combo box, look for any of the following:
4 Hex/ASCII
8 Hex/ASCII
16 Hex/ASCII
24 Hex/ASCII
32 Hex/ASCII
The widest one, 32, will require 32 lines. I can make a 64 character wide version, that would just need 16 lines. Not hard at all.
-
Nope, using the mentioned String formats still cannot handle large STRINGs - the Data View limits the text size. I'm working on the fix now.