User talk:V111P

From Wikipedia, the free encyclopedia
Jump to: navigation, search

Welcome!

Hello, V111P, and welcome to Wikipedia! Thank you for your contributions. I hope you like the place and decide to stay. Here are a few good links for newcomers:

I hope you enjoy editing here and being a Wikipedian! Please sign your name on talk pages using four tildes (~~~~); this will automatically produce your name and the date. If you need help, check out Wikipedia:Questions, ask me on my talk page, or place {{helpme}} on your talk page and someone will show up shortly to answer your questions. Again, welcome!  Jkelly 20:52, 2 June 2006 (UTC)

GoogleTrans annoying alerts[edit]

I've commented out those annoying "ob not found" and "unable to hide XXX" messages (which only happened under Opera). Sorry about that. Opera support was a late addition to GoogleTrans and it hasn't been used or tested as much as it should have been. Thanks for reporting the bug. Opera GoogleTrans still doesn't translate selected text as the other browsers do. You should, however, be able to select items now in Opera without the annoying alerts popping up. Endo999 (talk) 21:58, 8 March 2012 (UTC)

Sofi Marinova[edit]

Здравей!Много ти благодаря, че минаваш след мен с голямата четка, бях оформял разни страници за уикипедия преди 3-4 години, но наистина е минало време и малко съм позабравил как да се справя. Не мога да намеря адекватна биография, освен онази, която се оказа цитирана и на сайта на Съни мюзик. Общо взето се опитах да я преведа буквално и да я постна за да покажа движение по страницата, иначе сигурно след още няколко редакции ще останат 2/3 от текста. Потвърдих, че и снимката е моя още когато я качвах. Има ли нужда от друго потвърждение? Благодаря ти отново за помощта. :)--Goldddfish (talk) 13:02, 10 March 2012 (UTC)

Не, няма нужда от друго потвърждение за снимката, просто аз исках да съм сигурен преди да я наслагам по другите Уикипедии. За биографията просто може да се ползва информация от различни източници, статии, интервюта и т.н. и така няма да е превод на цял текст от едно място. --V111P (talk) 23:11, 10 March 2012 (UTC)

Palatalised consonants in Bulgarian[edit]

The issue about the presence of palatalised consonants in Bulgarian has aleready been solved in the article. Look at the consonants section of the article and at the following sources (which als also given there):

Handbook of the International Phonetic Association (1999). http://books.google.com/books?id=33BSkFV_8PEC&printsec=frontcover&dq=handbook+of+the+international+phonetic+association&hl=en&ei=YdmxTb-aIIvqObXNjfMI&sa=X&oi=book_result&ct=result&resnum=1&ved=0CCcQ6AEwAA#v=onepage&q=Bulgarian&f=false

Куон Джин Чой (1998). Фонологичността на признака мекост в съвременния български език. http://liternet.bg/publish1/choi/mekost.htm

The first one is the Handbook of the International Phonetic Association so there is just no way to ignore it. --Kreuzkümmel (talk) 21:05, 8 July 2012 (UTC)

I already commented on these sources - see your talk page. I'll check if I can find something in other books. But to say that The Bulgarian consonants ... aren't palatalized (as in the Consonants section of the article), which implies "are never palatalized" is a flat out lie. --V111P (talk) 21:29, 8 July 2012 (UTC)
The table of the international phonetic association is more than clear. --Kreuzkümmel (talk) 22:05, 8 July 2012 (UTC)
You mean the table by Elmar Ternes and Tatjana Vladimirova-Buhtz? Well, they clearly explain that this is their interpretation and there is also another interpretation with the palatalized consonants. The Bulgarian books that I have, Съвременен български език by Тодор Бояджиев (член кореспондент на БАН) and Българска граматика by Петър Пашов, do show the soft consonants. And in any case БАН's orography book is also clear enough on the question of what ь, я and ю are used for, and I have cited it in the article. --V111P (talk) 22:33, 8 July 2012 (UTC)

