1  2  3  4  5  6  ...  17  |   Order by default

Mar 9, 2002, 9:56pm

Isn't that supposed to be in 3.3? I at least remember seeing that
somewhere...

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Mar 10, 2002, 9:46pm

Ananas,
That script looks very nice! Why don't you team up with the person
who had the database powered OP script... Wouldn't that be awesome?

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Mar 12, 2002, 1:47am

Yes.. exactly what I was thinking... Is there anyway that the registry could
be generated on the fly? When exactly does the browser look at the regestry,
and what would the program have to know to generate one? Could we even get
the registry to the browser with the proper info in it?

-J.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Mar 31, 2002, 11:50am

What the hell are you talking about? The passwords are encrypted every step
of the way. The only way to get them is with brute for cracking (a program
to guess the password). Which, takes forever unless you have a
supercomputer. Needless to say, someone didn't get 53 of them by that
method. It takes an ungodly amount of time just to get one.

That only leaves a few other options. First, what you're saying is totally
false. Second, the password was intercepted between the world server and
client, or vice versa. The password must be sent from the world server to
the client, so the client can unzip the rwx files. This, however, is also
encrypted.... The only other way is if someone was actully good enough to
compromise a few servers and get an atdump. But I presume even *that* stores
the password encrypted...

Next time, make sure something is at least *reasonable* before you
post.......

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Apr 3, 2002, 1:23am

The recent events have prompted a lot of people to reconsider the .zip file
passwords, including me. As was proven, ZIP passwords are not sufficient to
protect object paths. It takes only a matter of hours, sometimes minutes to
crack a ZIP password. How people get the zip files to crack is the first
problem, finding a different method of encryption (that cannot be so easily
cracked) is a much larger problem.

First, all attempts to hide the object path's URL were totally obliterated
when the "object warnings" feature was added. Sure, it can be very helpful
when you're working with new objects, trying to perfect your model, but it
was a major oversight on the part of AWC. The solution to the first problem
would be to allow the user to turn on and off object warnings (just like
they can now), but not actually print them unless the user has caretaker
privileges in the current world. Also... why not just name the cache files
by the world name they come from? Store all the paths, or data that needs to
be cached in a encrypted file somewhere.

To solve the second problem: Why not use strong encryption? Such as PGP
keys... This system has been proven very secure. I'm not sure anyone knows
how to crack these (I've heard only the government code breaks, with the
supercomputers at their fingers can break these) If not this, *something* is
needed.. if not a proprietary tool for encryption (which I would not
recommend for obvious reasons) I'm not sure if strong encryption is truly
practical, as it takes a lot of processor usage, and would be slow to
decrypt hundreds of objects..

Here's how it works... You use a program like PGP (Pretty Good Privacy)
(check out the yahoo search here for an explanation -->
http://google.yahoo.com/bin/query?p=%2b%22pgp%22+%2b%22explanation%22&hc=0&h
s=0 ) to create your public and private keys. You then use the private key
to encrypt your object files. (You'll want to make a backup of your private
key, but keep it safe - you don't want anyone else to have it). You upload
the PGP encrypted versions of your objects to your object path just like
normal (maybe a different file extension).

Then when someone enters your world, the browser should receive notice that
the OP is PGP encrypted, and the world server will transfer the *public* key
to the browser. (Note: the public key should not be available via HTTP.. it
could then be downloaded, and would defeat the purpose of all this
encryption) The browser should store this key internally, and loose the
information when the user exits the world. The idea is to keep the user
from every being able to discover the public key, and only allowing the AW
browser to have the public key, in a situation where the use could not grab
it from a file later on. The key should not be stored permanently, or even
semi- permanently, on the user's hard drive. The browser then uses this
public key it has received to decrypt the objects and display them normally.

I'm not sure this setup would actually work when put into use, it's just an
idea. It would definitely impact initial world load times, but it shouldn't
cause significant lag as the objects only need to be decoded once (as they
come into view). Exploring areas with objects that your browser hasn't seen
in that session would be the laggiest. This would have to be considered, as
there are hundreds of objects that would need to be decoded in some worlds,
just by standing at GZ.

No matter the disadvantages, this would be the *ultimate* in security for
object path's. I've forward this e-mail to Roland, E N Z O, and AW support
as I believe it is of the utmost importance.

Let me know what you think...

Regards,
Jeremy

a.k.a. JerMe (#296967)

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Apr 3, 2002, 1:29am

Well, it looks like I got a few things mixed up with the keys.. but you get
the idea...

Here's a short explanation I found from TechTV:
http://abcnews.go.com/sections/scitech/TechTV/techtv_encryption011203.html

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Apr 3, 2002, 9:52am

Give each folder a number then, and have the browser keep a table of which
folder # is which op... (encrypted)

just *something* other that putting the path info right out there. That
totally defeats the purpose of the whole "hiding the path in the features
dialogue" thing....

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Apr 3, 2002, 6:41pm

>AW's encryption algorithm should be
> improved to something much stronger.

*cough* PGP *cough*

> In your example, you mention that the browser would store the key
> internally. However, what is to prevent someone from viewing it in
memory?

It would obviously have to use some kind of encryption scheme. It doesn't
really matter how, just a long as it keeps people from looking through AW's
memory registers and picking out the key... I know I left some places in the
process that need filling in. I'm not really shure how you'd accomplish
this. You know what you're talking about, so how would you do this? What
would you propose we do? Help me progress the idea into something we can
actully use...

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Apr 8, 2002, 11:51pm

I like your last idea best. The *full* path does not need to be displayed.
If you need to know about the object errors, then you should also know what
the path is already. Maybe offer the trimed down version of the error to
everyone, the full path to CT's. The full path would be nice to have
sometimes. It's a feature too, and we would start to miss it eventully. I
can forsee us begging "please bring back the display of the full path, but
only for CT's".... so, we just need to adjust the error message a little.

-J.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Apr 9, 2002, 1:10am

Welcome :-)

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Jun 7, 2002, 3:46pm

.... And I thought a Linux SDK was far fetched... Insanity grow up? not in
your wildest dream


--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Jun 8, 2002, 1:34am

The new "non-modal" telegram window is definitly a great feature, but it
does seem slightly buggy at time.

I believe the problem is that anytime one of the status bars update, the
main AW window steals the focus from the telegram window. For example..
Once I encountered a bug where the status bar was updating "download
complete" every second or so. (I believe with was caused by a pict object
with a refresh command) Each time it would update the telegram window would
lose focus. This made it impossible to compose my telegram. I would click in
the text box to give the focus back to the telegram widnow, and before I
could type a single letter the focus would be stolen by the status bar
again.

