https://wiki.archlinux.org/api.php?action=feedcontributions&user=Rider+ranger47&feedformat=atomArchWiki - User contributions [en]2024-03-28T16:02:59ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Clipboard&diff=481463Clipboard2017-07-07T14:24:58Z<p>Rider ranger47: Another broken link</p>
<hr />
<div>[[Category:X server]]<br />
[[fr:Copier coller]]<br />
[[ja:クリップボード]]<br />
From [[Wikipedia:Clipboard (computing)]]:<br />
:The clipboard is a facility used for short-term data storage and/or data transfer between documents or applications, via [[Wikipedia:copy and paste|copy and paste]] operations.<br />
<br />
== History ==<br />
<br />
In X10, "cut buffers" were introduced. These were limited buffers that stored arbitrary text and were used by most applications. However, they were inefficient and implementation of them varied, so selections were introduced. Cut buffers are long deprecated, and although some applications (such as xterm) may have legacy support for them, it is both not likely and not recommended that they be used.<br />
<br />
== Background ==<br />
<br />
The [https://tronche.com/gui/x/icccm/ ICCCM] (Inter-Client Communication Conventions Manual) standard defines three "selections": PRIMARY, SECONDARY, and CLIPBOARD. Despite the naming, all three are basically "clipboards". Rather than the old "cut buffers" system where arbitrary applications could modify data stored in the cut buffers, only one application may control or "own" a selection at one time. This prevents inconsistencies in the operation of the selections. However, in some cases, this can produce strange outcomes, such as a bidirectional shared clipboard with Windows (which uses a single-clipboard system) in a virtual machine.<br />
<br />
Of the three selections, users should only be concerned with PRIMARY and CLIPBOARD. SECONDARY is only used inconsistently and was intended as an alternate to PRIMARY. When some applications treat PRIMARY and CLIPBOARD differently, this can cause confusion and, in some cases, inconsistent or undesirable results, but the majority of applications shows the behaviour detailed in the next section.<br />
<br />
== How to use the selections (clipboards) ==<br />
<br />
{{Accuracy|Shortcuts and usage are application-specific (even synchronization is possible with a clipboard manager), nothing is copied anywhere [https://unix.stackexchange.com/questions/213840/how-to-toggle-or-turn-off-text-selection-being-sent-to-the-clipboard/213843#213843 until it is pasted] (unless clipboard manager is used).}}<br />
<br />
There are two common selections (clipboards), which can have different values stored in them. Synchronization of both is possible with [[#List of clipboard managers|clipboard managers]].<br />
<br />
The CLIPBOARD selection is accessed using keyboard shortcuts, while application specific, these are most commonly {{ic|ctrl+c}} for copying, {{ic|ctrl+v}} for pasting and {{ic|ctlr+x}} for cutting.<br />
<br />
The PRIMARY selection speeds up the copying task by copying the text to the clipboard as soon as it was selected with the mouse, without the need for entering a keyboard shortcut. Pasting is triggered by pressing the middle mouse button (or some emulation of it).<br />
<br />
{{Note|The clipboard may also contain other items than text, such as images or folders.}}<br />
<br />
== Application specific notes ==<br />
<br />
=== Konsole terminal ===<br />
The {{Pkg|konsole}} terminal allows to use the shortcut {{ic|ctl+c}} both for copying text and for stopping commands. The behaviour depends on whether there is something selected or not.<br />
<br />
=== CLIPBOARD in Gvim ===<br />
See [[Vim#Clipboard]].<br />
<br />
== Disable paste on middle mouse click ==<br />
<br />
Currently the only simple way to completely disable pasting with the middle mouse button across all applications is to disable the middle mouse button, which then also loses its other functions such as closing tabs. The applications listed below have specific settings to disable it.<br />
<br />
=== Firefox ===<br />
To stop firefox from acting on middle mouse clicks, set the following options in {{ic|about:config}}.<br />
{{hc|about:config|<br />
middlemouse.contentLoadURL false<br />
middlemouse.paste false<br />
}}<br />
<br />
=== GTK ===<br />
{{hc|.config/gtk-3.0|<nowiki><br />
gtk-enable-primary-paste=false<br />
</nowiki>}}<br />
<br />
== List of clipboard managers ==<br />
<br />
Clipboard managers are applications that enable users to manipulate the clipboard. Note that many of these programs can also synchronize the previously mentioned clipboards.<br />
<br />
* {{App|Anamnesis|Clipboard manager that stores all the clipboard history and offers an interface to do a full-text search. It has both a command line and GUI mode available.|http://anamnesis.sourceforge.net/|{{AUR|anamnesis}}}}<br />
* {{App|Autocutsel|Command line and daemon interfaces to synchronize PRIMARY, {{Ic|CLIPBOARD}} and cut buffer selections.|http://www.nongnu.org/autocutsel/|{{Pkg|autocutsel}}}}<br />
* {{App|Clipboard Indicator|Clipboard manager extension for GNOME Shell. Adds a clipboard indicator to the top panel, and caches clipboard history.|https://extensions.gnome.org/extension/779/clipboard-indicator/|https://github.com/Tudmotu/gnome-shell-extension-clipboard-indicator}}<br />
* {{App|ClipIt|Fork of Parcellite.|https://sourceforge.net/projects/gtkclipit/|{{AUR|clipit}}}}<br />
* {{App|Clipman|A clipboard manager for Xfce. It keeps the clipboard contents around while it is usually lost when you close an application. It is able to handle text and images, and has a feature to execute actions on specific text selections by matching them against regular expressions.|https://goodies.xfce.org/projects/panel-plugins/xfce4-clipman-plugin|{{Pkg|xfce4-clipman-plugin}}}}<br />
* {{App|Clipmenu|Dmenu based clipboard manager|https://github.com/cdown/clipmenu/|{{AUR|clipmenu}}}}<br />
* {{App|Clipster|A lightweight, command-line-driven clipboard manager, written in Python.|https://github.com/mrichar1/clipster|{{AUR|clipster-git}}}}<br />
* {{App|CopyQ|Clever clipboard manager with searchable and editable history, custom actions on items and command line support.|https://github.com/hluk/CopyQ|{{AUR|copyq}}}}<br />
* {{App|[[Wikipedia:Glipper|Glipper]]|Clipboard manager for the GNOME desktop with many features and plugin support.|https://launchpad.net/glipper|{{AUR|glipper}}}}<br />
* {{App|GPaste|Clipboard management system that aims at being a new generation Parcellite, with a modular structure split in a couple of libraries and a daemon for adaptability. Offers a GNOME Shell extension and a CLI interface.|https://github.com/Keruspe/GPaste|{{Pkg|gpaste}}}}<br />
* {{App|Keepboard|Cross-platform clipboard manager. Saves text, image and file clipboard items. |https://sourceforge.net/projects/keepboard/|}}<br />
* {{App|[[Wikipedia:Klipper|Klipper]]|Full featured clipboard manager for the KDE desktop.|https://userbase.kde.org/Klipper|{{Pkg|plasma-workspace}}}}<br />
* {{App|Parcellite|Lightweight yet feature-rich clipboard manager.|http://parcellite.sourceforge.net/|{{Pkg|parcellite}}}}<br />
* {{App|Pasteall|Clipboard monitor simple and functional(with notifications in Portugese).|https://github.com/ShyPixie/Pasteall|{{AUR|pasteall}}}}<br />
* {{App|Qlipper|Lightweight and cross-platform clipboard history applet based on Qt.|https://github.com/pvanek/qlipper/|{{AUR|qlipper}}}}<br />
* {{App|Xclip|A lightweight, command-line based interface to the clipboard.|https://github.com/astrand/xclip|{{Pkg|xclip}}}}<br />
* {{App|xcmenu|Clipboard synchronizer developed for window manager<br />
users.|https://github.com/dindon-sournois/xcmenu|{{AUR|xcmenu-git}}}}<br />
* {{App|xsel|Command-line program for getting and setting the contents of the X selection.|http://www.vergenet.net/~conrad/software/xsel/|{{Pkg|xsel}}}}<br />
<br />
== See also ==<br />
<br />
* [https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt Cut-and-paste in X]<br />
* [https://www.jwz.org/doc/x-cut-and-paste.html X Selections, Cut Buffers, and Kill Rings.]</div>Rider ranger47https://wiki.archlinux.org/index.php?title=User_talk:Kynikos&diff=481462User talk:Kynikos2017-07-07T14:19:34Z<p>Rider ranger47: /* Abuse filter tripped in User: namespace */ new section</p>
<hr />
<div>Feel free to leave here your comments on my edits or anything else you want to talk about: I'll reply as soon as I can!<br />
<br />
==Xyne-related page edits after Powerpill, Bauerbill... discontinuation==<br />
See [[User_talk:Kynikos/Xyne-related pages|Xyne-related page edits after Powerpill, Bauerbill... discontinuation]].<br />
<br />
== Where should translations go? ==<br />
Hi! I'm wondering where the Archwiki team wants new translations to go? On the page [[ArchWiki Translation Team]] I get the feeling that translations should be placed under archlinux.org. At the same time there are national wikis as well, at different stages of development. In my case this is archlinux.se, which only contains a few articles, and is generally lacking links to the main Wiki from what I can see. What is the policy on where to put translations?<br />
:Hi and welcome! I'm glad to know that the Swedish website has come back to life :) Since MediaWiki is _not_ designed to handle internationalization (it requires resorting to workarounds like the suffix one we're using here) the ideal goal would be to move each language to its own separate wiki, for ease of maintenance. So, in your case, all Swedish articles should now be moved to wiki.archlinux.se and replaced with interwiki links on at least the English page, e.g. {{ic|<nowiki>[[sv:Huvudsida]]</nowiki>}}. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 15:23, 4 May 2012 (UTC)<br />
:Ah, I forgot to mention that if you want to add an interlanguage link to a protected English page, you can just ask on its talk page, and it will be added by one of us admins as soon as possible! -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 15:28, 4 May 2012 (UTC)<br />
<br />
On a secondary note - poorly developed regional wikis might work as a black hole for new users (turned off from arch due to lack of documentation) if they do not link to the main wiki for untranslated topics. Ideally they should cover the entire topic tree, and link to the anglish main wiki for untranslated articles. Granted, most potential new users that find a poor regional wiki probably continue searching and eventually find wiki.archlinux.org, but not necessarily all of them.<br />
:That's why we must exploit as much as we can the native tool that MediaWiki offers for keeping the various local wikis linked with each other: [http://meta.wikimedia.org/wiki/Help:Interwiki_linking#Interlanguage_links interlanguage links] (example above).<br />
:Until the Swedish wiki lacks important articles, at least its Main Page if not also other important articles should instruct Swedish users to search for missing content on the English wiki.<br />
:-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 15:23, 4 May 2012 (UTC)<br />
<br />
== Text shift in discussion answers ==<br />
I noticed that the discussion pages of the wiki, in order to indicate that the piece of text written actually answers a comment from a guy above, we are using colon to shift our answer. The problem appears on long discussions page (like the beginner guide, I'm coming from), when we answer to answers answering answers... <br />
<br />
I think it would be better to use a @name statement: this indicates we are answering directly to the guy whose name is written. And this avoid left space waste (especially on mobile phones, I couldn't even read the whole thread on mine yesterday, because of the so long shift).<br />
-- [[User:Wget|Wget]] ([[User talk:Wget|talk]]) 13:10, 5 August 2013 (UTC)<br />
<br />
:Well, about indentation we're just following Wikipedia's standards: [[Wikipedia:Help:Using_talk_pages#Indentation]], [[Wikipedia:Wikipedia:Indentation]].<br />
:About long discussions, outdenting can be used, [[Wikipedia:Wikipedia:Indentation#Outdenting]].<br />
:I admit that the @ method wouldn't be such a silly idea, it would work with short discussions, but it wouldn't allow branching out long discussions. On wide screens the "left space waste" is negligible, and on my phones (Android) the browser correctly manages to fit long discussions to the screen width, I don't understand why your phone can't do that ^^<br />
:-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 13:41, 6 August 2013 (UTC)<br />
<br />
== Integrating Google searches into ArchWiki ==<br />
<br />
Re-reading the discussion on my talk page ([[User_talk:Jstjohn#Unused_redirects]]) made me think that we should try improving the search functionality of the ArchWiki. Native MediaWiki search is really awful in my experience, and I'm guessing many others feel the same way.<br />
<br />
The easiest way to improve it would be to integrate Google search directly into ArchWiki. A brief search on Google led me to [https://www.mediawiki.org/wiki/Extension:GoogleCustomWikiSearch] and [http://www.mediawiki.org/wiki/Extension:Google], which are two ways to integrate Google search into MediaWiki. Even if those two aren't ideal solutions&mdash;I haven't looked at them in-depth&mdash;there are likely to be several other ways of integrating Google search into MediaWiki. So consider this a very nascent proposal for extending/improving search quality on ArchWiki without necessarily proposing a certain implementation.<br />
<br />
I don't think that we should completely replace native MediaWiki search (yet?); however, integrated Google search would be a very useful alternative search feature that everyone can use.<br />
<br />
-- [[User:Jstjohn|Jstjohn]] ([[User talk:Jstjohn|talk]]) 00:15, 5 December 2013 (UTC)<br />
<br />
:I don't have a particular preference for one search engine or the other, however extensions can only be installed by the Devs, who have access to the [https://projects.archlinux.org/vhosts/wiki.archlinux.org.git/ repo], so a bug report should be opened for these things. In particular [[User:Pierre]] is the one who takes care of the wiki, and '''*IIRC*''' he tends to be against installing new extensions. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 09:18, 5 December 2013 (UTC)<br />
<br />
== MediaWiki and help pages centralization ==<br />
<br />
MediaWiki tries to [[mw:MediaWiki_1.23#Help_pages|centralize help pages]], many links in the interface now lead to https://mediawiki.org (using {{ic|Special:MyLanguage}} from [[mw:Extension:Translate|Extension:Translate]] to detect the language; btw see also [https://bugzilla.wikimedia.org/show_bug.cgi?id=66762]). As we do many things differently, I think that we should keep linking to our pages by overriding the new defaults in ''MediaWiki:'' namespace.<br />
<br />
For example, the "Editing help" link in edit pages now links to mediawiki.org ([[MediaWiki:Edithelppage]]).<br />
<br />
-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 22:21, 5 July 2014 (UTC)<br />
<br />
:Thanks for the heads up, I'm not sure yet what to do here, because we do many things differently indeed style-wise, but relying more on the upstream docs for syntax guidelines and generic instructions on how a wiki works could be taken into consideration. I'll have a deeper look into that, and maybe start a discussion somewhere. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 05:00, 6 July 2014 (UTC)<br />
<br />
== External links ==<br />
<br />
There is something wrong with [[Special:LinkSearch]]:<br />
<br />
* The two links from [[ArchWiki:Contributing#Use internal links]] ([https://wiki.archlinux.org/index.php?title=Special%3ALinkSearch&target=http%3A%2F%2Fwiki.archlinux.org&namespace=0 http links] and [https://wiki.archlinux.org/index.php?title=Special%3ALinkSearch&target=https%3A%2F%2Fwiki.archlinux.org&namespace=0 https links]) don't show anything. When they are changed to match on all namespaces, the [https://wiki.archlinux.org/index.php?title=Special%3ALinkSearch&target=http%3A%2F%2Fwiki.archlinux.org&namespace= first] shows something, but for the [https://wiki.archlinux.org/index.php?title=Special%3ALinkSearch&target=https%3A%2F%2Fwiki.archlinux.org&namespace= second] there is only one positive!<br />
* [https://wiki.archlinux.org/index.php?title=Special:LinkSearch&target=https%3A%2F%2F*.archlinux.org This query] is cluttered with links to AUR packages, most of which go over templates and still there is only one link to the wiki.<br />
<br />
There are ''many'' links to wiki that should be matched: links to diffs or history, [[Template:Out of date]] etc. use full url to talk pages, and there are even links to articles [https://wiki.archlinux.org/index.php?title=ArchWiki:Requests&diff=prev&oldid=323008] (I bet there are some even in the main namespace). It seems that MediaWiki treats all external links starting with {{ic|<nowiki>https://wiki.archlinux.org/api.php</nowiki>}} or {{ic|<nowiki>https://wiki.archlinux.org/index.php</nowiki>}} as internal, which is very unfortunate.<br />
<br />
-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:26, 6 July 2014 (UTC)<br />
<br />
:I'd even say that every http'''s'''://wiki.archlinux.org link is ignored: it could be that, in order to indicize the external links, MediaWiki must first process the wiki markup (internal links, interwiki links, transclusions...), so then it has to ignore the urls that point to the wiki itself, otherwise they would be too many (?!?). The only problem is [[User talk:Karlswab]], I can't really explain why its https link is shown... I've tried to reproduce it on [[User talk:Kynikos.bot]] but to no avail, really weird. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 05:52, 7 July 2014 (UTC)<br />
<br />
::Found it! See [https://meta.wikimedia.org/wiki/Help:Linksearch#Links_in_external_link_style_to_the_same_wiki] and the linked [https://www.mediawiki.org/wiki/Special:Code/MediaWiki/53104 commit]. We could submit a feature request to set $wgRegisterInternalExternals to true, but it has been disabled [https://bugzilla.wikimedia.org/show_bug.cgi?id=19637#c0 for a reason] (at least on bit Wikimedia projects, the 50GB value is too much for Arch wiki). -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 08:20, 7 July 2014 (UTC)<br />
<br />
:::Uh good job! However it's not clear whether setting $wgRegisterInternalExternals to true would only record the internal links formatted as external, or all the internal links regardless of their wikitext form. In the latter case, turning it on would be useless as it wouldn't help fixing the wrong-formatted ones.<br />
:::Then there's still [[User talk:Karlswab]]: $wgRegisterInternalExternals was apparently introduced in 1.16.0, which we installed in [https://projects.archlinux.org/vhosts/wiki.archlinux.org.git/log/?ofs=50 2010], however the link in that talk page was added in 2012, so in theory it should have not been recorded...<br />
:::What we can do:<br />
:::# Ask about the exact functionality of $wgRegisterInternalExternals<br />
:::#* Possibly open a bug report to enable it here (still having {{Bug|35545}}<sup>which from now on I will refer to as simply "The Bug"</sup> fixed would help)<br />
:::# Update/remove [[ArchWiki:Contributing#Use internal links]]<br />
:::-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 12:59, 7 July 2014 (UTC)<br />
<br />
::::I'd say that this would definitely affect only the external links (syntax sense). From the quick look at the code, the {{ic|addExternalLink}} method is called only from parts of the parser responsible for formatting the external links; then there is {{ic|addLink}} for the internal (and interwiki) links. See also [https://bugzilla.wikimedia.org/show_bug.cgi?id=19637#c4] which talks specifically about [[Special:LinkSearch]].<br />
::::About [[User talk:Karlswab]], it is possible that for Arch wiki the $wgRegisterInternalExternals variable was first set to true and later set to default. We could try to find some older links not being registered to confirm this paradox :P<br />
::::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 14:02, 7 July 2014 (UTC)<br />
<br />
:::::Yeah, you're right, and these two observations put together would also explain why a link to a search like those has been in my public task list for ages, also allowing me in 2012 to do [https://wiki.archlinux.org/index.php?title=Special:Contributions&offset=20121205120000&contribs=user&target=Kynikos.bot this series of edits] with my bot, which was clearly launched on [[Special:LinkSearch]], actually also fixing some wiki.archlinux.org links (some of which I had to revert then, teaching me that links cannot be converted automatically).<br />
:::::I've [https://wiki.archlinux.org/index.php?title=ArchWiki%3AContributing&diff=324048&oldid=324003 removed] the section in [[ArchWiki:Contributing]] for the moment. We could also open the report for $wgRegisterInternalExternals, but I'm not sure how lucky it could be, considering the age of the other open wiki bugs; maybe this one can wait for the resolution of The Bug, which at a certain point we'll probably have to bump somehow, being a very quick fix in practice. This discussion will also remind to re-add the section in [[ArchWiki:Contributing]] then.<br />
:::::PS: I'd also be curious to re-save [[User talk:Karlswab]] and see if the link in the search really disappears :P<br />
:::::-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:44, 8 July 2014 (UTC)<br />
<br />
::::::I have tested this on [[User:Lahwaacz/LocalArchWiki|LocalArchWiki]], and the ''externallinks'' table (with 1565 links to wiki.archlinux.org domain) takes 36.2MiB. Since wiki.archlinux.org is not a local domain for LocalArchWiki, I did not even have to set $wgRegisterInternalExternals to true, which also means that I can't determine the increase in space, but for ArchWiki it is surely in order of MiB, not GiB.<br />
::::::'''Edit:''' After the $wgRegisterInternalExternals is set to true, it will be necessary to run the [[mw:Manual:RefreshLinks.php|RefreshLinks.php]] maintenance script to update the database; this should be noted in the bug report/feature request.<br />
::::::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 14:23, 22 December 2014 (UTC)<br />
<br />
== Redirections are visible in search ==<br />
<br />
Hi Kynikos.<br />
<br />
I noticed all pages which are redirections to others are visible in search results. For example, search for Android, and you will get Android-sdk and Android as results where Android-sdk points to the main Android article. The same with the VirtualBox article I'm currently maintaining. Virtualbox --> VirtualBox, Installing Arch Linux in VirtualBox --> VirtualBox, VirtualBox Extras --> VirtualBox,... I think such redirections shouldn't appear in search results, like it is on Wikimedia/Wikipedia.<br />
<br />
Also, I wonder if the translation titles are really needed in search results too e.g. VirtualBox (简体中文). Why not provide only English versions as result, then if the user wants the translated (and outdated) content, he can click on the links on the left. -- [[User:wget|wget]] ([[User talk:wget|talk]]) 19:34, 2 August 2014 (UTC)<br />
<br />
: Uncheck 'List redirects' search option. -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 22:57, 2 August 2014 (UTC)<br />
<br />
:: Ok. but this checkbox should be unchecked by default. -- [[User:wget|wget]] ([[User talk:wget|talk]]) 23:06, 2 August 2014 (UTC)<br />
<br />
:::There doesn't seem to be an option in the user preferences, and I don't think it's possible to uncheck it globally, see [[mw:Manual:Configuration settings#Search]] (and anyway that would require {{Bug|35545}} to be fixed). However I'd be against unchecking it by default because if somebody searches for "android sdk" he has to get the redirect as a result, and this is one of the main reasons why we create redirects in the first place.<br />
:::About results in other languages, MediaWiki is completely unaware of our language tagging system, which is regulated by [[Help:i18n]], but it's worth mentioning that implementing [[Help talk:i18n#Language namespace(s) in place of suffixes?]] would solve the problem.<br />
:::-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:06, 3 August 2014 (UTC)<br />
<br />
== Smart cards ==<br />
<br />
Hi Kynikos. Just after some updates on the VirtualBox Arch Linux article, I'll write a complete documentation for the Belgian eID (identity card) requiring me to link to the official website and some posts from blogs belonging to Arch Linux enthusiasts. I'm also gonna upstream to Wikipedia some information I discovered in very hidden PDFs on the website (hardware specifications, etc. which are not really related to Arch Linux). I don't know how I'll proceed yet: maybe write a complete Arch Linux article then upstreaming or the reverse order. I don't know. -- [[User:wget|wget]] ([[User talk:wget|talk]]) 01:07, 10 December 2014 (UTC)<br />
<br />
:Sounds great, however I can't help you plan this :) There is however [[Estonian ID-card]] already, maybe it can inspire you. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 05:49, 10 December 2014 (UTC)<br />
<br />
::Thanks for the hint. I see we have the [[Common Access Card]] article too. In order to avoid duplication, since both CAD, the Estonia and Belgian eID are all smart cards, I'm gonna merge these articles together and make a meta article called [[Smart card]] (no need to create a Java Card article, the vast majority are Java cards any way). -- [[User:wget|wget]] ([[User talk:wget|talk]]) 12:00, 11 December 2014 (UTC)<br />
<br />
:::This could be a good idea, anything that avoids duplication is always welcome. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:12, 12 December 2014 (UTC)<br />
<br />
== Arch Development category is dead ==<br />
<br />
Hi Kynikos.<br />
<br />
Reading my mailing list messages, I was wondering how official repositories signoffs were actually performed. I decided to browse the wiki to answer my question and realized the [https://wiki.archlinux.org/index.php/Category:Arch_development] category was completely outdated, not being able to find a clear answer. I would like to move all articles from that category to the DeveloperWiki: where already a bunch of updated information are available. I really meant MOVING not creating a redirection: my aim is to clean this wiki as much as I can. And creating redirection is counterproductive: this doesn't clean category list and table of content.<br />
<br />
I already made that suggestion to you [[#Redirections are visible in search]].<br />
<br />
Also, with information I get from IRC today, I'ld like to provide a big DeveloperWiki:Website page where we will put all information I gleaned about our the ArchLinux website structure is working.<br />
I meant gleaned because I'm subscribed to all ArchLinux mailing list and am reading them daily.-- [[User:wget|wget]] ([[User talk:wget|talk]]) 14:11, 8 January 2015 (UTC)<br />
<br />
:As its name says, the so-called "DeveloperWiki" should be maintained by Developers, but they don't, so of course those articles have become obsolete. Right today I've marked some more for deletion. I haven't understood where you'd move those articles though. Redirects shouldn't be categorized, so they shouldn't appear in Category pages, nor increase the count numbers in [[Table of contents]].<br />
:You've already found [[DeveloperWiki:Archweb]], you can <s>move it to [[DeveloperWiki:Website]] and</s> expand it if you want, I don't have any objections :) (actually, scrap renaming the article, "Archweb" does seem to be the official name of the project[https://projects.archlinux.org/])<br />
:-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 15:28, 9 January 2015 (UTC) (Edit: 06:51, 14 January 2015 (UTC))<br />
<br />
== Highlighting whitespace in diffs ==<br />
<br />
If I remember correctly, MediaWiki used to highlight whitespace in the diffs, e.g. when a space was added/removed it used to be highlighted with blue background. This is no longer the case and sometimes it is rather annoying, see e.g. [https://wiki.archlinux.org/index.php?title=Talk:PKGBUILD&diff=next&oldid=359603]. Have you also noticed the change or is it just my imagination? -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 09:21, 6 February 2015 (UTC)<br />
<br />
:Look at this diff [https://wiki.archlinux.org/index.php?title=User:Blackx/Help:Style_draft&diff=prev&oldid=354441], you'll see a whitespace here.<br />
:Regretfully, whitespace/tab changes aren't highlighted <s>when they're placed at ''the end of a line''</s> sometimes (ughh, I can't realize now when it is happening) neither with old 1.22 engine nor with 1.24 :( — [[User:Blackx|blackx]] ([[User_talk:Blackx|talk]]|[[Special:Contributions/Blackx|contribs]]) 10:19, 6 February 2015 (UTC)<br />
<br />
::I don't remember if whitespace changes were always highlighted before the recent software upgrades; however the fact that I never noticed this behavior either might indicate that it's indeed a new bug?<br />
::In any case it's clearly a bug in the diff engine, so it should be reported upstream, hopefully one day it will be fixed... (but don't sit there and wait in the meanwhile eh ;) )<br />
::One reason this bug may happen could be linked to the fact that the diff engine outputs differences with &lt;ins> and &lt;del> tags, and this may clash with some whitespace-related XML/HTML behavior.<br />
::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:36, 7 February 2015 (UTC)<br />
<br />
:::Considering that adding a single space is the recommended way to make a [[wikipedia:dummy edit|dummy edit]], there might indeed be a connection with rendering and the result is probably very buggy. At least changes that make difference in rendering seem to be highlighted consistently, e.g. [https://wiki.archlinux.org/index.php?title=ArchWiki:Sandbox&diff=359928&oldid=359482].<br />
:::I'll see what can be found upstream, until then [http://en.wikipedia.org/wiki/User:Cacycle/wikEdDiff wikEdDiff] seems to be a viable alternative (but has to be run with Greasemonkey).<br />
:::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 12:43, 7 February 2015 (UTC)<br />
<br />
== Minor bot edits ==<br />
<br />
Hi, I've noticed that I'm not getting any email notification for bot edits marked as minor, e.g. [https://wiki.archlinux.org/index.php?title=ArchWiki:Maintainers&curid=14417&diff=363136&oldid=358971]. It does not seem to be a bug, it's more likely a feature. To exploit it, maybe all bot edits with an edit summary like "automatic update" should be marked as minor. What do you think? -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 20:51, 1 March 2015 (UTC)<br />
<br />
:Since I patrol the recent changes, I don't use notifications: is that behavior independent of ''Email me also for minor edits of pages and files'' in [[Special:Preferences#mw-prefsection-personal]] and ''Hide bot edits from the watchlist'' in [[Special:Preferences#mw-prefsection-watchlist]]?<br />
:Anyway, currently I think all the "automatic updates" that I do regularly are:<br />
:* [[Table of Contents]]: normal user, normal edit (I'm going to change it to minor).<br />
:* [[ArchWiki:Statistics]]: bot user, normal edit (not marked as bot, I'm going to change it to minor though)<br />
:* Sorting [[ArchWiki:Administrators]] and [[ArchWiki:Maintainers]]: bot user, bot/minor edit.<br />
:In general, I think marking edits done with a bot account as "bot" and/or "minor" should be decided case by case, primarily considering the effects on [[Special:RecentChanges]], and only then on notifications. You may want to also consider solving the problem on your end by setting custom filters in your email client.<br />
:This said, I'm open for discussing each of these cases separately, or any others I might have omitted, of course.<br />
:— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:59, 2 March 2015 (UTC)<br />
<br />
::Yes, I have ''Email me also for minor edits of pages and files'' checked and ''Hide bot edits from the watchlist'' unchecked. Btw, I didn't find an option for ''Show bot edits in RecentChanges by default'', I think there is none.<br />
::As for the email client, I already have filters to mark notifications of my bot account as read and check the edits from the list of contributions, which includes also pages not present in my watchlist. This way I can avoid checking an edit twice. I could add another bot account to the filter, but I think it's better to mark the edits as minor instead, because this will apply to all users and not just me :)<br />
::Edit: I've modified [https://github.com/lahwaacz/wiki-scripts/commit/a4b3bce1dc6649039408e90f85ba80bfe4fa55c5 statistics.py] to make properly marked bot edits. Since the past edits were already being performed by a bot account, I assume it was a bug -- or would you like to complicate things and let bots do regular non-bot edits?<br />
::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 18:15, 2 March 2015 (UTC)<br />
<br />
:::Eheh honestly I originally didn't put the "bot" parameter in that query on purpose, thinking there was no reason not to show the edit in the RecentChanges (I reason in a "show-all-except" way instead of "hide-all-except", and I don't mind seeing bot accounts acting as normal users), but I don't feel strongly about it at all, and I'll take your concerns about notifications as a valid argument in favor of hiding it, so I've pulled the new version and will use it from now on :)<br />
:::Are you ok with me updating [[Table of contents]] as a normal user?<br />
:::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:08, 3 March 2015 (UTC)<br />
<br />
::::Well, bot edits are included in the RecentChanges, only hidden by default. Unfortunately there is no way to configure MediaWiki to show them by default, neither per-user nor globally. I think that the decision whether to mark edits as bot or not should be driven by the way they were performed (manual or automatic), not by the intention to hide or show them in some list by default, which should be only the incidence (and ideally configurable). Of course all this decision making would be much simpler if regular users could mark some edits as bot, if only via API, and ideally supply a tag indicating the software that made the edit. Then we would not need the dual accounts at all...<br />
::::As for [[Table of contents]], it is not updated daily, so my argument with notifications does not stand. I'll leave this up to you.<br />
::::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 20:48, 3 March 2015 (UTC)<br />
<br />
:::::Interesting discussion, I've never really thought in depth about whether there's a general rule that makes me decide when to use a bot account (and possibly the "bot" tag) or not to perform some edits. I think I've always seen bot accounts as a means of not polluting the (default) recent changes with ''numerous'', ''similar'', ''minor'', ''automatically-saved'' changes that theoretically nobody should care too much about (except for the bot operator who is supposed to check them, at least by sample) (yes, there's also the advantage of having higher query rates allowed from the server). There are exceptions though, like the sorting of admins/maintainers pages, which I see as only a technicality of no consequence that can easily stay behind the scenes; also, I tend to use the bot account when testing something technical, like the behavior of templates etc.<br />
:::::I'm wondering what you exactly mean with "the way [edits] were performed (manual or automatic)": is "automatic" as in "the text has been ''modified'' with other means than pressing character keys on a keyboard", or as in "the changed text has been ''saved'' with other means than pressing the Save page button in an editor's page"? In the former case I'd disagree it could be a ''sufficient'' test to distinguish between bot and non-bot edits, think for example of editor assistants like Wiki Monkey or external editors like vim; in the latter case, quick edits that I do with Wiki Monkey e.g. when fixing a few double redirects, updating ToC articles, or fixing the backlinks of an article would require me to switch to the bot account, even though I'd see such edits as more human-like than bot-like.<br />
:::::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:15, 4 March 2015 (UTC)<br />
<br />
::::::Well, ''semi-automatic'' is, by definition, between ''automatic'' and ''manual''. Obviously the bot/non-bot distinction is too strict, unfortunately MediaWiki does not provide anything better. There is an attempt to implement revision tagging (see [[mw:Manual:Tags]]), but it does not behave as I'd suspect. We have [[Special:Tags]] on ArchWiki, but the {{ic|managechangetags}} right mentioned in the manual as "given to administrators by default" is not listed in [[Special:ListGroupRights]] nor [[mw:Manual:User rights]]. Hence I think that these tags are usable only from extensions, perhaps a special extension is necessary to edit the tags.<br />
::::::Anyway, I haven't done many ''semi-automatic'' edits in a while, but I'm inclined to mark them as normal/non-bot (i.e. not mark them at all) and reserve the "bot" mark only for ''automatic'' edits. After all, we don't require other users to make a bot account to do ''semi-automatic'' edits.<br />
::::::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 14:24, 7 March 2015 (UTC)<br />
<br />
:::::::So, can I infer that your definition of "manual" vs "automatic" is based on the saving method, i.e. click on ''Save page'' vs API query (see the second paragraph of my previous post)? In this case Wiki Monkey's bot and special plugins (e.g. updating ToCs or double redirects) are "illegal" when run with a normal account, if we want to apply this rule strictly. What we call "semi-automatic" edits are in fact "manual" ones, under this definition, it makes it pretty obvious to me :) If we really need a definition, I think that is the only clear one we can give.<br />
:::::::However I was thinking: why is it that we need a separate account for bot edits after all? I think that for MediaWiki that's only a difference in rights, but when it comes to distinguishing the single edits, MediaWiki only looks if the query has the ''bot'' parameter set, which can be set only by accounts in the ''bots'' group. In practice, this means that I could simply add our "normal" accounts to the ''bots'' group too, and nothing would change when we do normal, manual edits, but we would be able to control when the ''bot'' parameter is added by just properly setting it in the script queries that need it, without the need to switch account too (I hope I've made it clear enough).<br />
:::::::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:47, 8 March 2015 (UTC)<br />
<br />
::::::::Yes, I think that the following definition is natural: if the text is both modified and saved manually, it is ''manual''; if it is modified automatically and saved manually then it is ''semi-automatic''; and if it is both modified and saved automatically, then it is ''automatic''.<br />
::::::::If I remember correctly, the edits of bot accounts which were saved via clicking on "Save page" in the web UI are automatically tagged as bot edits. Or is there a way to change this absurd default?<br />
::::::::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:59, 8 March 2015 (UTC)<br />
<br />
:::::::::Well, the definition is ok, but applying it strictly would make maintenance harder in some instances, for example a few hours ago I fixed a bunch of double redirects with Wiki Monkey's plugin, which qualifies them as automatic edits: if I had to switch to the bot account it would have taken too long and alomost defeated the purpose of having a quick button for that. That's why in practice I think I'll keep just deciding case by case.<br />
:::::::::About manual edits with bot accounts you're right, I completely forgot that, so the idea is discarded of course, as I don't know of a way to change that behavior either.<br />
:::::::::I'll keep this discussion around for a while, just to see if after re-reading it in the future I'll be able to come up with a better conclusion.<br />
:::::::::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 10:05, 9 March 2015 (UTC)<br />
<br />
:::::::Update: Since 1.25.X users and bots are supposed to be able to apply certain tags by themselves, see [[mw:Help:Tags]]. The page is unfortunately still empty; the API [https://wiki.archlinux.org/api.php?action=help&modules=edit edit module] takes a new ''tags'' parameter (unfortunately not described in [[mw:API:Edit]] yet), but it is not clear if it will be possible to set tags also from the web interface. I will try this sometimes... -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 21:39, 1 September 2015 (UTC)<br />
<br />
::::::::I've just changed wiki-scripts to apply the {{ic|wiki-scripts}} tag automatically for every edit [https://github.com/lahwaacz/wiki-scripts/commit/f6d1501ced1d6fc5cf31ffe16a1e31f497c0faf0]. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 16:56, 4 July 2016 (UTC)<br />
<br />
== Wiki Registration AntiSpam box "FunnyAnswer" Bash Note required ==<br />
<br />
Just registered and already contacting an admin (u_u), in any case, While registering after I was amused by the AntiSpam "FunnyAnswer" box, I copied the text to my terminal, and pasted the code. It was apparently wrong! , did it 3 more times, all the same result....<br />
Then, for no good reason, I decided to try [[Bash]], as I normally use "[[fish]]", and surprisingly enough it gave another result, which was easily accepted.<br />
Apparently fish got "date -u +%V`uname`" translated into "14`uname`", instead of "14Linux".<br />
<br />
I understand that most users wouldn't replace Bash, but I think it is worth a mention to use it for the challenge. Additionally, while we are at it, maybe add a newbie friendly <br />
<br />
"What is the output of the following line in the Bash terminal"<br />
[code][/code]<br />
<br />
With a possible link to the Bash wiki page, for a toddler user, who just decided for some reason to edit the marvellous ArchWiki, instead of the soulless<br />
<br />
"What is the output of "date -u +%V`uname`|sha256sum|sed 's/\W//g'"?"<br />
<br />
>>> Challenge form field is;<br />
<input type="text" class="mw-ui-input" name="FunnyAnswer" tabindex="9" value="" id="FunnyAnswer"><br />
<br />
{{Unsigned|4 April 2015|Serag4000}}<br />
<br />
:Thank you for the feedback and welcome to the ArchWiki!<br />
:Yes, backticks don't work in fish [http://fishshell.com/docs/current/faq.html#faq-subcommand] [https://github.com/fish-shell/fish-shell/issues/1159] [https://github.com/fish-shell/fish-shell/issues/1481] :)<br />
:It happens frequently that new users report registration difficulties in the forums, although I'm not sure if somebody's ever proposed to explicitly mention Bash in the question, actually I don't think it would be a bad idea. In any case though, patching the captcha is beyond the powers of a wiki admin, and a request in the bug tracker should be opened for that, so you may want to go that way on your own, or I'll just put this in my ''TodoList''&trade; and discuss it at some point in time.<br />
:— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:08, 5 April 2015 (UTC)<br />
<br />
== File uploads? ==<br />
<br />
Forgive me for asking this dumb question, but are file uploads enabled on this Wiki? According to [https://www.mediawiki.org/wiki/Help:Managing_files this] there should be an "Upload File" link under "tools", but I don't see it. Some files have obviously been [[Special:ListFiles|uploaded]], but the most recent was in 2008, and I'm wondering if file uploads were disabled since then. I would like to upload some diagrams now and then, but I can't figure out how. Am I just looking in the wrong place? [[User:EscapedNull|EscapedNull]] ([[User talk:EscapedNull|talk]]) 15:43, 18 April 2015 (UTC)<br />
<br />
:It's not a "dumb question", don't be afraid of asking anything you want :) File uploads are deliberately disabled on this wiki for regular users, the reasoning being in [[Help:Style#Non-pertinent content]]. [[Disk encryption]] has some examples of beautiful Unicode diagrams by [[User:Sas]], who explained how he made them in [[Talk:Disk encryption#Unicode graphs.2Fpatterns]]: do you think that's a viable solution for you? — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:56, 19 April 2015 (UTC)<br />
<br />
::Thanks for the reply. I've used ASCII Flow before and its functionality is pretty limited, and I don't use Kate, but it did give me the idea to search for Vim plugins, where I found [http://www.vim.org/scripts/script.php?script_id=173 this one] right off the bat. I'll give it a try soon and see about using it instead. I asked about file uploads because I like the [http://www.graphviz.org/Documentation/dotguide.pdf dot] language, which only supports exporting SVG and simple image formats. Maybe someday Arch Wiki will support [https://www.mediawiki.org/wiki/Extension:GraphViz Extension:GraphViz]? [[User:EscapedNull|EscapedNull]] ([[User talk:EscapedNull|talk]]) 11:03, 20 April 2015 (UTC)<br />
<br />
:::Nice, if you make it to draw those diagrams with the boxdraw plugin they will also be more examples we will be able to show to users who will come with the same question! About the GraphViz extension, never say never, but I don't see it as something happening in the foreseeable future :) — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 13:56, 21 April 2015 (UTC)<br />
<br />
== Concept of non-English TOC ==<br />
<br />
Hello, Kynikos!<br />
At [[Talk:Table of contents#Place two lists side by side|this]] discussion I offered to placing two table of contents side by side in non English Tables of categories, but nobody answered. It is important, because there are for example some articles only in English, but Russian people may be still interested in them (for example, pages about Laptops). Also, doing so will solve problem of out-of-sync numbering in English and non-English table of content.<br />
<br />
Sorry for contacting you directly, but maybe you can help me with that? I think we need to create/edit your script, that do automatic updates. I have made a [https://wiki.archlinux.org/index.php?title=User:Agent0/Test&oldid=398409 concept] of ToC for non-English pages. Is something like that possible?<br />
— [[User:Agent0|Agent0]] ([[User_talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 17:03, 5 September 2015 (UTC)<br />
<br />
:I might be able to look at this after my BS exams in a few days. In the meantime, if keeping the corresponding numbers on the same line isn't important, you could take a look at [[User:Lahwaacz/ToC test]] for a simple solution: on the real [[Table of contents (Русский)]] you need to transclude only the English version. If the content is wrapped into the divs properly, Wiki Monkey should preserve the layout and only update the left column. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 17:23, 5 September 2015 (UTC)<br />
<br />
::Lahwaacz, thank you for answer. Good luck passing exams =).<br />
::Interesting solution. But ideally, I want corresponding categories to be side by side. In that case it would be easy to detect how much pages are translated and what is total number. — [[User:Agent0|Agent0]] ([[User_talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 17:39, 5 September 2015 (UTC)<br />
<br />
:::Hey Agent0, I'm aware of the discussion you reference, but unfortunately at the moment I don't have the time to follow complex discussions, so that's why I'm delaying answering :) Of course something like that would be possible, but I can't work on it now, sorry...<br />
:::And thank you Lahwaacz for trying to help, if you want to implement the idea go ahead of course, this is probably something more suited for wiki-scripts after all :) Good luck from me too!<br />
:::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 12:07, 6 September 2015 (UTC)<br />
<br />
::::Half year late, but I've finally made a start: [https://github.com/lahwaacz/wiki-scripts/blob/toc/toc.py]. Now it should be just a matter of formatting the graph(s) into HTML/MediaWiki and implementing localized category names... -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:34, 1 March 2016 (UTC)<br />
<br />
:::::Nice! Another TODO is to be able to change the [https://github.com/lahwaacz/wiki-scripts/blob/toc/toc.py#L155 roots] with command-line arguments. Also, when formatting to MediaWiki, right-to-left languages may give some trouble, [https://github.com/kynikos/wiki-monkey/blob/master/plugins/UpdateCategoryTree.js#L154 this] is how I sort of managed that in Wiki Monkey. Preserving localized category names is easily done by parsing the previous ToC and storing the translations in a mapping object, e.g. [https://github.com/kynikos/wiki-monkey/blob/master/plugins/UpdateCategoryTree.js#L111] (should be [https://github.com/kynikos/wiki-monkey/commit/53b96922c56103dde94d6ecaa400262f9b400147 case insensitive]). Then I think implementing a guard against [https://github.com/lahwaacz/wiki-scripts/blob/toc/toc.py#L86 loops] (including self-categorized categories) is another must todo. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 02:39, 2 March 2016 (UTC)<br />
<br />
::::::Thanks for the tips, I think it's mostly finished now - except for the "also in" translations. I was thinking that they could be encoded directly in the wikitext using the [http://www.w3schools.com/tags/att_global_data.asp HTML5 data attributes], similarly to how I currently configure the columns of the table - see the test page: [[User:Lahwaacz/Table of contents]]. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 14:56, 5 March 2016 (UTC)<br />
<br />
:::::::Keeping the "also in" strings directly in the page sounds like a good idea to me, but I don't like the current version with the colon ("also in: [...]"), I prefer the one we're using now without the colon ("also in [...]")) :)<br />
:::::::However can you test the script on the current [[Table of contents (Русский)]]? I get:<br />
:::::::{{bc|<nowiki>Traceback (most recent call last):<br />
File "toc.py", line 483, in <module><br />
toc.run()<br />
File "toc.py", line 464, in run<br />
ff.format_row(item)<br />
File "toc.py", line 225, in format_row<br />
self.text += self.format_cell(*col) + "\n"<br />
File "toc.py", line 215, in format_cell<br />
output += " {} ({})".format(self.localize(title), self.info[title]["pages"])<br />
KeyError: 'Category:Email clients (Русский)'<br />
</nowiki>}}<br />
:::::::[[:Category:Email clients (Русский)]] is an empty category, so that's probably a corner case that hasn't been considered.<br />
:::::::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:06, 6 March 2016 (UTC)<br />
<br />
::::::::The bug was much more obscure, for some reason empty categories also have an empty "categoryinfo" field in the API response (see [https://www.mediawiki.org/wiki/API:Categoryinfo]), but it is fixed now. And the colon after "also in" was just an oversight :) -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:48, 6 March 2016 (UTC)<br />
<br />
:::::::::It looks like a very neat job, apparently only the localization of "also in" is left to do (sorry I can't contribute at the moment, even though the code is crystal clear).<br />
:::::::::Then I've naively tried to use {{ic|1=--toc-page=User:Kynikos/ToC_test}} but apparently the underscore is not recognized as a space, maybe the argument should be processed with [http://lahwaacz.github.io/wiki-scripts/ws/ws.parser_helpers.title.html#ws.parser_helpers.title.canonicalize ws.parser_helpers.title.canonicalize]? (I know in production the config file would be used, but still... :P )<br />
:::::::::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:33, 7 March 2016 (UTC)<br />
<br />
::::::::::Thanks for another bug report, the pages were actually returned by the API correctly but the error checking was too naive.<br />
::::::::::The most difficult part regarding the "also in" translations will be recognizing the correct language per-column and selecting good names for the data attributes. We could even encode the values using JSON or something like that, but that's an overkill for single-column pages. I haven't thought this through yet, so any suggestions are very welcome :)<br />
::::::::::-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:20, 7 March 2016 (UTC)<br />
<br />
:::::::::::Maybe:<br />
:::::::::::{{bc|<nowiki>{| id="wiki-scripts-toc-table" data-toc-languages="cs,en,..." data-toc-alsoin="také v,also in,..."</nowiki>}}<br />
:::::::::::or:<br />
:::::::::::{{bc|<nowiki>{| id="wiki-scripts-toc-table" data-toc-language-0="cs,také v" data-toc-language-1="en,also in" data-toc-language-#="...,..."</nowiki>}}<br />
:::::::::::or:<br />
:::::::::::{{bc|<nowiki>{| id="wiki-scripts-toc-table" data-toc-languages="cs:také v;en:also in;..."</nowiki>}}<br />
:::::::::::(first split by ";", then partition by ":")<br />
:::::::::::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 02:08, 9 March 2016 (UTC)<br />
<br />
::::::::::::In the end I've used something in between: {{ic|<nowiki>data-toc-languages="cs,en" data-toc-alsoin="cs:také v, en:also in"</nowiki>}}. The English "also in" is the default anyway, so {{ic|1=data-toc-alsoin="cs:také v"}} leads to the same behaviour. And to simplify that further for single-column pages, the {{ic|''tag'':}} prefix is optional if it corresponds to the language of the page that is being parsed, so e.g. {{ic|<nowiki>data-toc-languages="cs" data-toc-alsoin="také v"</nowiki>}} would work as well on [[Table of contents (Česky)]]. So if this last missing feature works as expected, I think it's ready for deployment :) -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 20:38, 14 March 2016 (UTC)<br />
<br />
:::::::::::::Great! However I think we forgot one last detail... How do we convert (i.e. preserve) the existing translations to the new format? See [https://wiki.archlinux.org/index.php?title=Table_of_contents_%28Italiano%29&type=revision&diff=426660&oldid=419360] :) I suppose the only answer is parse the old table and create a temporary translation map... Sorry, I should have tested this earlier instead of waiting the weekend. Anyway I think that with this new script we can update the ToCs every day, since it uses generators which means many less queries; we could share the task like with [[ArchWiki:Statistics]]. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:22, 20 March 2016 (UTC)<br />
<br />
::::::::::::::Actually, there is a trick that I forgot to mention: [https://wiki.archlinux.org/index.php?title=Table_of_contents_(Italiano)&diff=426680&oldid=426661] :) [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:49, 20 March 2016 (UTC)<br />
<br />
:::::::::::::::Ooooh... never... mind... then :D I don't have much time now, if you want to go ahead with the conversion, help yourself ;) — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 08:08, 20 March 2016 (UTC)<br />
<br />
::::::::::::::::Alright, it's done - except for the "also in" translations on some pages (the script will show the page titles in warnings). -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 13:13, 20 March 2016 (UTC)<br />
<br />
:::::::::::::::::Well done, now I'm wondering if more translators or non-English readers (besides Russian) would prefer their ToC with the side-by-side comparison. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:14, 21 March 2016 (UTC)<br />
<br />
== Syncthing as a Backup Tool ==<br />
<br />
Hi,<br />
you have added Syncthing to the list of Backup Applications here: https://wiki.archlinux.org/index.php?title=Backup_programs&type=revision&diff=417231&oldid=417230<br />
I am a member of the Syncthing Core team and I would like that we do '''not''' encourage people using Syncthing as a Backup application, see also: http://docs.syncthing.net/users/faq.html#is-syncthing-my-ideal-backup-application<br />
I suggest removing Syncthing from the list of Backup applications, maybe we could create some list of "cloud" or "file synchronization" tools; that would make much more sense.<br />
<br />
Stefan<br />
<br />
:Hi Stefan, I noticed that the page was missing many applications that even have articles in this very wiki, so I thought I'd do a broad research and add everything I could find without filtering for the moment.<br />
:I haven't had the chance to try Syncthing yet, but it sounds similar in purpose to rsync and Unison, which are in the list as well and have a similar limitation when used for backups. I think the intro to [[Backup_programs#Rsync-type_backups]] explains it to some extent: only some applications do keep snapshots, but others are just blindly syncing folders, like Syncthing, so if used as backups they should be part of a custom-engineered system, for example syncing folders with a server that has its own local snapshot-creation system.<br />
:Of course I will respect your will, since you are a Syncthing developer (although a proof of your identity would be welcome :) ), so if you want it removed from the list, please just go ahead and do it.<br />
:However my idea would be to keep it there for the moment, and instead try to reorganize the article, since the current structure is very confusing. I was thinking of using some tables to better compare the features of every application, and if you instead wanted to give a hand in that direction it would be very appreciated!<br />
:— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:47, 27 January 2016 (UTC)<br />
<br />
:If you want to create a "File synchronization" section in [[Backup programs]], that's a better (temporary?) solution for me, however I've also started working on a possible completely new table-based solution in [[User:Kynikos/Backup programs]]: if it turns out to be a feasible thing, I'll propose to merge in in [[Talk:Backup programs]]. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 12:31, 27 January 2016 (UTC)<br />
<br />
== Thanks for your suggestion ==<br />
<br />
Hi. Thanks for your suggestion; I came from Wikipedia and didn't know the convention in Arch wiki. Is there any way to watch only a section of a page? Otherwise I'll get more notification than necessary as the watch list grows. --[[User:Franklin Yu|Franklin Yu]] ([[User talk:Franklin Yu|talk]]) 06:58, 17 April 2017 (UTC)<br />
<br />
:Hi, no, there's no way to only watch a section, but this wiki isn't even comparable in terms of activity to Wikipedia, just follow the "Recent talks" link in the left column to get an idea, so I wouldn't worry too much about the possibility of a notification overflow. If you notice you receive notifications about a page you're no longer interested in, unsubscribing is as easy as clicking on the "unwatch" tab at the top of the page, which has even a direct link from notification emails.<br />
:You can also enable/disable automatically adding pages to your watchlist from [[Special:Preferences]].<br />
:— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:45, 17 April 2017 (UTC)<br />
<br />
==<s> Edit suggestion </s>==<br />
<br />
I've created an article [[File_system_cloning]] which was later moved to a section in the [[rsync]] article by you:<br />
<br />
https://wiki.archlinux.org/index.php?title=File_system_cloning&diff=next&oldid=480325<br />
<br />
I've noticed that there is a conceptually very similar article [[Full_system_backup_with_rsync]] also having the same situation. Actually, it is even a little bit worse since rsync is mentioned in the article title itself, failing the title to be as general as reasonable. My article meant to provide multiple ways, which was clear from the title and the introduction. As there is an obvious contradiction in regards to your edit, I am inviting you to also move [[Full_system_backup_with_rsync]] as a section of [[rsync]] article.<br />
<br />
The only non-rsync-related information in [[Full_system_backup_with_rsync]] is regarding the fstab/bootloader regeneration, which is also duplicated from and already mentioned in [[Migrate_installation_to_new_hardware]] article, where it belongs. When you remove this duplicated information, please check that anything you remove is also mentioned in [[Migrate_installation_to_new_hardware]].<br />
<br />
{{Unsigned|1 July 2017|Drws}}<br />
<br />
:Thank you, all done. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 10:38, 1 July 2017 (UTC)<br />
<br />
== Abuse filter tripped in User: namespace ==<br />
<br />
Hello! I was attempting to add a script to help with editing to my common.js file. Unfortunately, abuse filter #7 seems to apply in the user namespace as well and disallowed me adding the script. Would you mind adding an exception for the user namespace? <br />
[[User:Rider ranger47|Rider ranger47]] ([[User talk:Rider ranger47|talk]]) 14:19, 7 July 2017 (UTC)</div>Rider ranger47https://wiki.archlinux.org/index.php?title=Clipboard&diff=481461Clipboard2017-07-07T14:04:16Z<p>Rider ranger47: /* CLIPBOARD in Gvim */ Correcting broken link</p>
<hr />
<div>[[Category:X server]]<br />
[[fr:Copier coller]]<br />
[[ja:クリップボード]]<br />
From [[Wikipedia:Clipboard (computing)]]:<br />
:The clipboard is a facility used for short-term data storage and/or data transfer between documents or applications, via [[Wikipedia:copy and paste|copy and paste]] operations.<br />
<br />
== History ==<br />
<br />
In X10, "cut buffers" were introduced. These were limited buffers that stored arbitrary text and were used by most applications. However, they were inefficient and implementation of them varied, so selections were introduced. Cut buffers are long deprecated, and although some applications (such as xterm) may have legacy support for them, it is both not likely and not recommended that they be used.<br />
<br />
== Background ==<br />
<br />
The [https://tronche.com/gui/x/icccm/ ICCCM] (Inter-Client Communication Conventions Manual) standard defines three "selections": PRIMARY, SECONDARY, and CLIPBOARD. Despite the naming, all three are basically "clipboards". Rather than the old "cut buffers" system where arbitrary applications could modify data stored in the cut buffers, only one application may control or "own" a selection at one time. This prevents inconsistencies in the operation of the selections. However, in some cases, this can produce strange outcomes, such as a bidirectional shared clipboard with Windows (which uses a single-clipboard system) in a virtual machine.<br />
<br />
Of the three selections, users should only be concerned with PRIMARY and CLIPBOARD. SECONDARY is only used inconsistently and was intended as an alternate to PRIMARY. When some applications treat PRIMARY and CLIPBOARD differently, this can cause confusion and, in some cases, inconsistent or undesirable results, but the majority of applications shows the behaviour detailed in the next section.<br />
<br />
== How to use the selections (clipboards) ==<br />
<br />
{{Accuracy|Shortcuts and usage are application-specific (even synchronization is possible with a clipboard manager), nothing is copied anywhere [https://unix.stackexchange.com/questions/213840/how-to-toggle-or-turn-off-text-selection-being-sent-to-the-clipboard/213843#213843 until it is pasted] (unless clipboard manager is used).}}<br />
<br />
There are two common selections (clipboards), which can have different values stored in them. Synchronization of both is possible with [[#List of clipboard managers|clipboard managers]].<br />
<br />
The CLIPBOARD selection is accessed using keyboard shortcuts, while application specific, these are most commonly {{ic|ctrl+c}} for copying, {{ic|ctrl+v}} for pasting and {{ic|ctlr+x}} for cutting.<br />
<br />
The PRIMARY selection speeds up the copying task by copying the text to the clipboard as soon as it was selected with the mouse, without the need for entering a keyboard shortcut. Pasting is triggered by pressing the middle mouse button (or some emulation of it).<br />
<br />
{{Note|The clipboard may also contain other items than text, such as images or folders.}}<br />
<br />
== Application specific notes ==<br />
<br />
=== Konsole terminal ===<br />
The {{Pkg|konsole}} terminal allows to use the shortcut {{ic|ctl+c}} both for copying text and for stopping commands. The behaviour depends on whether there is something selected or not.<br />
<br />
=== CLIPBOARD in Gvim ===<br />
See [[Vim#Clipboard]].<br />
<br />
== Disable paste on middle mouse click ==<br />
<br />
Currently the only simple way to completely disable pasting with the middle mouse button across all applications is to disable the middle mouse button, which then also loses its other functions such as closing tabs. The applications listed below have specific settings to disable it.<br />
<br />
=== Firefox ===<br />
To stop firefox from acting on middle mouse clicks, set the following options in {{ic|about:config}}.<br />
{{hc|about:config|<br />
middlemouse.contentLoadURL false<br />
middlemouse.paste false<br />
}}<br />
<br />
=== GTK ===<br />
{{hc|.config/gtk-3.0|<nowiki><br />
gtk-enable-primary-paste=false<br />
</nowiki>}}<br />
<br />
== List of clipboard managers ==<br />
<br />
Clipboard managers are applications that enable users to manipulate the clipboard. Note that many of these programs can also synchronize the previously mentioned clipboards.<br />
<br />
* {{App|Anamnesis|Clipboard manager that stores all the clipboard history and offers an interface to do a full-text search. It has both a command line and GUI mode available.|http://anamnesis.sourceforge.net/|{{AUR|anamnesis}}}}<br />
* {{App|Autocutsel|Command line and daemon interfaces to synchronize PRIMARY, {{Ic|CLIPBOARD}} and cut buffer selections.|http://www.nongnu.org/autocutsel/|{{Pkg|autocutsel}}}}<br />
* {{App|Clipboard Indicator|Clipboard manager extension for GNOME Shell. Adds a clipboard indicator to the top panel, and caches clipboard history.|https://extensions.gnome.org/extension/779/clipboard-indicator/|https://github.com/Tudmotu/gnome-shell-extension-clipboard-indicator}}<br />
* {{App|ClipIt|Fork of Parcellite.|https://sourceforge.net/projects/gtkclipit/|{{AUR|clipit}}}}<br />
* {{App|Clipman|A clipboard manager for Xfce. It keeps the clipboard contents around while it is usually lost when you close an application. It is able to handle text and images, and has a feature to execute actions on specific text selections by matching them against regular expressions.|https://goodies.xfce.org/projects/panel-plugins/xfce4-clipman-plugin|{{Pkg|xfce4-clipman-plugin}}}}<br />
* {{App|Clipmenu|Dmenu based clipboard manager|https://github.com/cdown/clipmenu/|{{AUR|clipmenu}}}}<br />
* {{App|Clipster|A lightweight, command-line-driven clipboard manager, written in Python.|https://github.com/mrichar1/clipster|{{AUR|clipster-git}}}}<br />
* {{App|CopyQ|Clever clipboard manager with searchable and editable history, custom actions on items and command line support.|https://github.com/hluk/CopyQ|{{AUR|copyq}}}}<br />
* {{App|[[Wikipedia:Glipper|Glipper]]|Clipboard manager for the GNOME desktop with many features and plugin support.|https://launchpad.net/glipper|{{AUR|glipper}}}}<br />
* {{App|GPaste|Clipboard management system that aims at being a new generation Parcellite, with a modular structure split in a couple of libraries and a daemon for adaptability. Offers a GNOME Shell extension and a CLI interface.|https://github.com/Keruspe/GPaste|{{Pkg|gpaste}}}}<br />
* {{App|Keepboard|Cross-platform clipboard manager. Saves text, image and file clipboard items. |https://sourceforge.net/projects/keepboard/|}}<br />
* {{App|[[Wikipedia:Klipper|Klipper]]|Full featured clipboard manager for the KDE desktop.|https://userbase.kde.org/Klipper|{{Pkg|plasma-workspace}}}}<br />
* {{App|Parcellite|Lightweight yet feature-rich clipboard manager.|http://parcellite.sourceforge.net/|{{Pkg|parcellite}}}}<br />
* {{App|Pasteall|Clipboard monitor simple and functional(with notifications in Portugese).|https://github.com/ShyPixie/Pasteall|{{AUR|pasteall}}}}<br />
* {{App|Qlipper|Lightweight and cross-platform clipboard history applet based on Qt.|https://github.com/pvanek/qlipper/|{{AUR|qlipper}}}}<br />
* {{App|Xclip|A lightweight, command-line based interface to the clipboard.|https://github.com/astrand/xclip|{{Pkg|xclip}}}}<br />
* {{App|xcmenu|Clipboard synchronizer developed for window manager<br />
users.|https://github.com/Cloudef/xcmenu{{Dead link|2017|06|03}}|{{AUR|xcmenu-git}}}}<br />
* {{App|xsel|Command-line program for getting and setting the contents of the X selection.|http://www.vergenet.net/~conrad/software/xsel/|{{Pkg|xsel}}}}<br />
<br />
== See also ==<br />
<br />
* [https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt Cut-and-paste in X]<br />
* [https://www.jwz.org/doc/x-cut-and-paste.html X Selections, Cut Buffers, and Kill Rings.]</div>Rider ranger47https://wiki.archlinux.org/index.php?title=User:Rider_ranger47&diff=481451User:Rider ranger472017-07-07T02:38:41Z<p>Rider ranger47: Created page with "Hi all! I use many different Linux distros, including Antergos, Debian, Ubuntu, and SUSE. While I intend to package for Debian at some point, I do not at the present. GPG ke..."</p>
<hr />
<div>Hi all! I use many different Linux distros, including Antergos, Debian, Ubuntu, and SUSE. While I intend to package for Debian at some point, I do not at the present. <br />
<br />
GPG key: [http://keyserver.ubuntu.com:11371/pks/lookup?fingerprint=on&op=index&search=0x6ED4B85176DBA2BA8F859D2625BC554BDEE81214 0x6ed4b851]</div>Rider ranger47