I regret the poor quality of my English, and need to use a translator, I
think this merely to explain clearly the idea.
Diva, I understand basically how it works Hypergrid, although it is a
certainty that I do not understand as well as you. Anyway, what I
propose is not a criticism of the current operation of hypergrid, but an
idea looking for a way to allow the unification of hypergrid. I think
the basic idea has been misunderstood.
Thanks for replying, and thanks to all the development team for the
excellent work they do for us. If some of the idea put forward has been
going around in someone's head, who knows, maybe it is recycled into
something good :)
if there is anyway so there will be many good things.
A Hypergreen free, united without borders, where all grids are joined
into one, sounds like a good idea
----------------------------------
Yo lamento la mala calidad de mi ingles, y necesitar usar un traductor,
pienso que esto limita poder explicar claramente la idea. Diva, entiendo
basicamente como funciona hypergrid, aunque es una certeza que no lo
comprendo tan bien como usted. De todas formas lo que propongo no es una
critica al actual funcionamiento de hypergrid, sino una idea a futuro
para una forma de permitir la unificacion del hypergrid. Pienso que la
idea de fondo se ha malentendido.
Gracias por responder, y gracias a todo el equipo de desarrollo por el
excelente trabajo que hacen por nosotros. Si algo de la idea planteada
ha quedado dando vueltas en la cabeza de alguien, quien sabe, quizas se
recicle en algo bueno :) si no es asi de todas formas habra muchas cosas
buenas.
Un hypergrid libre, unificado sin fronteras, donde todos los grids se
unen en uno solo, suena como una buena idea
El 25/10/10 14:50, Diva Canto escribió:
If that's all, then ... ok. I thought I heard wishes of a technical
nature, and that, perhaps, he doesn't understand how link-region
works, and what it does. Perhaps he only knows HG TPs through the map
or something. (all hg link UIs end up placing hyperlinks on the maps,
but all except link-region end up placing them very far away from the
main cluster of regions)
On 10/25/2010 9:42 AM, Shaun T. Erickson wrote:
Diva,
He doesn't (necessarily) want to link to them - he wants them to link
to him. So that in that foreign grid, the link to his grid acts in
that grid, like a hyperlink to your webpage does on someone else's page.
It seems to me that all he needs to do is contact the foreign grid
operator and see if they'd be willing to link to a sim in his grid.
-ste
On 10/25/10 12:38 PM, Diva Canto wrote:
That's how the HG works. HG 1.5 is on a grid-basis. The entrance to
grids is directed at the Gatekeeper service.
When you link to, for exmple, hg.osgrid.org:80 you are requesting the
Gatekeeper of osgrid to link to whatever the default region entry is in
OSGrid, consequently being able to visit all regions in OSGrid that
allow foreign visitors. When you link to hg.osgrid.org:80:Some Region
you are requesting th Gatekeeper to link to a specific region on that
grid, permissions allowing.
Maybe I'm still missing something.
On 10/25/2010 9:19 AM, Shaun T. Erickson wrote:
It sounds like what he wants is for foreign grids to link to a region
in his grid, so that users from that grid can get to his, without him
having to maintain a region in the other grid.
-ste
On 10/25/10 12:16 PM, Jor3l Boa wrote:
Yes diva, but his idea is when you tp to that region actually switch
grids (tp-to-grid instead of tp-to-sim), actually makes sense if you
want people visit a bunch of regions with one entrance
2010/10/25 Diva Canto <[email protected]
<mailto:[email protected]>>
Maybe I'm missing something, but what you're describing is how the
Hypergrid works, redirect and all. It's not an http redirect,
because the viewer doesn't do that protocol, but it's
TeleportFinish, which is the Linden equivalent of an http redirect.
If you use the link-region console command you place a region on
your map (you see it on your map) that belongs to another grid.
_______________________________________________
Opensim-dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-dev
_______________________________________________
Opensim-dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-dev
_______________________________________________
Opensim-dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-dev
