![]() It seems like the developers tried to cram controls into every nook and cranny. Lastly, while filled with a bajillion cool options, they arent organized very well. I'd rather the program told me about that before hand.Īnother big gripe: UNDO DOESNT WORK ! Be careful, because apparently most changes have to be undone manually ( havent found one that undo actually works on) It could be an update check, but who knows. I block it w/ LittleSnitch, and it seems to have no ill effect. However, it's sort of disjointed with 1 main app and 3 different random mini Apps tacked on for no apparent reason (VVidget Builder being the main, and Computer Monitor/Quadratic Lab/Web Signal being the strangly attached "extras").Īlso, the app definately calls home (strange that it should do so, seeing as it's free) to on every launch. Seems pretty neat, looks like it has lots of potential. I've forwarded them to the feature list for a future version. Feel free to email me at with other comments or to post them here also! Thanks for your other suggestions. The install feels more systems oriented because of the nature of the shared frameworks, server and other components that interact with each other. The user install package does not install a kernel extension (but our data acquision installer does if you use that). The smaller apps do interact with the builder app if you export the graph to the builder with the export control. The install is a bit more complex than drag and drop because it uses Frameworks (shared resources) that all of the apps and servers use. The phone home is an update mechanism to inform you of new versions when available. It is used for the graphing wizard components and other graphing apps that rely on wizard technology. The Peer_Visual_Server startup item is a graphing server, no more than that. Lance here, tech Your comments are well received by us! Some of the answers are at: If there's code you need to reuse a lot in more than one app, wouldnt' it be better just to put it into a shared library/framework instead of spawning another process and having to deal w/ the overhead of interprocess communications ?ĭo you have to install your frameworks in the root system directory ? Couldn't you give the user an option to install for all users/install for one user? Or better yet, integrate the necessary frameworks into an all-inclusive package or applications directory that can sit in /Applications ? This would be much more in the way of following the "Tao of the mac" (although I'm sure apple would like you to put your frameworks in the /Library place, but at least use ~/Library or give us the option to do so) have it as a child process ?Īlso, I guess i dont see why a graphing application needs a "server", shouldnt that be integrated into the code of the application ? It seems wasteful to have it another process entirely. Is there a reason your "graphics server" or any other application has to run as root ? Do you have to run on startup ? Why not have the appl. Common wisdom dictates that very few things should run as root, end-user applications usually should not. This tends to make unix-type people/security concerned people worry a bit. I suggest that you don't run apps that are required by your application as root on startup. ![]() Please feel free to send feature requests and improvement ideas to where we give them honest consideration. That is really a low blow and unworthy of your previous questions. "Props to the previous poster for saving me the trouble of trying out this proto-malware." Yes, it is designed for many things from high-transaction distribution of visuals, high speed graphs (> 100,000 samples per second) to more esoteric things such as implementing a distributed control system for things like factory automation and financial risk management. "Is Vvidget designed to do more than make pretty graphs?" Any customer can use the Vvidget Admin tool to turn the graphing server (launchd background process) off. We do not pigeonhole customers, but rather give them the features they request. ![]() Some of our customers want the features of the graphing server. why even consider such a thing for a graphing app?" "A launchd background process, running as root, for a graphing app?"Īs stated before, it does not run as root. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |