Mellroth

QUOTE (Shaun Hayward @ Sep 25 2008, 04:22 PM) One thing that convinced me to have separate repositories was that the revision graphs documentation states, that it will fetch all log messages from the repository root, to generate the graph. It also says that it will decrease in performance with higher count of revisions. Therefore separate repositories are much more likely to stay reasonable in size, and in turn be more responsive in terms of the revision graph output. You can find a similar problem in ClearCase when you let your VOBs grow, having to many label types within one VOB slows down the ApplyLabel operation badly. (I recently did a comparison between CC and SVN/TSVN for my company) /J

QUOTE (crelf @ Sep 25 2008, 06:03 PM) I guess we have to sign the NDA, Near Death Agreement, before watching a NDE movie or attending a NDE conference. :ninja: /J

QUOTE (Shaun Hayward @ Sep 25 2008, 04:55 PM) As crelf is saying, I think you are better off leaving this as it is. Also remember to have LabVIEW treat read only files as locked! If you still feel that you'd like to automatically unlock files, you can probably do so, by adding post-hook scripts in TSVN settings, or by editing the config file in C:\Documents And Settings\<user>\Application Data\Subversion\ directly. Maybe the no-unlock property in the miscellany section fits your needs (keeping you files locked even after commit). /J

QUOTE (PaulG. @ Sep 25 2008, 03:23 PM) I don't think it has to be set as always included, if it being used by static VI reference as indicated in the screenshot. But I would recommend that you retrieve the VI name from the static VI reference instead of having a constant specifying the name. Here is a little trick I used in the past to force a FP to be included in a build, without having to explicitly set this in the build specifications; 1. Open VI properties 2. goto "Window Appearance" , customize 3. uncheck the "Allow user to close window" option I don't remember if I used this in LabVIEW 8.5, as I recall it is enough to have VIs included as static VI references, but I might be wrong. /J

QUOTE (PJM_labview @ Sep 24 2008, 07:17 PM) I added a "always copy" primitive right after the Get Image property node, and this also solved the issue. /J

QUOTE (PJM_labview @ Sep 24 2008, 07:21 PM) I had a look at the other thread, very nice little VI :thumbup: Thanks! I first tried to go for a built in method to access the bmp's, but as I realized it could not be done, I also decided to get the images programmatically. So far I haven't got the time to do it, and now you spoil all my fun /J

QUOTE (alfa @ Sep 24 2008, 10:04 AM) You don't have to attend a conference to know that Hopefully I will only have one NDE, that will take place years from now, and it will be the last thing I do... /J

QUOTE (Daklu @ Sep 24 2008, 07:09 AM) Right click on the string control and select "Update Value while typing". This will force Value Change events during edit. /J

QUOTE (jlokanis @ Sep 23 2008, 07:44 PM) and/or make "text.scroll position" work with character number as well as line number... /J

QUOTE (jlokanis @ Sep 22 2008, 11:50 PM) Very nice... but I think you should also consider copying the "Enable Wrapping" property (cannot check at the moment). /J

QUOTE (JFM @ Sep 23 2008, 09:38 AM) QUOTE (JiMM @ Sep 23 2008, 02:31 PM) ...Enter the lounge and discuss anything and everything... Yepp, and since this was an important conference, I'd like to know if it is dangerous for me to use LabVIEW /J

QUOTE (alfa @ Sep 23 2008, 09:12 AM) Can you please explain why you feel that LabVIEW programmers should attend a Near Death Conference? (You know you are in a LabVIEW forum, right?) I agree that I sometimes feel more dead than alive, but I cannot blame LabVIEW for this. More likely it is due to late nights and early mornings. /J PS. Do you count being hunted by half-naked women as a Near Death experience? If so, will there be any special sessions regarding this, perhaps with some demonstrations?

QUOTE (orko @ Sep 23 2008, 03:25 AM) Thanks Orko, I was probably a bit unclear in my first post. Built in symbols are accessible for usage, but in my case I'd like to be able to retrieve the actual pictures being used, regardless if it is a custom symbol or a built in symbol. From the link you posted; QUOTE You can use the Custom Item Symbols:Get Symbol and Custom Item Symbols:Get Symbol Array methods only to retrieve custom symbols. If you use these methods with symbols of indexes 1 through 40, these methods return images only for any custom symbols that overwrite the built-in defaults. The question is whether there is a way around this to actually get the pictures representing the built in symbols? /J

