User talk:Schnark

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Welcome & Silke[edit]

Hi, Mike,

I decided to use this page rather than your German page for obvious reasons, and did not want to disturb you by mail.

Ich denke, dass sich Silke mit jetzt über 14.000 PDfixes einen Goldbären verdient hätte. Sie ist erst wenige Monate dabei, aber beispiellos fleißig. Den Arbeitsaufwand pro Edit kannst du alter PD-Fux besser einschätzen; bei manchen habe ich das Gefühl, dass er eigentlich ganz von einem bekannten Skript erledigt worden sei, manche sind bloße Formatierung, bei anderen steckt aber genealogische Kompetenz, Tüftelei und Recherche dahinter. Jedenfalls ist das anstrengender als count-hungrige RC-ler, die im Sekundentakt IP-Edits reverten; auch eine für das Projekt wertvolle, notwendige und sinnvolle Tätigkeit, aber der Grips pro Edit liegt doch deutlich niedriger.

Damit umzugehen ist aber Sache der PDler.

Greetings --PerfektesChaos (talk) 18:38, 21 November 2010 (UTC)[reply]

Gelesen und gezählt, Reaktion erfolgt aus Zeitmangel frühestens morgen. Viele Grüße --Schnark (talk) 08:39, 22 November 2010 (UTC)[reply]
Es hat ja keine Eile; man kann ja den Edit #15.000 abwarten ... äh, na gut, das wär also doch ziemlich bald, oder #14444?
Ein Award würde sich besonders nett machen, wenn dann gleichzeitig mehrere ihre Signatur hinterlassen; insbesondere wenn die Benutzerseite von einem besonders prominenten User (beispielsweise APPER) editiert wird. Das könnte ja in aller Ruhe vorbereitet werden.
--PerfektesChaos (talk) 12:01, 22 November 2010 (UTC)[reply]
Nur mal für die Statistik: Seit Juni, also jetzt 6 Monate am Stück kommt sie auf 1500 bis 2800 Beiträge pro Monat und es würde mich nicht wundern, wenn sie im November auf 3000 Änderungen käme. Und fast alle (98% ANR) Beiträge sind Korrekturen an den Personendaten. Zum Vergleich: Andim, der auch äußerst aktiv in dem Bereich ist, kommt auf knapp 2000 Beiträge pro Monat. An de:Wikipedia Diskussion:Personendaten/Wartung/Fehlerliste#Erstmals seit langer Zeit wieder unter 10.000 Fehler hat sie sicher einen bedeutenden Anteil. --Schnark (talk) 11:28, 25 November 2010 (UTC)[reply]
Sie scheint ja echt ein sehr fleißiges Bienchen zu sein, da kann ein Lob in Form eines Goldbären nicht schaden, schließe mich da uneingeschränkt an. --APPER (talk) 12:01, 25 November 2010 (UTC)[reply]
Update: 15365 im ANR, ∑ 15,678 --PerfektesChaos (talk) 23:12, 11 December 2010 (UTC)[reply]

WikisyntaxTextMod 2.94[edit]

Hi here,

Du hast auf wgUserName beschränkt; was sehr sinnvoll ist, wenn man das unreflektierte Abkopieren durch Drittnutzer bedenkt.

Wer sich zeilenweise eine 1000-Zeilen-monobook zusammenbaut, weiß, was er tut, und kann die Auswirkungen abschätzen.Wird dies dann (wohl auch 1000-fach) hartkopiert, wissen die Anwender es zwangsläufig nicht mehr.

Aus gegebenem Anlass habe ich die bislang der Benutzerverantwortung überlassene freie Button-Funktion denselben programmatischen Einschränkungen unterworfen wie AutoRun.

Insbesondere ungerade NS (Disku) können überhaupt nicht mehr auf Knopfdruck "bearbeitet" werden, was ja auch Experten mal passieren könnte.

Für Freigabe mit Include wäre vielleicht Mypage geeignet. Das Exclude kann dagegen gern weiterkopiert und verbreitet werden. Nicht alle Drittanwender binden deine Wikisyntax-config.js per Verweis ein, sondern haben eine eigene Kopie -- was ja auch sinnvoll ist.

Vielleicht bin ich ja auch etwas zu pessimistisch und sollte mehr an das Gute glauben.

Have a nice week --PerfektesChaos (talk) 17:18, 30 January 2011 (UTC)[reply]

Reply[edit]

I've been off wiki for a bit, but you now have a reply at User_talk:Cacycle/wikEdDiff#Highlighting of moved text. Yaris678 (talk) 07:56, 23 January 2012 (UTC)[reply]

Invitation to events: bot, template, and Gadget makers wanted[edit]

