








(1)
Your rating: Now say why...






(1)


| Downloads:9,628 |
| Version Downloads:82 |
| Type:Multimedia & Design : Illustration |
| License:Commercial |
| Date:29 Nov 2011 |
| Platform:Intel |
| Price: $29.99 |
Overall (Version 10.x):![]() ![]() ![]() ![]() ![]() |
Features:![]() ![]() ![]() ![]() ![]() |
Ease of Use:![]() ![]() ![]() ![]() ![]() |
Value:![]() ![]() ![]() ![]() ![]() |
Stability:![]() ![]() ![]() ![]() ![]() |
+60
-1
+16
http://www.vvidget.org/apps/mac/graph/images/columns.png
You will see that we addressed your main question in the Graph application itself. If you have other concerns then please email support@vvi.com so that we may begin to sort them out.
Vvidget Builder is now a standalone self-contained application with no other resources than what is in the application itself. It can be installed by unzipping and uninstalled by dragging to the trash.
As a result, some of the specs have narrowed and an entirely new distribution has been made to accommodate a larger scope. That new distribution is listed at:
http://www.macupdate.com/info.php/id/33285/vvidget-code
Thanks to all the posters for bringing the issues of the previous complex install to our attention.
+3
As stated before, it does not run as root.
"... why even consider such a thing for a graphing app?"
Some of our customers want the features of the graphing server. We do not pigeonhole customers, but rather give them the features they request. Any customer can use the Vvidget Admin tool to turn the graphing server (launchd background process) off.
"Is Vvidget designed to do more than make pretty graphs?"
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.
"Props to the previous poster for saving me the trouble of trying out this proto-malware."
That is really a low blow and unworthy of your previous questions. Thank you for your impressions. Please feel free to send feature requests and improvement ideas to support@vvi.com where we give them honest consideration.
+226
Ok, so the developer changed it so as not to need root access, but why even consider such a thing for a graphing app? Is Vvidget designed to do more than make pretty graphs?
Props to the previous poster for saving me the trouble of trying out this proto-malware.
+322
As a side note: We take technical bug reports very seriously and I will attempt to retrieve such reports from any source, of which this is one. I'm not too interested in responding to FUD, but I am interested in this forum so that we can acquire legitimate bug reports. Some of the issues mentioned on this forum have been solved a long time ago. We thank the posters for their information and help in making our product better.
+322
+1
+3
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. have it as a child process ?
Also, 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. 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 ?
Do 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)
+1
+20
Let's talk about the average user. Sure, they won't know that any of this is going on- but it seems that's the point, so why is all this hidden? Good Mac developers ought to put their frameworks into an appropriate Library area (Application Support might not be a bad idea, if it's just for this suite). Then, that code can hook right into the app without spawning processes or wasting CPU. It certainly doesn't need to run at startup (and root, no less). If you need this once a week maybe, then why are we running every day? Having a daemon or other process open like that for just a version check is ludicrous- use Sparkle to check for updates when the user launches. If you're that strict about licenses, write a framework or class for that too- this would belong in appname.app/Contents/Frameworks , since it's not tied into anything else (and if it is, store the license info in a plist file).
In short, this app doesn't play nice with the system.
There is nothing nefarious about this application that I know of. The daemon you speak of is a graphing server and you can turn if off now if you want (we listened to cyberfunk (however, I suggest leaving it on)). It no longer runs as root (again, listened to cyberfunk; but even so - there was a limitation in Mac OS X that required us to run it as root and it did no harm and that is how Apple specified it should run (I can't say more without breaking NDA)), it installs shared resources into /Library/Framworks and that is where they need to go and should go and is a very appropriate way to program for mac os x. There is no license checking going on, only update checking, no process is spawned for license checking or update checking.
thanks!-
-lance
+20
Peer_Visual_Server causes overload and overheating! HOw do I remove the damn vviget?!!!
+20
Also, you do not need to run a 3rd party uninstaller. Simply use the Vvidget Admin application that comes with the software to uninstall.
Lance here, tech support@vvi. Your comments are well received by us! Some of the answers are at: http://www.vvi.com/products/vvidget/faq.html
The Peer_Visual_Server startup item is a graphing server, no more than that. It is used for the graphing wizard components and other graphing apps that rely on wizard technology. The phone home is an update mechanism to inform you of new versions when available. 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 smaller apps do interact with the builder app if you export the graph to the builder with the export control. The user install package does not install a kernel extension (but our data acquision installer does if you use that). The install feels more systems oriented because of the nature of the shared frameworks, server and other components that interact with each other. Feel free to email me at lbland@vvi.com with other comments or to post them here also! Thanks for your other suggestions ... I've forwarded them to the feature list for a future version. thanks!- lance
+3
Why these people need a process running on my computer at ALL times under root permissions is VERY sketchy to me. I dont care if it's for their liscening scheme.. These people need to learn some manners and tell people when they're installing root'd applications that will run all the time on a machine. This program seems to thing it's fine to basically put whatever it wants whereever it wants. I'm trying to uninstall it now, but there's no uninstaller !
I knew there was something sketchy about all this..
+3
In the terminal
1) Navigate to root drive (/), and then to /Library/Receipts/VvidgetUser.pkg/Contents/
2) List out the files installed by the following command: lsbom Archive.bom -pf | less
3) remove Offending files.
+48