I'm going to do some more testing, and see if I can reproduce this. Most of
the time right clicking and selecting "reply" on a telegram brings up the
telegram window with focus properly. Sometimes, it does not... So, I'm going
to try and determine what's stealing the focus.

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Jun 8, 2002, 2:26am

Ok.. I've done one test with no results..

I created a pict1.rwx with the action: "create picture
http://www.wade.org/latest.jpg update=1" This is a web cam (currently off)
that has a new image every 30 seconds. If you visit my world JTech (look to
the NW corner of GZ) you'll see the pict. You'll also notice that once every
second you stats bar changes from "1 item left" to "Download Compelete" and
back again.

I belive this was the status bar that was stealing the focus when I was
expirencing the bug. I haven't been able to recreate it. Please come to
JTech and let me know if you have any problems with the sign and telegram
window focus.

Regards,
Jeremy



--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Jun 8, 2002, 2:46am

Ok, I've recreated the problem....

The telegram window looses focus while you are typing if:

(1. You have the 'web' window displayed
(2. The web window has the focus (i.e. you click on it somewhere)
(3. You then right click on a telegram and click "reply"
(4. Any automatic refreshes in the web page will steal the focus from the
telegram window

So, it was not the world download tool bar, it was the web page refreshing
automatically.

To recreate this for yourself:

1) Teleport to the world "JTech". The world homepage is set to a page known
to cause the problem.
2) Once everything loads... Click on your Telegrams tab.
3) Make sure your 'web' window is displayed (F7), and click anywhere in the
white space beneath that image.
3) Without doing anything else, right click on a telegram in the telegrams
tag and select "reply".
4) The web window refreshes every 10 seconds, each time the focus will be
stolen from your telegram window.

My only question is... Why am I not on the beta team? :o)

Best Regards,
Jeremy



--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Jun 8, 2002, 2:53am

Also noticed something else...

My neat little refreshing web page (just a meta tage with a refresh attrib.
set to 10) will also steal the focus from the chat or 3d window.

I was walking along and stopped when the page refreshed. I was also half way
though a sentence when the page refreshed and I had to reset the focus to
type in the chat box again.

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[View Quote]

Jun 9, 2002, 5:19pm

Ok, so I've been playing around with the telegram window a lot lately.. But
I got to thinking...

Since the telegram window is no longer modal, you can right click and
'reply' to one telegram, while you were already composing another. The first
time I tried this, I expected to get a second telegram window. This would
allow me to compose telegrams to two different people (or two grams to the
same person) simultaniously.

Insted, the "to" field on the telegram I was currently composing was changed
to the user name of the second person I tried to reply to.

Now that the telegram window is no longer modal... It only makes sence to
have the ability to send multiple telegrams at once.

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker
JTech Web Systems
(www.JTechWebSystems.com -- Coming Soon)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Jun 12, 2002, 11:27pm

Is it time for some organization in the features dialogue?

It seems over the past years new feature setting have just been added to the
bottom of the "features" dialogue, with no real rhyme or rhythm. It looks
like each new setting was just stuck on there, wherever it fit best.

So, I suggest that someone take the time to reorganize the features
dialogue.

Possibly the best solution would be to create tabs inside the dialogue (like
the "settings" dialogue). This could also allow for the union of the
features, rights, and lights/fog dialogues.

I suggest the following tabs -

