Jump to content

PJM_labview

Members
  • Posts

    784
  • Joined

  • Last visited

  • Days Won

    10

Posts posted by PJM_labview

  1. XML is a very useful format to share data between application. Additionally if you ever need to edit it, you can use Microsoft XML Notepad. This is a very nice free tool that does show the XML in a hierarchical tree control. So if your customers are a bit "scare" of this new file format, you can recommend XML Notepad as a viewer / editor.

    post-121-125242318663_thumb.png

    PJM

  2. ...and how much are you going to sell this to NI for? :)

    I was not planning to, but now that you mention it...

    It's certainly impressive from a technical standpoint

    It is actually pretty easy to get that behavior.

    Cool. How did you do that?

    Pretty easily using the control mouse down and mouse up along with pane mouse move. See here for a bit more info (although this outline a performance issue).

    I think the UI "runtime reorganization capabilities" did mask some UI design concern that I have. For instance the current icon editor use a tree control to select the glyph category or template category. I replaced it by a ring control. Any comments about that?

    Any other usability comments with this new design?

    PJM

  3. In the following video you will see that, for some unknown reason, register for events (mouse move) seem to suffer from performance issues compare to the same code that do not use the register for events but the "static" mouse move event.

    • If the first part of the video, the code use the "Pane": Mouse Move static event and the result is very snappy and fast.
    • In the second part I change this to use the mouse move pane registered event and suddenly everything is a lot more sluggish (and it is not usable).

    This is too bad because the event registration make for nicer reusable code...

    <object width="1092" height="444"> <param name="movie" value="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/jingswfplayer.swf"></param>'>http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/jingswfplayer.swf"></param> <param name="quality" value="high"></param> <param name="bgcolor" value="#FFFFFF"></param> <param name="flashVars" value="thumb=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/FirstFrame.jpg&containerwidth=1092&containerheight=444&loaderstyle=jing&content=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/2009-09-02_1042.swf"></param> <param name="allowFullScreen" value="true"></param> <param name="scale" value="showall"></param> <param name="allowScriptAccess" value="always"></param> <param name="base" value="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/"></param>'>http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/"></param> <embed src="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/jingswfplayer.swf" quality="high" bgcolor="#FFFFFF" width="1092" height="444" type="application/x-shockwave-flash" allowScriptAccess="always" flashVars="thumb=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/FirstFrame.jpg&containerwidth=1092&containerheight=444&loaderstyle=jing&content=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/2009-09-02_1042.swf" allowFullScreen="true" base="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/26599c2f-fc26-4068-8a54-fc0138c08228/" scale="showall"></embed> </object>

    Note: This is in LabVIEW 2009

    PJM

    • Like 1
  4. I have seen the same problem. The execution highlighting is screwing the BD graying out display in LabVIEW 2009. I think this issues is with debugging in structures (the structure don't "un-grey" as they used to). In the screenshot below, if you are wondering where is the execution, it is where the read arrow is pointing...

    post-121-125150615602_thumb.png

    I think this is a bug.

    PJM

  5. I am also suffering from the duplicate issue. For instance the last 4 entries on the "Replying to RSS Threads" thread + one post on the "Re-entrant VI with Front Panel" thread and I end up with 40 extra duplicate entries in Thunderbird.

    I am getting several hundred (sometime even over a 1000) duplicate entries daily since the switch to LAVA 2.0.

    PJM

  6. I'm surprised no one caught this in the 9 beta. This is the sort of bug I would have been vocal about had I found it in the beta (which goes to show you how much time I had to actually test the beta).

    I hear you!

    If I had used that probe window (during the beta) as extensively as I am now, I would have also been extremely vocal about it.

    There are many issues (from performance [ie LV freeze or large data structure]) to usability and so on that I think this is the poorest feature in LV 2009.

    I guess I should probably start a new thread about this.

    PJM

  7. I skimmed through the thread quickly so I apologize if this has already been said.

    • Instantiating a reentrant VI is way faster than instantiating a vit.
    • There are some things (UI wize) that you can not do with reentrant instances. For example, each reentrant instance share the same tip strips (or documentation) for their controls (this could be problematic depending on your use case).

    PJM

  8. I think that if you uninstall it, VIPM restores the old version. I think that's how PJM_labview built the package.

    Yes, version 1.2 or greater of the installer automatically backup the existing icon editor prior to installing the new one (uninstalling it will restore the backup version).

    Note: If you already have modified the existing icon editor then the modified icon editor will be backup.

    This is part of the release note, but I will make that more obvious.

    Theoriginal icon editor is property of NI so we can't (and shouldn't) hostit here, and I don't think a page exists where you can download itseparately from the LabVIEW install.

    According to NI (on the Enhanced Icon Editor group): "The Icon Editor is 99.9% open source."

    post-121-125133027545_thumb.png

    What this mean exactly I am not entirely sure (since no license is attached to this statement).

    PJM

  9. I agree. A 50 ms process in an event case is a long time.

    The 50 ms is there so people can easily replicate the bug. I discover this issue with an operation that is way faster (where I have built in smart to not do unnecessary computation).

    The funny thing with this bug is that every so often you grab the scroll bar and everything works great for as long as you keep moving is around (there is basically no way to make it fail). This is why I think there is some sort of issue that goes beyond the obvious (which is to limit what to do in this event frame).

    PJM

  10. New Version available:

    Version 1.5:

    • [New Feature] Add a "Merge All User Layers" button.
    • [New Feature] Optimize glyph display by removing unnecessary blank space between glyphs (went from 6x6 grid to 8x8 grid).
    • [New Feature] Automatically update the "glyph path string" as the mouse move over the glyphs.
    • [bug fix] Car 183609: Glyph path string is not reset when a glyph is dropped (or when a new category is selected).
    • [bug Fix] Scrolling the glyph array should not update the glyph path string.
    • [bug Fix] "Glyph path string" should not be click-able (disable it).
    • [Change/ Bug Fix] Picking white color (255,255,255) result in grayish(246,246,246) color selected. Now the resulting color is (254,254,254).

    Get it here.

    PJM

  11. This has been tested on LabVIEW 2009:

    If you run the attached VI you will see that the scrolling will stop even tough you did not "mouse up".

    If you remove the mouse move event, everything is back to normal.

    Somehow the mouse move event is interfering with the scrolling.

    <object width="886" height="530"> <param name="movie" value="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/jingswfplayer.swf"></param>'>http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/jingswfplayer.swf"></param> <param name="quality" value="high"></param> <param name="bgcolor" value="#FFFFFF"></param> <param name="flashVars" value="thumb=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/FirstFrame.jpg&containerwidth=886&containerheight=530&loaderstyle=jing&content=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/2009-08-20_1533.swf"></param> <param name="allowFullScreen" value="true"></param> <param name="scale" value="showall"></param> <param name="allowScriptAccess" value="always"></param> <param name="base" value="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/"></param>'>http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/"></param> <embed src="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/jingswfplayer.swf" quality="high" bgcolor="#FFFFFF" width="886" height="530" type="application/x-shockwave-flash" allowScriptAccess="always" flashVars="thumb=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/FirstFrame.jpg&containerwidth=886&containerheight=530&loaderstyle=jing&content=http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/2009-08-20_1533.swf" allowFullScreen="true" base="http://content.screencast.com/users/PJM_LabVIEW/folders/Jing/media/01db0d71-dee8-4cff-89e4-753c60f812f2/" scale="showall"></embed> </object>

    Note: while this does not seem that bad in the video above, in some situation it is so bad that it becomes very difficult to scroll.

    mouse move scroll bug.vi

    PJM

    • Like 1
  12. I know nothing about solaris, but I just google "mount UFS windows" and the first hit is a driver that "

    FFS File System Driver for Windows enables you to read BSD(FreeBSD,NetBSD, OpenBSD) FFS(UFS) partitions from Windows 2000/XP/2003." [http://ffsdrv.sourceforge.net/screenshots.php]

    The second hit is another sourceforge tool that "A tool that allows mounting NTFS partitions read-only under Solaris aswell as a tool that allows reading Solaris partitions from Windows(mounting Solaris partitions read-only under Windows is planned for thefuture.)" [http://sourceforge.net/projects/mount-ntfs/files/]

    This must not be what you are looking for, that was too simple. But just in case...

    PJM

  13. In his opening post, PJM_LabVIEW says he wants to see multiple probes at the same time. The text view in the Probe Watch Window does show you the value of the probe, and for all the use cases that we heard about, this was not only acceptable for that use case, it was preferred because it meant that all the probe values were lined up in a column where it was easy to monitor which value didn't match the other values in the list, instead of having probes scattered all over the screen.

    I also like the probe window (I like the centralized location).

    For the use case I mention, for some reasons (even when I have enough room to read the entire value) this does not work for me. I am trying to change my habit, (but so far I still have to detach the probes) when I look at the stuff in a table it is very quickly very difficult to figure out which probe is what. For instance I put probes on the same cluster wire after and before I operate on it. With floating probe I basically put on probe on the left (the "before") and on probe on the right (the "after"). from that point on I don't have to use any brain cell to figure out which probe is what (I visually very quickly "know"). When it is on the table, I can't find them as efficiently and I have to float them out of the probe watch window (Note: alternative row color my help find these probe better).

    If the text portion of the default probe does not show you the information that you are most interested in, one workaround is to create a custom probe. There's a new output from custom probes, a string, that is the string that will be displayed in the text portion of the probe watch window.

    Are you suggesting to create a custom probe for every data type so I can format the string to my liking? I don't think that this will improve my productivity.

    *sigh* I wish we had heard about this during the beta program... the only feedback during the beta program was that this was a great feature and a major improvement to the usability of probes. We discussed a popup option on wires "Create Probe Inside Watch Window" and "Create Probe Outside Watch Window", and we decided that was loading up the popup menus too much. We talked about the multiple-select to pop probes out of the watch window, but the feature wasn't implemented because there didn't seem to be any desire for it from our users, so the developer spent time on other aspects.

    I agree that it would have been a lot nicer to have that feedback during the beta.

    To the best of my knowledge, there is no undocumented config token to change the behavior of the probe watch window.

    This is too bad.

    From a quick trawl through the LabVIEW folder it doens't look like the probe window is implemented in G which would have given some chance of replacing it with customised code.

    I found the probe watch window UI and it is part of the lvdialog.rsc and hence is beyond our (non NI people) customizing capabilities.

    On a side note: Today I noticed a significant slowdown when putting a probe on a very large cluster . Fortunately the slowdown occurred only for the first few iterations.

    PJM

  14. New Version available:

    Version 1.4:

    • [Cosmetic Change] Major redesign of the layer control visual aspect.
    • [bug Fix] The text marker (^) is hidden behind other objects.
    • [bug Fix] CAR 182992 File save (template or glyph) failed if the hierarchy has folder with a dot in its name.
    • [bug Fix] Flush glyph filter when changing glyph category.
    • [New Feature] Glyph filter works only on the visible category and does not reset the category to all anymore.

    Get if here.

    PJM

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.