A proper "universal" charger design (which I wouldn't expect to see in a UPS that doesn't accept add-on batteries) would charge properly, but more slowly.
Larger batteries draw more charging current at a given voltage than smaller ones. Depending upon the charger configuration in the UPS you could either end up undercharging the battery or shortening the life of the charger by increasing power dissipation in it.
I've seen car batteries work connected to small UPSes for years until the power went out for an extended time, the battery was significantly drained, and the charger failed when the power came back on. Just something to be aware of.
High-resolution direct-view CRTs are still the quality benchmark that other displays strive for but still fall short of. It has a superior combination of contrast, dynamic range, and resolution compared to any alternative.
Other displays may be larger (direct-view CRTs drop off at a size considered modest for home theater), but none beat the quality.
set fsd [fileselectiondialog #auto -background red]
What's so bad about that? There's no reason to worry so much about scoping of procs (which is what both Tk widgets and incr Tcl class instances become) most of the time.
If you want event handlers from another scope use the appropriate [code] to magicify the callback. As for stuff escaping scope, the incr Tcl local proc helps a bit with that.
I did a good deal research on this nearly 10 years ago. I'll freely admit that the situation may be different now as they have gotten much better.
It's probably a good time to do some research on this again. But the biggest thing that's usually overlooked is the kWh in fossil fuels expended (not just $) in the cost of manufacture. I'm not quite sure how that works out now, but I'm pretty sure it hasn't changed much.
So take my reply above with a grain of salt, I guess. Also keep in mind that anti-solar findings will be very unpopular academicallyand most of the research I've seen published (with some notable exceptions) doesn't take into account the holistic effects of solar power.
The hideously low efficiency of solar cells makes them a waste of -other- natural resources to manufacture, transport, purchase, install, and maintain.
That is, you burn more fossil fuel energy deploying photovoltaic arrays than you regain during their (short) usable lifetime. That doesn't make them any less-convenient for remote off-grid applications, but they're not going to replace other power sources anytime soon.
Solar energy is still viable for heating (obvious) as well as power generation using mirror concentrators.
Have you considered using GNU gcj to compile the Java to native code? I don't know how well it would work with your app, but it's pretty slick in my experience.
They're using Display PDF which is substantially similar but dumbed down a little. I'm sure they could put a hook in to let you grab anything but the DVDs, intercepting the drawing calls.
But they're at 10.2 already and haven't yet included an X server with the distribution, I'm not hopeful for X client support any time soon.
Hopefully they get that new "optimized" X server into 10.3.
Ob-On Topic: Is there any free PC-Anywhere type project for Windows that intercepts GDI calls? That might be the best starting point.
Nearly 13 years ago, a cancer-therapy machine was removed from the Medical Center for Specialities in Ciudad Ju rez and taken to a Ju rez junkyard that later sold the machine along with other scrap metal to two steel foundries for recycling. The machine contained 6,000 tiny pellets of radioactive Cobalt-60, which contaminated thousands of steel rebars (used to reinforce concrete) and furniture parts.
That's because you were doing it without a STOMITH (shoot the other machine in the head) device. One of the simplest and most reliable is a computer-controlled power-switch. When one computer detects the failure of the other, it cuts the power before it takes over its duties. Voila, no more conflicts.
And a lot of things, notably the Intel compiler, support the gcc specific extensions. ;)
Where's all this hydrogen in a form we can easily get?
If you can find some, I'm game.
On top of that, slight differences in volume level often don't sound like level differences but rather quality differences...
Only the SPEC rate benchmarks scale with multiple processors.
And show me a Dual P4?
A clarification:
A proper "universal" charger design (which I wouldn't expect to see in a UPS that doesn't accept add-on batteries) would charge properly, but more slowly.
Larger batteries draw more charging current at a given voltage than smaller ones. Depending upon the charger configuration in the UPS you could either end up undercharging the battery or shortening the life of the charger by increasing power dissipation in it.
I've seen car batteries work connected to small UPSes for years until the power went out for an extended time, the battery was significantly drained, and the charger failed when the power came back on. Just something to be aware of.
No, it isn't. Different word and doesn't mean what michael intended.
Python also uses (used? not following it too closely) the PCRE code for its re module.
Look into in your director:
suffix = +*
suffix_optional
High-resolution direct-view CRTs are still the quality benchmark that other displays strive for but still fall short of. It has a superior combination of contrast, dynamic range, and resolution compared to any alternative.
Other displays may be larger (direct-view CRTs drop off at a size considered modest for home theater), but none beat the quality.
Consistency of units we already have.
We've got cgs (centimeter-gram-second) and MKS (meter-kilogram-second) systems, and at least one more.
If you're not satisfied, make your own. And watch the rush to adopt it!
I'm partial to MKS myself; less silly multiplication by powers of ten to correct units.
Idioms:
set fsd [fileselectiondialog #auto -background red]
What's so bad about that? There's no reason to worry so much about scoping of procs (which is what both Tk widgets and incr Tcl class instances become) most of the time.
If you want event handlers from another scope use the appropriate [code] to magicify the callback. As for stuff escaping scope, the incr Tcl local proc helps a bit with that.
Okay, that's an improvement. I'd be amazed to see one that factors in exergy, though.
I did a good deal research on this nearly 10 years ago. I'll freely admit that the situation may be different now as they have gotten much better.
It's probably a good time to do some research on this again. But the biggest thing that's usually overlooked is the kWh in fossil fuels expended (not just $) in the cost of manufacture. I'm not quite sure how that works out now, but I'm pretty sure it hasn't changed much.
So take my reply above with a grain of salt, I guess. Also keep in mind that anti-solar findings will be very unpopular academicallyand most of the research I've seen published (with some notable exceptions) doesn't take into account the holistic effects of solar power.
The hideously low efficiency of solar cells makes them a waste of -other- natural resources to manufacture, transport, purchase, install, and maintain.
That is, you burn more fossil fuel energy deploying photovoltaic arrays than you regain during their (short) usable lifetime. That doesn't make them any less-convenient for remote off-grid applications, but they're not going to replace other power sources anytime soon.
Solar energy is still viable for heating (obvious) as well as power generation using mirror concentrators.
It looks like they want to deliver it through a browser. So maybe an ActiveX installer-type application could do that, too.
To clarify, I meant making an ActiveX app of your Java stuff. The XWT project has done this.
Have you considered using GNU gcj to compile the Java to native code? I don't know how well it would work with your app, but it's pretty slick in my experience.
There's a library called "Detours" from Microsoft Research that aids intercepting Win32 calls.
http://research.microsoft.com/sn/detours/
They're using Display PDF which is substantially similar but dumbed down a little. I'm sure they could put a hook in to let you grab anything but the DVDs, intercepting the drawing calls.
But they're at 10.2 already and haven't yet included an X server with the distribution, I'm not hopeful for X client support any time soon.
Hopefully they get that new "optimized" X server into 10.3.
Ob-On Topic: Is there any free PC-Anywhere type project for Windows that intercepts GDI calls? That might be the best starting point.
This would be a good thing to have for Mac OS X, too. I'm not holding my breath for either, though.
It happened!
Nearly 13 years ago, a cancer-therapy machine was removed from the Medical Center for Specialities in Ciudad Ju rez and taken to a Ju rez junkyard that later sold the machine along with other scrap metal to two steel foundries for recycling. The machine contained 6,000 tiny pellets of radioactive Cobalt-60, which contaminated thousands of steel rebars (used to reinforce concrete) and furniture parts.
You had a keypad? All we had was a single nixie digit and some test points!
Don Lancaster, I do remember. And I remember him talking a lot about how his setup was an Apple II and a Laserwriter ;)
You can still find him at http://www.tinaja.com/, wacky as ever.
That's because you were doing it without a STOMITH (shoot the other machine in the head) device. One of the simplest and most reliable is a computer-controlled power-switch. When one computer detects the failure of the other, it cuts the power before it takes over its duties. Voila, no more conflicts.