Chicago LabVIEW User Group

cancel
Showing results for 
Search instead for 
Did you mean: 

Chicago LV UGM Event Structure 5-8-2012.zip

Attach is the prliminary Challenges and Demo code for the May 8th 2012 User Group meeting.

If you have time please review the project and become familiar with the material.

Please post any questions and comments to the fourm

Thank you and I hope to see you on Tuesday.

Mark

0 Kudos
Message 1 of 8
(9,479 Views)

Hey Mark,  I can't unzip this on my win7/64 machine due to a "file path too long" error for the directory.---I like the demos though, they look pretty cool

0 Kudos
Message 2 of 8
(6,363 Views)

Hey Joseph I'm confused how do you know what the demos look like if you can't unzip them?

I tried it on my machine form the community page and had no issues.

Is anyone else having trouble getting or unziping the files?

0 Kudos
Message 3 of 8
(6,364 Views)

I was able to unzip them

I looked at them briefly.. looks good, I just don't have a lot of time this week to go through them unfortunately

I have to have a demo running Monday for a customer

Jeff D.

Certified Architect LabVIEW Champion DQMH Framework

0 Kudos
Message 4 of 8
(6,364 Views)

You can open files in a zipped file without unzipping it, though LabVIEW doesn't find depenencies well.  So if I download this zip file to mydocs, I can unzip it.  If I go to unzip the LV2011 subfolder to the default directory (of the same name, nested in the current directory), I get an error about file path length for some files.  The windows unzip is pretty remedial and uses windows API calls that are still limited to 260 character total path call lengths.  Your naming convention hits some of those when placed in deeper directories

0 Kudos
Message 5 of 8
(6,364 Views)

My attempt to unzip the file with Windows failed but I was able to unzip it with 7-Zip.

0 Kudos
Message 6 of 8
(6,364 Views)

The latest version has been uploaded

0 Kudos
Message 7 of 8
(6,364 Views)

Mark, thank you for your presentation, it was very informative and well delivered.

One correction to the content, in Part 2, Dynamic Event Challenge, there is an image with a note in the "Mouse Move" event that says in this event, the "coords" terminal give you the number of pixels from the top left of the front panel, not the picture control.  This is actually incorrect, in a "Mouse Move" event, the coordinates are give relative to the front panel grid.  By default, the upper left corner of the front panel window is 0,0 because the grid is aligned in a new VI, however, once you scroll left or right, the grid will change.  In this example code, the horizontal 0 for the grid has been shifted so that the picture control is half over it.

Additionally, LabVIEW uses what I believe is Linux standard screen coordinates where 0,0 is upper left and to go right is positive and to go down is positive.  This means in this example, if you probe the coords in the mouse move event you will see a negative vertical value for clicks above the darker grid line running through the middle of the picture control horizontally and positive coordinates for the vertical value for clicks below this darker grid line.

Regardless, the posted solution works by a simple subtraction of the picture's position coordinates from the mouse coordinates since both are relative to the grid.  However, this can get really confusing really quickly if you starting throwing in coordinates that are absolute to the screen or to the frame rather than the labview grid, especially if you later move the grid and don't realize it.  This has confused me before.

0 Kudos
Message 8 of 8
(6,364 Views)