I thought you might want to know about some upcoming events where you can learn more about MediaWiki customization and development, extending functionality with JavaScript, the future of ResourceLoader and Gadgets, the new Lua templating system, how to best use the web API for bots, and various upcoming features and changes. We'd love to have power users, bot maintainers and writers, and template makers at these events so we can all learn from each other and chat about what needs doing.

Check out the Chennai event in March, the Berlin hackathon in June, the developers' days preceding Wikimania in July in Washington, DC, or any other of our events.

Best wishes! - Sumana Harihareswara, Wikimedia Foundation's Volunteer Development Coordinator. Please reply on my talk page, here or at mediawiki.org. Sumanah (talk) 16:16, 16 February 2012 (UTC)[reply]

Diff though API?[edit]

Hi Schnark,

You may be interested in the conversation at Wikipedia talk:STiki#Recommendation to STiki users: WikiEdDiff and/or Schnark's variant thereof.

In particular, the developer of the awesome WP:STiki was interested to know if there is an API way to access your diff.

Yaris678 (talk) 11:45, 6 May 2012 (UTC)[reply]

Interesting diff[edit]

Hi Schnark,

I found an edit that doesn't display well with your diff or Cacycle's. I tried fiddling with the parameters in your diff but it doesn't seem to make much difference.

I can't see why. I thought it might be that their are a lot of non-unique words... but I thought your recursion should deal with that.

Yaris678 (talk) 17:27, 7 May 2012 (UTC)[reply]

When you set "length of a short word" to 0, it looks acceptable, but you are right, it is very strange; after one recursion the years in the moved block should be unique, and the move should be detected without changing the parameters. I'll look into it when I find the time to do so. --Schnark (talk) 07:32, 8 May 2012 (UTC)[reply]

DiffDeck[edit]

Hi Schnark,

You may be interested in an idea I have had called DiffDeck. I have written about it at User:Yaris678/DiffDeck.

At some point I will also write something about my idea for diff method similar to yours, but which uses optimisation. The basic principle is that there is an objective function which gives an idea of what a well-presented diff will look like and a series of loops that tries to minimise the objective function.

Yaris678 (talk) 19:09, 9 May 2012 (UTC)[reply]

As you mentioned WikiTrust, I wrote another script, you might be interested in: de:Benutzer:Schnark/js/artikel-statistik.js You can enable it with mw.loader.load('//de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/artikel-statistik.js&action=raw&ctype=text/javascript'); This script uses my diff algorithm to find the original author of each piece of wikitext. But I must admit that this script is merely a proof of concept, it's very slow (especially for long articles), and there is no documentation for the used algorithm. --Schnark (talk) 07:33, 10 May 2012 (UTC)[reply]
That's very clever. I have just looked at it for Military of the Polish–Lithuanian Commonwealth and Likert scale and it was very interesting. It is still analysing revisions for List of colours. Would it be possible to modify it so that the user can specify how many revisions back it goes? And maybe have a default or recommended value of 400 for that parameter. That would make the feature reasonably quick... it would also mean that long forgotten edit wars don't get a re-airing... which could be a good or bad thing... depending on your perspective. Yaris678 (talk) 13:07, 10 May 2012 (UTC)[reply]
I already thought about skipping some revisions, but this means, that any text added in one of these revs will be assigned to the author of the next analyzed revision. So the first revisions are the most important ones to analyze.
One thing I want to add is an option to skip subsequent revisions of the same author and revisions that look like edit&revert. But this needs some non-trivial re-programming.
One thing that already is possible is to analyze an old revision; just running the script while viewing an old revision should analyze the history only up to this point. --Schnark (talk) 08:52, 11 May 2012 (UTC)[reply]
Could have a dummy author that is just “added before X”? This dummy author may end up being responsible for most of the article but then maybe the user is only interested in the more recent changes.
Obviously, you’d have to check that your baseline version of the article is not one with page-blanking vandalism in it... although in the first instance you could probably rely on the user to spot that, when a vast amount of the article is attributed to one user (probably User:ClueBot NG) on one date.
Yaris678 (talk) 10:35, 11 May 2012 (UTC)[reply]

Multidiff[edit]

Hi Schnark,

I have thought of a way of getting some of the functionality of DiffDeck relatively easily. I think it should be relatively straight forward to code. Have a look at User:Yaris678/DiffDeck#Multidiff.

Could I persuade you to have a go at coding it? I would find it very useful.

Yaris678 (talk) 13:01, 25 June 2012 (UTC)[reply]

