NYX: co se stane s kratsima migrovanejma nazvama?

KOMPAS: A to tak vadi ta nekonzistence? :) Klidne to prenastavim oboje na pet.

v bloku nelze založit kategorii se jménem kratším než pět znaků, přitom kategorie sledovaných lze založit od délky jednoho znaku

pokud nemám žádné volné soubory a dám Nahrát soubor, v seznamu zůstane řádek s informací "Nemáte žádné soubory tohoto typu"

lidé – nastavení – přezdívka – upravit vztah: do formuláře se nenačte současné nastavení

pokud vytvářím anketu se dvěma možnostmi a omylem dám obě stejné, dostanu neintuitivní chybu "Musíte zadat více odpovědí"

obecně se přimlouvám za nějakou chybovou hlášku pro ty duplicity místo tichého filtrování; dokážu si představit, že někdo zadává anketu, kupř. "Kterou klávesu máte nejvíce ošoupanou" s možnostmi W A S D, ovšem uklepne se a zadá omylem W A A D, anketa se normálně odešle a dotyčný si třeba ani nevšimne, že mu tam jedna možnost zmizela (natož když těch možností je více)

NYX: blokování udělení nad limit s nějakou chybou by bylo fajn nebo by šlo prostě jen místo popisku na tlačítko

Hlasovat | 4 hlasy

postupně psát

Hlasovat | 0/4 hlasy
Hlasovat | 1/4 hlasy
Hlasovat | 2/4hlasy
...
až do té blokace nadlimitních hlasů

v anketě překlep ukázet odpovědi po

v anketě a hodu kostkou nepřeloženo "Special post types are available only in premium version"

KOMPAS: Ajaj, tohle bude zle :-/ Ale uvidim, co se s tim da delat.

jinak přestaly chodit notifikace, dokonce i ve Firefoxu; myslím, že kontrolou na id to projde, ale pak se to nikde nevyrenderuje, protože nenajde správný uzel, kam by to přilepil
nemám už energii to ladit, tak budu předpokládat, že si s tím jen nějak hraješ a zítra to bude dobré

a když už se bavíme o syntax highlightu, tak hned jedna regrese, která samozřejmě souvisí s novým parserem: v <code> neprojdou texty ve špičaticích, typicky z
<code data-lang="c">
#include <stdio.h>
int main(){}
</code>

to udělá něco jako

#include
int main(){}

a to nemluvím o zvýraznění nějakého HTML, tam zmizí pomalu všechno ;)

KOMPAS: Nic chytrejsiho tam nemam :)

NYX: no, záleží na tom, jak to používáš ty; jestli v důsledku voláš find_syntax_by_extension() nebo tam je nějaká chytřejší logika
některé typy syntaxe (viz níže) totiž nemají příponu a dají se hledat jen podle jiných parametrů přes find_syntax_by_scope() apod.

jde o tyhle (jméno + jméno scope):
JavaDoc: text.html.javadoc
Regular Expressions (Javascript): source.regexp.js
LaTeX Log: text.log.latex
Make Output: source.build_output
MultiMarkdown: text.html.markdown.multimarkdown
camlp4: source.camlp4.ocaml
PHP Source: scope source.php
Regular Expressions (Python): source.regexp.python
R Console: source.r-console
Cargo Build Results: source.build_results
Shell-Unix-Generic: source.shell
commands-builtin-shell-bash: commands.builtin.shell.bash

a zrovna Regular Expressions * by byly asi docela fajn