User talk:Gerbrant

From Wikipedia, the free encyclopedia

For convenience, every chain of messages is inlined here in its entirety. The first message, and all messages from the same person are not indented. The reply and all the messages from that person will be indented one level, etc.

Archives

Please follow these links for messages posted before:

1 November 2005

1 February 2006

1 June 2006

Contents 1 Talk:Ranks in the French Army 2 Re Talk:South Pointing Chariot 3 Regarding your Mediation Cabal case 4 Good Job 5 AltGr Key 6 Wikidates 7 Cancelling popup on click on link 8 Image:Polea-simple-movil.jpg 9 sqrt(-1) 10 Sign 11 Using Query API for watchlist checker 12 Popups problem. 12.1 (section split for editing convenience) 13 Popups revert summary incorrect 14 Your question(?) 15 nl:Kabinet De Geer-II 16 Billion cubes 17 Problem with miniatlas 18 MoS:ALL CAPS 19 All Caps 20 Dates 21 "LOL" 22 Re. you dash/unitfixers etc. 23 Smile 24 source? 25 Login question on Meta 26 Rabu Hina I: the Cover Art 27 Script for AFD or PROD? 28 Noun particle 29 Bug 29.1 another example

[edit] Talk:Ranks in the French Army

Hi, was browsing the talk page on the ranks in the french army discussion saw some of your questions and I've tried to answer some of them. Cheers, Mille sabord 23:26, 3 June 2006 (UTC)

[edit] Re Talk:South Pointing Chariot

Thanks for the reply! I must say that, apart from the satisfaction I got from someone confirming my rather intuitive reasoning, I was very happy to encounter you and more specifically your user webpage which made one of my dreams come true - browsing Wikipedia directly from my desktop. Thanks a lot!

Cheers! Michał Kułak of Poland

[edit] Regarding your Mediation Cabal case

After a (very brief) discussion with Cool Cat on IRC, I have gone ahead and closed the case. He felt that the disagreement in question was not worth arguing over and had already decided to concede this point.

Thank you for allowing MedCab to mediate your case! ~Kylu (u|t) 15:51, 14 June 2006 (UTC)

[edit] Good Job

You made several helpful edits on the anime and manga pages, thank you. Finite 18:41, 27 July 2006 (UTC)

I was catching up on my reading, and I solved whatever I bumped into. My pleasure, just glad that I been helpful. Shinobu 06:01, 28 July 2006 (UTC)

[edit] AltGr Key

Thank you for experimenting with Wikipedia. Your test worked, and it has been reverted or removed. Please use the sandbox for any other tests you want to do. Take a look at the welcome page if you would like to learn more about contributing to our encyclopedia. Shinobu 11:09, 4 August 2006 (UTC)

It wasn't a test! I genuinely believe that it stands for Alt Grandé! What happened to freedom of speech. I was told this by my father, who has been in the computer industry for twenty years, and he has always told me this. Please put my comments back on the main AltGr page.—The preceding unsigned comment was added by 80.177.115.233 (talk • contribs) .

My apologies. Vandals seem roam Wikipedia endlessly and in my efforts to deal with them sometimes I make a mistake. I'm only human, after all.

If you want to add your contribution back on the page, feel free to do so, if you can find a reputable source to cite. You see, for Wikipedia it's very important that all the content available here is verifyable. Please read WP:V if you want to know more, and WP:CITE for more guidance.

I hope the undue cold shower won't hamper your future enthousiasm. Yours faithfully, Shinobu 13:14, 5 August 2006 (UTC)

[edit] Wikidates

Please don't change properly formatted wikidates in [[YYYY-MM-DD]] format to something else - it is considered vandalism. If dates don't appear the way you want them to, you can use the "my preferences" link at the top (next to your username) to change the way Wikipedia displays dates. Shinobu 09:14, 7 August 2006 (UTC)

I've set it to display them my way, but as far as I know, the system doesn't support that format yet. Monni 11:17, 7 August 2006 (UTC)

You changed the dates to MMMM DD, YYYY, a format that is supported by the MediaWiki software. Regardless, if you change dates from the proper wikidates, you change it for everyone, including the majority of people who quite happy with one of the built-in formats and don't like to see their user preferences ignored. If you have exotic date needs, you can always write a user script. Shinobu 08:59, 8 August 2006 (UTC)

