Some Hacks Make reusing Old wi-redux code a snap!

We were running Wi-Redux but are now running this project but there were a few things that our users missed not having so i worked this out.

When a grid client connects there was a screen called Loginscreen.php. This let users pick a region to log into and showed assorted info. So to put this back i coped back the following files/folders from wi-redux to xoops root path.
in settings folder copy config.php and mysql.php to xoops settings folder (these were called by wi-redux modules).
Then copy the folder Loginscreen to xoops root path (this contains the images that were used)
Then copy the file loginscreen.php to the xoops root path.

In your opensim ini there is a line where you can tell the client when it connects to 8002 to load the loginscreen.
The user just updates grid info and it will update there client paths form what you set in the ini.
Other hooks are possable but this was an easy one.
(Remember we still have the same Wi-Redux database tables and are no longer used by this project but the data is still there).
I have tested this on both .69 and .7+ revs and had no problems. It will let users have away to pick what region to log into from this screen.

Hopefully some one more clever than me can can make this less of a hack and apply it properly.
to this project so that the old DB is not needed.

Anyway this was a quick and simple change.

Tnx

The lines are in the Grid Info section and for this it would look like this

; login page: optional: if it exists it will be used to tell the client to use
; this as splash page
welcome = http://tritongrid.com/loginscreen.php

There is a few other lines in that section that do work fine im not shure why they say they dont though.

tnx

This needs intagrate to xopensim , all this is about users! not about who coded what. Ask any user what they think. Hear them well.
Users want it to work! simple like that. Users don't care who makes it work just that it should :)
If you run a full grid or are dev .. plz respect users.
As a grid op, this matters
Send your best hacks or cool code, i bet it matters now :)
And last .. donate a buck to NSL , just makes the chi right :)

Btw i dont say anything a cant prove.. so go look Http://tritongrid.com
We never WISH a thing :)

we will share what we know in exchange for improvment to this project. This should be what opensim should be to serve its users.
The point of simulation is to allow as best we can real life things. If you wish to teach economy then this must be part of it. Opensim is made to test the what if as related to real life. Your project allows a good simulation, It is a safe way to work :)

givem a buck.. matters .. donate to nsl
bet im right lol

btw you can get a plug in for page translation from firefox.. its not the best but it works :)

yes i know most of it is blank when you click on that. It was ment as an xample not for use.

引用：
Hi master

I'm sorry that I was not able to response.

loginscreen.php is set by loginpage option of Viewer, is'nt it?
This is interesting! We'll try it, too.

After that, we think about the setting of the default avatar(Ruth).
She is not so popular. :)

We think that the method of choosing initial avatar from two or more default avatar like Second Life.

Thanks.

引用：
I forget!

It is work well by "Grid Info", too.

引用：
Yes the client calls the page and in most clients now you can make it easy by setting the url to whatever name you give there.
The opensim ini is only uploading all the web page url info to the client when the user does a Get Grid Info. After that it is called by the client when they go to log in. The part that matters most to user on that screen is they can pick what region they want to log into from whats running at the time. They also like to see any Grid related info that could be important before they log in. The other functions it had were mostly for looks.

As far as stats it looks kinda trivial to make it use xoopensim's stats rather then the old ones.
and i see no reasion that avie picker cant be there too someday. It will run whatever php we want it to really.
Anyway many things can be done with it and works quite well for the client's screen.
best part is each grid can set that to whats correct for there front end lay out.

I havent had time to change some of the old hooks it used but dosent look like alot of work to make it usefull again.

In messing it with it when OsSearch was working, I found i could force it to call parser.php. That way each time a user went to connect (when that screen loads in there client) it would update the ossearch db. Kind of a cheap trick but i dident have to mess with cron for that :)
Last i checked OsSearch does not work to well yet. I have not tryed the last update to it yet but still needs something to fire parser.php off from time to time. Mostly i did my trick because making a cron event for it was messy to do in win.
It would still be helpfull if there were no need for it.
At least it did work ok when put into the loginscreen.php :)

We mostly have all this again in cube. IRC is a good one for full grids, using anything less than your own IRC server is a bad idea!

The point in having one is because irc is working well in opensim but using freenode is bad idea.
!st it gives admins of a full grid to use there time better. Live help follows admins in world. This lets admins react better to a problem a user might have but at the sametime will not disrupt what there doing.

its simple and works :)

Mantis?
That easy and if you use cube GET IT :)
It adds sanity and lets us all fix problems sp user reports. Admins can take thoughs and add them to dev's after we check it out.
very cool stuff :)
After all devs and admins cant fix things if we dont know what to look at!
the reports at a user level matter and if its a bug we can pass that on to core or get out the lug wrinch and fix it or selph.

If you know what im talking about say "Hell yah!" :)

swap cant for CAN .. my bad

Were all good here, dosent matter who makes the tools to a user. They just better work!
I love NSL crew and offer alot as a full grid for all that work. It dosent come from a wish, it comes from what we prove.
End of the day.. User matters .. simple
Our grid flys in the face of what if ppl
we just do it and let the usr say
You cant sit and wish a thing, you have to prove a point and it better work :)
So get off your ass and pluck a buck donation to the powers that be.
PPL rock! bs is what it is :)
say something :)

Looking at current svn , this is looken realy good :)
There is a long standing problem about needing a j2k processor. It is needed but not easy to make work.
My system still dosent pass its tests using ether type. In part we have imagic php tests pass and the other is native to the front end linux (dosent work when i point it to use it.).. Image test fails so far using ether but im still studying this.

The main point is Your right in the ball park .. Your works and reuse is just the best it gets :)

tnx

Hi

The problem of the J2K processor is very difficult.
As for Imagemagik, the function of J2k might be not effective. (Ex. CentOS)
Jasper has bugs. Jasper cannot treat the file of transparent type.
OpenJpeg cannot convert from JPEG2000 to the JPEG file.
Ummmm...

Imagick(PHP PECL) does not work well, too. We will try to test it again.

>> Image test fails so far using ether but im still studying this.
By the way, what is "ether"? Is it J2K processor that we do not know?

Umm sexyfull :)

I see you are mkig use of it now.
You actualy did better than i thought :)

Well done!