[not: publicerad: 230430]

Sol – men lite kyligt

Sjukgymnastiken
Sjukskrev mig från den idag också.
Något lurt är det i kroppen… ❓

Ormar
Tog en tur ut till mina jaktmarker och det visade sig att hustrun hade rätt – inga ormar i den här kyliga vinden även om solen tittar fram då och då.

VeckoMätning
Tur att jag inte fortsatte kontrollera BLTR & puls under dagen.
Bestämde mig idag att sammanställa alla mina mätningar – främst vikten.

Och presentera det på samma vis som jag gör med mitt ’kubande’

Problemet hade jag egentligen redan identifierat.
Grejar man med HTML JavaScript & CSS i en blogg som har WordPress som motor så följs inte alla ’regler’.

Jag började ju egentligen för flera dagar sedan.
Jag ville alltså ha en tabell där rubrikerna ligger fast och så kan man skrolla upp och ned samt åt sidorna – rubrikerna följer med i sidled men inte vertikalt.

Det där var inga problem.

Problemet var att få samma bredd på det kolumnerna i det sk tabellhuvudet (thead) och tillhörande sk cellbeteckning: ’th’.
Rader benämns ’tr’ både i tabellhuvudet och i tabellkroppen (tbody).
I ’tbody’ har cellerna beteckningen: ’td’.

Hur jag än gjorde och följde strikt regler så blev cellbredden olika i tabellhuvudet jämfört med tabellkroppen.

Sent på kvällen släppte det. Testade en helt odokumenterad lösning.

En mix av att definiera tabellens huvudsakliga egenskaper via CSS (styling – vilket görs i en separat fil).
Samt att ange bredden direkt i HTML-koden för tabellen (vilket man egentligen ska undvika).
Men det funkade i.o.m. att jag nu har bloggen via WordPress (som motor).

Skapar jag en HTML-sida ’utanför’ bloggen (wordpress) så fungerar kodandet på ett helt annat vis.

Sedan krånglar givetvis olika webbläsare och olika sk plattformar; AppleOS, Windows, Android & Linux in.
Samt de olika fysiska formaten: Fasta bildskärmar, surfplattor & smartphones (mobiler).

Ska jag fortsätta med just det här och det visar sig att det krånglar om jag vill lägga till kolumner t.ex.
Så måste jag överväga att ge mig på hanteringen av ’div’:ar eller ’boxar’.
I slutändan ser de ut precis tabeller – om man vill det.
Och lyckas man göra rätt så kan man få dem att bete sig tjusigt.

Det som främst skiljer HTML-tabeller och HTML-boxar är att tabellerna placerar sig i den ordningen du lägger in dem i koden (oftast…).

Det gör i.o.f.s. ’boxarna’ också – om du inte tilldelar dem egenskaper via CSS.

En egenskap som ställer till det extra är: ’position’.
Den kan bl.a. ges egenskaperna: ’relative’ & ’absolute’ eller ’fixed’.

Kan ju verka enkelt. Men beroende på hur många boxar du har och vilken box du definierat som förälderbox så ska det ibland vara så att förälderboxen (parent) ska vara ’relativ’ eller ’absolut’ och så då tvärt om i ’barnboxarna’ (child).

En annan motsägelse jag stött på är att om du vill påverka en box (div) och dess position till vänstersidan (left) så ska du manipulera värdet i boxens värde för höger (right).

Det är väldigt mycket att sätta sig in i – en djungel.
Tur att jag bara programmerar för egen del – för mina behov.

Och som slutkläm: Vad avser skript så är det inte bara JavaScript (js) som gäller.
Nejdå, det finns bl.a. också: ’tcl’, ’vbscript’, ’json’ & jQuery.
Än så länge är ’javascript’ standard om man inte anger annat.

Hur-som, från ’nu’ kan mina ’kroppsliga mätningar’ studeras HÄR.

Programmering (HTML & JavaScript)
Uppdateras numer här: HTML & JavaScript.

Funderar på om jag ska försöka mig på en pedagogiskt förtydligande i mina tabeller som i.o.f.s. kan innebära ytterligare krångel.

Jag skulle vilja ha en tabell där ’rubrikerna’ syns hela tiden men kan röra sig i sidled och en ’rubrik’-kolumn till vänster som ligger kvar när man kikar i tabellen horisontalt men följer med när kollar vertikalt.
Liksom tvärtom mot rubrikraden.

Kuben
Uppdateras numer här: Kub-sidan.