Wikipédia Discussão:Projetos/Padronização/hiddenStructure

Último comentário: 29 de setembro de 2015 de Cainamarques no tópico Domínio principal

Tem duas coisas que estou achando estranho. 1) A lista de páginas com mais afluentes deixa algumas predefinições com afluentes zeradas, exemplo, info/ToponimiaCuiaba e ao fazer Info/Cidade 1 (outra com muitos afluentes) notei que a predefinição está deixando os espaços onde iria aparecer os campos que deveriam estar preenchidos. Talvez na dos bispos dê para ver isso melhor. Outra coisa interessante é que agora tem uma caixa para carregar a alteração da predefinição em uma página (imagino que para simular) e ainda não tinha visto. Este novo recurso foi divulgado?OTAVIO1981 (discussão) 16h52min de 12 de junho de 2013 (UTC)Responder

Obtive a contagem por meio de um script, utilizando consultas à API que retornam o número de afluentes do domínio principal e anexo. No entanto acho que a lista resultante parece ser a que obteríamos ao colocar "namespace=0&hidetrans=1&hidelinks=0" na URL.
Ainda não sei que consulta seria equivalente a colocar "namespace=0&hidetrans=0&hidelinks=1" na URL.
Não lembro ao certo qual é o bug do MediaWiki relacionado a isso (talvez o 12974?), mas tem a ver com o fato de que ao deixar em branco os campos, aparecerão quebras de linha entre um campo e outro (exemplo), que ao se acumular geram elementos

no HTML da página. Vi em algum lugar que o jeito de evitar esse tipo de problema é usar a sintaxe HTML em vez da sintaxe wiki (isto é, <table><tr><td>... em vez de {|... |- ... || ...), como era feito, por exemplo, na Template:Infobox da Wikipédia inglesa (antes de ser migrada o en:Module:Infobox feito com Lua). Helder 17h35min de 12 de junho de 2013 (UTC)Responder
Bem, em relação a contagem não tem problema algum em proceder com as substituições mas em relação a este bug 12974, que me parece ser o correto, não sei se devemos proceder com o trabalho ou aguardar a solução do bug ou uma solução intermediária. Substituir pelo código HTML não me parece a melhor opção mas entendo pouco do assunto então deixo a bola com você. OTAVIO1981 (discussão) 18h47min de 12 de junho de 2013 (UTC)Responder
Acredito que encontrei o método da API que deveria ter utilizado: action=query &list=embeddedin &eititle=Predefinição:ToponímiaCuiabá &einamespace=0|102 &eilimit=500.
Executei o script novamente e substitui a tabela anterior por uma versão atualizada. Helder 19h12min de 12 de junho de 2013 (UTC)Responder
Em relação às tabelas com linhas condicionais, há alguma informação nestas páginas:
Helder 19h18min de 12 de junho de 2013 (UTC)Responder
Pelo que consegui entender a predefinição ifnotempty resolve o problema dos espaçamentos vazios. Porém, é limitada a 13 condições que suponho serem em cascata, e não instâncias únicas de utilização.OTAVIO1981 (discussão) 17h10min de 17 de junho de 2013 (UTC)Responder

Páginas de discussão de usuários editar

Estive analisando alguns casos das hiddenstructure em PDUs e parece que algumas são devido ao uso de uma predefinição de aviso de eliminação de ficheiros que foi substituída. exemplo. Proponho simplesmente remover os avisos pois a esta altura já cumpriram seu dever de avisar o editor sobre o que fazer. O que acham?OTAVIO1981 (discussão) 17h02min de 17 de junho de 2013 (UTC)Responder

Se o usuário estiver inativo, concordo, acrescentando {{Usuário inativo}} resolve o problema da forma mais fácil. De outra forma, acho melhor respeitar o direito de usuário sobre sua PDU. Cainã Marques 17h44min de 17 de junho de 2013 (UTC)Responder
Boa idéia Cainã! Para os usuários ativos vamos pedir a gentileza de remover os avisos para quebrar nosso galho! ;) OTAVIO1981 (discussão) 17h51min de 17 de junho de 2013 (UTC)Responder

Desalinhamento editar

Executei as modificações na Predefinição:Info/Condado da Estônia, no entanto ocorreu um problema, o rótulo "Website" em desalinho com o campo correspondente. Não consegui consertar. Cainã Marques 05h15min de 14 de julho de 2013 (UTC)Responder

