-
Posts
784 -
Joined
-
Last visited
-
Days Won
10
Content Type
Profiles
Forums
Downloads
Gallery
Everything posted by PJM_labview
-
Here are my though on this topic. In order to be widely use, a new icon editor has to implement all existing functionalities of the NI icon editor with a very similar UI. Any additional functionalities (such as Mark Text editing capabilities or such as ThSa quick glyph dropping, or any other) should be added on top. UI wize there are a lot of way of doing this. What makes it quite an undertaking is that the NI icon editor has a lot of functionalities to start with (all the key modifier on all the tools etc..). PJM
-
QUOTE (Aristos Queue @ Aug 11 2008, 06:20 PM) Whoa, I am shocked that I am finding myself in agreement with you on that one! PJM
-
Article - The Importance of Style in LabVIEW Programming
PJM_labview replied to BobHamburger's topic in LabVIEW General
Val, Would it not be easier for you to develop and maintain your code in an unobfuscated way and to consider doing the obfuscation in your release process when you build your executable? I understand that there could be level of obfuscation, but doing it in the build process could simplify your life quite a bit and still return code quite difficult to reverse engineer. PJM -
Why doesn't LabVIEW Save All when I ask it to Save All?
PJM_labview replied to Michael Aivaliotis's topic in LabVIEW Bugs
I can confirm what Michael is seeing (not so much using the project environment) but for example when closing a VI tree. Very often doing a save all followed by an attempt to close LV result by a prompt asking me if I want to save a few more VIs... PJM -
I think I am doing Ok (got 72% in normal mode). I am sure that if Justin or Darren give it a shot they will beat me though. PJM
-
I came across this game this weekend. So simple yet so addictive. So how good are you with tethered rodent? PJM
-
Nice video. I used to work in that field of rapid prototyping (more specifically on a technology we called direct photo shaping). This kind of work is very challenging and progress is as much a material issue (getting the right chemical formulation) as a hardware issue (putting down the formulation the right way). Therefore, hoping to have a consumer product in 20 years is still a bit optimistic in my opinion (although this would be cool). By the way, I build (in my previous work place) a very similar machine controlled by LabVIEW using as a starting point a cheap desktop CNC machine from roland (Note: Mine had only one dispenser though). PJM
-
QUOTE (Antoine @ Jun 20 2008, 12:29 AM) May be through another subscription... http://lavag.org/old_files/monthly_06_2008/post-121-1213984151.png' target="_blank"> PJM
-
For the LAVA enthusiast that are buying several T-Shirts (valued >= $50) , this coupon code should give you free shipping. NGRPSYELKBQSGBJVXHJB PJM
-
I have a customer that has been doing it (buying laptop memory from Fry's) for 5 to 10 PXI chassis so far. As far as I know they never had any issues. Note: The first time they did it was about 2-3 years ago, and these systems are still working just fine today. PJM
-
I beleive that this is the link: http://www.qantas.com.au/regions/dyn/am/sp...us/a380-special PJM
-
QUOTE (Aristos Queue @ Jun 13 2008, 11:26 AM) I am assuming that you are talking about the input VIs. I also do stuff in a parallel loop posting user events, but this is very limited. Lets say for example that I want to access drag info start within explorer (Ex: A user is dragging a file from explorer to a LV path). Using the input VI you know that the user press mouse down and is moving, but this does not give you any info about the item that may be dragged (I say may, because you are not even sure they are actually dragging stuff). This is why it would be nice if LV could hooked up into OS events. PJM
-
Yes, this would be very usefull to be able to have LV register for event happening outside of LV. There is one instance when LV get you partial access to this during a Drag an Drop transaction. LabVIEW is able to detect when the user cancel the drag even when you are outside of the LV window. This is a very nice feature. PJM
-
Getting Started Dialog Window
PJM_labview replied to Francois Normandin's topic in Development Environment (IDE)
I think you should be able to create your own. Here is how I would do it: - backup the original Getting start code - Close LV - Rename GetRecentlyUsedFiles.vi to something like GetRecentlyUsedFilesOriginal.vi - Open LV and OUTSIDE the project environement (don't open the lvliv) create you own GetRecentlyUsedFiles.vi (see connector pane image below) that call the GetRecentlyUsedFilesOriginal.vi. Save it where the other one was located. - Close this VI - Open the getting start window lvlib and relink the new one GetRecentlyUsedFiles.vi to the lvlib after LV complain that it is not part of it. That should be it. There might be some variation to this that might work better, but this is a starting point. PJM Edit: So much for this, AQ solution is of course a lot easier. -
Annoying NI sales calls after visiting ni.com
PJM_labview replied to Michael Aivaliotis's topic in LAVA Lounge
QUOTE (Michael_Aivaliotis @ Jun 4 2008, 01:23 PM) After reading your blog entry, this is actually why I did not click on any of the webinar links. I did watch a couple of webinar recently and sure enough I got the phone call. As Chris mentioned they don't seem to have much information (other than phone number, name and watched webinar) of the person they are calling. I came to the conclusion that I will need a dummy user name and phone number for these time were I want to watch a webinar. PJM -
Count yourself lucky, if you had to go back in LV 4 you will not have any undo functionality... Fortunately I never had to experience this (I started on LV 5.0), but in my previous job I was using a cad drawing like software that had no undo. There is nothing more frustrating to make a change to a part, wait several minutes for it to render, and then realize than this change was wrong and you can't undo... --> You end up saving a LOT of copy of the same files, and when your files are large... PJM
-
"Pane": Shortcut Menu Activation Generate Mouse Leave Event
PJM_labview replied to PJM_labview's topic in LabVIEW Bugs
QUOTE (Aristos Queue @ May 19 2008, 09:51 AM) I understand, now that I have seen this thread, that this is the intended behavior. Still, in my opinion, the behavior is unexpected. The help window (see screen shot below) specify: "Mouse Leave: Generated when the cursor leaves the bounds of the front panel". http://lavag.org/old_files/monthly_05_2008/post-121-1211234807.png' target="_blank"> This is pretty straighteforward text. So to have a mouse leave event fire when at no point in time the cursor left the panel bounds is incorrect. I understand that implementation wize this context menu is in another window, but as a LV programmer I have no concept (and no control) about this. The only thing I know is that LV fire a mouse leave event while my mouse pointer remains in the panel. intvsteve says in the other thread "One could, for example, fashion a custom 'popup' VI to be invoked on clicking a control that, to the user, looks and behaves exactly the same as a popup menu. From the perspective of the OS events, these are also indistinguishable. Obviously, in the case of the popup VI, you would, as the implementor, expect the mouse leave to happen, since the mouse entered another VI window (the popup VI)." I agree with this, but the critical information in this example is that I am the implementer of this extra popup window and I expect this since I know I am creating this popup in another window. In the current situation where I am using the LV native popup menu, this is totally unexpected. Since, apparently, this behavior is there to stay, the help should be updated to reflect theses exceptions. PJM -
"Pane": Shortcut Menu Activation Generate Mouse Leave Event
PJM_labview replied to PJM_labview's topic in LabVIEW Bugs
QUOTE (Yen @ May 17 2008, 12:40 PM) This would appear to be the case. PJM -
Run the attached VI and see how creating the right click menu (in the "Pane": Shortcut Menu Activation frame) fires a "Pane": Mouse Leave Event. This is an incorrect behavior. Expected (Correct) behavior: no mouse leave event fire. Similarly, selecting the right click menu and moving the mouse one pixel does generate a "Pane": mouse enter event. This is an incorrect behavior. Expected (Correct) behavior: no mouse enter event fire. LV 8.5 Note: This bug is present as far back as LV 8.21 (I did not check any further). This has been reported to NI
-
Programatic control of the Context Help Window
PJM_labview replied to PJM_labview's topic in Development Environment (IDE)
Ya, I played with the "Get Conpane Image" too. I actually gave up trying to programatically control of the Context Help Window (or create my own one) for the time being. About the decompose and recompose icons, I think you are right. This definitively look like a skull. PJM -
http://flickr.com/photos/paintitblack/2439080330/ For more info do a google search with " What laptop does Steve Ballmer use for his presentations?". PJM
-
Given NI recent involvement with FIRST (among other things), I think we can expect it to raise a lot further in the future. PJM
-
The got to be the best one out there.PJM