Hi, I'd like to be able to get the current symbol from a selected item in a Tree-control or Listbox control. It is possible to do this for custom symbols, but I'd like to be able to do this for the built in symbols as well. Does anyone know if this is possible, or do I have to create bmp's of all built in symbols from Screenshots? /J

QUOTE (Shaun Hayward @ Sep 19 2008, 11:43 PM) I would go for one repository per project (or closely related projects, e.g. per customer), using svn:externals to include revisioned parts from other projects/repositories. By having one repository per project, each project can set the layout exactly as they need. Thus making the layout within each repository consistent. I also feel more safe, in terms of access control, if the customer projects are separated from other customers as well as our internal developments. /J

QUOTE (alfa @ Sep 19 2008, 09:41 AM) OK, they are not completely nude, but how can you complain about this deal :thumbup: /J

QUOTE (jlokanis @ Sep 18 2008, 11:46 PM) Have you tried to use named Queues? Just naming the queues after the caller VI plus some additional numbering should be enough. If memory is corrupted in shared clones, maybe named queues are better protected. /J

QUOTE (alfa @ Sep 15 2008, 08:57 AM) QUOTE (alfa @ Sep 18 2008, 09:27 AM) Darwin didn't understand the Evolution. To understand the Evolution read my book: Who am I? Here we go again, some "GURU" telling you what to believe just to make money... I actually did some research about your statement of 98% of all people being at animal level. It seems that at least 98% of the messages in this thread are below LAVA standards (including this one ). To be honest I think we are very close to 100%, and it must be due to that the original post are leading us the wrong way... or put in another way; that 0.5% of the posters are introducing 99.5% of all low level posts (my numbers might be a bit off, but who cares, its the kind of science presented in this thread) /J

QUOTE (DavLog @ Sep 17 2008, 04:54 PM) Hi Dave, if you want more help, you should be more precise about what you want to do. It is also a good idea to first show some effort, just to increase the probability to get a good answer. When uploading pictures please don't use bmp's, as they become too large (use PNG instead). /J

QUOTE (crelf @ Sep 10 2008, 04:50 PM) I couldn't agree more. /J

QUOTE (Antoine Châlons @ Sep 10 2008, 07:59 AM) Yes, please QUOTE (Antoine Châlons @ Sep 10 2008, 07:59 AM) ...my free texts (code documentation) are often moved in a way that bugs me ... I wish there was a way to lock the position of a comment relative to other BD objects (not only relative to wires). /J

QUOTE (NareshN@Capsys @ Sep 9 2008, 01:37 PM) QUOTE (normandinf @ Sep 9 2008, 02:50 PM) Have a look at this piece of coding. Type Sensitive Popup Or just use the Contextual menu directly, depends on your needs. /J Download File:post-5958-1220965113.vi

QUOTE (JiMM @ Sep 5 2008, 01:55 AM) I think Antoine is referring to this post in another forum http://newbeetle.org/forums/showpost.php?p...p;postcount=229 (whole thread http://newbeetle.org/forums/showthread.php...40&page=12) /J

QUOTE (mnb123 @ Sep 3 2008, 02:51 PM) Huh! Can you be a little more specific what this is, and what exactly do you want to do? Next time you post a question, please give more information than just an article ID. Google: http://www.atmel.com/dyn/products/tools_ca...sp?tool_id=3933 /J

I like the project, as it allows me to include non-LV files in the LabVIEW environment and also because of the abstraction, but... * One of the strengths with LabVIEW is that it is graphical, and previously we used to group all top-level VIs in a VI-Tree for easy access. In the project I can pretty much do the same thing, but then the Icon (graphical) view is lost, and so are some of the benefits of the graphical layout. I would therefore like to see the LabVIEW project turn more graphical, e.g. display VIs and CTLs with icons, at least as an option (as we have in the pallettes). * I also think the development distribution needs some work. We have had a lots of trouble distributing FPGA code (for some reason the FPGA VIs and the bit-files were omitted from the distribution) as well as code containing VIs that were not executable (e.g. VI-Trees). * I would like to see an installer for RT applications as well as windows apps. Currently we can create installers for windows, but no deployer/installer for the RT applications. When you have multiple targets for your RT application it would really help if an installer for RT was available. /J