And the server is Nginx.
Javier
2013/10/7 Javier Bezos
> I'm not sure this is a problem in the server or in MediaWiki.
>
> I have an extension which calls a bash script with wfShellExec. The
> bash file consists essentially of
>
> touch $1.A
> latex $1
> d
tely, and the site is
www.wikilengua.org .
Javier
--
__
Javier Bezos López
T. 34 913 467 440
www.fundeu.es
www.wikilengua.org
www.manualdeestilo.com
Twitter <http://www.twitter.com/fundeu>,
Facebook<http://www.facebook.com/fundeu>,
YouTube <ht
> When we have had problems it was easier to dump database to sql statements,
> drop database, recreate with media wiki setup with all correct settings and
> restore the data without drop table instructions.
Sounds sensible. Thank you.
Unfortutately, as a consequence of one of their changes, data
I wrote:
> $searchon = $this->db->strencode( $searchon );
> by
> $searchon = $this->db->strencode( $wgContLang->lc ($searchon) );
>
> words are found. I'm using this as a workaround, but I'm investigating
> the origin of the problem (any hints?).
Found. The problem is in the database. For some re
> http://lists.wikimedia.org/pipermail/mediawiki-announce/2010-March/88.html
>
> Which was also cross-posted to this list and wikitech-l.
Thank you, Chad, but what I actually wanted was an explanation of
the bug. If the problem are external images, I presume a link has
to be given somehow, but
Thank yoy for your interest and answers.
Platonides:
> So you shouldn't have tried to convert the content, that would have
> broken it.
Very likely this is what they did.
> Without knowing the exact way your db is broken, it'd be hard to fix it.
> What search are you using? The internal one? Ma
Hi all,
This is the background. A year ago we hired a person to
update and add some improvements we needed, with an estimated
time of 8 weeks. After months of delays and a lot of problems,
we've fired him. Unfortunately, I'm afraid the database has
been damaged or not properly set up.
Now, two qu
We are using mediaWiki 1.14.1.
Our wiki is about language, so case is significant and "word"
and "Word" could be quite different things. Accordingly,
$wgCapitalLinks has been set to false. However, the behaviour
is somewhat strange. If, for example, "word" exists, but "Word"
doesn't:
* Searching
> Pero ya imagino que cuando dices "not only math... etc" es que esto
> ya lo tienes resuelto.
amsmath and greek work. chess and chem don't work because
the packages are not installed yet -- the error shown is
the tex log, and I presume they'll work once installed.
So, I'm trying a workaround.
Hi all,
Where can I find info on extending WikiTeX? We want to use
latex in our wiki as such (not only math, or chess or greek,
etc., but general text).
Thanx
Javier
--
www.wikilengua.org
___
MediaWiki-l mailing list
MediaWiki-l@lists
> > update page set page_namespace = 112 where page_namespace = 106;
> >
> > and then adjusting $wgExtraNamespaces
>
> If you do that, you have to update all secondary tables too: links,
> logs, etc.
Thank you. As I expected it's not direct :-(. Fortunately,
the namespace is closed (no edits a
Hello again,
How can I move a namespace to a new index? All I want
is to change the index from 106 to 112, so that articles
in this namespace are still found correctly.
Thanx
Javier
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://l
Platonides wrote:
> > Obviamente, hay algo mal, porque el último sí es UTF-8, pero los
> > dos primeros son UTF-8 como latin-1 reconvertido a UTF-8. Así que
> > ya tengo bastante claro en qué se han equivocado (y, por lo que
> > veo, se siguen equivocando)
>
> Pues sí. Con esa mezcla mal va a cor
> Sí, es evidente que se trata de un «malentendido» de ese tipo. Mi
> impresión era que en la base de datos está en UTF-8 pero que
> por alguna razón cree que está en latin-1, lo que daría el resultado
> que conté cuando lo pasa a UTF-8 para sacar el HTML.
He entrado en el servidor a ver qué esta
> MediaWiki guarda *siempre* el texto en UTF-8. Pero en ocasiones mysql se
> cree que el texto está en otro formato. Esto no es ningún problema para
> MediaWiki, que sabe cómo tiene que tratarlos, pero puede dar problemas
> si se editar directamente la tabla o al hacer copias de seguridad con
> my
, too :-().
Thanx
Javier Bezos
--
http://www.wikilengua.org/
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi Platonides,
> >> We need to adapt FlaggedRevs to our custom skin.
> >
> > After further investigating, I realized many things are hardcoded, so I
> > presume I have to hack the FlaggedRevs files :-(. Before doing that,
> > do you know a better approach?
> Well, I didn't find the flaggedrevs
> We need to adapt FlaggedRevs to our custom skin.
After further investigating, I realized many things are hardcoded, so I
presume I have to hack the FlaggedRevs files :-(. Before doing that,
do you know a better approach?
Thanks
Javier
___
MediaWiki
We need to adapt FlaggedRevs to our custom skin. While the default settings
are (mostly) right for our needs, the default location of the review tags (div
with id 'mw-revisiontag', iir) is wrong, but I couldn't figure out how to move
it
to the correct place -- the right column with id 'infobar' a
Given the following text
blah blah
blah blah
where out1, in1, in2, out2 are tags defined as usual in
that order. In which order are these tags "expanded"?
out1 in1 in2 out2 (ie, as defined)?
out2 in2 out1 in1 (ie, as found)?
in2 out2 in1 out1?
Someting else?
Thanks
Javier
..
www
I wrote:
> Here is an alternative for the default math using dvipng:
>
> http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows
>
Finally, I've got tex+dvipng to work with another method:
WikiTeX.php.
Javier
----
Javier Bezos
Here is an alternative for the default math using dvipng:
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows
I've tried it out in my Windows box and it worked.
Unfortunately, I haven't managed to get it to work on
Linux (both TeX and dvipng work in the server when
called in the t
22 matches
Mail list logo
