> How do you propose to create a link without an img tag, ...
Again, as Platonides said, the img tag didn't exist prior to you
putting it there, and the link worked just fine.
> state-dependent styles cannot be handled inline?
You're correct that you can't represent state-dependent styles via an
inline style declaration - which is why I said you should remove the
inline background declaration and put it all in
[[MediaWiki:Common.css]] or [[MediaWiki:Monobook.css]].
-- Jim R. Wilson (jimbojw)
On Nov 11, 2007 9:10 PM, James Sweet <james(a)educationarchitects.com> wrote:
> How do you propose to create a link without an img tag, given that
> state-dependent styles cannot be handled inline?
>
> -----Original Message-----
> From: mediawiki-l-bounces(a)lists.wikimedia.org
> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Platonides
> Sent: Sunday, November 11, 2007 4:43 PM
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: Re: [Mediawiki-l] Change logo on hover
>
>
> James Sweet wrote:
> > If you remove the style attribute and don't add an image source, then
> there
> > is no image at all in the anchor and therefore nothing to click on. That's
> > why the transparent image is needed. It's actually what provides the link,
> > but only the two background images can actually be seen.
>
> The monobook didn't have an <img tag before you added it. It's not
> really needed.
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
Hello,
we have installed MW 1.10 as a knowledge base platform in our intranet.
After some experimenting we have a handfull of users which have created
two or three accounts. I would like to delete the unused accounts.
How do I accomplish this?
Thanks for hints,
Peter
I've just been setting up an intranet MediaWiki, and it's already very
popular and making me popular in turn. Thanks, MediaWiki developers!
A co-worker just made a suggestion which strikes me as a good idea for
MediaWiki in general:
You know how the edit pages have "cancel" as a clickable link? It
should really be a button. Web forms generally have "cancel" buttons
rather than links. (He didn't notice "cancel" was there at first and
was wondering if he needed to hit the "back" button.)
Thoughts? Objections to this? Worth filing in Bugzilla as a feature request?
- d.
I've just upgraded from MW 1.5.8 to 1.6.10 (the latest version my ISP can
support).
In our wiki, we had the interwiki prefix 'bug' which linked to our
bug-tracking software.
However, in 1.6.10 there is now a language code called 'bug', which means
all the bug links appear in the sidebar under the heading "in other
languages".
How can I disable this feature so that the links to 'bug' appear in the
article text, as before?
- Mark Clements (HappyDog)
Hi,
I have a custome namespace defined with
$wgExtraNamespaces[150] = "Manual";
$wgExtraNamespaces[151] = "Manual_talk";
I would like to restrict this namespace to certain groups. From
http://www.mediawiki.org/wiki/Manual:Preventing_access I figured out the
following lines
$wgNamespaceProtection[150] = array( 'editManual');
$wgGroupPermissions['sysop']['editManual'] = true;
And it's working fine. With this only sysop can edit. But I want to
restrict the view access also. For that I changed the lines like below:
$wgNamespaceProtection[150] = array( 'viewManual','editManual');
$wgGroupPermissions['*']['viewManual'] = false;
$wgGroupPermissions['sysop']['viewManual'] = true;
$wgGroupPermissions['sysop']['editManual'] = true;
But it seems $wgGroupPermissions['*']['viewManual'] = false; has no
effect as anyone can see the pages in Manual namespace. So, how can I
restrict the view access also?
Another problem is that, when my group names contain spaces, the
permissions are not applied. i.e. if I use something like.
$wgNamespaceProtection[150] = array( 'editManual');
$wgGroupPermissions['Documentation Team']['editManual'] = true;
Users in the Documentation Team group can't edit these articles. I tried
the group name in lowercase as well. I'm using SimpleSecurity extension.
So my group names are actually defined in an article "Groups".
Can't we use group names with spaces in the $wgGroupPermissions array?
Regards,
Jack Eapen C
SunTec Knowledge Centre
------------------------------------------------------------------------
------------
"Try and fail, but don't fail to try"
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
Hi,
I'd like to find a free hosting webspace provider (with minimum ads) to upload, create and manage a wiki page with mediawiki.
Do you know of one? What procedure should I follow to set up a wiki page with mediawiki on the free hosting webspace?
Thanks
Arno
_________________________________________________________________
Overpaid or Underpaid? Check our comprehensive Salary Centre
http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fcontent%2Emycareer%2Ecom%2E…
Hi list,
I am trying to develop a group access control plug-in for Shibboleth
authentication supported Mediawiki. This plug-in developed on top of the
accesscontrol.php that contributed by Martin Mueller
(http://blog.pagansoft.de <http://blog.pagansoft.de/> ).
At the moment, my new developed plug-in could successfully do an auto
group creation when it detected a new group from HTTP header, and then
insert the user into the group. But, I'd still like to implement an auto
group update function for this plug-in. This group update function
should look through all wiki articles/pages that have "Usergroup:"
prefix (e.g. index.php/Usergroup:student and index.php/Usergroup:staff).
However, I am not quite sure how to obtain all articles that have
"Usergroup:" prefix. Could anyone please help me on this?
I am quite happy to distribute this plug-in to the community after I
finished it. :P
Thanks
Eric