[edit] Cancelling popup on click on link

It would be nice if a click on a link (for navigation or context menu) would cancel the popup to display, at least until the mouse is moved out and in again.

This is not a big deal in 90% of situations, but sometimes, perhaps when the CPU is a bit more stretched than normal, the showing of a new popup interferes a little bit with the navigating. For instance it might happen that the context menu opens, and then suddenly the popup opens and the browser doesn't react smoothly to the context menu.

This seems to me to be an easy problem to fix, but is not very urgent.

Yours faithfully, Shinobu 21:41, 7 August 2006 (UTC)

Good idea, and it is indeed easy to fix :-) I've done so in the dev version. Lupin|talk|popups 01:52, 8 August 2006 (UTC)

[edit] Image:Polea-simple-movil.jpg

As I explain it on Commons:Help_desk, I am not the creator of Polea-simple-movil.jpg, but I upload it from wikipedia in spanish to common. Dom

Ah, so I'm not the only one who has his doubts about this image. Well, thanks a lot for your trouble. Merci beaucoup. Shinobu 23:57, 30 August 2006 (UTC)

[edit] sqrt(-1)

I have added a comment on the quadratic equation. I also wrote the text you commented upon. sqrt(-1) is only defined if you restrict your self to a branch of the logarithm. See complex analysis

//Ingemar

My replies will go to Talk:Quadratic equation.

[edit] Sign

Please sign posts on talk pages using ~~~~ at the end of your posts. It will insert your handle and the time and date. It makes it easier for everyone to see who said what, when. Should you ever have any questions about anything, feel free to ask. Shinobu 15:57, 23 September 2006 (UTC)

Sorry, I forgot to hit the sig button after writing the post. --Jay Litman 16:04, 23 September 2006 (UTC)

Don't worry, it happens to the best. Shinobu 18:44, 23 September 2006 (UTC)

[edit] Using Query API for watchlist checker

I've been using a little program to make checking my watchlist easier (if you're interested, it's at User:Gerbrant/WikiCheck - the exe is a bit out-of-date though). It works, as far as it goes, but I've got a few issues with it:

• The MediaWiki software has to do a lot of work generating proper HTML. This effort goes to waste since the program parses the HTML to generate custom output.
• The standard watchlist shows only the most recent edit to the pages - this means you've got to be careful not to miss stuff. You can turn on "show all edits", but it seems to be buggy (having an arbitrary, seemingly random, cut-off beyond which no edits will show; sometimes this isn't even consistent when refreshing the page) and it's harder to parse.
• I've experimented a little, and it seems Query API is faster - perhaps because the server has do to less work?

My little program will probably have to do more work when using the Query API, but it possibly lessens server load; that and the points above could make it worth it.

Are there any special issues to watch out for? How many revisions with comments (but without text) could I query per request and per unit time without hammering the server too much? (I.e. if necessary I'll split up the request in order to not retreive all pages at once.)

Is it possible to detect if revisions that should be there considering the "from" date, are culled by the rvlimit? Is it possible to fetch the watchlist? Is there a way to ask the server how "busy" it is, or how many items can be reasonably asked for?

It'll probably take a while for WikiCheck to go through such a drastic overhaul... but from what I've seen it may well be worth the trouble. I'm awaiting your opinions on this matter.

Faithfully yours, Shinobu 00:11, 23 September 2006 (UTC)

Hello Shinobu, sorry for the delay (kinda busy with the new wiki API). The new API will have a watchlist access, so you will be able to use that (once its ready). You bring a valid point about the watchlist only having the last entry - i will try to solve it (please see the API watchlist parameters). Query API is generally much faster due to its very little overhead compared to HTML generation, and typically lessens the server load. The goal of both Query API and, especially, the new API is to lessen your work as well - by providing clean parsable data instead of piles of HTML markup. There are many different formats that query can output, and depending on the programming language, you may choose to use the format better suited for you. There are generally limits on how many items you can get, but if you exceed that, you will get information on what the limit is. Bots have much higher limits then users/anonymous. Hope this help. --Yurik 18:00, 25 September 2006 (UTC)

A lot. Thanks for the link to the new API. Currently the program is written in VB because that's easier to use than C/C++ when you want to manage a window, and to embed a Webbrowser control in it. It uses a set of API calls to make it dock to the left screen edge that are probably quite OS dependent. (I.e. to do the same thing in Linux you'd need to do something else entirely...)