1. Title - contains the title, welcome message, home page, search keywords,
and world rating
2. Moving - entry point, allow pass-thru, allow flying, allow local
teleports, allow avatar collision
3. Object Path - contains the path setting, object password, object refresh
4. Setting - contains backdrop, backdrop color, ground, skybox, lighting,
and fog settings, repeating ground object, enable terrain
5. Building - contains restricted radius, cell data limit, visibility, max
light radius, allow "create URL", 3-axis rotation, allow object selection
6. Rights - contains everything currently in the "rights" dialogue, allow
tourist whispers

A little logical grouping can go a long ways to increased usability....

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Jun 25, 2002, 8:07pm

Maki.. what is that image doing in your signature??? O_O

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Jul 8, 2002, 12:54am

can that be handled by the uniserver and the world server?

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Jul 17, 2002, 1:09am

god, you could spend days reading that. By the time you get done you think
Eep is a genius and AWI is totally slacking.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Jul 21, 2002, 2:22am

For all his newbie thrashing and bashing (which is noticeably hilarious at
times).... You've gotta admit, the guy has some great ideas.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Aug 2, 2002, 11:57pm

Why don't you write the function, and put it in a library... Distribute
it.... That way you can use it just like you would a SDK function. Just
include your liberary, and call the function from it........

Better yet... Write the function in c or C++, make sure it's clean and good
code. Then e-mail it to the dev team. After reviewing it, maybe they'll add
it the SDK.... That's all they'd do anyway. They'd write a function that
relies the other SDK functions that are already in place....

-J

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Aug 3, 2002, 11:21am

Here how you could do it...

Go get yourself a copy of Apache for Win32 (be forwarned, it wasn't designed
for windows)...

Get on OP going on your hard drive, let's say it's at c:/ActiveWorlds/op/.
Set that to your DocumentRoot in apache, or add a Directory statement for
it.

In activeworlds, set your world's Object Path to your loopback IP (127.0.0.1
[not sure if windows still recognizes this or not]). This should make the AW
browser look to your local copy of apache to get the OP.

You can setup PHP and use the multi-path, or even use the apache rewrite
engine to use both your path and a outside one. The second path would allow
you to only certin objects on your hard drive, and pull the rest from where
ever you're getting them now.

That's the best solution I know of...

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Aug 8, 2002, 8:49pm

hmm...

localhost = 127.0.0.1

I'm not sure which, if any, of those windows recognizes...

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Aug 17, 2002, 11:50pm

If the "flashing" you're refering to is the title bar changing colors, then
this is an option in windows. For example, AIM windows flash when someone
sends you a message, even though they don't steal focus. Also, when a
program is started... the current progam keeps the focus, and the one that
just started bliks a set number of times. ( I used a little program called
TweakUI to set this.)

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5-34
[View Quote]

Feb 27, 2003, 11:28pm

My connection to the AW news server also gets dropped all the time. Outlook
Express will go to the "next" message, but the actual text does not change,
it still displays the text of the previous message. The only solution is to
go to a different news server and come back, or close OE and come back.
(thereby restoring the connection...)

-J

--



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for
tomorrow will worry about itself. Each day
has enough trouble of its own." -Mathew 5:34
[View Quote]

Jun 2, 2003, 10:24am

Wait a sec... don't get me wrong here, I'm not trying to be rude... But
haven't the propdump, atdump, and elevdump exe's always read the dat files
and produced text files (propdumps)?

Maybe AWI has changed the window's exes. But the linux package still comes
with propdump, elevdump, and atdump. These do exactly what the name
suggests. They "dump" the PROPerty, ATributes, and ELEVation databases.

Maybe you should try running those programs again?

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner / Webmaster
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5:34


[View Quote]

Jul 5, 2003, 5:09pm

WinZip 9 will include the ability to encrypt zip files using a 128 or 256
bit AES key.

The AW browser will need the ability to decrypt these files...

See: http://www.winzip.com/whatsnew90.htm

The very kind WinZip people have published the following specification to
help developers:
http://www.winzip.com/aes_info.htm

Regards,
Jeremy

a.k.a. JerMe (#296967)


--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner / Webmaster
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5:34

Nov 4, 2003, 1:06am

As far as I'm concerned, AW is still playing major catch up with the IM
networks...

It's a lot easier to communicate via AIM, Yahoo, MSN, <insert other IM
network here>... because of their ability to use various fonts, font sizes,
font types (bold, underline, etc), graphics smilies, intagrated image/file
transferes, and voice chat. Everyone loves the features that these IM
programs offer. Personally, I'd love to have them in AW. To me, this is one
major *glaring* place where AW is lacking.

AW is still stuck in the IRC age of the late 80s using simple text chat and
\commands for bots. Why don't we bring the *text* chat up to the current
deccade's technology and *then* worry about voice chat.

-Jeremy

--



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner / Webmaster
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5:34
[View Quote]

Mar 12, 2004, 12:24am

This doesn't really belong in the wishlist (this group is for requesting
new features for the AW browser/server).

However, you could start at http://www.php.net/

Maybe someone else would be kind enough to give you a copy of theirs, as
I don't have one. If you're not that lucky, you can always write your
own. :o)

-Jeremy



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner / Webmaster
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5:34




[View Quote]

1  2  3  4  5  6  ...  17  |   Order by default