PC-HELP.CZ

Ahoj... od včera tady řeším matematický problém, který mi vůbec nedává spát a vůbec netuším, jak bych mohl dosáhnout správného výpočtu...

Řekněme, že máme tabulku o textech "ID, Jméno, Body, Peníze, Stát, FPS, Ping" a známe šířku okna, která je skrytá pod variable "rWidth", která je dána v pixelech, takže musíme počítat s hodnotou rWidth, která nám určuje v jakém rozsahu je možné text umístit, aby nebylo mimo daný objekt. Dále známe délku textu pro jednotlivé slovo, která je pod variable "fWidth"... Známe také celkový počet textových hodnot v tabulce pod klíčem "v".

Jak bychom tedy mohli dosáhnout toho, že na základě celkového počtu slov, šířky okna a délky textu zjistíme pozice pro jednotlivá slova, aby mezery mezi nimi byly velké na základě počtu slov, celkové šířky okna a délky textu... Protože, pokud například přidáme jedno slovo, tak se zmenší prostor pro text a mezery mezi slovy budou muset být menší...

Dále by texty měly začínat 10px od levého okraje a končit 10px před pravým okrajem.

Mohl by mi tu s tím někdo poradit, prosím?

Zadani nedava smysl - pixel nema danou velikost, tudiz pouzit pixel jako jednotku delky
neni dobry napad.

Standardni monitory pouzivaji 96 dpi, tiskarny 150, 300, 600, 1200 a vice dpi, monitory
s vyssim rozlisenim zase maji vetsi hustotu nez 96 dpi.

Tudiz "10 pixelu" bude pokazde nekde jinde a na kazdem monitoru to bude vypadat jinak
a jinak to bude vypadat i pri tisku.

Vzdalenosti je nutne vzdy pocitat a zadavat v milimetrech s tim, ze na dpi a pixely se to prepocita
automaticky podle parametru daneho monitoru, tiskarny a zvoleneho rozmeru v mm.

Rozmery textu bych nechal na automatice html editoru a stylech s tim, ze to nelze nastavit
natvrdo, ale musi se to dynamicky samo menit podle rozliseni a dpi monitoru.

Jestli chces videt primo html kod, udelej tabulku v Excelu nebo Libre Office a uloz ji jako html,
ale na 4K 14" nebo mensim monitoru notebooku bude treba mikroskop.

vzorec by mohol vyzerat takto, pravdaze za podmienky ze sirka stlpcov pre jednotlive slova je rovnaka pre vsetky stlpce.
vysledok1 = rWidth - (v * fWidth)
medzera = vysledok1 / (v + 1)

Tymto ziskas aj medzeru na zaciatku riadku aj na jeho konci.

Testovaci vypocet, pre rWidth 1000, fWidth 200 a pocet slov 2
vysledok1 = 1000 - (2*200) = 600
medzera = 600 / (2+1) = 200
Kontrola = medzera stlpec medzera stlpec medzera
Kontrola = 200 + 200 + 200 + 200 + 200 = 1000

testovaci vypocet2, pre rWidth 1000, fWidth 200 a pocet slov 4
vysledok1 = 1000 - (4*200) = 200
medzera = 200 / (4+1) = 40
Kontrola = medzera stlpec medzera stlpec medzera stlpec medzera stlpec medzera
Kontrola = 40 + 200 + 40 + 200 + 40 + 200 + 40 + 200 + 40 = 1000

EDIT:
keby som ja tak najskor docital prispevok do konca

tak edit vzorcov kedze mas zadany ofset na zaciatku a na konci
vysledok1 = rWidth - 10 - 10
vysledok1 = vysledok1 - (v * fWidth)
medzera = vysledok1 / (v - 1)
Robit ti kontrolne vypocty, som uz lenivy :)

To petr:

No bohužel se nejedná o html, ale o lua ve spolupráci s directX kreslením... Což jsem ovšem neviděl jako podstatnou informaci...

Níže ještě přikládám nástřel mého kódu, který je opravdu počítán relativně vzhledem k rozlišení různých uživatelů.