The upside is that since I already have a Webbrowser control embedded anyway, I also have Javascript, so I could use Query API from there using XMLHTTP, and ask for JSON results. If all the HTML-generation code is moved to Javascript, that would mean that only the code that creates the docked window would have to be reimplemented for other platforms, so that would be nice for portability.

Faithfully yours, Shinobu 00:41, 26 September 2006 (UTC)

[edit] Popups problem.

I have been occasionally getting a nasty error message. The symptoms are as follows:

1. The page loads correctly.
2. An error dialog is shown: "The website <url of article> cannot be opened. The action is aborted." [OK only]
3. The page is replaced by a built-in navigation error page.
4. Press the back button and you're back on the page at point 1.

I at first thought I had a coding error in one of my own script, but I have found a way to reproduce the error that shows that Popups is to blame.

1. Place the mouse pointer at the location of a link or image on the target page.
2. Navigate to the target page.
3. While the browser is loading the page, fiddle the mouse a bit.
4. Above symptoms occur as soon as the navigation completes.

I'm not sure how to go about fixing this. As you can see the problem will not occur frequently, since for it to happen the mousepointer must accidentally move over the place where a link is in the target page. Still, it's very annoying when it happens.

I'm sorry to bring up such an obscure problem, so I'll try to help by giving you my idea on what might cause this to happen. You're loading the popups here, right?

<script type="text/javascript">
    if (window.runOnloadHook)
        runOnloadHook();
</script>

So that might mean that the page is not fully loaded when the links are getting their popups wired. If they then receive a mousemove, the computer is still busy, the timeout elapses, page still not fully loaded because the last bit of page simply hasn't been processed yet, popup appears, tries to open a connection while the connection with the current page is still open... it could be. Of course, it might be something totally different.

If I can find a way to stop this from happening, I'll let you know. Bye, Shinobu 02:20, 28 August 2006 (UTC)

I've inserted the following code just before inclusion of your script:

function TryToFixLupinsPopups()
{
    var fns = [];
    var onreadystatechange = document.onreadystatechange;
    var oldOLH = addOnloadHook; //Not used

    addOnloadHook = function(fn)
    {
        fns[fns.length] = fn;
    };

    document.onreadystatechange = function()
    {
        var i;
        try
        {
            onreadystatechange();
        }
        catch(e)
        {
        }
        if(document.readyState == 'complete')
        {
            document.onreadystatechange = onreadystatechange;
            for(i in fns) fns[i]();
        }
    };
}
TryToFixLupinsPopups();

It seems to help. I'll test this configuration for a while, so I can fix any problems that might occur. If it keeps working, we might discuss if and how we'll finalize the solution. For instance, I'm using another script that uses almost the same code to hook into onreadystatechange, so that could become a shared library. Or a script could be created that changes addOnloadHook like the above does - these two are not mutually exclusive of course. But first I'll go on reading on Wikipedia for a while, and try to reproduce te problem, to be as sure as possible that the problem is actually solved. Shinobu 04:49, 28 August 2006 (UTC)

Before you ask: yes, above code contains a slight bug. It was originally only intended to shield against a possible built-in Wikipedia onreadystatechange hook, so that other script using the same code interferes a bit, although not noticeable. If I turn this into a shared lib, I'll fix that. Shinobu 23:49, 28 August 2006 (UTC)

It turns out onreadystatechange is not portable, but no need to panic. In de standard Wikipedia function library sits a good alternative, so it seems. I'll do some more tests.

hookEvent("load", function()
{
    //Do stuff here.
});

Faithfully yours, Shinobu 03:01, 31 August 2006 (UTC)

Everything seems to work fine now. Code is located at User:Gerbrant/alternativeOnloadHook.js. Yours sincerely, Shinobu 05:22, 31 August 2006 (UTC)

Great, thanks for the work you've done on this bug. Could you prepare something I can use to fix the popups.js script directly? I don't understand your module business, I'm afraid. Lupin|talk|popups 08:32, 26 September 2006 (UTC)

[edit] (section split for editing convenience)