A causa e a solução para isso é a mesma de Predefinição Discussão:Info/Campeonato de futebol#Espaço após "Maiores goleadas": ao usar ifs em tabelas feitas com a sintaxe wiki, e há parâmetros consecutivos deixados em branco, aparecerão quebras de linha no código da página, e como duas quebras de linha consecutivas correspondem à criação de um parágrafo (<p> em HTML), surge um conteúdo extra na célula daquela tabela. Usar <table>, <tr>, <td> em vez de {| ... |- ... || ... |} resolve, mas seria mais prático usar as predefinições info, nas quais já é usada a sintaxe correta. Helder 11h45min de 14 de julho de 2013 (UTC)Responder
OK, modifiquei a {Info/Campeonato de futebol} para utilizar a {{Info}}, eu acho aquelas tabelas HTML horrendas. Procurei no bugzilla algo sobre este comportamento mas não consegui encontrar nada. Sabe se os desenvolvedores tem alguma intensão de corrigi-lo? Cainã Marques 23h34min de 15 de julho de 2013 (UTC)Responder
Não tinha visto o tópico acima, desculpa. Mas não acho que seja o Bug 12974. Cainã Marques 23h41min de 15 de julho de 2013 (UTC)Responder
Na verdade, quando você abriu este tópico eu também nem vi que tinha um logo acima. =P
A sintaxe HTML deixaria de ser visível se já estivéssemos usando Lua para essas coisas (vide en:Module:Infobox por exemplo). Mas acredito que vai levar um tempo até que isso ocorra (e dependendo do trabalho, poderia ser melhor esperar pelo repositório central de módulos, atualmente estimados para dezembro...). Helder 00h28min de 16 de julho de 2013 (UTC)Responder
Acabei de passar a Predefinição:Info/Cidade 1 para a {Info}, inserir aquele bando de #if em muitas linhas numa infocaixa realmente causa grandes problemas de espaçamento. Se vamos resolver um problema melhor seria não criar outro.... Cainã Marques 02h08min de 26 de julho de 2013 (UTC)Responder
Mas basta usar a sintaxe HTML como nas predefinições Navbox (ou migrá-las para Lua de uma vez), não? Em código wiki duas linhas em branco significam um novo parágrafo. Se não queremos novos parágrafos não podemos colocar linhas em branco duplas... Helder 14h15min de 26 de julho de 2013 (UTC)Responder

Mais editar

A predefinição Predefinição:Info/Estação 2 utiliza a hiddenStructure mas não foi listada na tabela, imagino porque a classe está dentro duma função sintática, como valor não padrão. Ainda por cima, a predefinição fica relacionando seus afluentes em Categoria:!Páginas com coordenadas formatadas incorretamente, mesmo quando não há erro nenhum, por que a Coor dms é invocada de qualquer jeito e as mensagens de erro são incluídas no código HTML (dentro de uma tag <tr class="hiddenStructure">), mas não exibidas. Cainamarques 07h47min de 20 de agosto de 2013 (UTC)Responder

Só não está na lista porque a predefinição ainda não existia quando o dump que utilizei foi gerado (27 de junho de 2012).
Seria bom se alguém pudesse baixar o dump mais recente para gerar a lista novamente com o AWB, para garantir que não ficará nada para trás. Helder 12h18min de 20 de agosto de 2013 (UTC)Responder
  Resolvido, Cainamarques: a nova versão da tabela foi baseda no dump de 17 de setembro de 2013. Helder 17h53min de 21 de setembro de 2013 (UTC)Responder
Legal. Cainamarques 06h26min de 23 de novembro de 2013 (UTC)Responder

Domínio principal editar

Há várias páginas listadas aqui que pertencem ao domínio principal em que predefinições foram substituídas equivocadamente. Imagino que todos concordamos que remover a classe hiddenStructure é metade do problema. Cainamarques 06h26min de 23 de novembro de 2013 (UTC)Responder

Sim, nessas aí o ideal seria "des-substituir" as predefinições... Helder.wiki (discussão) 09h40min de 23 de novembro de 2013 (UTC)Responder

Nota para si: Páginas alfabeticamente posteriores a One Night Stand (2007) já foram todas "des-substituídas". Basicamente sobraram aquelas páginas sobre estações. Cainamarques 18h47min de 29 de setembro de 2015 (UTC)Responder

Voltar à página de projeto "Projetos/Padronização/hiddenStructure".