On 8/15/05, Lars Aronsson <lars(a)aronsson.se> wrote:
> Hi Jamie,
>
> > I don't know of any actual settings for this, but it has been hacked in.
> >
> > Basically, work off of the SVG code.
>
> What does this mean? Did you just add 'dia' support to MediaWiki?
> How or where can I learn more?
Basically. Look at the source. (Image.php) The only thing you need is
a program to convert them to an image.
-- Jamie
-------------------------------------------------------------------
http://endeavour.zapto.org/astro73/
Thank you to JosephM for inviting me to Gmail!
Have lots of invites. Gmail now has 2GB.
At mnfr.org, I am trying to hide #p-cactions, #p-personal and
.editsection for the readership, so that it looks like a "normal"
website. So I hid them by using display:none; then I wish there was
something like display:show; so that I can insert it under
User:Admin/monobook.css so that when admins log in, they are able to
see those divs again.
1. So is there a display: tag that reverts display:none;
or
2. What is the IF statement within monobook.php that will return true
if the user is logged in? I googled for it on mail.wikipedia.org and
found if($wgUser->getID()!=0) and applied it as follows:
<?php if (!($wgUser->getID()!=0)) { ?>
<style type="text/css">/*<![CDATA[*/
@import "/style/menuhide.css"; /** menuhide.css contains #p-cactions {
display:none; } etc/*
]]>*/</style><?php } ?>
but it returns
Fatal error: Call to a member function on a non-object in
/home/mpkbnet/public_html/mnfr.org/wikien/skins/MonoBook.php on line
71
Help! Thank you.
The installed MediaWiki version is 1.5beta4
yongho
On 13/08/05, Sy <sy1234(a)gmail.com> wrote:
> I haven't bothered to extend the month-shaping templates beyond
> June/July/August[1] yet, since there are 28 of them, but the'll all
> get done in due time.
>
> [1] August 2005 is 31 days beginning on monday, June 2005 is 30 days
> beginning on wednesday.. every combination needs to have a template
> made for it.
>
> All of this is probably more easily done with extensions, but I
> decided to use MediaWiki's existing templating functionality.
Have you seen the way the calendars are done on Wikipedia's date
pages? (No, neither have I, they're horribly iterative, and I could
never track down a decent description, but they're there...)
e.g.
http://en.wikipedia.org/wiki/15_August
includes Template:AugustCalendar
which includes Template:AugustCalendar2005
which uses Template:AugustCalendar2005
which uses Template:31DayCalendarStartingOnMonday
which I think has the actual source in it, but I'm not sure... :|
--
Rowan Collins BSc
[IMSoP]
the more bothering was point 1: depending where you put the "|" the
outcome is different.
for point 2:
[] has a clear meaning when something begins and ends. i think it is
unclean to let it break by |, no matter if it is in the spec or not.
and in the mediawiki doc it says that a blank space is between the
link and the label. and, after more than 2 million articles change
from [] to [[]] ... just to save one line in the documentation ... i
do not know if you are really meaning what you are saying.
-solo.
On 8/12/05, Brion Vibber <brion(a)pobox.com> wrote:
> solo turn wrote:
> > 2. the "|" in the url confuses the parser
>
> Please note that "|" is, so far as I can tell, not allowed in URLs.
>
> http://www.faqs.org/rfcs/rfc2396.html
>
> 2.4.3. Excluded US-ASCII Characters
>
> Although they are disallowed within the URI syntax, we include here a
> description of those US-ASCII characters that have been excluded and
> the reasons for their exclusion.
>
> [snip]
>
> Other characters are excluded because gateways and other transport
> agents are known to sometimes modify such characters, or they are
> used as delimiters.
>
> unwise = "{" | "}" | "|" | "\" | "^" | "[" | "]" | "`"
>
> Data corresponding to excluded characters must be escaped in order to
> be properly represented within a URI.
>
>
> RFC 2396 has been superseded by RFC 3986 which removes this informative
> list of excluded characters, but from my reading it continues to not
> include "|" in the allowed set, so it remains forbidden.
>
> Since "|" is a) disallowed in all URIs by the spec, and b) a special
> syntax character used in MediaWiki's linking syntax, it would be very
> unwise IMHO to allow it in links. That would for instance break the
> ability to move to [[http://example.com/|Some web site]] form for
> consistency between web and wiki links in the future.
>
> -- brion vibber (brion @ pobox.com)
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
>
>
>
Is there an existing capability/extension to allow individual users to define their own buttons and insertion text templates for editing? For example, on our intranet MediaWiki, I have a subgroup of people who will be editing pages following a default boilerplate page template - default sections, some {{templates}} for table of content/navigation and standard categories, etc. Rather than having them copy/paste from some external page/file, I'd like to define some templates and buttons in the getEditToolbar in EditPage.php so that these users can add one or two buttons to insert the text. Other users would not see these buttons since they don't need them.
Alternatively, a menu of page templates that people can use to create new pages would work.
thanks
--
David J. Biesack SAS Institute Inc.
(919) 531-7771 SAS Campus Drive
http://www.sas.com Cary, NC 27513
no chance
asking only the header from a existing page
[http://de.wikipedia.org/wiki/Hauptseite] delivers:
HTTP/1.0 200 OK... and from a non existing Page i get HTTP/1.0
200 OK...
Testing the Special:Export
HTTP/1.0 301 Moved Permanently
in both cases, existing page and non existing
There are extra Header information like
X-Cache: MISS or X-Cache: HIT
so why not add some extra header in Special:Export
-----------------------------------------------------
X-Visited: 24031
X-Status: created 2005...
X-Modified: blabla
That will reduce the traffic.
Traffic reduction is essential. You can build private dynamic mirrors
with your reduced thematic word selection and still keep it actual by
requesting
the headers and update outdated pages if needed on the fly.
Using it the other way round, you can build a peer version of wikipedia
using a moved temporary header
redirecting to all the copies in the world as cache
Andres Obrero
Jamie Bliss schrieb:
>Couldn't you just use a HEAD request?
>
>On 8/13/05, Andres Obrero <andres(a)holzapfel.ch> wrote:
>
>
>>To make it clear:
>>First: when you request some words and add two CR/LF you get a 'fatal
>>parse' error from de.wikipedia.de.
>>This is not valid XML.
>>Second:
>>When you request an Export of a word or words, lets say you want to
>>check an Article of a few tousand words you will produce a hell of traffic.
>>I just want to reduce the damn traffic, as it is a complete waste.
>>Just 404 and not 'other details'
>>Andres Obrero
>>
>>Jamie Bliss schrieb:
>>
>>
>>
>>>Special:Export already does 404's, and several other details about an article.
>>>
>>>-- Jamie
>>>
>>>
>>>
>>>
>>_______________________________________________
>>MediaWiki-l mailing list
>>MediaWiki-l(a)Wikimedia.org
>>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>>
>>
>>
>
>
>
>
Kyle H wrote:
>
> That being said, though, I'd love to see an HTML-to-WikiCode
> translator that would take (for example) <ol> and <ul> and their
> associated <li>'s and make them either '#' or '*' respectively. I'd
> love to see something to convert <h1>text</h1> to =text=, and so on.
> That way, among other things, MS Word would be able to use its "edit
> HTML" mode (no matter how ugly it makes its HTML) and import it back
> into the wiki, with Wiki Markup. I'll probably end up writing it
> myself, since most of the documentation for my project is already in
> HTML format.
This already exists, and it's not restricted to MediaWiki output either:
http://diberri.dyndns.org/html2wiki.html
- Andrew
--
Podiabombastic: The tendency to shoot oneself in the foot.
Hello,
i have installed a mediawiki 1.4.7 on my server. Everything is OK so far it
is running, but when i looked closely at the navigation-links i noticed
something was wrong:
I had selected German as Language but the tooltips of the Links where still
in English, although the caption was in German (e.g. "Spenden" linking to
"support us" with the Tooltip "Support this Site")
So I looked for this array in DefaultSettings.php
$wgNavigationLinks = array (
array( 'text'=>'mainpage', 'href'=>'mainpage' ),
array( 'text'=>'portal', 'href'=>'portal-url' ),
array( 'text'=>'currentevents', 'href'=>'currentevents-url' ),
array( 'text'=>'mylink', 'href'=>'mylink-url' ),
array( 'text'=>'help', 'href'=>'helppage' ),
array( 'text'=>'sitesupport', 'href'=>'sitesupport-url' )
);
After this I searched in LanguageDe.php for sitesupport-url. If I would
change this entry, thought, this would change the link.
I didn't found sitesupport-url, so I added it:
'sitesupport'=>'Spenden',
But this didn't change anything... ( I have set Firfox's cache to 0KB, so i
must have seen it)
Now, also changing
'mainpage'=>'Hauptseite'
to
'mainpage'=>'Hauptseite TEST'
didn't change anything.
Seems MediaWiki doesn't care about what is standing in LanguageDe.php...
After this, I tried to change the tooltips. Again the same, I searched for
tooltip-sitesupport in LanguageDe.php.
This time I was surprised: It was standing there already:
'tooltip-sitesupport' => 'Unterstützen Sie {{SITENAME}}',
So the tooltip should be in German *confused*
Now, I don't know how to solve the problem.
Did anyone of you have the same problem?
Why does MediaWiki ignore my changes in LanguageDe.php?
How can I make it following my changes?
Thanks in advance
S.W.