Forum .LRN Q&A: http://www.my.ip.address/dotlrn

I wonder if it posible to change the default name fro the dotLRN installation from lets say http://www.my.ip.address/dotlrn to
http://www.my.ip.address/myname
Is there a way to do it ?

Thanks in advance

Collapse
Posted by Jarkko Laine on
I guess dotlrn is just another application. If I'm not totally wrong, you can mount it under any name you want with the site map.
Collapse
Posted by Alexander Antonakakis on
Well I have tried to do that. I got the dotlrn application mounted but without the (+) infront. The other packages that are like subfolders to dotlrn (if you do the default intallation) are mounted under /
I don't know if I did something wrong but this is what I got.
The default installation work ok by the way.
Collapse
Posted by Lars Pind on
Unfortunately, for reasons unknown to me, dotlrn can *only* be mounted under /dotlrn.

Here's the code in packages/dotlrn/tcl/dotlrn-procs.tcl:

    ad_proc -public package_key {} {
    returns the package key
    } {
    return dotlrn
    }

    ad_proc -public get_url {} {
    returns the root URL for dotLRN
    } {
    return "/[package_key]"
    }

The second one, get_url, is used all over the place.

It should be a trivial fix, though, to have 'get_url' figure out where dotlrn is mounted, so long as you still only have one instance mounted.

The dotlrn package currently doesn't support multiple instances. Fixing this would be a much larger task.

/Lars

Collapse
Posted by Jarkko Laine on
Oops, sorry for the false information.
Collapse
Posted by Alexander Antonakakis on
Should a quick solution to achive that be to change the proc
like :

ad_proc -public package_key {} {
    returns the package key
    } {
    return the_name_I_want
    }

Collapse
Posted by Lars Pind on
Nope, the package key must stay, but try changing this:

ad_proc -public get_url {} {
    returns the root URL for dotLRN
} {
    return "/your-url-here
}

/Lars

Collapse
Posted by Alexander Antonakakis on
Thanks Lars. I will give it a try and let you know if it works.
Collapse
Posted by Don Baccus on
Would one of you file a ticket on this please ... it's not hard to make it find the mounted instance of dotLRN, I'm sure OF just did it because they were so rushed with stuff to complete before their final deadline.
Collapse
Posted by Alexander Antonakakis on
It seems to work ok in most of it. There has to be some small changes in places that the source code has dotlrn hard coded in (like user info in the control panel).
Don what exactly can we do?
Collapse
Posted by Don Baccus on
If you can enumerate the places in the code that hard-code "dotlrn" rather than use the get_url function, and submit a bug report and optionally a patch if you feel up to it, I'm sure we can get this fixed before too long.
Collapse
Posted by Alexander Antonakakis on
I'll try to check them Don and post a bug report.
Collapse
Posted by Alexander Antonakakis on
ok here are some notes on the places that "dotlrn" can be found from the user's eye. I will look in the code later on.

After the change in the proc as loticed

In the control panel of every user's portal:
int the "what others see about me" ... the link has the "dotlrn"

If you login as site wide admin in the control panel - side wide administration - users :
the site navigator on top is dotlrn > admin > users
Same come with Terms, Departments, Subjects, Classes, Communities, Portal Templates, Archived Classes / Communities and Edit Pre-approved Email Servers. In all the above the site navigator has "dotlrn".

Collapse
Posted by Christian Eva on
The only place for instance I found something is in

navigation-procs.tcl:35:        set first_args [list [list [get_url] "dotLRN"]]
navigation-procs.tcl:66:        lappend first_args [list [get_url] dotLRN]

I have installed it with changing this and dotlrn-procs.tcl
and it seems to work fine. I have some other strange behaviour with the current HEAD but I dont know yet where to relate it to.