Background Color and Height Stopped working after today's update in msgDisplay.js[edit]

Hi, Thanks a lot for your wonderful userscripts.

After today's update to msgDisplay.js, Background Color and Height parameters are not working. I am using it for this userscript in my local wiki (ta:User:Jayarathina/iwt) And this is my relevant code:

var myDisplay = mediaWiki.libs.msgDisplay('interWikiLinker')
		.config( {
			insertRelTo :"#wikiEditor-ui-toolbar",
			insertRel :'append',
			height : '175px',
			background : '#FFFCC5',
		} );
myDisplay.show()
.append('வணக்கம்!')
.helpUrl('//ta.wikipedia.org/wiki/பயனர்:Jayarathina/iwt')
.onCloseOnUserAction(function () { /* function content*/ } )
.write();

Am I doing it correct? or should I change something. --Jayarathina (talk) 12:27, 2 December 2013 (UTC)

Hi! Sorry, I didn't know anyone else was using it. :) I think I fixed it now. One thing to note is that not everyone is using the WikiEditor, some people are still using the old toolbar (you can turn it on/off from Preferences). I will probably make it so that the display always appears at the top of the page if the insertRelTo element doesn't exist on the page. Thanks for using my script and for reporting that bug. :) --V111P (talk) 13:23, 2 December 2013 (UTC)
Wow!!! that was fast Face-surprise.svg. Thanks for replying so quick. It is working now. But one small problem. If the message is already displayed, and new message is shown then color and height properties are not updated. :( If the old message is closed and then new message is shown, everything works perfectly. (I hope I am clear, If not, let me know, I will explain in detail) Regarding WikiEditor, do you mean Edit toolbar? We don't have an option in our local wiki to turn it off. But even then my script is dependent on WikiEditor (it adds icons/language-specific-functionality to it), so if WikiEditor is not there, my script will not run. --Jayarathina (talk) 14:28, 2 December 2013 (UTC)
Do you mean you want to change the color and height when displaying the new message - i.e. on each call to show()? I think I fixed that too.
You do have the option to enable/disable the new toolbar, it's called "மேம்படுத்தப்பட்ட தொகுத்தல் கருவிப்பட்டையைச் செயற்படுத்தவும்" and it's in the தொகுத்தல் tab. That's why I have the addToolbarButtons.js, but you could just tell people that your script is working only with the new toolbar. --V111P (talk) 15:24, 2 December 2013 (UTC)
Wow. That's embarrassing. I did not know that the option was available. I did find out about addToolbarButtons.js and valSel.js. I just updated my code to use valSel.js. I am planning to update it to use addToolbarButtons.js in the future. Thanks a lot for these wonderful scripts. --Jayarathina (talk) 16:33, 2 December 2013 (UTC)
If it is not too much to ask, is it possible to set .msgDisplay_floatingMenu's background-color to inherit by default. I am doing it manually after every show(): $('.msgDisplay_floatingMenu').css('background-color','inherit'); But this is not a necessary feature, but would be nice to have it. Blush.png --Jayarathina (talk) 14:38, 2 December 2013 (UTC)
Good idea. Thanks. --V111P (talk) 15:24, 2 December 2013 (UTC)

One little thing - you are using .done on the $.ajax() call for loading msgDisplay, so you should remove the check if (!mediaWiki.libs.msgDisplay) or you should add if (mediaWiki.libs.msgDisplay) {do the same thing like in .done()} (that's for if msgDisplay.js was already loaded).

I think I removed the need for setting the help URL and event handlers after every show() (in case the user closed the display), it should now be OK to do it only once, for example before or after .config() . Also added a method removeAllEventHandlers(). --V111P (talk) 16:52, 2 December 2013 (UTC)

Just to let you know, valSel.js is if you need to know the position of the selection/cursor or modify the text around it. If you read/modify only the selected text you don't need it, it's an overkill. See how I do it in the function insertStr in User:V111P/SKLChanger.js instead if you need to. --V111P (talk) 16:52, 2 December 2013 (UTC)

👍 -Thanks for your suggestions. I have modified my code accordingly. --Jayarathina (talk) 06:51, 3 December 2013 (UTC)

WebRef[edit]

Hi, neighbor! Nice script! I linked it on User:Ark25/RefScript#See also section. I am happy to see that others are concerned too about the idea of creating references in one click. I started a discussion at Help_talk:Citation Style 1#Script that generates references in one click about this feature. I think there is a real need for having a world-wide standard for online publishers. We need a standard that recommends using certain tags or keywords to for fields like publication date, author name, publication name and title. Such a standard will make it easy to create a very short script that works with any website. If this idea resonates with you, maybe we can start a small "lobby group"? In time, there will be more to join us and one day the idea will get traction, and eventually will be implemented as a W3C standard (or recommendation). I found a few newspapers that have a nice way to specify the date of publication, I gathered a few examples at User talk:Ark25/RefScript#Date contained in "<meta>" tags and below that section. It should be standardized and then generating references will take only a second. Wikipedia editors are sacrificing lots of times for adding valuable information into the encyclopedia. Asking them to waste hundreds of hours for manually formatting references is simply insane. I explained my view before at meta:User talk:Ark25/Archivism#References should be generated in one click.

Thanks for letting me know about your script! —  Ark25  (talk) 21:24, 18 May 2014 (UTC)

Yes, even though with my script you don't need to write JavaScript to configure it for a given news site, it still takes time and effort to do it so I don't actually expect most users to do it. But unfortunately, I don't think we can make web designers and web publishers to adopt any standard - after all, that's why W3C abandoned the easy to parse XHTML and went back to HTML. --V111P (talk) 00:16, 19 May 2014 (UTC)

Javascript application for plants[edit]

Hi V111P, thank you very much for your help at Village_pump_(technical). Clearly, I have a lot of reading and experimenting to do. In the meantime, since you seem to be interested in anticipating needs of editors, I thought you might be interested to see the application as I wrote it for my own use, first in java, and then with help from User:Peter coxhead in html+javascript. Those versions are at github. I gave it a sort-of beta test yesterday starting from List of Sisyrinchium species, with edits such as these on species pages: 1, 2. The editing process still requires thought, and tends to slow down as one encounters pages that need to be moved, and I don't think that there is any way that it could be further automated. If plant editors like this sort of tool, there are quite a lot of possible variants, for making a species list rather than a synonym list, and for taking input from different databases. There might be similar needs for zoologists, though I haven't investigated what those might be. Sminthopsis84 (talk) 18:45, 9 July 2014 (UTC)

There is also another way of doing this, similar to how my WebRef script works - you run it on the page from which the information is to be taken (e.g. www.theplantlist.org/tpl1.1/record/kew-324953). That may be more convenient, but you have to explain to people how to create the bookmarklet first. --V111P (talk) 07:03, 10 July 2014 (UTC)

A virtual beer![edit]

Export hell seidel steiner.png Thanks for the addToolbarButtons! NikiWiki (talk) 07:51, 11 January 2015 (UTC)
You are welcome! --V111P (talk) 21:21, 12 January 2015 (UTC)

WebRef, feature request?[edit]

First off, great thanks for WebRef. I've usually used Zotero for this, but your bookmarklet is lighter weight, simpler, and adaptive.

I have a feature request. In the US we are weird. We have a date format only we use which is MM/DD/YY. So right now your script interprets that with MM and DD switch as if it is DD/MM/YY. Here is a page as an example: [1]. It says "3/4/2015" but is actually March 4, 2015. The generated cite says April 3, 2015 instead. Is there an elegant way in your script to deal with this in some way? Thanks! -- Fuzheado | Talk 17:06, 5 March 2015 (UTC)

Thanks for writing, Fuzheado. Sorry about this problem. When I was testing all English language news sites I could find used the names of the months in the date, but of course there are always exceptions. From now on the U.S. date button will assume that these types of dates are MM/DD/YY - that means you can drag or copy or type the date in the template after | date = and press the button or press the button first and paste or type the date in the dialog box. Also, if you are using the Site Setup to instruct the script where to find the date, you can now also set the language for the site to en-US to have the detected date be recognized as MM/DD/YY. A "Check month!" warning message will be displayed if the language for the site was not set to en-US, since the date may be wrong. Please let me know if you have any other problems with WebRef. I'm not using it much right now, so I wouldn't know if something needs fixing. --V111P (talk) 09:00, 6 March 2015 (UTC)
Thanks so much for that quick response, and I think that's an elegant solution. BTW, have you given any other thought on how people can collaboratively help build a database of webRefSiteData? I know the info page has noted that there would be a headache in trying to manage a shared wiki page and prevent vandalism, etc. But it seems this is so useful that it merits some more thought. I may be biased in thinking this is important because I come from the news/journalism world. :) But I think in general an up-to-date database of all the major news on how to parse the HTML to find this data would be useful not just for Wikipedians, but for other researchers looking for normalized subject/author/date info. I'm happy to help with any experiments in this area if you're interested too. (Feel free to peruse my own data I'm building here User:Fuzheado/js/webRefSiteDataScript.js) Thanks! -- Fuzheado | Talk 23:09, 6 March 2015 (UTC)
@Fuzheado: I may actually try to create a website that stores that information soon. I haven't thought about it recently because nobody expressed any interest in this until now. I did think that this tool can be useful to non-Wikipedians too. --V111P (talk) 07:36, 9 March 2015 (UTC)
It would be very useful, and I work quite a bit with journalism schools and online journalists so getting interested parties to help should not be hard, if the tools are easy to use. Going by your current script, you've done a good job in making this accessible and usable. Are you aware of what Zotero does now? They probably have the deepest experience in constructing collaborative reference databases, but I'm not sure how open their data is. They are a university-based project and open source, so they may be amenable to sharing data, in both directions. I'm happy to help in any way possible. -- Fuzheado | Talk 18:45, 9 March 2015 (UTC)
Thank you for your support. I tried Zotero today and looked into its documentation. It uses custom JavaScript code for each website (and for each export and import format), which is powerful, but too complicated. It seems that they have a little over 450 such scripts, which they call translators. [2] At least the first one of these, 3news.co.nz.js, needs to be updated because you don't get the date and author on that web site. Web sites change their design from time to time so this is normal. --V111P (talk) 07:01, 10 March 2015 (UTC)
Yeah I'm wondering if there's a way we could get them to adopt your method instead :) because it seems more robust. I perused their list [3] of translators and they are certainly more oriented around research databases, library services and government databases. I'm more interested in news sources, and their support is limited. What do you think of storing this info in Wikidata, and then deriving the window.webRefSiteData from that? That might be a useful way to make this more universal. -- Fuzheado | Talk 19:14, 27 March 2015 (UTC)
@Fuzheado: I don't know if they would let us use WikiData for this. I'm still thinking about creating a website.
People should be able to save and edit the code for the sites mostly from the bookmarklet's user interface, but I am thinking they will also have to set preferences for some things, for example preferred citation styles. If we use only WikiData and Wikipedia or if they don't want to create an account on the other site, another way would be for them to set these options in the code of the bookmarklet or like with webRefSiteData.js, but these are less user-friendly options.
On each website you will be able to choose from a drop down menu from code made by different people and you can report if one of them doesn't work with a click on a button. Also, there is no reason for this not to work for citing books, journals, etc., for example when you are on a library or bookstore website the default may be a book citation, so I'm thinking about this too. I'm still thinking about how to make it work for when several different websites are on one domain. The extreme case of that is The Wayback Machine where archives of all websites are on web.archive.org. --V111P (talk) 04:40, 29 March 2015 (UTC)