DanTMan | 1 Nov 02:51 2007
Picon

Re: Can links open new window or new tab?

It's been discussed many times and it's not a feature that is ever 
intended to be included. Using target="_blank" forces the user to view a 
link in a new window/tab. This may not always be what the user wants, in 
fact while there are links you think are best if opened in a new 
window/tab, some users may not want them to and will be discouraged from 
using your site because that action is forced upon them. With modern 
browsers any user can simply use a easy key that their browser uses if 
they wish to open a link in a new window. In Firefox it's as simple as 
holding down the CTRL key and clicking, and 90% of other modern browsers 
use a similar action, perhaps with a different key.
So because the user can by default pick what they want easily, and 
adding a _blank to it will make it open in a new window/tab even if they 
don't want it to. It was decided to not include that ability.

~Daniel Friesen(Dantman) of:
-The Gaiapedia (http://gaia.wikia.com)
-Wikia ACG on Wikia.com (http://wikia.com/wiki/Wikia_ACG)
-and Wiki-Tools.com (http://wiki-tools.com)

Marko Milisavljevic wrote:
> A quick search through MediaWiki source files reveals that it only uses
> target="_blank" in 2 places: when previewing a skin, and when clicking on
> creative commons license. If wikitext links could be specified with _blank
> target, there would probably be some other occurence of _blank in source
> code.
>
> On 10/31/07, Vielevisels <kaivi@...> wrote:
>   
>> Hi,
>> is it possible to open a new explorer window or a new tab by clicking on a
(Continue reading)

Dennis Carr | 1 Nov 03:44 2007
Picon

Setting up a wiki family, scenario 2 - clarification?

Referencing
http://www.mediawiki.org/wiki/Manual:Wiki_family#Scenario_2:_Quick_set-up,
as I understand it, I make my installation, then for each sub-wiki, as
it were, I merely create a copy of the LocalSettings.php file for each
wiki as appropriate, in the root directory - so if the code base is
in /opt/www/wiki, all of the LocalSettings.php copies land here for
each subwiki, with one single LocalSettings.php controlling the whole
show. Is this correct, or did I misread something?

-Dennis Carr
Jack Eapen C | 1 Nov 05:08 2007

FW: Can links open new window or new tab?


-----Original Message-----
From: mediawiki-l-bounces@...
[mailto:mediawiki-l-bounces@...] On Behalf Of
Jack Eapen
C
Sent: Wednesday, July 18, 2007 6:28 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] internal link in a new window

Go to includes/Linker.php. there's a function
getInternalLinkAttributes()
Add the target="_blannk" attribute to that function.

Similarly you can do for external links and interwiki links. (see the
functions just above that).

But it seems opening links in new windows is against the w3c standards?
:( 

Regards,

Jack
----------------------------------------------------------------
"If you can find something everyone agrees on, it's wrong"

-----Original Message-----
From: mediawiki-l-bounces@...
[mailto:mediawiki-l-bounces@...] On Behalf Of empirium
Sent: Wednesday, July 18, 2007 6:24 PM
(Continue reading)

Tim Starling | 1 Nov 05:35 2007
Picon

Re: Sidebar links for logged in/not logged in users

Jean-Lou Dupont wrote:

> On 10/28/07, Brianna Laugher <brianna.laugher@...> wrote:
>> Hello,
>>
>> A quick question... How is it that a link to Special:Emailuser appears
>> in the toolbox for pages in the user namespace if you are logged in,
>> but the link doesn't appear if you are logged out?
>>
>> Why doesn't the same happen for Special:Upload? (They are both special
>> pages that only logged-in users can view, although the Special:Upload
>> link appears on pages in all namespaces.)
>>
>> thanks,
>> Brianna
> 
> Why not take a look at [[Extension:SidebarEx]] ?
> 
> jld.
> 

Because if there's a problem with the MediaWiki core code, it should be 
fixed in the MediaWiki core code, not in some third-party extension.

-- Tim Starling
River Tarnell | 1 Nov 07:00 2007

Welcome to mediawiki-l (weekly posting)

Welcome to mediawiki-l.  This mailing list exists for discussion and questions 
about the MediaWiki software[0].  Important MediaWiki-related announcements 
(such as new versions) are also posted to this list.

	Other resources.

If you only wish to receive announcements, you should subscribe to 
mediawiki-announce[1] instead.

MediaWiki development discussion, and all Wikimedia technical questions, should 
be directed to the wikitech-l[2] mailing list.

Several other MediaWiki-related lists exist:
  - mediawiki-api[5] for API discussions,
  - mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
  - mediawiki-cvs[7] for notification of commits to the Subversion repository,
  - mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
  - wikibugs-l[9] for notification of changes to the bug tracker.

	List administrivia (unsubscribing, list archives).
	
To unsubscribe from this mailing list, visit [12].  Archives of previous postings 
can be found at [3].

This list is also gatewayed to the Gmane NNTP server[4], which you can use to 
read and post to the list.  

	Posting to the list.

Before posting to this list, please read the MediaWiki FAQ[10].  Many common 
(Continue reading)

Emanuele D'Arrigo | 1 Nov 11:20 2007
Picon

Re: FW: Can links open new window or new tab?

On Nov 1, 2007 4:08 AM, Jack Eapen C <jackec@...> wrote:
> But it seems opening links in new windows is against the w3c standards? :(

It makes sense. The w3c activities are all oriented toward creating
frameworks that create openness and freedom of choice. In this context
it makes sense that the user should choose how he wants to deal
with a link. It might be in the interest of the developer to control that
choice, but haven't we learned yet that freedom of choice is the way
to go?

Manu
Monahon, Peter B. | 1 Nov 12:58 2007

Re: Setting up a wiki family, scenario 2 - clarification?


> Earlier: "... Referencing
http://www.mediawiki.org/wiki/Manual:Wiki_family#Scenario_2:_Quick_set-u
p 
> as I understand it, I make my installation, 
> then for each sub-wiki, as it were, I merely 
> create a copy of the LocalSettings.php file 
> for each wiki as appropriate, in the root 
> directory - so if the code base is in 
> /opt/www/wiki, all of the LocalSettings.php 
> copies land here for each subwiki, with one 
> single LocalSettings.php controlling the 
> whole show.  Is this correct, or did I 
> misread something?

	Peter Blaise responds: Yeah, you got it wrong.  

	LocalSettings.php moves from a yourwiki\config subdirectory
under each wiki to the root of each wiki, not to the root of your web,
and so each wiki is a subdirectory of your web share.  This is how mine
go on Windows, your pattern may vary:

X:\www\apache2\htdocs\wiki1\config (deleted)
X:\www\apache2\htdocs\wiki1\ (contains moved LocalSettings.php from
above)
X:\www\apache2\htdocs\wiki2\config (deleted)
X:\www\apache2\htdocs\wiki2\ (contains moved LocalSettings.php from
above)
X:\www\apache2\htdocs\wiki3\config (deleted)
X:\www\apache2\htdocs\wiki3\config (contains moved LocalSettings.php
(Continue reading)

Claude Boucher | 1 Nov 13:39 2007
Picon

Re: Setting up a wiki family, scenario 2 - clarification?

That's the way I've set up the two wikis I take care of. In this case, 
LocalSettings.php is the "traffic cop" redirecting the traffic to the 
relevant config file (in this case, wikiALocalSettings.php and 
wikiBLocalSettings.php):

Here's my /usr/share/mediawiki/LocalSettings.php :

<?php
$callingURL = strtolower($_SERVER['REQUEST_URI']); //the requesting url
if ( strpos( $callingURL, 'wikiA') ) {
require_once('wikiALocalSettings.php');
}
else if ( strpos( $callingURL, 'wikiB') ) {
require_once('wikiBLocalSettings.php' );
}
?>

Set httpd aliases to /wikiA and /wikiB to the mediawiki installation 
directory, like this:

Alias /wikiA /usr/share/mediawiki

<Directory /usr/share/mediawiki>
   AllowOverride Options
   Options FollowSymLinks
   # Short URL
   RewriteEngine On
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule ^(.+)$ /wikiA/index.php?title=$1 [PT,L,QSA]
(Continue reading)

Jean-Lou Dupont | 1 Nov 14:14 2007
Picon

Re: Sidebar links for logged in/not logged in users

Sorry for the confusion ... this reply was meant for another email.
jld.

On 10/31/07, Tim Starling <tstarling@...> wrote:
>
> Jean-Lou Dupont wrote:
>
> > On 10/28/07, Brianna Laugher <brianna.laugher@...> wrote:
> >> Hello,
> >>
> >> A quick question... How is it that a link to Special:Emailuser appears
> >> in the toolbox for pages in the user namespace if you are logged in,
> >> but the link doesn't appear if you are logged out?
> >>
> >> Why doesn't the same happen for Special:Upload? (They are both special
> >> pages that only logged-in users can view, although the Special:Upload
> >> link appears on pages in all namespaces.)
> >>
> >> thanks,
> >> Brianna
> >
> > Why not take a look at [[Extension:SidebarEx]] ?
> >
> > jld.
> >
>
> Because if there's a problem with the MediaWiki core code, it should be
> fixed in the MediaWiki core code, not in some third-party extension.
>
> -- Tim Starling
(Continue reading)

Jim Wilson | 1 Nov 17:49 2007
Picon

Re: How to convert strings to numbers to use {{#expr:...}} for calculations?

In PHP, strings and numbers are largely interchangeable, and the
typing is very loose[1].  Thomas is right - if possible you should try
to get the raw output to see what's going on.

[1] http://us2.php.net/manual/en/language.types.type-juggling.php

-- Jim R. Wilson (jimbojw)

On 10/31/07, Thomas Dalton <thomas.dalton@...> wrote:
> On 31/10/2007, Vielevisels <kaivi@...> wrote:
> >
> > Hi,
> > is there a possibility to convert strings (out of an inline query with smw) into numbers (if string just
contains numbers) to make calculations with the {{#expr:...} function?
> > Kai
>
> Parser functions can only take strings as input, since wikitext is
> just one big string. The function will do the conversion itself if the
> string is just numbers, surely. If something is going wrong, it's
> probably because smw is formatting the number in some strange way -
> see if there's an option to output the raw data, and if not, request
> one. Shouldn't be a difficult feature to add.
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@...
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>

Gmane