Appendixdiskussion:Övriga uppslagsord

Definition från Wiktionary, den fria ordlistan.
Hoppa till navigering Hoppa till sök

Se även Appendixdiskussion:Övriga tecken.

Denna sida fungerar ungefär som Övriga tecken. Denna sida får vem som helst redigera. "85" 24 juni 2008 kl. 09.20 (CEST)[svara]

Jag tycker vi kan placera denna sida i uppslagsrymden så den blir mer lättillgänglig. Det är svårt att komma på fler ord som platsar i listan. Bounce1337 18 augusti 2010 kl. 20.05 (CEST)[svara]
Borde man länka till den här sidan från böjningstabellerna på uppslagen bh, EU, NO, SM och SO? "85" 19 juli 2012 kl. 22.09 (CEST)[svara]
Tycker inte det är nödvändigt, men skulle inte föreslå revertering om någon la ner tid på det. ~ Dodde (diskussion) 24 juli 2012 kl. 04.24 (CEST)[svara]

U+FEFF ?[redigera]

(Sorry for not speaking Swedish.)

MediaWiki allows U+FEFF in page names. The following page names are acceptable, which may look better than the current way in Övriga uppslagsord.

TAKASUGI Shinji (d) 14 januari 2013 kl. 11.00 (CET)[svara]

I put your list of links on a single line. That way the discussion gets more space than the links.
It may look better, but for editors I'd say it would make it more cryptical and would probably make it even more common with invisible characters in wikitext, which may confuse bots. However, I do agree that this page listing all entries is a bit convoluted, and I think we should consider putting it in an appendix, like en-wikt. //Skal 14 januari 2013 kl. 13.09 (CET)[svara]
I have just heard that the English Wiktionary has already decided not to use this trick. However, considering the vigorous use of colon in Swedish, we need some solution. — TAKASUGI Shinji (d) 14 januari 2013 kl. 13.15 (CET)[svara]
It is not used that commonly. Of the words on this page I only consider "b:ig", "s:t" and "s:ta" to be somewhat common, and the majority are inflected forms - when looking in a dictionary, people should use the base form. What is the disadvantage of having the entries in an appendix? //Skal 14 januari 2013 kl. 13.25 (CET)[svara]
Having an appendix is not a problem at all. The English Wiktionary has an index in the Appendix namespace (en:Appendix:Unsupported titles) and separate entries in the main namespace (en:Unsupported titles/Full stop, etc.). The problem here is rather technical:
  1. in categories, page names are shown as they are, which is not beautiful;
  2. they would have different names in different language versions, which is against the de facto interwiki rule that page names must be identical;
  3. and making an inflection table is complicated.
None of them is a serious problem, but I just thought having an translingual naming convention would help us handle them as ordinary pages. — TAKASUGI Shinji (d) 14 januari 2013 kl. 14.29 (CET)[svara]
1) I agree, it's the only way to make it pretty in categories, 2) yeah, I'd be willing to change if there's a cross-wiki agreement on this, though we're not off to a good start if not even en-wikt is doing it (also note that conventions regarding where to put phrases vary, preventing some interwiki links, like en-wikt: "det var så lite", but sv-wikt: Det var så lite så.), and 3) I guess inflection tables are complicated, though on sv-wikt you'd just have to write every form individually which I guess you'd avoid by having them at U+FEFF+page name, but I don't think that's a big win, considering how few entries are affected.
What do you suggest doing for those names that can't be added anyway, e.g. those containing any of #<>[]{}|_ and various spaces? That would mean that we need two separate systems for unsupported titles... //Skal 14 januari 2013 kl. 14.58 (CET)[svara]
You are right. That would be more complicated perhaps. — TAKASUGI Shinji (d) 14 januari 2013 kl. 15.05 (CET)[svara]
It is good that you're trying to do something about this cross-wiki, but I can't see a clean solution that would always work. //Skal 14 januari 2013 kl. 15.17 (CET)[svara]

Föreslår flytt till NS "Appendix:" för båda[redigera]

@User:Skalman @User:Dodde User:Andreas Rejbrand pga interwiki. Wikidata tillåter inte att länka NS 0 vid wiktionary. Taylor 49 (diskussion) 11 augusti 2022 kl. 18.22 (CEST)[svara]

