[Bug 18443] auto-insert of whitespace

2012-07-27 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

--- Comment #5 from Bawolff bawolff...@gmail.com 2012-07-27 12:06:02 UTC ---
(In reply to comment #4)

 
 Regarding the problems Bawolff mentioned, this is very similar to other
 regexp-based extensions like the spam-blacklist, the title-blacklist and the
 abuse filter (aka edit filter).
 Of ourse only admins should be allowed to edit the regexps. And they have to 
 be
 very careful, that's true; at least as careful as if they were editing the 
 sbl,
 tbl or af.

Abuse filter/spam blacklist mistakes are easier to fix than what is proposed
here. I think collecting a list of wanted rules, and hardcoding those to MW is
much more likely to succede than letting admins dynamically add such rules. (As
it stands of course, one could do this on the js side already, but that is
really icky).


(Note MW does have some rules for adding nbsp in certain contexts. The rules
just aren't all that complex)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18443] auto-insert of whitespace

2012-07-27 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

--- Comment #6 from Nemo_bis federicol...@tiscali.it 2012-07-27 17:18:13 UTC 
---
(In reply to comment #5)
 (Note MW does have some rules for adding nbsp in certain contexts. The rules
 just aren't all that complex)

What are they, by the way? I think this is not documented anywhere, but it
would important to keep it consistent if we add such a new rule.
Right now I can remember only the separators for digits, used by formatnum,
which is defined in the MessagesXx files and can be modified only there.

Moreover, some such rules are defined by the [[International System of Units]]
itself IIRC, and are not that easy to find, but may be included in some library
already? The reporter/voters should probably do some investigation.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18443] auto-insert of whitespace

2012-07-26 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 CC||federicol...@tiscali.it
  Component|General/Unknown |Parser

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18443] auto-insert of whitespace

2011-01-09 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

--- Comment #4 from seth email_metawiki_...@wg-karlsruhe.de 2011-01-09 
21:56:41 UTC ---
(In reply to comment #3)
 The proposed solution on de.wiki [...] is to add: wfMsgForContent(
 'nbsp-before-word' ) = '\\1nbsp;\\2' to the $fixtags array in ~ line 302 of
 Parser::parse in includes/parser/Parser.php.

Right. Or even better:

  wfMsgForContent('auto-thinspace') = '\\1span
style=margin-left:0.167emspan style=display:nonenbsp;/span/span\\2'

This leads to thin spaces which are compatible with all common browsers, see
http://de.wikipedia.org/wiki/user:Raphael_Frey/Labor#Browser-Unterst.C3.BCtzung
(the span-solution is the column called Übergangslösung)

Regarding the problems Bawolff mentioned, this is very similar to other
regexp-based extensions like the spam-blacklist, the title-blacklist and the
abuse filter (aka edit filter).
Of ourse only admins should be allowed to edit the regexps. And they have to be
very careful, that's true; at least as careful as if they were editing the sbl,
tbl or af.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18443] auto-insert of whitespace

2010-12-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

Matthias Becker matthiasbecker1...@yahoo.de changed:

   What|Removed |Added

 CC||matthiasbecker1...@yahoo.de

--- Comment #1 from Matthias Becker matthiasbecker1...@yahoo.de 2010-12-13 
11:14:31 UTC ---
Why not add non-braking space after a number in every case? That won't do any
bad I think.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18443] auto-insert of whitespace

2010-12-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

--- Comment #2 from seth email_metawiki_...@wg-karlsruhe.de 2010-12-13 
22:34:33 UTC ---
(In reply to comment #1)
 Why not add non-braking space after a number in every case? That won't do any
 bad I think.

This would not solve the problem, because not all cases contain numbers (like
the German abbreviation z.(thin non-breaking space)B.)

Apart from that there are several false positives like In the year 2525 and
... where there shouldn't be a non-breaking space after the 2525.

So I don't think this would be a good solution. I still believe that the
already mentioned discussion at w:de
(http://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia/Archiv/2009/Woche_01#.26nbsp.3B)
gives a possible and good solution.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18443] auto-insert of whitespace

2010-12-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18443

--- Comment #3 from Bawolff bawolff...@gmail.com 2010-12-13 23:25:36 UTC ---
The proposed solution on de.wiki (if i can understand this right. Google
translate for german sucks very very badly) is to add: wfMsgForContent(
'nbsp-before-word' ) = '\\1nbsp;\\2' to the $fixtags array in ~ line 302 of
Parser::parse in includes/parser/Parser.php. In other words, have a system
message with a regex to tell mediawiki where to put the non-breaking spaces.

This seems like a bad idea. First someone is bound to put an invalid regex in
there (that could probably be worked around by checking for validity). Allowing
the users to add an arbitrary regex that gets executed on all text when parsing
seems like begging for someone to put something evil in there. Regexes are
powerful, you can do quite computationally intensive thingies with them,
sometimes without meaning to.

Additionally, mistakes could cause quite a mass of confusion. If someone for
example set nbsp-before-word to be /./ say (or anything where they forgot the
brackets), that would make the parser output only nonbreaking spaces, and break
the entire site which would be quite disruptive.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l