his way you inherit everything from vector and don't have to copy
> anything.
Perfect. I'd far rather override only where necessary, just didn't know
where to start. Thank you, I'll try this.
Graham
>
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
in any depth and am hacking away blindly. Can anyone suggest where
I might be going wrong?
Thanks
Graham
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
not be
able to log in or edit any pages.
* Admin users will see the wiki as a normal wiki, with all the default
options and tabs visible, once they have logged in (the link to the
log-in page will be from an external site)
Is there any simple way to do this?
On 02/16/11 15:29, Markus Krötzsch wrote:
> On 16/02/2011 10:18, graham wrote:
> * SMW supports text blobs as a possible type of input data (Type:Text
> and Type:Code, depending on the desired formatting).
> * In order for SMW to find this data on a wiki page, the text blobs need
>
be fine)
I would like to be able to make queries such as 'return all blobs of
type x from pages in category y', with the querier responsible for
parsing the data.
And I would also like to be able to have a script which does 'overwrite
any blob of type x on page y with the follo
On 02/15/11 11:10, Daniel Friesen wrote:
>> Graham
> If you don't mind parsing RDF you could use Semantic MediaWiki to
> annotate the information you want.
> You could even use Semantic Forms to make entry easy.
>
I wondered about that but dressing configuration file da
could well be wrong. I don't mind
doing some coding (and obviously will have to do some for the bot) but
don't have a huge amount of time to spend on development. A pre-existing
plugin that does what I want would be nice!
Thanks for any advice
Graham
_
On 06/12/2010 11:19 AM, Łukasz Garczewski wrote:
> On Mon, Dec 6, 2010 at 4:15 PM, Graham wrote:
>> Hello,
>>
>> What is the best method with respect to deleting a user.
>>
>>
>> Mediawiki 1.16.0
>> PHP 5.1.6(apache2handler)
>> MySQL 5.0.7
Hello,
What is the best method with respect to deleting a user.
Mediawiki 1.16.0
PHP 5.1.6(apache2handler)
MySQL 5.0.77
Thanks.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hello Platonides,
Changing it to 'Listfiles' did the trick; I was simply using the syntax
as in the browser.
Thanks to everyone that assisted, it was greatly appreciated.
-Graham-
On 25/11/2010 8:18 PM, Platonides wrote:
> Graham wrote:
>>Hello Robin,
>&g
Hello Robin,
My reason for using "administrator” is because I don't have a "sysop"
under groups. I did have it in my previous version of Mediawiki, but not
in version 1.16.0.
> you have to explicitly define this group
Where exactly are you referring?
Thanks,
Grah
On 24/11/2010 10:50 AM, Robin Krahl wrote:
> Hi Graham,
>
> On 24.11.2010 15:35, Graham wrote:
>> $wgSpecialPageLockdown allows you to specify for each special page which
>> user groups have access to it. For example, to limit the use of
>> Special:Export to l
On 24/11/2010 10:35 AM, Graham wrote:
>On 24/11/2010 9:21 AM, Robin Krahl wrote:
>> Hi Graham,
>>
>> On 24.11.2010 14:16, Graham wrote:
>>> - $wgSpecialPageLockdown['Export'] = array('bureaucrat');
>>>
>>> It didn't
On 24/11/2010 9:21 AM, Robin Krahl wrote:
> Hi Graham,
>
> On 24.11.2010 14:16, Graham wrote:
>> - $wgSpecialPageLockdown['Export'] = array('bureaucrat');
>>
>> It didn't prevent users in the bureaucrat group from accessing the
>> E
Hello,
I would like to prevent specific users from viewing some Special pages:
Special:ListFiles
Special:upload log
& a few others.
Here is the what I did:
Downloaded and extracted, Lockdown-MW1.16-r70092.tar.gz to
(/extensions/Lockdown)
Inserted the following into Localsettings.php:
- requi
s would be greatly appreciated.
Thanks,
Graham
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hello,
I was successful with upgrading to Mediawiki ver. 16.0. However, I am
having an issue with FCKeditor producing a blank page.
Current Setup:
MediaWiki 1.16.0
PHP 5.1.16
MySQL 5.0.77
I include $wgShowExceptionDetails = true; to the LocalSetting.php file.
I upgraded the FCKeditorParser.
Hi,
Thanks, that worked for me.
On 18/10/2010 5:49 PM, Jeremy Baron wrote:
> On Mon, Oct 18, 2010 at 13:35, Graham wrote:
>> Hello,
>>
>> There is a wiki that is setup without Ldap authentication, and when you
>> go to the page it doesn't of course prom
Hello,
There is a wiki that is setup without Ldap authentication, and when you
go to the page it doesn't of course prompt you for Login. I could create
a page with the login, and have it as the main page, however, I was
questioning if that is the recommend method.
Thanks
___
Hello,
I have upgraded my test wiki to Mediawiki 1.16.0, and the install completed
without any issues. However, I get a error when trying to access the page.
There isn't any errors in any of the log files.
This is what is displayed on the web page:
MediaWiki internal error.
Exception caught
Hello Łukasz,
I had already tried that, and it didn't resolve the issue.
On 28/09/2010 3:25 PM, Łukasz Garczewski wrote:
> $wgGroupPermissions['user']['read'] = true;
> $wgGourpPmierssions['user']['edit'] = true; // this one is optional, of course
>
_
Hello,
There is a request to have a wiki configured so that anonymous users can
read the main page & a couple of others. The registered users should
have full access. The wiki is configured for manually adding the users
via Special:Userrights(no Ldap).
The issue is, users that were added via
hanks,
Graham
On 09/09/2010 8:46 PM, Platonides wrote:
> OQ wrote:
>> On Thu, Sep 9, 2010 at 11:52 AM, Graham wrote:
>>> Hello,
>>>
>>> Does anyone have some input regarding this issue?
>> There may be a bug that eats data, but since it's 1.11, ther
Hello,
Any ideas on what could cause this issue?
Thanks ever so much!
On 09/09/2010 10:02 AM, Graham wrote:
> Hello,
>
> I have a wiki that no longer has the Move functionality working.
>
> When you click the *Move page* button, it just reloads the page; it was
> working
Hello Platonides,
I have been alerted that our backups of the database hadn't been
working, which explains the database issue. However, why pages would
disappear is a mystery. No maintenance scripts were run.
Thanks,
Graham
--
Hello,
Does anyone have some input regarding this issue?
Thanks,
Graham
---
On 08/09/2010 3:26 PM, Graham wrote:
> Hello,
>
> There is a Wiki that has approximately 25 menu items on the main page,
> and one of the menu items lost
Hello,
I have a wiki that no longer has the Move functionality working.
When you click the *Move page* button, it just reloads the page; it was
working a couple of weeks ago.
Thanks,
GT
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
htt
ports]] ===
=== [[Registration:Status Codes|Registration Status Codes - Adding,
Dropping & Auditing]] ===
=== [[Registration:XY|X/Y-Course Registration]] ===
Thanks,
Graham
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.
hundred percent clear. The owner indicated
that the main Namespace being open isn't an issue. However, being able
to assign a few users to one Namespace, and having the remainder of
users functioning as usual is required.
Just want to be clear.
-Graham-
-
David Gerard w
Hello,
I neglected to mention that I wouldn't be adding the the additional
Namespaces until a couple of months. Therefore, there would only be one
Namespace in use, and the remainder of users should function as usual.
Thanks,
Graham
---
Graham wrote:
> Hello,
>
&g
Hello,
I have been requested to grant a specific group of users, access to one
Namespace on an existing wiki (not currently using Namespace).
The complete request is:
- setup a group of user so that they can only access one Namespace/Group
on wiki
- Add other Namespaces and assign the existing
31 matches
Mail list logo
