Typo update: {{SERVER}} not {{Server}}
George B. Stevens
Guidelight Business Solutions
http://www.GuidelightSolutions.com/
Cell: 512-698-5558
Office: 512-401-6144
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of George Stevens
Sent: Sunday, March 13, 2005 1:49 PM
To: MediaWiki announcements and site admin list
Subject: RE: [Mediawiki-l] Trying to remove hostname from URLs
Isn't it always the way these things work out? We found the solution
soon after posting, and it's a nice clean and simple one too:
[{{Server}}/path/to/app | Application Name]
There are _page_environment_variables_ available to wiki pages. Here is
a link to the variables page:
http://meta.wikimedia.org/wiki/Help:Variable
I think we missed it the several times we tried getting information
because we were looking for 'environment' or 'page environment' and the
TOC in the manual just has 'Variable' as the section name, which seems
meaningless. A better name would be something like "Page Environment
Variables".
Thanks to David and Jan for the replies.
George
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of David Greaves
Sent: Sunday, March 13, 2005 1:35 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Trying to remove hostname from URLs
George Stevens wrote:
>{Newbie to the list, so please forgive if this has been answered many
>times before. We have been unable to track down a solution.}
>
>
Actually you have :)
And I'm afraid this is it.
>We have looked at using rewrite rules and other methods, but they all
>seem to be a sledgehammer solution.
>
See: http://meta.wikimedia.org/wiki/Rewrite_Rules
There's a lot of complex MW/PHP/Apache interaction so it's the only
answer I can think of.
David
PS new here myself so please correct me if I'm wrong.
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Isn't it always the way these things work out? We found the solution
soon after posting, and it's a nice clean and simple one too:
[{{Server}}/path/to/app | Application Name]
There are _page_environment_variables_ available to wiki pages. Here is
a link to the variables page:
http://meta.wikimedia.org/wiki/Help:Variable
I think we missed it the several times we tried getting information
because we were looking for 'environment' or 'page environment' and the
TOC in the manual just has 'Variable' as the section name, which seems
meaningless. A better name would be something like "Page Environment
Variables".
Thanks to David and Jan for the replies.
George
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of David Greaves
Sent: Sunday, March 13, 2005 1:35 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Trying to remove hostname from URLs
George Stevens wrote:
>{Newbie to the list, so please forgive if this has been answered many
>times before. We have been unable to track down a solution.}
>
>
Actually you have :)
And I'm afraid this is it.
>We have looked at using rewrite rules and other methods, but they all
>seem to be a sledgehammer solution.
>
See: http://meta.wikimedia.org/wiki/Rewrite_Rules
There's a lot of complex MW/PHP/Apache interaction so it's the only
answer I can think of.
David
PS new here myself so please correct me if I'm wrong.
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
I have enabled javascript in DefaultSetting.php: $wgAllowUserJs = true;
I can't embed javascript in my pages using the <script>....</script>.
What else do I need to do?
Thanks
Mike
Hi all,
I've been doing some "research" about customising a
template for integration into my site and things are
not as easy I would like. I even can't duplicate the
monobook skin and give it a custom name. :( The only
thing I am able to do at this moment is change the
html in the monobook skin and include my own header
and footer files. Since I understand nothing about all
the rest (phptal, non-phptal, the other skins, ...) I
think I will just stick at modifying the monobook
skin. At least it has something familiar. (there seems
to be no documentation that explains all for a
designer with little php skills).
So let's get to my questions:
1) How stable is this templating system? In other
words, do I risk that with future upgrades I may have
to change all variables, etc?
2)How stable is the monobook skin (I use
1.4_latest_beta) for use in all skinning part, since I
read about old styles/new ones?
Thanks for replies. :)
Koen
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
I know it requires a lot of changes, but really, there is a field in
"cur" for the **random page** feature... why not a field for the page
creation date, which can be used for a lot of things (especially for a
blog extension ;-) or a lot of other extensions that I can't think of yet)
Reactions?
(no I didn't criticised the supremely useful random page feature:-))
François
Hello all,
I've made a little clumsy extension to help aggregating quotes: so that
a quote appears in all the pages it links to.
http://meta.wikimedia.org/wiki/User:Fxparlant/Blog
Please do use of the discussion page to comment and help me correct it :-)
To see a first version of its use :
http://www.fxparlant.net/Lacan_S1
Scroll down after the dates list, and you'll see an aggregation of
notes, with links for pages and comments (some of these pages are
themself aggregations)
François
Hi,
OK, I know one of key feature of a Wiki is "unrestricted access to
everyone", but there are some times when you definitely want to have a
subpart of a Wiki to be more "private", or "read only", using a more
sophisticated scheme than white-lists (no, I don't want to create a
separate wiki).
So, I'm willing to give it a stab and see if I can turn that out into an
extension, as a small spare-time project (that would probably be completed
in 2012 I guess). In the meantime would you guys be open to add some hooks
into 1.4 / 1.5 ? Or pointing out where to put them ?
For example, I have the feeling Title::userCanEdit() and
Title::userCanRead() would be two interesting places to put event/hooks.
I'm not exactly sure what userCanRead() prevent from though, any clue ? For
example, if I check the "Special::Recent Changes", it seems to me that if
user can not read a given page P, he should certainly not be able to see
the comments that were entered when someone else modified that page P
(neither should he be able to see the "diffs"). My fear is that I miss one
of the many ways to see the contents of a page.
Actually I just checked 1.4 and it seems there is a new
Title::userCan($action) that seem to be called by
userCanRead/userCanEdit... A hook near the end maybe, before 'return true'
? It uses getRestrictions(), which seems to pull something out of the
cur_restrictions field, but this is not really documented, what's the
format of that column in 'cur', something like
edit:user1,user2;move:user3,user2, etc ?
Thanks
--
Sebastien Barre
>>> mediawiki-l-request(a)Wikimedia.org Friday, March 11, 2005 10:46 AM
>>>
Date: Fri, 11 Mar 2005 10:18:25 -0800
From: Jan Steinman <Jan(a)Bytesmiths.com>
Subject: Re: [Mediawiki-l] Re: Forcing template
To: MediaWiki announcements and site admin list
<mediawiki-l(a)Wikimedia.org>
Message-ID: <17538114976add28818f878f901ae0b0(a)Bytesmiths.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
On 11 Mar 2005, at 10:18, Jan Steinman wrote:
>> I want to be able to populate a page with different template texts.
>
> If you mean the same URL with different texts at different times,
> you're gonna run up against the "cache problem".
>
Thankfully, that is not my worry. I'm just trying to reduce some
typing. I need to let my users pick and choose which template
information to add.
>> I'm using MediaWiki 1.4rc1. I see in EditPage.php a function
called
>> getEditToolbar(), that then has an array of toolbar buttons.
>>
>> Question 1: would this be the best/correct place to add my template
>> text?
I probably could have phrased that question better. I wonder if there
is another place where I would put my customization, instead of manually
editing the EditPage.php file. I assume that when the next version of
MediaWiki comes out, it won't merge the changes I made, it will just
replace my custom EditPage.php with the standard one. If there is a
place where I could place a file to be included, then my customization
wouldn't necessarily get wiped out with the next upgrade.
> At least on Safari using 1.4 beta 5, the edit tool bar *does not* put
> the text in the edit box at the insertion point; it puts it in the
> little field above that, which you then have to copy-n-paste.
> Cumbersome. It would be nicer if it could plop it at the insertion
> point. (I have not seen this mentioned in the release notes for newer
> versions; apologies if it's been fixed.)
>
>> Question 2: Is it possible to get those edit buttons to prompt the
user
>> for data?
>
> That's what the current buttons do -- did you try copying and
modifying
> their code?
I did try copying and modifying the code - but only so far as to add a
new button and plop in the template text. That part works well enough.
I do not know how one would spawn a new screen at the moment, which
could prompt for particular pieces of data. If that part is too
complicated, I'll forego it, but if it isn't too hard, I would be happy
to try to learn it.
Thanks!
David Gerisch
<snip>
:::: We are like tenant farmers chopping down the fence around our
house for fuel when we should be using nature's inexhaustible sources
of energy - sun, wind and tide. I'd put my money on the sun and solar
energy. What a source of power! I hope we don't have to wait until oil
and coal run out before we tackle that.
-- Thomas Alva Edison (1847-1931)
:::: Jan Steinman <mailto:Jan@Bytesmiths.com/Item/80BF02>