Jump to content

Extension talk:AddPersonalUrls

About this board

4 previous topics, relating to issues fixed in version 0.4. Previous discussion was archived at Extension talk:AddPersonalUrls/Archive 1 on 2016-10-25.

upgraded to MW 1.35, icons are "floating"

7
2003:C2:3F22:8200:3D5E:3CF4:4409:5FFA (talkcontribs)

Howdy,

after installing Mediawiki 1.35.4, the extension still works fine with one minor exception. The icons are now floating above the text buttons, only a few pixels, approx. 1/2 height of the text. Is there a way to correct it?

Kind regards, K.

RV1971 (talkcontribs)

I'm afraid I'm still working with 1.35.0, and when I find time to upgrade my installation I'll probably go directly to 1.36.x. So it might take me some time to examine this.

RV1971 (talkcontribs)

I have just upgraded to 1.37, and my in my installation it looks just as before. I'm not sure whether I have understood your problem - I'd suggest you try upgrading to 1.37, and if that does not help, you upload a piece of a screenshot that illustrates the problem.

2003:C2:3F41:E00:896A:31C4:4B22:4203 (talkcontribs)

Sorry, I have been absent for some months. The problem is still there, I'll add a new post and try to upload screenshots.


1.37 is not quite a good option, we use LTS releases only.

2003:C2:3F41:E00:896A:31C4:4B22:4203 (talkcontribs)

Cannot upload, upload is only available for registered users.


Ok, that's been it.


(There is a reason why I am not registered. And, I will never ever create a mediawiki account again. I do not accept cross-wiki login, which is against all European laws, and I've had a lot of VERY bad experiences with support staff who did neither understand that this IS a problem, nor were they willing to accept my requested account deletion)


Sorry for causing any inconveniences to you.

2003:C2:3F22:8200:1086:27B1:3F8F:C1BB (talkcontribs)

It is of course a minor problem, a not-so-beautiful. Perhaps someday ;-)


(btw: in DarkVector, the icons are adjusted correctly)

2003:C2:3F30:A000:55E0:6D6D:CE8:3CD5 (talkcontribs)

Does anyone have a hint where I can manually adjust the icons' positioning?

Reply to "upgraded to MW 1.35, icons are "floating""

Changing order of Urls

1
RV1971 (talkcontribs)

It seems to me that there is currently no way to prepend a link to those listed in extension.json (e.g. a link "top" linking to some root URL of an intranet which contains the MediaWiki) using LocalSettings.php only, without patching extension.json. I'm planning to add a feature to allow that. Anybody else who needs this or has an idea how to realize it?

Reply to "Changing order of Urls"
AnonymusGdpr (talkcontribs)

Hi there. Currently the extension suggests the following setting:

	'addpersonalurls-userpages'
	=> 'Special:PrefixIndex?prefix=$username&namespace=2'

If you have a user "user" and another user "user-test", then the first user will see all pages of both users. I suggest to change the setting to

	'addpersonalurls-userpages'
	=> 'Special:PrefixIndex?prefix=$username/&namespace=2'
RV1971 (talkcontribs)

Thanks for the suggestion. I have incorporated it into the git master branch.

Reply to "User pages - proposal"
AnonymusGdpr (talkcontribs)

When using the modern skin, the additional links do not show up at all.

RV1971 (talkcontribs)

I created the extension for the Vector skin, I didn't test other skins. Probably the code can easily be improved to work on other skins as well. feel free to contribute.

AnonymusGdpr (talkcontribs)

I would like to apologize. Of course the additional links are there; don't know what went wrong yesterday. Maybe I looked at a very wrong place.

Reply to "Modern skin"

override of $wgAddPersonalUrlsTable not as expected

3
AnonymusGdpr (talkcontribs)

Hi there ...

I want to override the settings by

