We have backups that run every day. So I'll figure out the number that needs to be run today and put it in a dbase. I'll get that max number for the gauge from a postgres db. Then I'll get the current count of backups ran and stick them in the dbase and move the needle accordingly. I though about using a block chart for them. That may be better as the output wont need updating that often and it will look like a gauge wont move that often.
The other option for the gauge is to show the thru put for an interface or a specific backup itself, memory usage,cpu,etc. I'm working on getting the info from the dbase right now. I might try to make it a SOA so each client won't have to connect to the dbase directly. 1. get dbase data. 2. get my client to get data and update graph. 3. move it to an SOA. 4. allow others to use it. John -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Anton Rolls Sent: Monday, February 05, 2007 11:03 PM To: [EMAIL PROTECTED] Subject: [REBOL] Re: drawing a gauge I've looked at the nice Flash gauges you linked to. Which type of gauge do you need ? Anton. =20 > I'm looking to use View to create a basic portal to some postgres data. > It will be for nontech people (managerial types). I've seen the pies, > and charts view can do but I'm wanting to use a gauge. Has anyone > developed a real good gauge using Rebol? >=20 > Something nice like these > http://www.maani.us/gauge/index.php?menu=3D3DGallery .=3D20 >=20 >=20 > Ideas? >=20 > John --=20 To unsubscribe from the list, just send an email to=20 lists at rebol.com with unsubscribe as the subject. -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
