Difference between revisions of "Template talk:App"

From ArchWiki
Jump to: navigation, search
(http -> https://aur.archlinux.org)
(How to use linkrot template?: rm closed discussion)
(7 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
I like it.<br>
 
I like it.<br>
 
Trying to make the url small, so far with no results. I apparently broke the template because it shows small here, but not in articles. [[User:Manolo|manolo]] 13:35, 13 November 2009 (EST)
 
Trying to make the url small, so far with no results. I apparently broke the template because it shows small here, but not in articles. [[User:Manolo|manolo]] 13:35, 13 November 2009 (EST)
 
== <s>Using direct links</s> ==
 
 
When trying to use a direct link, it does not format correctly:
 
 
{{App|[[Yaourt]]|A Pacman frontend with more features and AUR support.|http://www.archlinux.fr/yaourt-en/|{{[https://aur.archlinux.org/packages.php?ID=5863 yaourt]}}}}
 
 
{{App|[[Yaourt]]|A Pacman frontend with more features and AUR support.|http://www.archlinux.fr/yaourt-en/|{{AUR|yaourt}}}}
 
 
 
A really good example why using a direct links is needed for this template, [[Template:Package Official]] and [[Template:Package AUR]]
 
 
{{App|[[Wikipedia:DAR (Disk Archiver)|DAR]]|A full-featured command-line backup tool, short for Disk ARchive|http://dar.linux.free.fr/|{{Pkg|dar}}}}
 
 
{{App|[[Wikipedia:DAR (Disk Archiver)|DAR]]|A full-featured command-line backup tool, short for Disk ARchive|http://dar.linux.free.fr/|{{[http://www.archlinux.org/packages/community/i686/dar/ dar]}}}}
 
 
 
The following works, but does not look as neat like when just showing the name of said package(but it's fine by me):
 
 
{{App|[[Wikipedia:DAR (Disk Archiver)|DAR]]|A full-featured command-line backup tool, short for Disk ARchive|http://dar.linux.free.fr/|http://www.archlinux.org/packages/community/i686/dar/}}
 
 
Does not work with AUR:
 
 
{{App|[[Yaourt]]|A Pacman frontend with more features and AUR support.|http://www.archlinux.fr/yaourt-en/|https://aur.archlinux.org/packages.php?ID=5863}}
 
 
 
Looking through some on the links on the sections that use this template in [[Common Applications]] most are similar to the dar example above. When using a direct links from http://www.archlinux.org/packages/ which link should be used? Direct links for i686 or x86_64 packages? I think direct links for i686 should be used. -- [[User:M l|M l]] 15:32, 27 November 2009 (EST) Thanks
 
 
:Hrm... I see the problem now. The direct AUR links contain an "=" sign. I would suggest the following:
 
 
----
 
{{App|[[Yaourt]]|A Pacman frontend with more features and AUR support.|http://www.archlinux.fr/yaourt-en/|4=[https://aur.archlinux.org/packages.php?ID=5863 {{ic|yaourt}}]}}
 
----
 
 
:Note the <nowiki><tt></nowiki> tags to format the output; the braces do nothing.
 
 
:It's a bit more work for you, though. However, in most cases, I think the search should be used even if it returns ~10-15 results. I can see your point about dar though... that's a mess of results.
 
 
:If linking to an official package directly, I would suggest the i686 package, certainly. -- [[User:Pointone|pointone]] 15:52, 27 November 2009 (EST)
 
 
:: ~10-15 sounds fine, but by not using direct links might confuse new users staring at a list of packages with similar names and not knowing which one too install. To avoid that might be best to use direct links. The examples above with correct direct linking should be added to their respected pages, so direct linking gets done right. I will start working on that when I get a chance. -- [[User:M l|M l]] 19:13, 27 November 2009 (EST) Thanks
 
 
: I am 100% against direct links to packages. There are two architectures and playing favorites is not the way to go. --[[User:Keiichi|Keiichi]] 10:45, 3 December 2009 (EST)
 
 
:: Then what should be done, when a package like dar that returns pages of packages? Also i686 should be preferred over x86_64 for linking. As most use tend to use i686 I think and it's not about playing favorites. -- [[User:M l|M l]] 18:03, 3 December 2009 (EST)
 
 
::: Dar is the exception not the rule, I use x86_64 and I don't want anyone to play favorites with package listing and listing one thing over another _IS_ playing favorites. Things should be left as they are. --[[User:Keiichi|Keiichi]] 19:03, 3 December 2009 (EST)
 
 
== <s>Condense and Links title?</s> ==
 
 
The current style takes three lines which does take a good deal of space.  Any thoughts about doing this with two?  Wiki page | description | homepage | package information.
 
 
* [[Firefox]] - Web Browser that is faster, more secure, and customizable.
 
: [http://www.mozilla.com/firefox/ homepage] | [http://www.archlinux.org/packages/?q=firefox package information]
 
 
--[[User:Gen2ly|Gen2ly]] 21:55, 2 December 2009 (EST)
 
: I like your proposal a lot, I vote for implementing it. --[[User:Keiichi|Keiichi]] 10:45, 3 December 2009 (EST)
 
 
:: I also agree, Pointone already took care of this. -- [[User:M l|M l]] 18:05, 3 December 2009 (EST) Thanks
 
  
 
== Introducing default argument ==
 
== Introducing default argument ==

Revision as of 15:15, 8 November 2012

I like it.
Trying to make the url small, so far with no results. I apparently broke the template because it shows small here, but not in articles. manolo 13:35, 13 November 2009 (EST)

Introducing default argument

This was proposed by User:Kynikos and myself (see Template_talk:AUR?); difference is in default contents. Again my proposal:

{{{1}}} &mdash; {{{2}}}
: {{{3}}} || {{{4|{{AUR?{{1}}}}}

Kynikos proposed:

{{{1}}} &mdash; {{{2}}}
: {{{3}}} || {{{4|not packaged? [https://aur.archlinux.org/ search in AUR]}}}

More opinions?

--AlexanderR 18:42, 30 January 2012 (EST)

I'm afraid your solution wouldn't work when the first argument receives a link because an article exists but there's no package available. A working compromise solution could be:
[[{{{1}}}]] &mdash; {{{2}}}
: {{{3}}} || {{{4|not packaged? [https://aur.archlinux.org/packages.php?K={{urlencode:{{{1}}}}} search in AUR]}}}
Argument 1 takes a simple string which should be the name of an (existing or not) internal article. This will create many red links but it may be acceptable if we consider Special:WantedPages.
Note that the source of Template:AUR? is directly included here, since it's pointless to have a separate short template that is used only here.
However my initial proposal is still my first choice: my considerations are all explained in detail in Template talk:AUR?#Opinions.
-- Kynikos 07:53, 1 February 2012 (EST)
>> first argument receives a link
Oups :)!
>> compromise solution
This was discussed a lot in the past and reached consensus seems to be the best possible for me. I guess, I should fall back to my previous suggestion (e.g. usage of separate Template:AUR? with appropriate keywords). Taking into account that 1st argument of Template:App by design can contain everything, there seems to be no way to easily extract title without hand work :(. And... wait, maybe this:
{{{1}}} — {{{2}}}
: {{{3}}} || {{{4|{{AUR?|}}}}}
? --AlexanderR 10:56, 1 February 2012 (EST)
Sorry, I don't get it, your last example just points to a search for the empty string as the default value for 4. And I've not understood why you would keep it in a separate template (AUR?). -- Kynikos 08:55, 4 February 2012 (EST)
My thoughts:
  1. I think Template:AUR? is unnecessary, and would prefer simply linking to the AUR home page as Kynikos suggests.
  2. The first argument should remain unformatted so that it can contain internal/interwiki links ... or anything else.
-- pointone 12:41, 4 February 2012 (EST)
>> your last example just points to a search for the empty string
>> would prefer simply linking to the AUR home page
Suggest better way to find all instances of Template:App with blank package field. Idea behind Template:AUR? is the same as behind Template:Error + give users unified way to fill package field when there is no package available. --AlexanderR 06:46, 5 February 2012 (EST)
Ah, so you meant to use Template:AUR? in the vein of Template:Error, this wasn't clear at all, now I get it. Then, since AUR? should never be used explicitly, I'd rename it as Template:Missing Package and change its code to just <includeonly>not packaged? [https://aur.archlinux.org/ search in AUR]</includeonly>.
The code for Template:App would become:
<includeonly>{{{1}}} &mdash; {{{2}}}
: {{{3}}} || {{{4|{{Missing Package}}}}}</includeonly>
-- Kynikos 07:51, 8 February 2012 (EST)
Also the text in the template page should be changed to be similar to that of Template:Error, and we should explicitly link to Special:WhatLinksHere/Template:Missing Package from some article, probably directly from Template:Missing Package. -- Kynikos 07:54, 8 February 2012 (EST)