Sorry, but I have very little time at the moment and am working on some other things. But it does sound interesting and quite easy. --Schnark (talk) 10:40, 26 June 2012 (UTC)[reply]
OK. Thanks for the your assessment of my idea. I guess it will have to wait till I find someone who can do it / you have some free time / I work out how to do it myself.
If I was going to work out how to do it myself, is there some information that I can read that will help me? Yaris678 (talk) 10:01, 27 June 2012 (UTC)[reply]
Well, essentially you have to loop over all the items in the selected range ($.each) to get the urls for the diffs (mw:Snippets/Compare link does something similar) and then open each in a new tab (window.open with just one parameter). --Schnark (talk) 09:42, 28 June 2012 (UTC)[reply]

Syntax highlighter gadget proposal[edit]

Guten Tag Schnark, I did some more work on my syntax highlighter so that it now works in Opera, and I've started a discussion on adding the syntax highlighter as a gadget. I did try to install your syntax highlighter for comparison but it caused script errors for me. So I don't know why your version isn't working for me, but I wanted to keep you up-to-date about the work I've done and the gadget proposal. Thanks again for all the help you've given me with this. —Remember the dot (talk) 21:39, 10 November 2012 (UTC)[reply]

Does my script throw any JS errors that could help to identify the problem? It does work for me even in ancient versions of Firefox, but here in en I use your script, so there might be some local JavaScript conflicting with my script, which I didn't test.
jQuery.browser is deprecated ([1]), so you should test navigator.userAgent directly (since feature detection seems not really possible in this case). --Schnark (talk) 11:34, 16 November 2012 (UTC)[reply]

Feature requests for your diff[edit]

Hi Schnark,

I have two feature requests for your diff.

  1. Can we have (at least as an option) the new colour scheme of blue for addition and orange for removal?
  2. Can we have an option to show moved text in both the old and new location?

If the second feature was implemented, it would mean that you would make the text easier to read in some situations. It would also mean that you wouldn't need a multitude of colours for moved text - you would only need two extra. For example you could have a greyed-out version of the colours for removing and adding to represent where the text was moved from and where it was moved to.

Yaris678 (talk) 13:52, 31 January 2013 (UTC)[reply]

1. Put something like the following code in your common.css (of course you need to change the colors, I didn't look up the correct color-codes):
#enhanced_diff ins.enhanced-diff-ins {
 color: black;
 background-color: orange;
}
#enhanced_diff del.enhanced-diff-del {
 color: black;
 background-color: lightblue;
}
2. I implemented this and will update the code in a minute (thanks to QUnit which found some bugs I didn't find myself), but currently there is no simple way to set it as default. You have to select it every time from the options tab again. ("Show moved blocks: simple") I used a light red and a light green for the moved blocks, but I'm open to other suggestions for the colors. --Schnark (talk) 09:03, 5 February 2013 (UTC)[reply]
Cool thanks. That's really helpful.
I used the following colours.
/*Make colours of Schnark's diff (nearly) conform with new standard*/
#enhanced_diff ins.enhanced-diff-ins {
 color: black;
 background-color: #c6e3ff;
}
#enhanced_diff del.enhanced-diff-del {
 color: black;
 background-color: #feeab9;
}
They are very slightly more colourful than the standard diff, which has #d8ecff and #feeec8. But the standard diff has a box around each changed paragraph, which is in a more colourful colour. Obviously your diff doesn't have that (for good reason) so I think making the text highlighting slightly more colourful works well (it also works better than making the text bold, which the standard diff does, which inhibits readability slightly).
The colours you use for the "simple" moved text is OK for your standard colours. You could try making the red for "from" slightly paler and greyer.
With my orange and blue highlighting, I think we want similar orange and blue colours but greyer versions. I would try #cfe3f5 and #f4e7c6. Is there a hack I can use to give that a go?
Yaris678 (talk) 14:56, 6 February 2013 (UTC)[reply]
There are two possible ways to test your own colors:
  1. Most browsers offer some kind of "CSS inspector" allowing you to inspect and change all CSS rules.
  2. You can override the default CSS as you did above if you know the names of the CSS classes. Here you need to specify CSS for #enhanced_diff ins.enhanced-diff-moved-ins and #enhanced_diff del.enhanced-diff-moved-del.
--Schnark (talk) 09:51, 7 February 2013 (UTC)[reply]
I think this colour selection, with the use of the "simple" way of showing moved text, helps to keep the text readable when there is a lot going on
Thanks. I have tweaked the colours further and I think it works well. Specifically, it helps to keep the text readable when there is a lot going on, like in this example.
Yaris678 (talk) 13:32, 7 February 2013 (UTC)[reply]

Test[edit]

Test --132.230.1.28 (talk) 08:43, 24 October 2013 (UTC)[reply]

Welcome to The Wikipedia Adventure![edit]

Hi! We're so happy you wanted to play to learn, as a friendly and fun way to get into our community and mission. I think these links might be helpful to you as you get started.
-- 19:54, 2 August 2013 (UTC)