TobyD

QUOTE (sara @ Apr 14 2008, 12:40 AM) Go to Tools --> Options -->Web Server: Configuration to setup your web server root directory. http://lavag.org/old_files/monthly_04_2008/post-8758-1208192782.png' target="_blank"> Now when you go into the web publishing tool you need to save your VI to a directory that is beneath the root directory of your web server to eliminate this error. Toby

QUOTE (scls19fr @ Apr 11 2008, 12:55 PM) I deleted the express VI and recreated it and it works. I'm not sure what is wrong on your end. Try this one... http://lavag.org/old_files/post-8758-1207948458.vi'>Download File:post-8758-1207948458.vi

QUOTE (scls19fr @ Apr 11 2008, 10:32 AM) Ahhh, I understand what you are saying now... You currently have reset set to true on the "Write to meaurement file" express VI. Set that to false (or remove it because the default is false) and it should work for you. By setting reset to true you are resetting the timesamp back to 0 each time.

QUOTE (scls19fr @ Apr 11 2008, 07:13 AM) I'm not sure exactly what you are looking for, but when I ran this vi the timing was as close to 50ms/reading as you could expect from a non-realtime system. You step data is incremented by the value set in Ystep and Xstep, but the steps appear to occur at the proper interval. As for the multiple columns, I think this is what you are looking for. It's in the configuration of the "Écrire dans un fichier de mesures" express VI.

QUOTE (gaby @ Apr 10 2008, 01:35 AM) Have you checked out the http://zone.ni.com/reference/en-XX/help/371361D-01/lvdialog/web_publishing_tool_db/' target="_blank">Web Publishing Tool? It will allow multiple clients to view the front panel of your application, with the ability for one of them at a time to take control of the front panel and operate the controls. It is simple to implement and may do what you need. Toby

QUOTE (Jim Kring @ Apr 4 2008, 10:52 AM) I'm not sure how brave I am, but I guess I have enough downtime right now to take the risk. The install went well on Vista Enterprise Edition. It didn't break any of my settings or palettes and VIPM can still find it. The Code Capture tool also appears to work normally. That's about all I know so far. QUOTE (Val Brown @ Apr 4 2008, 11:46 AM) Anybody here been part of the beta release? I don't think there was any public beta of 8.5.1. The 8.6 beta is going on now.

QUOTE (Arcades @ Apr 3 2008, 11:54 AM) I've been wondering what "mde" means for a full day now. All I could come up with after googling it was Mucinous Ductal Ectasia. I can't make that make sense in the context of the post...any ideas?

QUOTE (psiam @ Apr 3 2008, 06:14 PM) This is a long shot, but could it be related to any of the windows security settings? Maybe your OS is blocking access somehow.

QUOTE (psiam @ Apr 1 2008, 03:50 AM) I noticed you are not closing the data socket. I don't know if this will help or not, but you could try something like this... http://lavag.org/old_files/monthly_04_2008/post-8758-1207068648.png' target="_blank">

QUOTE (crelf @ Apr 1 2008, 05:27 AM) I am seeing this too. I use Outlook 2007 as my reader. The long link that you placed inside the code tags came through unaltered though :thumbup: .

QUOTE (orko @ Mar 29 2008, 05:33 PM) Thanks for pointing this out - I hadn't noticed it before. It cool to see what a wide distribution this site has. And now there is one more flag in the Seattle area. I noticed though, that it mapped my name as tdayley (my login name) rather than TobyD (I think that's called my member name?). This makes it hard to know whose location you're really looking at.

