indicate the existance of « Common Knowledge » at second level author urls
Talk Common Knowledge, WikiThing, HelpThing
Join LibraryThing to post.
This topic is currently marked as "dormant"—the last message is more than 90 days old. You can revive it by posting a reply.
1gangleri
« /author/ foo bar &norefer=n » should indicate the existance of « Common Knowledge » at second (and lover) level author urls
This is an older issue: Existing « Common Knowledge » is not transfered (neither unconditianaly nor with a stepwise confirmation procedure) to top level (higher level) author urls.
With simple words: « Common Knowledge » does not inherit automatically from lover level author urls to higher level author urls during combine ( « authormerge.php » ) .
After combining authors « Common Knowledge » at lover level author urls will be invisible until splitting the author again.
Suggestion: Please display only existing « Common Knowledge » fileds at lover level author urls.
This is an older issue: Existing « Common Knowledge » is not transfered (neither unconditianaly nor with a stepwise confirmation procedure) to top level (higher level) author urls.
With simple words: « Common Knowledge » does not inherit automatically from lover level author urls to higher level author urls during combine ( « authormerge.php » ) .
After combining authors « Common Knowledge » at lover level author urls will be invisible until splitting the author again.
Suggestion: Please display only existing « Common Knowledge » fileds at lover level author urls.
2gangleri
reminder:
/author/kulbakmoische&norefer=2
/commonknowledge/changelog.php?item=4585369&type=2
This seams an easy way to identify LT internal ID's for author url's.
addition 2010.02.03: It is definitely not the LT internal ID for author url /author/4585369 .
/author/kulbakmoische&norefer=2
/commonknowledge/changelog.php?item=4585369&type=2
addition 2010.02.03: It is definitely not the LT internal ID for author url /author/4585369 .
3gangleri
Another major issue is the problem with « Common Knowledge Links » which are no longer visible for second level author urls.
It is not enough to add such links again because I assume that some spam link prevention is supresing these links. If you add them these links will not show up.
But there is a workaround:
Example: In order to post a permanent wikipedia link curid=1945955 (variant 1) at Lea Rosh I first add the standard Wikipedia link Lea_Rosh (variant 2) then I edit it and change it to the desired variant 1 again. This is quite time consuming (I experienced a dozen of situations so far) but it helps.
Regards Reinhardt
It is not enough to add such links again because I assume that some spam link prevention is supresing these links. If you add them these links will not show up.
But there is a workaround:
Example: In order to post a permanent wikipedia link curid=1945955 (variant 1) at Lea Rosh I first add the standard Wikipedia link Lea_Rosh (variant 2) then I edit it and change it to the desired variant 1 again. This is quite time consuming (I experienced a dozen of situations so far) but it helps.
Regards Reinhardt
5gangleri
>4 KingRat:: short referencing Wikipedia links have been an old request especially from projects in languages using other characters then Latin. Properly url encoded links from Russian, Hebrew projects can be very long. If the link is using titles as written (not properly url encoded) some browsers can not find the page.
https://bugzilla.wikimedia.org/show_bug.cgi?id=21572 is a request about this. The links (they could be shorter) are still valid regardless how often a page is moved
https://bugzilla.wikimedia.org/show_bug.cgi?id=21572 is a request about this. The links (they could be shorter) are still valid regardless how often a page is moved
