Jiný font v editoru a zobrazení
Ahoj, v editoru je asi jiný font (s jinou šířkou písmen/mezer), takže akordy správně napozicované v editoru vypadají ve zobrazovači trochu posunuté. (+ bug s převedením prvního řádku A - B - C... na akordy)
Comments (11)
-
repo owner -
ad "bug" - domníval jsem se, že akord musí být v hranatých závorkách, tedy např celý řádek [C F C], nebo jednotlivě [C] [F] [C]
-
K tomuto tématu ještě musím dodat, že sjednocení fontu by se mělo týkat i utility pro tisk, kde se akordy taky posunou.
(a doufejme, že sjednocení fontu to vyřeši, protože zobrazovat songy neproporcionálním písmem by bylo hnusné)
-
repo owner Akordy nemusí být jen v hranatých závorkách, zpěvník se snaží je detekovat i automaticky, protože některé servery nemají akordy nijak speciálně značené. Sjednocení pravděpodobně nepůjde, různé android distribuce mají různé základní fonty.
-
Nemyslel jsem sjednocení fontu napříč platformou. Stačilo by sjednocení fontu v editoru a zobrazovači (na tom samém zařízení). Díky
-
repo owner - changed status to resolved
-
Ahoj, issue je označená jako resolved, ale já mám pořád jiný font při zobrazení a jiný při editaci songu (minimálně v tom, že v editaci není tučný, nevím, jestli ještě v něčem jiném). Špatně se tak pozicují akordy, když je nechci(nemám) přímo v textu, ale v samostatném řádku.
-
Taky mám tuto zkušenost. Bylo to již nějak vyřešeno?
Jaké používáte editor pro editaci xml souborů eport.xls v PC? PSPad totálně rozhodí umístění akordů nad textem.
Trochu lepší je to s free aplikací firstobject XML Editorem od Foxe
-
repo owner Zdravím, mě se zdá první zobrazení lepší, protože tam je očividně písmo s pevnou šířkou, což chceme. V druhém případě je šířka v podstatě nedefinovaná a u každého písma/písmena jiná. Pak je pasování akordů už jen na náhodě :)
-
Ivan: PsPad používá neproporcionální písmo, mezery jsou vždy stejně (hodně) široké. Foxe používá proporciální písmo, mezery mají šířku jako písmeno i.
Karel: obecně "Lepší" bych rozhodně neřekl, protože lepší je to jen na pozicování akordů a přenositelnost takového textu mezi zařízení s různými fonty. Naopak čitelnost neproporcionálního písma je výrazně horší a navíc je nutné použít menší font, aby se text vešel na jeden řádek, což dále snižuje čitelnost. Na Androidu mám tedy raději všude Droid Sans (a ne Droid Sans Mono s pevnou šířkou) a laboruji s mnoha mezerami, abych pozicování vyladil (pokud to u daného songu potřebuji). Toto mi komplikuje issue zmíněná v mém předchozím příspěvku v tomto vlákně (bold v zobrazení vs. normal v editoru, který mění šířku mezer). Kdyby toto bylo dořešeno (je-li bold v zobrazení, pak i v editoru), tak se to napozicuje poměrně pohodlně, zvlášť při použití pouze jedné hranaté závorky na celý akordový řádek
-
repo owner Idea není nutně text potom používat také neproporciální písmo. Idea je zadat akordy tak, aby jednoznačně bylo jasné, kam je autor myslel. Potom je o nastavení zobrazení, aby se zobrazily správně. Akordy musí být buď přímo "nad" textem a odpočítání dle mezer/znaků, vyjímaje hranatých záborek anebo hned před místem v textu, kde má být (tzn. v textu).
Zpěvník potom akordy zobrazuje na správné místo a je úplně jedno, o jaký font se jedná nebo jestli je tučné. Musí ale být v nastavení nastavena preference, že je vhodnější používat zobrazení "nad textem" nebo "do textu" (tuším, že tak se to jmenuje).
Zde na videu je příklad, kde jsou akordy zadány "do textu" a přitom se dá nastavit, jak se akordy poté budou zobrazovat (i "nad text"): https://www.youtube.com/watch?v=eNEnaE3OIp0
- Log in to comment
Font rozumím.
Ad bug - Podle čeho si představujete, že má program rozponat, jeslti se jedná o akordy nebo texty? Sekvence A-G jsou všechno validní akordy a pochybuji, že se v reálu takto objeví v jiném kontextu.