wfLoadExtension( 'AddPersonalUrls' );
$wgAddPersonalUrlsTable = array(
        'addpersonalurls-userpages' => 'Special:PrefixIndex?prefix=$username&namespace=2',
        'addpersonalurls-favorites' => 'Special:Mypage/Favoriten',
        'addpersonalurls-sandbox' => 'Special:Mypage/Spielwiese',
        'addpersonalurls-notes' => 'Special:Mypage/Notizen'
);

but the "Home" link is still being shown.

RV1971 (talkcontribs)

This is because $wgAddPersonalUrlsTable does not replace the settings in extension.json but is merged into them. This is the normal way configuration works now in MediaWiki. I just corrected the extension documentation which was outdated in this regard.

Thanks for attracting my attention to the fact that this requires a mechanism to deactivate predefined items. To solve this, I have just created version 1.2.1 (and merged it into the branches for MW 1.30, 1.31 and 1.32). With this, you can override as follows:

wfLoadExtension( 'AddPersonalUrls' );
$wgAddPersonalUrlsTable = array(
        'addpersonalurls-home' => NULL,
        'addpersonalurls-userpages' => 'Special:PrefixIndex?prefix=$username&namespace=2',
        'addpersonalurls-favorites' => 'Special:Mypage/Favoriten',
        'addpersonalurls-sandbox' => 'Special:Mypage/Spielwiese',
        'addpersonalurls-notes' => 'Special:Mypage/Notizen'
);
AnonymusGdpr (talkcontribs)

Hi RV1971! That fits perfectly well ...! Thanks a lot & happy Christmas, A.

Reply to "override of $wgAddPersonalUrlsTable not as expected"
AnonymusGdpr (talkcontribs)

Hi there! The documentation says: "When a personal page does not exist, the URL opens the page for editing, and the content of the system messages ID-preload and addpersonalurls-preload is preloaded."

It doesn't work as expected. In the message table de.json I changed the messagetext of "addpersonalurl-xxx" to german, e.g.

    "addpersonalurls-favorites": "Favoriten",
    "addpersonalurls-favorites-preload": "Du kannst diese Seite zum Speichern deiner Favoriten nutzen.",

The page opens as Benutzer:yyy/Favoriten", which is what I want, but now it uses the translated word to search for the preload-text. The extension should better search by ID.

Workaround: Add new messages like "addpersonalurls-favoriten-preload", "addpersonalurls-spielwiese-preload" (= sandbox) and so on.

RV1971 (talkcontribs)

Actually the documentation is correct saying "This will also work for any URLs you add, provided that ID is equal to addpersonalurls-subpage_title_in_lowercase". I understand this is unsatisfactory in your case but I'm afraid I don't see an immediate solution. The problem is that the preload hook does not know the link that was used to arrive there, it only has the subpage name. It would be necessary to find the system message whose value is the subpage name and use its message ID to construct the ID of the preload message. I'm unsure whether there is a satisfactory way to do that.

AnonymusGdpr (talkcontribs)

I see; this means changing the name of the page is like adding another URL. Well, my workaround might not be very stylish but it'll work for me.

Reply to "preloaded text missing"
AnonymusGdpr (talkcontribs)

When using the monobook skin, the small icons before "my pages", "favorites" and so on are missing.

RV1971 (talkcontribs)

I created the extension for the Vector skin, I didn't test other skins. Probably the code can easily be improved to work on other skins as well. feel free to contribute.

Reply to "Monobook skin"

fatal error when trying to add a new user page

2
MHSluka (talkcontribs)

When trying to add add a new user page by clicking on the username, I get the following error:

AH01071: Got error 'PHP message: PHP Fatal error:  Call to a member function exists() on a non-object in …/mediawiki/extensions/AddPersonalUrls/AddPersonalUrls.body.php on line 107\n'

I am using MediaWiki 1.29.2 with PHP 5.5.14 with Suhosin 0.9.38.

RV1971 (talkcontribs)

This should be solved since version 1.1.1.

Reply to "fatal error when trying to add a new user page"
There are no older topics