The "module business" is just something I use for ease of debugging and loading scripts - just ignore it, it's not needed for the problem at hand. I only explicitly declared the module because that made it easy to toy with the functions on my computer locally.

Relevant code:

this.alternative = function(fn)
{
    hookEvent("load", fn);
};

addOnloadHook = this.alternative;

Since your script calls addOnloadHook, I just override it with this.alternative. It accepts a callback function, just like addOnloadHook, and passes it to hookEvent in wikibits.js.

So you could either replace calls to addOnloadHook by hookEvent, or, if you want to keep this configurable, copy-paste

function(fn)
{
    hookEvent("load", fn);
};

and use whichever function the settings for popups say should be used, like

if(useAddOnloadHook)
    myOnloadHook = addOnloadHook;
else
    myOnloadHook = function(fn)
    {
        hookEvent("load", fn);
    };

I hope this helps. Yours sincerely, Shinobu 09:50, 3 October 2006 (UTC)

[edit] Popups revert summary incorrect

see diff. (Revert to revision $1 dated $2 by $3 using popups) Shinobu 22:00, 11 September 2006 (UTC)

The problem persists: diff Shinobu 13:13, 13 September 2006 (UTC)

I don't know why this happens :-( Presumably you're sure that you've cleared your cache? Lupin|talk|popups 08:47, 26 September 2006 (UTC)

Yes. Maybe it's a Heisenbug or something. Perhaps the new API will export a more robust way of saving article text. Shinobu 09:38, 3 October 2006 (UTC)

I purged my cache again to be really sure and reverted something; result: it happene again. We'll have to make do, I suppose. Shinobu 10:13, 3 October 2006 (UTC)

[edit] Your question(?)

You asked a question on Wikipedia talk:WikiProject User scripts/Scripts. Does Wikipedia talk:WikiProject User scripts#What.27s_A_User_Script.3F answer your question, or did you mean that WP/JS neads a better introduction? If so, did you have any opinions on the matter? Shinobu 08:39, 11 October 2006 (UTC)

By this time I've figured out what User scripts are and how to use them, so I personally don't need any questions answered. But I think my complaint is pretty straightforward, and still valid. I think the subtopic you linked to seems to give a pretty decent explanation (could probably be improved, but it's a good start), but I couldn't find it when I was looking for the answer, and something like this needs to be easy to find. If this is the only place that explains in layman's terms what a user script is, it definitely shouldn't be question #27 on that page; it should either be question number 1, or in the intro, or at the least there should be a link to a separate description page in the overview. --Rschmertz 14:13, 11 October 2006 (UTC)

You're absolutely right. I'll add a section to Wikipedia:WikiProject User scripts; feel free to edit it. Shinobu 15:19, 16 October 2006 (UTC)

[edit] nl:Kabinet De Geer-II

Als je een doorgewinterde wikipediagebruiker bent, waarom verander je het dan niet ipv zo'n suf berichtje op het overleg achter te laten? Even confused, moet ik zeggen, cordially, NielsF 02:12, 21 October 2006 (UTC)

Laat maar, ik begrijp dat je een van diegenen bent die liever op en: schrijft of iets doet dan op nl:. Jammer vind ik dat, maar helaas. Tot ziens op nl:! NielsF 02:49, 21 October 2006 (UTC)

Ergens wel, hè? De oorzaak is natuurlijk dat ik eerst in aanraking kwam met de Engelse wiki. Daardoor ben ik vaker op de Engelse wiki, wat nog versterkt wordt door het feit dat het lastig is om bijvoorbeeld twee volglijsten bij te houden enzo (dit is iets waar ik in de toekomst verandering in hoop te brengen - er komt zoals je misschien weet een nieuwe wiki API die dat soort dingen vergemakkelijkt). Shinobu 14:23, 21 October 2006 (UTC)

Inderdaad, dat zou het allemaal stukken makkelijker maken die single-user login. Over het algemeen volg ik wel dingen die ik hier of elders aanpas, maar uiteindelijk ben ik toch het vaakst op nl: en zie ik wijzigingen hier snel over het hoofd. Zal voor jou hoewel precies andersom niet anders zijn. Wiki-ze. Groet, NielsF 14:58, 21 October 2006 (UTC)

Ja, ik mailde al enige tijd terug :)

