crelf

Okay Folks - let's settle down a little. Remember - if you think a post is inappropriate, please use the "! REPORT" button to send a message to a moderator. Don't post comments like that in the thread (that's LAVA forum golden rule number 12). I'm going to lock this thread for a little bit to allow everyone to take a deep breath...

QUOTE (Daklu @ Oct 29 2008, 12:54 AM) That is so sad - I'm sorry to hear that your managment is like that.

QUOTE (Daklu @ Oct 28 2008, 11:58 PM) If that's what you're trying to do, why wouldn't you just use http://jkisoft.com/vipm/' rel='nofollow' target="_blank">VIPM?

QUOTE (Nyang @ Oct 28 2008, 11:08 PM) No worries - the LabVIEW wiki is back up and running now, so go check it out there.

QUOTE (Michael_Aivaliotis @ Oct 28 2008, 08:11 PM) Maybe Stephen's heard of it as the "http://wiki.openg.org/OpenG_Builder' rel='nofollow' target="_blank">OpenG Builder" and not just by it's acronym of OGB?

QUOTE (jgcode @ Oct 28 2008, 07:27 PM) Charming!

QUOTE (MikaelH @ Oct 28 2008, 06:28 PM) Looks like a candidate for OpenG, although it might be better implemented using "In Range and Coerce". I'd like to see it also compare based on a % of the first input.

QUOTE (Phillip Brooks @ Oct 28 2008, 07:46 AM)

QUOTE (bandersen @ Oct 28 2008, 08:52 AM) I'm confused - are you trying to call LabVIEW from Visual Studio, or are you trying to call LabWindows/CVI? LabVIEW and Labwindows/CVI are two very different things.

QUOTE (Nyang @ Oct 28 2008, 04:50 AM) Yeah - the wiki is down at the moment. Setting UseNumbersForNewVIIcons to FALSE stops LabVIEW from adding and incrementing numbers to the icons of new VIs: http://lavag.org/old_files/monthly_10_2008/post-181-1225194205.gif' target="_blank"> So, to use it, add the following line to your LabVIEW.ini file: UseNumbersForNewVIIcons=FALSE

QUOTE (jgcode @ Oct 28 2008, 05:06 AM) Austin: This coffee tastes like shit! Basil: It *is* shit Austin! Austin: Oh good, so it's not just me then? I've drunk a lot of beer at the http://www.coogeebayhotel.com.au/' rel='nofollow' target="_blank">Coogee Bay Hotel in my time, but I've never had desert there - looks like that was a smart move on my part

QUOTE (rolfk @ Oct 25 2008, 06:28 PM) Not for us - we use a professional translation service

From coach180: "I have always found LabVIEW buttons visual appeal to be less than desirable :thumbdown: . This file contains five Boolean controls of various colors. I would appreciate any feedback you might have on them. Thanks!"

QUOTE (horatius @ Oct 24 2008, 12:08 PM) We must be talking about different things - it's worked fine for many versions of LabVIEW... What about it didn't work?

QUOTE (Whaler @ Oct 24 2008, 11:13 AM) What a pain in the arse!

QUOTE (DanielChile @ Oct 24 2008, 10:07 AM) We have a reuse component that does our translations for us: Have the labels of your FP controls & indcators in your mother language (in this case, I'll assume English) Hide the labels and show the captions Have a look-up table (we have this in a file) that has all the different languages in it with respect to their English counterparts When the user wants to change the language, read all the labels and replace their captions with the selected language equivalent Here's an example* (note - all this little VI in the middle does is look-up the new translation): http://lavag.org/old_files/monthly_10_2008/post-181-1224858108.gif' target="_blank"> * Does not support items in containers yet (tab controls, etc) - you'd have to handle those specially. It wouldn't be difficult to do that - just traverse the container recursively.

QUOTE (Aristos Queue @ Oct 24 2008, 01:07 AM) Word. Other languages are doing that, but not at the rate English does. It's kinda cool to listen to a modern conversation in Chinese or Japanese and here what seems like random English words peppered through it...

QUOTE (Whaler @ Oct 24 2008, 03:36 AM) I've had a similar issue before (a long time ago), so I don't think that this is specific to vista. I don't remember what the issue was specifically, but I recall that a reinstall of the RTE fixed it.

QUOTE (Phil Duncan @ Oct 23 2008, 07:34 PM) Awesome - definately go for the R series FPGA card then. QUOTE (Phil Duncan @ Oct 23 2008, 07:34 PM) but I think that I will try the DAQmx read properties to continuously acquire and maintain 16 circular buffers and trigger in software. It won't be pretty but I think it is the best approach. Yeah - shouldn't be too difficulat to set up, and will give you an idea of what you can get away with. PS: will be in Melbourne in a couple of days for a week and then the Gold Coast for a week - looking forward to some good weather, great beer and a whole lotta eye candy...

I know that this one is pretty long - we're looking for a very special kind of person to fill a senior position in our operations team. Only hardcore LabVIEW/TestStand champions need apply Job Title: Systems Architect (reporting to the Chief Architect / VP of Operations) Company: V I Engineering, Inc. :thumbup: Locations: Position available in our Farmington Hills, MI Office Salary/Wage: $negotiable Status: Full Time, Employee Relevant Work Experience: 5+ Years LabVIEW, 3+ Years TestStand Career Level: Experienced (Non-Manager) Education Level: Bachelor's Degree Residency/Citizenship: :!: USA Citizenship or Greencard required :!: Driving Business Results through Test Engineering V I Engineering, Inc. has a vision for every client we engage. That vision is to achieve on-time and on-budget program launch more efficiently that the competition. To realize this vision, customers need to achieve predictable test systems development, eliminate waste in test information management, and drive increased leverage of test assets. An underlying requirement for all of these areas is metrics tracking and measurement based decision making. Job Description Ready to make a difference? Bring your experiences and skills to the industry leading test organization where you can make a difference. Help us to change the way the world views test. We are seeking a talented Systems Architect to be responsible for technical execution of successful projects in the Medical, Military and Aerospace Industries. The position will have high visibility to customers and vendors. This is a very fast paced team with close customer contact and strong career development opportunities. A large part of the position is to identify, own and drive technical design and development of component, module and architectural-level technologies, to be used internally. You will champion these technologies, based around LabVIEW and TestStand products, as well as interfacing with associated technologies. You will work alongside other like-minded and equally talented architects and be creative in a flexible environment that encourges you to think outside the box. Required LabVIEW (5+ years and CLD as a minimum) TestStand (3+ years and CTD as a minimum) LabVIEW OOA, OOD & OOP (experience with both Endevo by-ref and NI by-val models as a minimum) National Instruments Hardware (DAQ, PXI, SCXI as a minimum) Reuse configuration management at both development environment and project level Experience with Source Code Control (SCC) Experience in Design and Implementation of Test Software, including integration Experience in ATE usage and development Experience in reviewing of Mechanical Fixtures Experience in understanding the design of Circuit Boards as they relate to a total system Requirements generation and review experience Experience in Taking Part in Technical Teams throughout All Phases of Project Lifecycle Experience in Interfacing with Sub-vendors and Customers Ability to Multitask Comfortable Working on Various Team Sizes Excellent Communication Skills Experience executing verification and validation for projects Experience generating and/or reviewing cost proposals Dedication to the growth of the LabVIEW and/or TestStand community through demonstrated leadership Desired RF Technology (DAQ, General RF Theory) FPGA (with LabVIEW) Professional software engineering processes and metrics experience (statement coverage, code size, reuse measurement, etc) TortoiseSVN V I Package Manager (VIPM) UML Experience with Projects for Regulated Industries MS Project Formal Education Technical degree (BS Engineering, Computer Science, Physics, Math) National Instruments CLA, CTA, CPI a plus National Instruments Courses a plus Notes: Expected Travel Time is up to 25% and relocation assistance is possible. V I Engineering, Inc. offers incredible opportunities to grow and advance your career, a dynamic work environment and the flexibility of a small company. My team values innovation, out-of-the-box thinking, high-tech toys and a fun / amazingly collaborative working environment. We're a National Instruments Select Integrator, and we're the closest you can get to playing with all the pre-released and new NI toys without joining the NI R&D team - and we get to play with them in the real world. Interested in joining my team? PM me directly!

QUOTE (horatius @ Oct 23 2008, 05:44 PM) Set the control/indicator to off, right click on it (from the front panel), and select Data Operations > Make Current Value Default.

QUOTE (LV_FPGA_SE @ Oct 23 2008, 01:21 PM) Right - you could even have the R series card be like a trigger handler, and control any number of parallel DAQ cards with it (either through the star trigger/RTSI if you're using PXI or RTSI cables) or as direct wiring from the R series card to the PFI trigger lines of the slave cards.

QUOTE (TobyD @ Oct 23 2008, 12:40 PM) That's a great idea - and it works really well using "Fit VI Window to Largest Decoration" and "Fit VI Window to Content" from the OpenG Application Control Tools palette (the window resizes to the decoration on run, and then resizes to include everything when it stops - I use that technique on almost all of my VIs that are UIs). http://lavag.org/old_files/monthly_10_2008/post-181-1224781154.gif' target="_blank">

QUOTE (Phil Duncan @ Oct 23 2008, 11:37 AM) There probably is a way to do it on the card, but I'd be looking at a hardware-based circular buffer and handle the triggering in software. It's some work, but it'll do the trick. If you're not tied to the hardware that you've got, I'd do this in FPGA (or, a combination of FPGA for the triggering and the DAQ card that you've got for the acquisition).

QUOTE (Dan Bookwalter @ Oct 23 2008, 09:15 AM) This is kind of a random thought, but have you thought of comparing file sizes? JPG is a compressed format, so for spatially large enough images, the file size will change. Very very generally speaking, the more the image changes, the larger the file size delta*. * I don't have any data to back that up.