Jag vill fortfarande ha själva uppslagen i huvudnamnrymden. Däremot skulle vi kunna ha ett index under "Appendix:" och återskapa samma struktur som t.ex. en-wikt med varje ord på egen sida (exempeluppslag: en:Unsupported titles/Colon). Vad skulle isf vår översättning av "unsupported titles" vara? "Titlar som inte stöds"? Skalman (diskussion) 11 augusti 2022 kl. 23.45 (CEST)[svara]
@Skalman @Taylor 49 Titles brukar vi kalla för "sidnamn", va? Sidnamn som inte stöds. Kommer inte på nåt bättre. Varför saknas svenskan ett ord som "ostödd"? ~ Dodde (diskussion) 15 augusti 2022 kl. 10.26 (CEST)[svara]
Helst ej "ostödd". Behåll ordet "övriga". De är inte "ostödda". Och "uppslag som inte kan ha en egen sida av tekniska skäl" är alltför krångligt. Taylor 49 (diskussion) 15 augusti 2022 kl. 23.41 (CEST)[svara]
Enskilda uppslag hör hemma i huvudnamnrymden. Grupperade uppslag såsom Appendix:Räkneord i NS "Appendix:". Och eftersom tecken inte har några stora ö-tabeller, kan de gärna sitta flera på samma sida. Kanske kan vi ur teknisk synpunkt ha sida ostödda/: men fortfarande inte ostödda/#, alltså gärna konsistent hantering. Taylor 49 (diskussion) 24 juni 2023 kl. 21.23 (CEST)[svara]
Mestadels gjort, men bot måste justera alla länkar: uppslag & tecken. Taylor 49 (diskussion) 30 juni 2023 kl. 22.50 (CEST)[svara]
Verkställt (se nedan). Taylor 49 (diskussion) 1 juli 2023 kl. 19.42 (CEST)[svara]

Ringa problem som finns kvar[redigera]

Taylor 49 (diskussion) 1 juli 2023 kl. 19.48 (CEST)[svara]
@Taylor 49: Förlåt för att jag hoppar in lite sent.
Jag tror att det skulle vara mkt enklare om vi istället använde egna sidor för varje uppslag, t.ex. Appendix:Övriga uppslag/s:t eller Appendix:Övriga uppslag/punkt.
Då kan Modul:link detektera om sidnamnet är ogiltigt (i praktiken om det börjar med projekt- eller språkkod och kolon). Om sidnamnet är ogiltigt så länkar den automatiskt till [[Appendix:Övriga uppslag/<sidnamn>]].
(Mitt förslag här är alltså också att sammanföra övrigatecken och övrigauppslagsord under "Övriga uppslag"). Skalman (diskussion) 3 juli 2023 kl. 19.32 (CEST)[svara]
@User:Skalman: Tack för svaret. enwiktionary har en lösning för allt, tyvärr oftast en alltför krånglig sådan. Nyligen avslog vi namnrymden "Rekonstruktioner:" eftersom stjärnan "*" räcker. ;-) Till ditt förslag:
  • Utan en lista kommer modulen fortfarande inte veta att korset finns under Appendix:Övriga_tecken#nummertecken eller Appendix:Övriga_tecken/nummertecken (ej [[Appendix:Övriga_tecken/#]]). Vissa ogiltiga sidnamn blir plötsligt godtagbara efter "Appendix:Övriga uppslag/", vissa fortfarande inte. Dvs, vi kan inte slippa listan i modulen oavsett.
  • Modulen har en särhantering för vissa strängar: tom, "-" och "?". Två problem:
    • Måste dessa hanteras for delsträngar, dvs är något såsom "göra, -, genomföra, ?, , begå" meningsfullt? IMHO denna särhantering bör ske innan strängen sågas insär.
    • Detta konflikterar med autolänkning till appendix oavsett. Betyder {{länk|?}} "länka till appendix" eller "formen är okänd, länka inte"?
  • Hur förhindras automatisk länkning? "{synonymer|<nowiki/>vara tvungen att}"
Mitt förslag:
  • behåll Appendix:Övriga uppslagsord och Appendix:Övriga tecken (åtminstone tills vidare)
  • utred vilka features hos "Modul:link" används och vilka inte, ta bort de obskyra
  • flytta särhanteringen så att den sker innan strängen sågas insär
  • skapa två prefix "länka inte" och "länka till appendix", till exempel "/0/" och "/A/"
  • ersätt alla <nowiki/> matade in i "Modul:link" med "/0/"
Ny syntax:
  • {{länk|S}} länka
  • {{länk|?}} länka inte (särhantering)
  • {{länk|/A/?}} länka till appendix via lista, prefix kör över särhantering
  • "{synonymer|/0/vara tvungen att}" länka inte pga prefix
Taylor 49 (diskussion) 4 juli 2023 kl. 02.17 (CEST)[svara]
@Taylor 49, förlåt, jag har inte tid att fundera just nu och vet inte när jag får tid. Gör som du tänker blir bra. Skalman (diskussion) 9 juli 2023 kl. 20.31 (CEST)[svara]