[edit] Billion cubes

You say Image:Billion-cubes.svg is "in no way inferior" to Image:Billion-cubes.png; I disagree. I say it is a shoddy imitation. Look closely at the two. I chose the extra-bold font with care, to label the large cubes. The lightweight font doesn't cut it over such busy backgrounds. Also, all the stroke widths are messed up. I don't doubt that a better SVG could be made; but it hasn't. I don't understand your comment about scaling; of course the PNG can be scaled down. The full-size original file is quite big; there is no occasion to scale up. John Reid ° 01:59, 12 November 2006 (UTC)

I would like to politely refer you to Commons:Images for cleanup, which should obviate the need for further discussion.

Should you have any further issues about the quality of the vector image, remember that, while raster images are essentially read only, vector images can be edited fairly easily. You can accomplish this either by hand, using a text editor, or with a vector editing tool, like for instance Inkscape.

In trust that I have provided you with all necessary resources,

Faithfully yours,

Shinobu 02:21, 12 November 2006 (UTC)

Sorry; my concerns do not extend to Commons, only to en:Wikipedia. You need to point me to some page in our policy that demands SVG. I'm sure there's none.

Obviously, raster images can be edited with a wide variety of tools. So can vector graphics. I have tools that manage both with ease, in a variety of formats. SVG may be the local boy but it is not popular and most commercial tools don't support it. Yes, you can go into a text editor but you can also do that with PostScript.

I'm not here to argue the technical merits of one format vs another anyway. This particular SVG imitation is inferior in quality, period. John Reid ° 19:16, 12 November 2006 (UTC)

[edit] Problem with miniatlas

When executing the following line:

wikiminiatlas_settings = document.getElementById('wikiminiatlas_settings');

The error "Object doesn't support property or method" is raised. I know what causes this, and the solution is:

try
{
    wikiminiatlas_settings = document.getElementById('wikiminiatlas_settings');
}
catch(ok)
{
}

The error is caused by the fact that wikiminiatlas_settings already contains the correct object, and it is read-only. So the code tries to execute the default property set, which is not supported by HTML elements. Apparently something in the remainder of the script is necessary for correct operation, because I only get a grey rectangle, no maps. Shinobu 11:57, 13 November 2006 (UTC)

Thanks for the detaild bug report. I performed the change you proposed, does it help? But I have no idea how the wikiminiatlas_settings could get initialized twice! Which browser are you using? It works fine in Firefox and Konqueror on the computers I tested the Miniatlas. --Dschwen 13:47, 13 November 2006 (UTC)

I sort of works now, but not flawlessly, I'll send you some more bug reports :-)

As for the double initialization of wikiminiatlas_settings, that's actually a historical thingy. When Microsoft implemented their first DHTML or whatever it was called back then, they thought it would be nice to be able to refer to objects using JavaScript. This was before getElementById which is recommended nowadays. They opted to export every HTML element with an id to the scripting engine, using that id as the identifier. Now everyone uses getElementById, but the old method is still available, presumably to avoid breaking compatibility with older scripts.

The way Microsofts script engine works, assignment to these exported objects is done through the default property set. This is presumably done so that the hosting application gets notified. Probably an implementation specific thing, so it may or may not work in other browsers. Note that scripting engines are not only used by the browser, but also by other applications, so that may be important. In Windows objects have had default properties since early COM days.

Note that you also cannot assign a different value to the window object. It's exported to the scripting engine in the same way, although the default property set of the window object does generate a more helpful error.

So why did it break in this case? Two reasons. First, you called the variable same as the id of the object it referred to. Second, JavaScript (or at least JScript) uses the same syntax for accessing the default property on exported objects as for assignment. If either of these were not the case, it would have worked.

