T.R | Title | User | Personal Name | Date | Lines |
---|
1998.1 | Color variant product suffix...? | PTOJJD::DANZAK | Pittsburgher � | Wed Feb 08 1995 21:51 | 7 |
| RPS said that they didn't like the *color* of our hub modules - they
were ugly.
What is the order number for color variants?
ttfn,
j
|
1998.2 | Gee, a nice neutral color and they *don't* like it? :-) | NETCAD::BATTERSBY | | Thu Feb 09 1995 09:25 | 8 |
| Heh....well everything DEC makes is the traditional DEC-#68 grey.
Color varients?? fat chance. :-) They'd be better off going down
to the nearest True-Value hardware store and picking out a color
they do like, and paint them themselves.
Can't please everyone when it comes to cosmetics.
-b
|
1998.3 | Tongue in cheek ... | ROGER::GAUDET | Because the Earth is 2/3 water | Thu Feb 09 1995 09:45 | 21 |
| Jon,
Don't tell anyone yet, but there's a midnight HUBwatch project going on right
now where you will be able to select a module in the hub view and then invoke a
new application from the Applications pulldown called "Aesthetics". This
application will present a standard Motif or Windows color pallette where you
can select/mix a color that you want the bezel of that module to be. You will
be able to mix any one of 16 million colors. Then, using a not-yet-published
MIB and some ingenious electronic staining technology, HUBwatch will do SNMP
sets to the module which will result in the bezel physically being stained to
the color of your choice. Preliminary tests have shown that you can perform the
bezel staining process no more than 5 or 6 times before the molecular structure
of the bezel becomes too resistant to the staining process to be effective. We
call it "pigment fatigue."
All new modules will contain the staining capability, and modules already in the
field can be retrofitted with this capability.
And you guys think we don't hear you when you talk! :-)
Leonardo DaVinci
|
1998.4 | More TIC thread... Microbe level high-tech :) | NETCAD::BATTERSBY | | Thu Feb 09 1995 11:09 | 10 |
| >> Preliminary tests have shown that you can perform the
>>bezel staining process no more than 5 or 6 times before the molecular
>>structure of the bezel becomes too resistant to the staining process to be
>>effective. We call it "pigment fatigue."
Gee, I wonder if this is that new molecular technology seen on a
Star-Trek TNG episode where there was a "NANITE" molecular life-form
which could do all sorts of wonderous things. :-)
Bob
|
1998.5 | Watch the spin and charm particles | PTOJJD::DANZAK | Pittsburgher � | Thu Feb 09 1995 21:51 | 16 |
| Excessive spin fatigue only occurs in spin and charm sub-atomics only
after exposure to severe long term exposure to directive forces. It is
unlikely that the momentary realignment caused by MOTIF manupulation
would be long term enough to cause severe spin decay, bonding fatigue,
and subsequent matter destabilization.
That is, of course, if you followed recommended matter reassembly
guidelines when you were forming the object. If you ignore the sub
quantum resolution specs then all bets for stable matter in your object
are off.
ttfn,
j
^--who has been either watching too much Star Trek or spent too long
working with National Nannofabrication Labs at Cornell. (honest) (grin)
|
1998.6 | One more for the wish list. | CGOS01::DMARLOWE | Have you been HUBbed lately? | Fri Feb 10 1995 01:06 | 23 |
| Ok, then how about another feature to assist network managers.
Utilizing spare cycles in a MAM, a network manager could click on an
icon for that hub and issue a SET snmp_spawn_virtual_network_operator
at that location. The virtual operator through point and click could
be directed to insert, remove or swap any module. Cable patching would
also be an available function.
As with any MAM upgrades, if the hub loses power while the virtual
operator is in the SER you will be left in a corrupt state with a zombie
eyed network operator wandering the room looking for modules to swap and
cables to patch. The only work around will be to wrap 3 meters of UTP
around the operator's neck and then do a RESET TO FACTORY command on the
entire hub. Small price to pay for the time saved for such
functionality.
The only way the competition could beat that would be to spawn 2
virtual network operators. Little do they know that that would be
their down fall as no two network operators can agree on the same
network configuration and the network would slowly come down while they
argue which configuration would be the best. 8^)
dave
|
1998.7 | Optional harware... | PRSSOS::PEYRACHE | Jean-Yves Peyrache Country Support Group France | Fri Feb 10 1995 12:02 | 15 |
| please think people in the field staying front of dechub900 during
upgrade of MAM using "MAGIC NDU"
add:
_ in Front of Dechub900 an second RJ45 for dialing "Pizza Hut"
_ In left of Dechub900 an joystick port
_ In right of Dechub900 2 output for audio speaker
(compatible soundblaster at FRS)
_ adding few games (tetris, startreck,) directly on the
firmware of the MAM should be the best.
JYP
|
1998.8 | An engineer doing marketing ... now THAT'S scary! | ROGER::GAUDET | Because the Earth is 2/3 water | Fri Feb 10 1995 13:09 | 13 |
| RE: Jean-Yves, those are great suggestions! I will put them *immediately* on
the MAM firmware list for baselevel 5.
With your third suggestion about adding speaker ports for soundblaster support,
maybe we'll change the name of the hub to the DEChub 900 MultiMediaSwitch. :-)
Hey, since you mentioned Star Trek, did you realize that with a slight
modification of your initials (JYP) to JLP you would have the same initials as
Capt. Jean-Luc Picard? :-)
Whew, must be Friday or something...
...Roger...
|
1998.9 | special country code if possible | PRSSOS::PEYRACHE | Jean-Yves Peyrache Country Support Group France | Fri Feb 10 1995 14:03 | 15 |
|
if i may venture to request only few things, please could created a special
country kit for France with -TB for tire-bouchon (corkscrew),it's critically
needed during installation.
please could you convince shawn and/or scott to add the following traps
_pizzahutready
_pizzahutnoenoughofcheese
_pizzahutdeliveryoutoforder
_pizzahutspecialmenu
JYP
|
1998.10 | Animals for sacrifice with NDU | PTOJJD::DANZAK | Pittsburgher � | Sun Feb 12 1995 22:22 | 21 |
| Actually, the last time that I successfully got NDU to work I needed to
find a small animal for a sacrifice. Of course I also neglected to
read the small print in the NDU manual that said it only worked in
months with "R". Since it was August I was out of luck.
Are we providing animals for sacrifice as part of the upgrade kit?
Should I ask Mike Bouchard about this? And, is there a choice of
variants for type of beast that one would like? I.e. (Digital Network
Hub Sacrificial Animal DNHSA-xx, where "xx" is the type of creature
desired.) Of course you then need a table to go with type-of-hub or
module and type-of-creature required for sacrifice.
A DEChub-900, fully loaded, would require the DNHSA-GS (german
shepherd), while a stand alone repeater only requres a DNHSA-SM (small
mouse).
We could also publish and sell additional documentation, recipies. Fifi
fondu anybody?
ttfn,
j
|
1998.11 | Should we report you to the ASPCA? | TOOK::D_NELSON | Dave Nelson LKG1-3/A11 226-5358 | Mon Feb 13 1995 12:40 | 8 |
| RE: .10
Jon, you're one sick puppy... :-)
Regards,
Dave
|
1998.12 | | SLINK::HOOD | This is my new personal name for Notes | Mon Feb 13 1995 13:14 | 7 |
| > Jon, you're one sick puppy... :-)
That would be the DNHSA-SP kit.
And I promised myself I'd stay out of this note.
Tom
|
1998.13 | Puppy? You mean DEAD puppy | PTOJJD::DANZAK | Pittsburgher � | Mon Feb 13 1995 18:07 | 10 |
| Puppy? Where? I needed one to sacrifice for a terminal server 90 in
DEChub 900 install...!
(Just went down in flames at the local paper...damn those terminal
servers!!!!)
(evil grin)
ttfn
j
|