「DeveloperWiki:ウェブサイトの提案」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(→‎導入: 訳出)
(→‎アイデアと提案: 記事を追加)
5行目: 5行目:
   
 
== アイデアと提案 ==
 
== アイデアと提案 ==
  +
  +
=== OpenID ===
  +
Implement an [https://openid.net/ OpenID]-like identity system for the official Arch Linux websites.
  +
  +
* If we could integrate login/pass throughout AUR, Wiki, Forums, and Bugs this way ... well I'm afraid I would get a bit moist. :) <br> [[User:Georgia tech swagger|georgia_tech_swagger]]
  +
* Might also consider Mozilla Persona[https://www.mozilla.org/en-US/persona/]{{Dead link|2021|05|17|status=404}}, which should be easier to implement than full blown openID.
  +
  +
I completely agree with this idea. I dreamed this since registration. Is it possible to implement? Also, it would be great that it would be possible to login to external arch wikis. — [[User:Agent0|Agent0]] ([[User talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 11:12, 22 July 2015 (UTC)
  +
  +
=== Developer/Fellows profiles ===
  +
Condense the developer profiles pages, reducing photo sizes and dropping relatively unimportant fields such as: Favourite Distros, Year of Birth, Interests, Other Contacts, etc.
  +
  +
* I do not like this idea. I like any distro that has a soul and flavor to it. Sterile "strictly-business" design and community should be left to the Wall Street distros. <br> [[User:Georgia tech swagger|georgia_tech_swagger]]
  +
  +
=== Navbar for internal Arch sites ===
  +
Look at the feasibility of creating a unified navbar that would sit at the top of all Arch community sites (bbs.archlinux, wiki.archlinux, etc.), providing an exact copy of the main website hierarchy via drop-down menus (using CSS of course).
  +
  +
:The current navbar ''is'' unified. What hierarchy would you propose for the drop-down menus? -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:37, 13 December 2019 (UTC)
  +
  +
=== URI Linking ===
  +
Implement a pacman:// URI as an option to quickly let users quickly install packages from webpages and same the functionality for AUR packages. [[User:9mmtylenol|9mmtylenol]]
  +
:I think it is easy to implement. It is very similar to [https://wiki.debian.org/AptProtocol apt urls]. It is even possible to install several packages [https://help.ubuntu.com/community/AptURL#Use_of_apturl at once]. But what is the difference in using such ''apt:vlc'' links from such ''apt://vlc'' ? — [[User:Agent0|Agent0]] ([[User talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 16:10, 28 July 2015 (UTC)
  +
  +
=== Focus in Search ===
  +
Is it possible to make ArchWiki to automatically focus on search box? It is common behavior. Look for example to [https://youtube.com youtube] or [https://wikipedia.org wikipedia]. I feel uncomfortable, when I go to wiki.archlinux.org and additionally need to use mouse to focus on search field. I know about {{ic|Alt + Shift + f}}, but it is not working, because alt+shift changes keyboard layout. — [[User:Agent0|Agent0]] ([[User talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 12:29, 17 November 2015 (UTC)
  +
:On HTML5 you just have to add the "autofocus" attribute to the input (in this case the element with id="searchInput"). -- '''nucularJohn'''
  +
  +
:It does not seem possible with MediaWiki. Also https://en.wikipedia.org/ behaves the same (i.e. it does not have autofocus). -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 18:38, 27 April 2021 (UTC)
  +
  +
=== Direct package links by name ===
  +
  +
On the ArchWiki we can only link to packages using the package search, for example {{Pkg|pacman}} links to https://archlinux.org/packages/?name=pacman, requiring the reader to always click twice to get to a package page. It would be nice if there were another argument like {{ic|direct}} to directly take you to the respective package.
  +
  +
--[[User:Larivact|Larivact]] ([[User talk:Larivact|talk]]) 14:06, 4 November 2018 (UTC)
  +
  +
:Packages can exist in multiple repositories, and formerly, in multiple architectures. This is why we never did this. Do you have a suggestion for figuring out which package it refers to? -- [[User:Eschwartz|Eschwartz]] ([[User talk:Eschwartz|talk]]) 01:35, 11 November 2018 (UTC)
  +
  +
::Redirect to a stable package with the given name if it exists, otherwise return a 404. Exemplary URL:
  +
  +
::https://archlinux.org/packages/?stable_by_name=pacman
  +
  +
::--[[User:Larivact|Larivact]] ([[User talk:Larivact|talk]]) 06:47, 11 November 2018 (UTC)
  +
  +
::Figuring out if a pkgname is unique or not is very easy [https://github.com/archlinux/archweb/tree/master/main/models.py#L88 in SQL] - just {{ic|1=SELECT pkgname, repo, arch FROM Package WHERE pkgname = ?}} and if you get just 1 result, you can show the package view, otherwise you have to show the package search view. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 08:30, 11 November 2018 (UTC)
  +
  +
:::I think you misunderstood, this is not about changing the search to redirect if there is only one result, this is about introducing a new API specifically for [[Template:Pkg]]. We only link packages in the stable repositories, where pkgnames should be unique, so we can do:
  +
::::{{ic|1=SELECT pkgname, repo FROM packages INNER JOIN repos ON repo=packages.id WHERE pkgname = ? AND testing = false AND staging = false}}
  +
:::--[[User:Larivact|Larivact]] ([[User talk:Larivact|talk]]) 09:01, 11 November 2018 (UTC)
  +
  +
::::The use of [[Template:Pkg]] is not limited to stable repositories, see e.g. [https://wiki.archlinux.org/index.php?title=Thunderbolt&diff=583488&oldid=576452]. My query is simpler and it would not limit the template. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:28, 13 December 2019 (UTC)

2023年5月2日 (火) 10:14時点における版

導入

このページは Arch Linux ウェブサイトのアイデアのサンドボックスになることを目的としています。Arch Linux ウェブサイトをどのように改良できるかについて、自由に提案や考えを追加してください。

アイデアと提案

OpenID

Implement an OpenID-like identity system for the official Arch Linux websites.

  • If we could integrate login/pass throughout AUR, Wiki, Forums, and Bugs this way ... well I'm afraid I would get a bit moist. :)
    georgia_tech_swagger
  • Might also consider Mozilla Persona[1][リンク切れ 2021-05-17], which should be easier to implement than full blown openID.

I completely agree with this idea. I dreamed this since registration. Is it possible to implement? Also, it would be great that it would be possible to login to external arch wikis. — Agent0 (talk|contribs) 11:12, 22 July 2015 (UTC)

Developer/Fellows profiles

Condense the developer profiles pages, reducing photo sizes and dropping relatively unimportant fields such as: Favourite Distros, Year of Birth, Interests, Other Contacts, etc.

  • I do not like this idea. I like any distro that has a soul and flavor to it. Sterile "strictly-business" design and community should be left to the Wall Street distros.
    georgia_tech_swagger

Navbar for internal Arch sites

Look at the feasibility of creating a unified navbar that would sit at the top of all Arch community sites (bbs.archlinux, wiki.archlinux, etc.), providing an exact copy of the main website hierarchy via drop-down menus (using CSS of course).

The current navbar is unified. What hierarchy would you propose for the drop-down menus? -- Lahwaacz (talk) 19:37, 13 December 2019 (UTC)

URI Linking

Implement a pacman:// URI as an option to quickly let users quickly install packages from webpages and same the functionality for AUR packages. 9mmtylenol

I think it is easy to implement. It is very similar to apt urls. It is even possible to install several packages at once. But what is the difference in using such apt:vlc links from such apt://vlc ? — Agent0 (talk|contribs) 16:10, 28 July 2015 (UTC)

Focus in Search

Is it possible to make ArchWiki to automatically focus on search box? It is common behavior. Look for example to youtube or wikipedia. I feel uncomfortable, when I go to wiki.archlinux.org and additionally need to use mouse to focus on search field. I know about Alt + Shift + f, but it is not working, because alt+shift changes keyboard layout. — Agent0 (talk|contribs) 12:29, 17 November 2015 (UTC)

On HTML5 you just have to add the "autofocus" attribute to the input (in this case the element with id="searchInput"). -- nucularJohn
It does not seem possible with MediaWiki. Also https://en.wikipedia.org/ behaves the same (i.e. it does not have autofocus). -- Lahwaacz (talk) 18:38, 27 April 2021 (UTC)

Direct package links by name

On the ArchWiki we can only link to packages using the package search, for example pacman links to https://archlinux.org/packages/?name=pacman, requiring the reader to always click twice to get to a package page. It would be nice if there were another argument like direct to directly take you to the respective package.

--Larivact (talk) 14:06, 4 November 2018 (UTC)

Packages can exist in multiple repositories, and formerly, in multiple architectures. This is why we never did this. Do you have a suggestion for figuring out which package it refers to? -- Eschwartz (talk) 01:35, 11 November 2018 (UTC)
Redirect to a stable package with the given name if it exists, otherwise return a 404. Exemplary URL:
https://archlinux.org/packages/?stable_by_name=pacman
--Larivact (talk) 06:47, 11 November 2018 (UTC)
Figuring out if a pkgname is unique or not is very easy in SQL - just SELECT pkgname, repo, arch FROM Package WHERE pkgname = ? and if you get just 1 result, you can show the package view, otherwise you have to show the package search view. -- Lahwaacz (talk) 08:30, 11 November 2018 (UTC)
I think you misunderstood, this is not about changing the search to redirect if there is only one result, this is about introducing a new API specifically for Template:Pkg. We only link packages in the stable repositories, where pkgnames should be unique, so we can do:
SELECT pkgname, repo FROM packages INNER JOIN repos ON repo=packages.id WHERE pkgname = ? AND testing = false AND staging = false
--Larivact (talk) 09:01, 11 November 2018 (UTC)
The use of Template:Pkg is not limited to stable repositories, see e.g. [2]. My query is simpler and it would not limit the template. -- Lahwaacz (talk) 19:28, 13 December 2019 (UTC)