Note that at least when using Firefox, wikiminiatlas_settings is also initialized with the HTML element. But because its JavaScript doesn't do default property sets, it isn't a problem (it'll be the same as assigning to a variable).

So now you probably now a lot more than you ever wanted to know about this. Shinobu 12:27, 14 November 2006 (UTC)

[edit] MoS:ALL CAPS

We are about to merge MoS:ALL CAPS into MoS:CAPS, but before we do, we (or rather I - I can only speak for myself of course) would like to hear your opinion on the subject at Wikipedia talk:Manual of Style (ALL CAPS). Thanks, Shinobu 23:07, 11 September 2006 (UTC)

[edit] All Caps

I typed up a little note here, when a few minutes later I found this. bleh. - Zero1328 _Talk? 10:55, 17 November 2006 (UTC)

( The section your reply fell in was actually a mirrored post from a talkpage somewhere - I like to mirror all discussions with other Wikipedians on my talk page, but I forgot to annote whose talk page it came from. Sorry if that. )

The actual guide is located at Wikipedia:Manual of Style (capital letters)#All_caps, because we decided that it would be better to make it part of the capital letters guide. I see you have already found the original discussion page from before the merge, Wikipedia talk:Manual of Style (ALL CAPS). There has been more discussion about this here and maybe elsewhere too, but I'm not an archaeologist.

The decision to restrict the use of ALL CAPS is not an uncommon one, and is found in more electronic as well as traditional publications. It's just a matter of professionalism, really. Shinobu 11:45, 17 November 2006 (UTC)

I stumbled upon another discussion about this: Wikipedia talk:Manual of Style (trademarks)#All_capitalized_trademarks I found What's in a nAME(cq)? by Bill Walsh quite informative (and enternaining). Shinobu 12:06, 17 November 2006 (UTC)

I would really like accuracy depending on how the creator of the name writes the text, but for titles that are clearly written for emphasis and are not written that way normally, should be written normally, like "ROE v. WADE". This relies on common sense, and will be a problem. I think romanised Japanese names are kinda borderline exempt, like MISIA as the actual writing, as indicated everywhere. Same for .hack//SIGN. (If you need an opinion on this if someone raises it, use mine, I'll likely not follow policy-related discussions) - Zero1328 _Talk? 12:16, 17 November 2006 (UTC)

Except that writing Misia in all caps is nothing more than character formatting, designed to make the name stand out. As Bill Walsh wrote, everything you need to know about capitalization you learned in school. Misia is a proper noun, and should therefore be capitalised as "Misia". The spelling MISIA is essentially logo, designed to stand out and attract attention. Of course she and/or her label would like everyone to use that "logo spelling", because it makes her stand out everywhere, but no one has any obligation to do so. Capitalization has a function - it makes reading easier by indicating through formatting things like the start of sentences, proper nouns and acronyms. If everyone decides for themselves how their (company)name is capitalized, this use is subverted and (should it become more pervasive) it would make text more difficult to read. Morale: no one is above basic typography. This has very little, if anything at all, to do with accuracy - if we wanted to accurately reflect the layout and formatting of Misia's logo, we could include an album cover or something similar. Oh wait, we already do that.

PS: @"If you need an opinion on this if someone raises it, use mine": very cute. I already have lots of opinions, on this and on other things. This is not to say I invented these. I happen to have an interest in typography and regularly read websites about it, and own a professional styleguide. I also frequently think about how to do things, thereby weighing in what I've read before, what the consequences would be if something would be universally followed, and ultimately, common sense and logic. Shinobu 13:48, 17 November 2006 (UTC)

Hm, you raise a number of good points. I think I'm going to back down from this discussion, I have a feeling that challenging the basics of grammar will get both of us nowhere, fast. - Zero1328 _Talk? 21:59, 17 November 2006 (UTC)

[edit] Dates

Most dates in Wikipedia articles are formatted as Month, Day, and year -- like November 17th, 2006. Utada Hikaru is still Month-Day-Year. Why sigh, cutie pie? 20:49, 17 November 2006 (UTC)

Why not do something about it? When I encounter unlinked wikidates, I usually change all dates to wikilinked ISO dates, because when I read the wikitext help for the first time, that was the only linked format. Since then there have been several software updates, perhaps date handling was extended. Perhaps not. Anyway, currently, some other linked formats seem to work too. The important bit is to make sure that dates are linked, as that will make them follow user preferences. I will ask around if there is a linked format that is preferred above other linked formats. Note that the dates in the article you mention are for a large part not linked, so they should be changed anyway. Shinobu 15:06, 19 November 2006 (UTC)

I've linked the dates in the article, but I decided not to change the format, since that's not needed anymore. I'm still waiting for some advice on preferred formats, but that can wait. The linked dates should obey user prefs, and that's what matters in the end. Shinobu 15:31, 19 November 2006 (UTC)

I've asked around, and either [[February 17]], [[1958]] or [[17 February]] [[1958]] is preferred. Note that these are both fully linked formats. I suggest replacing unlinked dates with the one most closely resembling the original, at least that's what I will do. Shinobu 08:19, 20 November 2006 (UTC)

[edit] "LOL"

No, you're not good enough to scare me away. Honestly, I'm bored of Wikipedia. This is my third account. Why sigh, cutie pie? 23:44, 20 November 2006 (UTC)

BTW, I changed all the dates back in the Ayu and Mika articles. Why sigh, cutie pie? 00:00, 21 November 2006 (UTC)

Okay, I'll link them later. Anyway, third account? Why don't you write down your username & password somewhere? Then you can continue with your old account the next time you get unbored. Taking wikibreaks, even lengthy ones, is quite normal. Well, just glad it wasn't because of me. All the luck, Shinobu 11:53, 22 November 2006 (UTC)

[edit] Re. you dash/unitfixers etc.

I've recently noticed your dash-and-other-things fixers, and I decided to adapt some of them to a script I'm using to selectively apply regex-based substitutions. See here: User:Gerbrant/edit/autoReplace/default.js

Since I did some things slightly differently, I thought you might be interested. Shinobu 11:13, 14 December 2006 (UTC)

Cool. Cacycle also made a modified version of the fixer scripts for use in his editor script. I keep meaning to try it out, but haven't yet. — Omegatron 14:43, 14 December 2006 (UTC)

I've seen wikEd before, but it will not work in my browser, I'm afraid... besides I don't really need syntax highlighting. But techniques like that could in theory be used to create a WYSIWYG editor. Which would be very cool. Shinobu 21:34, 14 December 2006 (UTC)

[edit] Smile

[edit] source?

In fact, all mathematical problems are stated primarily in words,^{[verification needed]} but students unskilled in mathematics often fail to realize that.

You put in this "verify source" statement. I thought this assertion was self-evident. Can you think of some alternative way of stating a math problem besides using words? I've been teaching math for a quarter of a century and I don't know any. The notion that it is otherwise is merely a mental pathology that happens when people who'd rather not understand math are required to fake it. Michael Hardy 02:53, 21 December 2006 (UTC)

[edit] Login question on Meta

I responsed to your question about logins at m:Talk:API#Login / lg. Mike Dillon 04:43, 24 December 2006 (UTC)

[edit] Rabu Hina I: the Cover Art

Quoting "Talk:Love Hina": "Has anyone got the cover of volume 1 of the Japanese version? Apart from the fact that I like it better, I think it would be better to illustrate Japanese books with their Japanese covers. Shinobu 07:36, 31 August 2005 (UTC)" - http://en.wikipedia.org/wiki/Talk:Love_Hina

If you are still interested, see http://www.akamatsu-fan.com/images/couvertures-lovehina-jp-01.html under http://www.akamatsu-fan.com/index.php?page=lovehina-couvertures !

Jippe 10:55, 13 January 2007 (UTC)

[edit] Script for AFD or PROD?

Hello, I'm looking for a script that allows me to quickly add an "AFD" and a "PROD" to articles and quickly add them to the "AFD" page and notify the creator. Currently I have a script that allows me to mark it for "speedy deletion" but I'm looking for a script that adds another panel at the top that can make it easier to mark them as AFD. Can you help?Wikidudeman ^(talk) 19:20, 20 February 2007 (UTC)

[edit] Noun particle

I noticed your change to the redirect I set the other day. However, noun particles aren't indigenous to Japanese, as far as I know. Suggesting as much doesn't make sense, and I felt that redirecting to general information about particles (which did, in fact, mention noun particles and explain what a particle is) would be best until someone did have insight on how best to explain noun particles across all languages that have them. Anyways, that was just to let you know of my thinking. Roehl Sybing 05:05, 2 March 2007 (UTC)

[edit] Bug

See here (diff). Now I did use the formatter (diff) but the search and replace is what did this mess. Please fix thu bug. --Darkest Hour 21:45, 7 March 2007 (UTC)

[edit] another example

diff —The preceding unsigned comment was added by Darkest Hour (talk • contribs) 21:52, 7 March 2007 (UTC).