QUOTE (Norm Kirchner @ Mar 28 2008, 02:43 PM) I think the reminders were more for me Norm, not you. I want to apologize to Sara and Yasmeen. I probably was a little harsh, but my intent was really not to chastize, belittle, or offend. My point (although it didn't come across clearly) was that questions should be posed in such a way as to let others know that some thought has been put into them. Things such as... -What have you already tried -Screenshots and/or code -Ideas that you have but can't quite figure out how to implement Toby

QUOTE (sara @ Mar 27 2008, 01:15 PM) QUOTE (yasmeen85 @ Mar 27 2008, 04:04 PM) Actully me and sara are in the same team project and we decided to post this question in forum and both of us (by chance) post this question... however I don't know where is the problem if the question was asked in more than forum.... Conversely I think that benefit will be more... but thanks for ur reply I would reccomend that you both read the guidelines of this forum. Especially the section on homework hustling. We are all excited to help people with their LabVIEW problems and see the LabVIEW community grow as more people learn the software. I don't even have a problem helping students with their projects if that help is in the form of hints or tips to get them through a tricky part of the project that they have shown an effort to resolve on their own before posting here, but no one want to do your homework for you.

QUOTE (AutoMeasure @ Mar 25 2008, 01:34 PM) Your program could work on a 64-bit machine, but there are a lot of things to consider. Take a look at http://zone.ni.com/devzone/cda/tut/p/id/5709' target="_blank">this article. Basically, Microsoft implements a 32-bit emulation layer that enables 32-bit programs to run as though on a 32-bit version of Windows by translating instructions passing in and out of the applications into 64-bit instructions. These programs will not take advantage of the added memory addressing capabilities of a 64-bit OS. Other things that could cause problems are your hardware drivers and any call to system dlls. System32.dll or User32.dll are now Sytem64 and User64. I assume the emulation layer handles this and these calls will still work, but I don't have enough experience with it to say for sure. Toby

QUOTE (Red @ Mar 22 2008, 08:16 AM) It sounds like it went pretty well for you. Nice work! Let us know what the results say.

QUOTE (guruthilak@yahoo.com @ Mar 21 2008, 11:36 AM) If you are eligible for a free upgrade then call NI. I'm sure they will be happy to take care of it for you.

QUOTE (rolfk @ Mar 21 2008, 10:55 AM) I completely agree. My only point was that a window with a title bar is not "always movable". When the window is maximized it is not movable, so if there were a way to keep the window maximized the problem would be solved. Toby

QUOTE (Red @ Mar 21 2008, 09:12 AM) Good Luck Red! Remember - Description and Tip strip on EVERY front panel object.

QUOTE (No.1 @ Mar 19 2008, 06:25 PM) This works in almost every case. Unfortunately you are still able to double click the title bar one time. I think this is a bug. If resizable is set to False then this should not happen. The functionality is sucessfully blocked once the window is small - you are not able to double click again to maximize. QUOTE (rolfk @ Mar 21 2008, 04:01 AM) In Windows a window with title bar is in principle always movable. If a window is maximized it should not be movable by dragging the title bar.

QUOTE (B Chavez @ Mar 20 2008, 09:46 AM) A timeout event will prevent focus from going anywhere else (at least not for longer than the timeout setting). If you ever need to "Cut and Paste" the error information for example, that could cause problems.

QUOTE (B Chavez @ Mar 20 2008, 09:38 AM) Ahhh, that makes sense. That would explain why changing to focus on toggle works too. Changing the focus would force the string control to exit edit mode and update. The only way I could get the key focus property to work every time was to add a 1ms delay before the property node. That should not have to happen though.

QUOTE (crelf @ Mar 20 2008, 08:49 AM) If you check "Set to focus on Toggle" it works. Not sure why though... http://lavag.org/old_files/monthly_03_2008/post-8758-1206029956.png' target="_blank">

QUOTE (OrangeAndGreen @ Mar 19 2008, 03:47 PM) Welcome to LAVA! I cannot give any specifics about the exam that I took, but I will say that it was much more involved than any of the 3 examples on Ni.com. It was not any more difficult, but there were many more requirements that had to be satisfied. I was working right up to the buzzer and still did not implement 100% of the requirements (enough to pass though ). If you have any extra time for the "embelishments" you are talking about I would be surprised/impressed. 1. I would keep the front panel pretty much like they have it. You won't lose any points by making it exactly as they show and you could risk losing points if you change it (too many colors, fonts, etc.). If you want to make minor changes to sharpen up the feel of the UI you will probably be OK, but I doubt if you'll gain points because of it. 2. You should choose the architecture that best fits the application. All CLD exams can be completed with a simple state machine architecture, but I don't think that is the best choice in every case (or at least it wasn't in the case of my test). If you implement a more complex architecture and you do it well, it might get you some brownie points, but make sure you can create the framework quickly. You don't want to waste a lot of time on framework when there is so much functionality that needs to be implemented. When in doubt - use a simple state machine. Functional Globals are great - use them if it makes sense. 3. NO! Don't do anything that the requirements doc doesn't tell you to do. If you have 100% of the required functionality and still have time left, use it to triple check that your wires are straight, every control has a description and tip strip, you have useful comments on the block diagram, every shift register and long wire has a label, etc. Read all you can about what other people have learned. I would not have passed if I hadn't found some of the "things to know" lists that people have compiled. Document as you go! It's an easy 10 points and you probably won't have time to go back and do it all at the end . Good Luck! Let us know how it turns out.

QUOTE (Michael_Aivaliotis @ Mar 19 2008, 01:50 PM) If you take the /en off of the link you'll find the http://www.labviewtutorial.eu/' rel='nofollow' target="_blank">other languages. Still, I agree with your post - LAVA is an excellent forum for all things LabVIEW and it's relatively easy to "keep up" with what's going on in the community. More is not always better.

QUOTE (tushar @ Mar 18 2008, 06:17 PM) There are people who code in LabVIEW without OpenG!?! Edit:Hey wait a minute...doesn't that violate the liscense agreement? NOTICE -- YOU MUST LEAVE THIS NOTICE IN PLACE. PER THE TERMS OF THE LICENSE BELOW, YOU MAY SUBLICENSE THIS SOFTWARE IN ANY WAY THAT DOES NOT CONFLICT WITH THIS LICENSE.