Konkrétně otázka pojednává o poslední části kódu od dxDrawRectange(0, headerHeight... až po předposlední end.

Všechny hodnoty jsou tedy počítány pomocí pixelů, ale přes matematické vzorce, aby vše vypadalo stejně nehledě na rozlišení koncového uživatele. Třeba zarovnání textu vertikálně na střed obdélníku počítám pomocí vzorce, který dělá konkrétně toto:
výška předcházejícího obdélníku pro nastavení nulové pozice pro další obdélník + výška obdélníku ve kterém by měl být text vertikálně umístěn / 2, aby došlo k vypočtení středu obdélníku - výška textu (šířka okna / výška obdélníku kvůli poměru stran fontu) * 0.035 což je velikost textu jako takového a /2 pro získání středu výšky textu...

Podobným způsobem bych potřeboval zjistit právě mezery mezi jednotlivými texty na základě rWidth (px), fWidth(px), počet slov

rWidth = šířka okna
fWidth = délka textu nebo také dxGetFontWidth
počet slov = klíč "v" z smyčky uvedené na konci kódu.

Krome rozliseni je treba pocitat s dpi monitoru.

Jestli ma monitor vice nez 96 dpi, mel by byt rozmer v pixelech vetsi aby se kompenzovala
mensi fyzicka velikost pixelu.

https://www.sven.de/dpi/

Na tech noteboocich co jsem zminoval vyse je pismo velikosti 7 a 8 temer necitelne jak je male.

Tedy velikost okna bude spravne treba 3800 pixelu na sirku, ale pismo budou necitelne blechy.

Prave proto aby to vypadalo vsude stejne by se nemela pouzivat jednotka s promenlivou velikosti
jako je pixel.

Matematicky by to melo jit v realnem case pocitat z rozliseni monitoru a jeho uhlopricky, tyto udaje
lze obvykle vytahnout pres WMI, vypocitat fyzicikou velikost pixelu a podle ni zvolit velikost v pixelech.

V kazdem pripade bych vysledek otestoval na notebooku, tabletu a telefonu s malym displejem co
ma vysoke rozliseni.

To petr:
Jedná se o zastaralou hru GTA:San Andreas (MTA:SA), nehrozí tedy, že by to uživatel hrál na vyšším rozlišení než je fullHD.

Nicméně se mi s pomocí kanoeho vzorce podařilo dosáhnout téměř uspokojujícího výsledku i přesto, že to ještě není úplně dokonalé... Uvědomil jsem si zároveň takovou věc, že když počítáme na ose x a jako první uvádíme rWidth, tak tím vyjedeme z osy x neboť rWidth je její maximální hodnota, tudíž po použití rWidth se dostaneme přes za její konec. Zkusil jsem to tedy obráceně a počítal od 10, což je hodnota od které by se měly všechny texty zapisovat...

x = x + dxGetTextWidth(v) + (rWidth /

Udělal jsem tedy to, že x = x + délka textu.
Tím jsem zajistil to, že se mi všechny texty seřadily hezky za své konce a řekl jsem si, že kdybych teď k tomu celému přičetl délku celého obdélníku a vydělil jí počtem jednotlivých slov, tak bych získal ještě jako bonus mezery... Ale vloudila se taková menší chybička... Textů uvedených v array je celkem 7, nechápu tedy proč je nutné použít pro dělení číslici 8, ještě k tomu, když programovací jazyky počítají od 0, tedy správné číslo by mělo být 6, ale jakmile bych použil číslo nižší, tak už bych viděl třeba jen půl poslední slova nebo bych viděl slovo předposlední a poslední už by bylo mimo...

columns = {"ID", "Name", "Points", "Cash", "Country", "FPS", "Ping"}

Dále bude nutné vypočítat nějak ten offset... Viděl jsem někde na internetu výpočty offsetu pomocí podmínek, ale nevím přesně jak to fungovalo...

Náhled aktuálního stavu:


E:
Upraveno na
x = x + dxGetTextWidth(v) + (rWidth / table.getn(columns))

table.getn(columns) automaticky získává číselný rozsah arraye... Tedy, pokud je v tabulce 7 textů, tak odpověď funkce table.getn je opravdu 7. Ale jakmile rWidth dělím počtem textů, tak poslední slovo je již mimo obraz.