versio 1.1 toteutus, näytettävät tiedostonimet UTF-8:lla parametrien optiot siirretty find'in tapaan alkuun hakuparametriin lisämahdollisuudet tab ja rivinvaihdot tiedosto/hakemisto-skandi-epäyhtenäisyyden selvittely; printf %S on ilmeisesti epämääränen hakuparametriin lisämahdollisuudet desimaali/oktaali/hexa/unicode-arvoilla löytyneen sisällön näyttäminen
Šostakovitšit saa suoraan näppäimistöltä, ne näkyy 10:nkin konsolissa ja tulee ohjelmaan käytettäväksi (wchar), mutta (w)printf:illä stringi katkee siihen; pitää printata UTF-8:na myös muut erikoismerkit ✦✤✶• saa näppäimistöltä ja ne valuu ohjelmaan, mutta 10:n konsoli näyttää ne laatikkokyssäreinä konventiot muiden merkkien (esim. rivinvaihdot) saamiseksi lukuarvoilla pitää suunnitella
ydintoteutus kellonaikojen selvittämiseksi sijoitus hyödylliseen kohtaan päätoteutusta muutokset Suomen aikaan qKaleen optiot joilla saa viimeistellyt selitykset kalenterin takapuolelle qKalen funktioista upotus Muista!kalenteriin
tsekkaa (PMMP:llä) onko totta että pdf-testitulostuksen jälkeen (vaakavihko) tulostuiskin kaks erillistä sivua eikä kakspuolinen; ei havaintoja olis kiva tulostaa sisäkansi kaksipuoleisena, nyt tulostaa vain yhden puolen - ja kun tulostaa tällä tavalla yhden puolen kerrallaan, raamit ei kohtaa läpinäkyville koteloille tulostus paperin yläosaan kääntöpuolelle takakannen kohtaan
funktiorakenne käyttökelposemmaks kaikkien failien luku samassa exe:ssä eikä enää yks kerrallaan komentojono-for:illa liput li:n attribuutille (pois / täyttö juoksevasti / x) tiedostonimet UTF-8:lle rc ja versionumero
viinien laatikkosijainteihin tehty popup-tippi katseltavien listoihin tehty lisätieto-tippi RSO-konserttilistauksiin käyttöliittymä-konsepti oli epäselvä kellot-tarve suht vähäinen viinien von Winning Nußbien-keissiin (mitä kokemuksia jne) harkittava
etsikko ainakin (sorsa etsikko2.c) etsikko4.c on jääny taka-alalle, tuplaparametrit etsi/korvaalle (html-käyttö) muunnos\ETSIMJ2.C kaannaem.bat ▶ etsinMj.exe ver 1.2. 2010 muunnos\EtsiNTa.c on varmaan hiipuva 2002 html2x\html2x.c (ohjaus enempi ohjaustiedostossa) muunnos\eritin.c
speksi: rivi saa olla max 75 oktettia (8 bitin tavu) muita speksejä koottu tiedostoon kalerics\tietoa.txt viikkaa toteuttaa siis periaatteessa ihan oikein ton 75-rivipituuden pitää käsitellä samalla periaatteella myös \n -tyyppiset escape sequenssit viikkaa vois myös poistaa tyhjät rivit
rivinpit (tarvitaan kummatkin toimintamoodit, ehkä samassa ohjelmassa) convert2 (myös case-muunnokset)
esimerkki zonesta kysymys zonesta vois yrittää määrittää ics-failin timezone-tiedot jotenki (ei vaikutusta)
tarkempi numeerinen lokitus rajan ylityksistä ➾ mahdolliset säädöt reagointiin (Senja-aineisto)
nimi ainakin graafiselle työkalulle: vLasku | vvLasku | vvv | lga | vvk viitenumeron tarkistusnumeron lisäys / tarkistus virtuaaliviivakoodin generointi / konsoliversio apureiden yhdistäminen / GUI-versio
lähdeaineistona pääasiassa wikipedian lista ja toisena näkökulmana jsbach.org + kantaatit Zwang lähdeaineistoksi voisi kenties muuttaa IMSLP.org:n mikä olis hyvä tapa verrata lähdeaineistojen erinomaisuutta suht' helppo silmäiltävä olis ainakin täyttää opus2-kenttä toisella vuodella, ja vuosi-kenttä toisella, ja tuottaa html suositus.xsl pohjaksi ilman esittäjä-tietoja tarvitaan lokimerkintä jos avainta ei löydy ohjaustiedostosta (olikin jo) työstölähteen valinta: ods | csv/txt: ods, siinä linkit muualle + txt tehty ods:ista ilmaisuille (AMB) jne ratkaisut (riippuu siitä kumpaa lähdettä käytetään) tarpeettomien rivien iso raakkaus (ei tarvetta) tarpeettomien rivien detaljiraakkaus (ei tarvetta) päätös usean vaihtoehdon osalta: kaikki otetaan mukaan | -eroteltuna päätös aikatarkkuuden suhteen: kaikki otetaan mukaan vaikka johtaa pitkään muotoon 1734-12-25 – 1735-01-06 inventiot 772-786 muutettava 1720–23 ohjaustiedoston kenttien raakkaus (onks samasta ohjaustiedostosta hyötyä muuhun käyttöön) (ei raakata) sanalliset muotoilut etsi/korvattava "1727 or later"▷1727≥ "before late 1727"▷1727 c.1738▷1738~ puutteiden paikkailukierrokset 157-aineistolla puutteiden paikkailukierrokset koko aineistolla muutama testiajo päästä päähän bach-tiedostojen poiminta: etsi /r *.txt "Bach\009Johann Sebastian" testattu että opus1:n ja opus2:n suhteen ei eroja (paitsi DVD:llä 1009) todellisiin ajoihin mukaan toisen opuskentän nollaus backupit ja ajojen viritys ajo testaus / laaduntarkkailu
suht' helppo silmäiltävä olis ainakin täyttää opus2-kenttä toisella vuodella, ja vuosi-kenttä toisella, ja tuottaa html suositus.xsl pohjaksi ilman esittäjä-tietoja
lähdeaineistona pääasiassa IMSLP.org sanalliset muotoilut etsi/korvattava "1727 or later"▷1727≥ "before late 1727"▷1727 c.1738▷1738~ puutteiden paikkailukierrokset koko aineistolla muutama testiajo päästä päähän todellisiin ajoihin mukaan toisen opuskentän nollaus backupit ja ajojen viritys ajo testaus / laaduntarkkailu
kaikkiin resepteihin includella lisäsäädöt kokkaustila jottei ruutu sammu kesken kokkauksen, malli esim. meillakotona.fi tutkittava myös olisko munakello helppo toteuttaa
käyttö/testiliittymä pvm.c -funktioihin, jotta voi todentaa toimivuus rajojen taitteessa (1980!) kahden päivämäärän välinen ero (esim. syntymäpäivien ero kuluvaan päivään)
dokkaritBravia.html dokkaritOlo.html sarjatBravia.html sarjatOlo.html
tabulaattorien asetus ohjaustiedoston arvojen mukaan rivin kopiointi kerran jollain oletusarvolla dialogi jossa voidaan säätää pvm-väli ja jaksojen lkm
uuden hakemiston kohdalle vois kirjottaa jotain, esim. uusi hakemisto (ehkä jopa päiväyksen/kellon) jos kuvanumerosarja osottautuuu katkeamattomaksi, sen vois sanoa ääneen korjattu myös tilanne jossa ei ole uusia hakemistoja: iniin kirjotetaan nyt vanha inistä luettu hakemistonimi
onko em dash 2014:n toteutuspaikka [⇧AltGr m] toimiva (tarvitaan yhtenäiseen ——— jakoviivaan); se on kuitenkin standardoitu noin arvioitava pitäiskö 🗹 U+1F5F9 ballot box with bold check korvata ✓ U+2713 check mark'in tarvitaanko särkyneit sydämei tms 💔 💕 💗 💠 💡 💦 💬 📅 🔑 🕭 🖂 🖃 🗫 ≲ ja sama toisinpäin ≳ ρі ja ΡІ mahdollisesti kuolleen poikkiviivan ¬ avulla ¼ vois olla [AltGr §] eli [AltGr ½]
kuten viinit maittain lisäksi viinin sisällä vuosikerroittain vastaava tapaus Bachin kuuntelulistat (Matteus-passiot!) kolmas tapaus suosituslistat (teos vain kertaalleen) katso myös netistä vaihtoehtoisia toteutustapoja ryhmittely (vai vaatiiko XSLT 2:n?) muita flat-toteutus-esimerkkejä
ryhmittely (vai vaatiiko XSLT 2:n?) muita flat-toteutus-esimerkkejä
tarkistus onnistuuko fontin lataus UI:ssä (nyt ei jossain näistä onnistu) uraKansi (UI-fontti ei ok) Muista (UI-fontti ok) Tarra (UI-fontti ok) oha (UI-fontti ok) toimivien fonttien löytäminen fonttien löytäminen (ohjelmallinen listaus EnumFontsProc etc) löytyykö listauksista jo max-merkkien sisältö mietittävä olisko yleiskäyttöselle käyttöliittymävalinta-komponentille käyttöä
uraKansi (UI-fontti ei ok) Muista (UI-fontti ok) Tarra (UI-fontti ok) oha (UI-fontti ok)
fonttien löytäminen (ohjelmallinen listaus EnumFontsProc etc) löytyykö listauksista jo max-merkkien sisältö
TestiTulostus on hyvä pohja, mutta sen alkuun lisäparametri joka kertoo minne kaikkialle tulostetaan samalla voi miettiä miten tulostusvirheistä kannattais kertoa, jotta niistä sais koosteen
erilaisten tulostustarpeiden kirkastaminen PrintDlg:n tarpeellisuus (sivunumero-valintoja tekevissä ohjelmissa hyvä!) uraKansi: täsmätulostus täsmäkirjottimin, esikatselu tarpeen; PrintDlg lähinnä optio Tarra: sivunumerovalinta tarpeen, kaksipuolisuus ei; PrintDlg riittää Muista![kalenteri]: sivunumerovalinta tarpeen, kaksipuolisuus ei; PrintDlg riittää, vaakatulostus lisättävä testitulostuksen kalibrointi hyödyllisin periaate olis se, että testitulostuksessa käytettäisiin todellisia rajotteita tarpeena ennen kaikkea se, että löydetään oikeat fonttikoot ennen todellista tulostamista voiko arvot poimia suoraan oletustulostimen arvoista (kunhan ilmottaa jos oikea tulostin ei ole oletustulostimena) ? minkälaisia muunnoksia pitää tehdä verrattuna pdf-arvoihin kun on tulostuksen hetki ? virheilmoitus-käytännön yhtenäistäminen tarve lienee yhteinen kaikille ohjelmille (Tarra, uraKansi, Muista![kalenteri]) pysähtyminen jokaisen mahtumattomuus-virheen kohdalla on rasittavaa virheilmotuksissa pitää kuitenkin saada selkeä viittaus lähteeseen (ainakin) oikean tulostuksen yhteydessä pitää olla kriteerit missä vaiheessa tulostus keskeytetään
uraKansi: täsmätulostus täsmäkirjottimin, esikatselu tarpeen; PrintDlg lähinnä optio Tarra: sivunumerovalinta tarpeen, kaksipuolisuus ei; PrintDlg riittää Muista![kalenteri]: sivunumerovalinta tarpeen, kaksipuolisuus ei; PrintDlg riittää, vaakatulostus lisättävä
hyödyllisin periaate olis se, että testitulostuksessa käytettäisiin todellisia rajotteita tarpeena ennen kaikkea se, että löydetään oikeat fonttikoot ennen todellista tulostamista voiko arvot poimia suoraan oletustulostimen arvoista (kunhan ilmottaa jos oikea tulostin ei ole oletustulostimena) ? minkälaisia muunnoksia pitää tehdä verrattuna pdf-arvoihin kun on tulostuksen hetki ?
tarve lienee yhteinen kaikille ohjelmille (Tarra, uraKansi, Muista![kalenteri]) pysähtyminen jokaisen mahtumattomuus-virheen kohdalla on rasittavaa virheilmotuksissa pitää kuitenkin saada selkeä viittaus lähteeseen (ainakin) oikean tulostuksen yhteydessä pitää olla kriteerit missä vaiheessa tulostus keskeytetään
ohut vai thick tyyli (statusbaari-tapauksissa ehkä ohut) ohjeistuksesta tai sampleista vähän mallia asianmukaiset reunojen paksuuden mukaiset vähennykset (WM_SIZE-viesteissä) toteutukset (ainakin) uraKansi Tarra Muista!
uraKansi Tarra Muista!
oikean fontin lataus UI:hin fonttien valinta html-tiedoston ohjaamana huom! samaa (sivun 1) sisältöä käytetään takakannessa ja sisäsivulla, joten näille molemmille pitää olla esittelyt (eri fontit) jos tapa=TT_TAKAKANSI (tai TT_ETUSIVU) etsi face-parametrista fontti, fallbackinä sivu-parametrista. Muilla tapa-arvoilla sivu-parametrista. pistekoko etsitään parametrista koko tai sivukoko huom! vihkossa järjestys: sivu 1 = vihkon takasivu, sivu 2 = vihkon kansilehti, sivu 3 sisäsivu 1, sivu 4 sisäsivu 2 jos myöhemmin löytyy uus esittely, olkoon se ratkaseva, eli joka sivulla voi olla omat fonttimääritykset ei liene järkevää käyttää css:n tai ainakaan html:n koodeja tai oikeita attribuutteja tähän vaan kenties ihan omia merkistömuunnos tehtävä asiallisesti swprintf:in sijaan olis ehkä hyvä tehdä rajaus kuinka kaukaa fonttia etsitään tarkistettava miten käyttäytyy not so happy -polulla edit-kentän upotus + lossi ja automaattinen vaakaskrolli nyt ei taida olla tallennusmahdollisuutta, mutta se olis ehkä hyvä olla vaakatulostukseen tutustuminen näkyykö valinta Print-dialogista palatessa: näkyy miten näkyy kakspuolisuus optioineen HP: kakspuoleisuus 2 kun valittu "Käännä pitkän reunan ympäri", laatikko 257 HP: kakspuoleisuus 3 kun valittu "Käännä lyhyen reunan ympäri", laatikko 257 Epson: kakspuoleisuus 2 kun valittu "Automaattinen (pitkän reunan sidonta), laatikko 261" Epson: kakspuoleisuus 3 kun valittu "Automaattinen (lyhyen reunan sidonta), laatikko 261" Epson: kakspuoleisuus 2 kun valittu "Manuaalinen (pitkän reunan sidonta), laatikko 261" Epson: kakspuoleisuus 3 kun valittu "Manuaalinen (lyhyen reunan sidonta), laatikko 261" onko mahdollista asettaa vaakatulostus ennen dialogin kutsua: on onko mahdollista asettaa kaksipuolisuus ennen dialogin kutsua: ei (paitsi jos oletuskirjotin tukee sitä) tekemällä kankeamman kautta on myös kaksipuolisuus mahdollista asettaa ennen PrintDlg'ia (mutta ei saa vaihdella kirjotinta) vaatinee printterikohtaisia muistiinpanoja vaakatulostuksen implementointi per tulostustehtävä siirtyminen Tarra-tyylisiin laskelmiin (ei ollut kuitenkaan tarvetta) korjaus-parametrit jotta kaksipuoliset osuu kohdilleen tarkistettava onko fonttidialogin isäntä NULL vai mikä (oli NULL, palautettu hwndFrame) "pistetty tulostumaan" vaikka tulostuksen peruisi; korjattu Ctrl-A:lla koko edit-kentän maalaus laulujen sanoja ja suomennoksia varten viritetty toteutus (säädettävä marginaali?) tulostuksen fonttikoko kalibroitava samalle tasolle yleisen tulostustavan kanssa (vaikka vanhat arvot menettävätkin arvonsa)
huom! samaa (sivun 1) sisältöä käytetään takakannessa ja sisäsivulla, joten näille molemmille pitää olla esittelyt (eri fontit) jos tapa=TT_TAKAKANSI (tai TT_ETUSIVU) etsi face-parametrista fontti, fallbackinä sivu-parametrista. Muilla tapa-arvoilla sivu-parametrista. pistekoko etsitään parametrista koko tai sivukoko huom! vihkossa järjestys: sivu 1 = vihkon takasivu, sivu 2 = vihkon kansilehti, sivu 3 sisäsivu 1, sivu 4 sisäsivu 2 jos myöhemmin löytyy uus esittely, olkoon se ratkaseva, eli joka sivulla voi olla omat fonttimääritykset ei liene järkevää käyttää css:n tai ainakaan html:n koodeja tai oikeita attribuutteja tähän vaan kenties ihan omia merkistömuunnos tehtävä asiallisesti swprintf:in sijaan olis ehkä hyvä tehdä rajaus kuinka kaukaa fonttia etsitään tarkistettava miten käyttäytyy not so happy -polulla
näkyykö valinta Print-dialogista palatessa: näkyy miten näkyy kakspuolisuus optioineen HP: kakspuoleisuus 2 kun valittu "Käännä pitkän reunan ympäri", laatikko 257 HP: kakspuoleisuus 3 kun valittu "Käännä lyhyen reunan ympäri", laatikko 257 Epson: kakspuoleisuus 2 kun valittu "Automaattinen (pitkän reunan sidonta), laatikko 261" Epson: kakspuoleisuus 3 kun valittu "Automaattinen (lyhyen reunan sidonta), laatikko 261" Epson: kakspuoleisuus 2 kun valittu "Manuaalinen (pitkän reunan sidonta), laatikko 261" Epson: kakspuoleisuus 3 kun valittu "Manuaalinen (lyhyen reunan sidonta), laatikko 261" onko mahdollista asettaa vaakatulostus ennen dialogin kutsua: on onko mahdollista asettaa kaksipuolisuus ennen dialogin kutsua: ei (paitsi jos oletuskirjotin tukee sitä) tekemällä kankeamman kautta on myös kaksipuolisuus mahdollista asettaa ennen PrintDlg'ia (mutta ei saa vaihdella kirjotinta) vaatinee printterikohtaisia muistiinpanoja
HP: kakspuoleisuus 2 kun valittu "Käännä pitkän reunan ympäri", laatikko 257 HP: kakspuoleisuus 3 kun valittu "Käännä lyhyen reunan ympäri", laatikko 257 Epson: kakspuoleisuus 2 kun valittu "Automaattinen (pitkän reunan sidonta), laatikko 261" Epson: kakspuoleisuus 3 kun valittu "Automaattinen (lyhyen reunan sidonta), laatikko 261" Epson: kakspuoleisuus 2 kun valittu "Manuaalinen (pitkän reunan sidonta), laatikko 261" Epson: kakspuoleisuus 3 kun valittu "Manuaalinen (lyhyen reunan sidonta), laatikko 261"
optioiden varmistus ja selkeytys (hiukan yllättäviä testitulosteita) tulostusfontin valinta ini-tiedoston ohjaamana UI-fontin valinta ini-tiedoston ohjaamana manuaali mahtumattomuus-ilmotuksien yhteenveto ja tulostuspäätökset aputulostusten viritys hyvään kuntoon (tarran omassa backlogissa / tekstimuistiossa) virheilmotukset tulee nyt yhdessä osassa ini'in korjaus-parametrit, joilla saa tulostuksen trimmattua täsmälliseks voidaan asettaa myös yleisiksi arvoiksi jolloin näkyy myös testi=pdf-tulosteessa sivistynyttä olis sitoa kirjottimeen, mutta testiTulostuksessa olis hyvä näkyä vaikutukset HP:ssa vaakaKorjaus 1 mm, pystyKorjaus alle 0,5 mm Ctrl-A:lla koko edit-kentän maalaus tulostuksen fonttikoko kalibroitava samalle tasolle yleisen tulostustavan kanssa tarrojen tulostus vaakasuuntaan (jolloin syntyy pystytarroja) tulostus tarrojen sijaan erikokosiin kirjekuoriin (joihin tulostus vaakaan)
voidaan asettaa myös yleisiksi arvoiksi jolloin näkyy myös testi=pdf-tulosteessa sivistynyttä olis sitoa kirjottimeen, mutta testiTulostuksessa olis hyvä näkyä vaikutukset HP:ssa vaakaKorjaus 1 mm, pystyKorjaus alle 0,5 mm
tarkista ja dokumentoi miten ohjelma toimii kun merkkiä ei ole ohjaustiedostossa testaa miten plasma-kavennus käyttäytyy nykyohjauksella (jossa alkupään kontrollimerkit ovat tyhjiä) muutamia validointeja ja virheilmotuksia vois lisätä (omassa backlogissaan)
toiminnallisuus joka tsekkaa ennen hakua tarvittavan muistimäärän ja varaa sen sitten + vapauttaa lopuks kaikki sivustot ei kerro sivun kokoa etukäteen (esim. vinLorenc, yle.fi/aihe*rso) joten ominaisuuden hyödyllisyys ei hirveen suuri ehkä hyödyllisempää olis se että sivu voidaan lukea pienissä paloissa kokonaisuudessaan (tosin esim. vinLorenc'in toimivuus pitäis testata) // toteutettu 4.4.2023 alkuperäistä ideaa ei siis ollut järkeä toteuttaa jos annetaan muistivarauskoko, ilmotetaan samalla että ko. koko on myös maksimi joka luetaan ja talletetaan toiminnallisuus jolla voi yrittää lukea urlin takana olevan päivitysajankohdan ei aina löydy, esim. arkku (ja joillain sivuilla löytyy joskus ja joskus ei) joskus annetaan, mutta generoidaan aina kyselyn kyselyn perusteella, jolloin käytännön hyötyä ei oikein oo tätä ei myöskään siis toteutettu, liian satunnainen eikä kunnollista tarvettakaan lokien oletusnimet viksummiks (nyt ftp-alkusia)
kaikki sivustot ei kerro sivun kokoa etukäteen (esim. vinLorenc, yle.fi/aihe*rso) joten ominaisuuden hyödyllisyys ei hirveen suuri ehkä hyödyllisempää olis se että sivu voidaan lukea pienissä paloissa kokonaisuudessaan (tosin esim. vinLorenc'in toimivuus pitäis testata) // toteutettu 4.4.2023 alkuperäistä ideaa ei siis ollut järkeä toteuttaa
ei aina löydy, esim. arkku (ja joillain sivuilla löytyy joskus ja joskus ei) joskus annetaan, mutta generoidaan aina kyselyn kyselyn perusteella, jolloin käytännön hyötyä ei oikein oo tätä ei myöskään siis toteutettu, liian satunnainen eikä kunnollista tarvettakaan
errorlevelin asettaminen jos tietoliikenneyhteys puuttuu > vois reagoida komentojonossa paluuarvojen asettaminen niin että tulee kierroksen korkein paluuarvo errorleveliin paluuarvojen listaus ja tarkistaminen niin että ovat järkeviä ja dokumentoitu skandien siivous niin että viestit toimii niin näytössä kuin lokillakin ftp-virheilmotusten tarkistus (handlet on isoja lukuja, ei välttis tarttis niitä näyttää)
vois tutkia päivämäärän perusteella ettei turhaan haeta menneitä konsertteja koko html2x -päälogiikka pitää muuttaa ohjaustiedosto-pohjaseks vois tehdä vertailun joka kertois selkeesti onko jotain muuttunu edellisen haun jälkeen
compat /? menee virheeseen; korjattu 21.9.2022 vähemmän kirjotusta ruudulle (optiolla tai aina) compares vois vertailla useita tiedostoja
kalepyha vois olla geneerisempi (▶kaleGene), esim. säännöt hug a sheep day'lle (lokakuun vika lauantai) kalepyhassa pääsiäinen ja siitä riippuvat seuraukset lasketaan erikseen (juoksupv ±xx, "label") ja loput päivät tuotetaan geneerisesti laske_ja_tulosta(8, 5, annettu_vuosi, 6, "&äitienpäivä")
kalepyhassa pääsiäinen ja siitä riippuvat seuraukset lasketaan erikseen (juoksupv ±xx, "label") ja loput päivät tuotetaan geneerisesti laske_ja_tulosta(8, 5, annettu_vuosi, 6, "&äitienpäivä")
päiväntasaukset (equinoxes) ja päivänseisaukset (solstices) pitää ohjelmoida (copy/paste/edit ei riittävän luotettava); sofa
lossi ja automaattinen skrollaus pitkällä rivillä tulostuksen suunnan vois alustaa tulostustyypin mukaan (kalenteri: vaaka) kalenteri: kursivointi indikaatio vois olla vaikka alaviiva _ tai kauttaviiva / kalenteri: kursivoinnin osalta päätettävä mihin kaikkiin muihin tehosteisiin voi yhdistää tulostusyhteenvedon ensikokeilu (ihan toimiva konsepti) status-ikkuna kannattais olla etenkin kalenterin tulostustarpeisiin; otettu käyttöön tulostusyhteenvedon toteutus loppuun laskuri tapauksille dynaamiset muistivaraukset muistin riittävyyden tarkistus muistin vapautukset oma ikkuna yhteenvedolle tulostuksen loppuun yhteenveto (ylitysten lkm) kalenteri: harkitse pitäiskö rajatapauksissa olla kaks kuuta pitääkö olla ini-faili johon esim. UI-fontin vois laittaa; tän vois antaa esim. toisena parametrina ini tai inin tiedot vois olla myös datan eli varsinaisen tiedoston mukana? pros and cons ini:ssä vois myös olla hyvät ehdotukset tulostusfontille kokoineen; tän vois lukea ainoan kerran kun tulostetaan ini kannattais lukea oletushakemistosta, jolloin kehitysvaiheessa vois tyrkyttää aina pdf:ää (sit kun oletusprintterikin asetetaan) ilman ini-virityksiäkin Muista! vois muistaa fontin jota edellisellä kokeilulla käytettiin (pohjat Tarra:sta) ennakkovarotus tulevasta liputuksesta (harmaa), esim. syyskuu 2023 1.10. + täysikuun osalta sama mahdollisuus tulostaa minkä tahansa vuoden kalenteri! erillinen dialogi jossa kysytään tulostettavaa vuotta kokeile dialogin kontrollina (esim. jaksodialogissa) date and time pickeriä, jolle formaatiksi DTM_SETFORMAT määritellään pelkkä "yyyy"; kokeiltu, ei järkee kuluvan vuoden kalenterissa sivunumerot asetetaan vain kuluvasta kk:sta eteenpäin (vaikka oletusasetus silti Kaikki), tämä ehkä vaikea tajuta tai muistaa; asian kirkastamiseks laitettu keltanen viesti statusBariin tulostuksen fonttikoko kalibroitava samalle tasolle yleisen tulostustavan kanssa (tosin niin että A4:n lähtötaso, mutta muut paperit suhteellisia)
laskuri tapauksille dynaamiset muistivaraukset muistin riittävyyden tarkistus muistin vapautukset oma ikkuna yhteenvedolle tulostuksen loppuun yhteenveto (ylitysten lkm)
ini kannattais lukea oletushakemistosta, jolloin kehitysvaiheessa vois tyrkyttää aina pdf:ää (sit kun oletusprintterikin asetetaan)
erillinen dialogi jossa kysytään tulostettavaa vuotta kokeile dialogin kontrollina (esim. jaksodialogissa) date and time pickeriä, jolle formaatiksi DTM_SETFORMAT määritellään pelkkä "yyyy"; kokeiltu, ei järkee
jos ekalla kerralla ei rippaus onnistu, vois yrittää heti perään uudelleen pelkkä uudelleenyritys ei riittäny, pitää ehkä odottaa vielä lisäks; 3 sek odotus × 3 ei auttanu mitään vois myös kokeilla josko initialisoinnin clousaus ja uudelleen-avaus auttais huom! sit on myös tapauksia jotka antaa virheilmotuksen vaikka onkin tehny rippauksen ok (tätäkin vois tutkia); fixattu 22.7.2024 vois myös arpoa onko joku alustustoiminto liian kakussa, ja saisko sitä käskettyä alustamaan heti (vrt. tiedostoavaukset)
lisää ☐ [AltGr-B] ohjeista prosessi muita lisäyksiä silmälläpitäen lisää † lisää π
suunnitelma toteutuksen parantamisesta optimi combo kahden version parhaista puolista fontin valinta käyttöliittymässä outputtiin myös tavuttain jaettu hexakoodi tyyliin \xC3\xA4 (== ä) + muut arvot vois sisältää myös toisen suunnan: Ukoodin perusteella merkin haku vois sisältää myös toisen suunnan: nimen perusteella merkin haku optio jolla näytetään myös perusmerkkien koodit (desimaali, hex ja ehkä myös oktaali (c-käyttöön)) optio vois tulla käyttöön jo siitä että annetaan syötteeksi vain muutama merkki toisilla sanoilla: u:n pitää näyttää noi pahat merkit ym lisäks myös utf-8:n merkkijonoina ym tavoin ja UTF-16?E tai Windows API:n tavujonona
optio vois tulla käyttöön jo siitä että annetaan syötteeksi vain muutama merkki
muistele missä on tähän käyttöön soveltuva i/o: rivi\soudatab on varsin lupaava uus ohjelma jolla ajot tehdään, nimi keksittävä ohjelman toiminnallisuuksia / optioita parametrina annetaan poimintaehdot joilla rivit valitaan parametrina ohjaustiedosto jossa etsi/korvaa-tapaukset parametrien järjestys päätettävä (mitä tehdään jos on vain 1 tai 2 parametria) parametreilla kerrotaan minkä kentän arvosta generoidaan korvaava sisältö mihin kenttään optiona voi olla myös se, että generoitava tieto luo uuden kentän uusi kenttä voidaan luoda kaikille riveille jos poimintaehtoja ei anneta yksi käyttötapaus on myös se, että ohjelma vaihtaa sarakkeiden järjestyksiä (ilman ohjaustiedostoa) ohjaustiedostojen muokkaus ohjaustiedostossa voi olla kaksi, kolme tai useampi sarkain (sarake) Chopin Beethoven Šostakovitš cpe Bach Brahms Chopinin kirjauksien korjaus, ainakin KK5 po. KK7 (voi käyttää testimateriaalinakin) Chopinin KK-merkintöjä vois harkita/kokeilla myös unicoden erikoismerkkien osastolta, esim. Ⅳ ja Ⅶ (tuskin ⅳ ja ⅶ) // harkittu on kolmannen parametrin vaihtoehdoksi vois ajatella sitäkin että toista teosnumeroa täydennettäis lennosta sivuxml:n avulla // ajateltu on tää ei kuitenkaan mitenkään aukotonta kun joskus luettelot täydentävät toisiaan Huom! Tšaikovskin välitys parametrina ei oletuksena onnistu jos sen kirjottaa komentojonoon. Kiertotienä voi muuttaa koodisivun 65001:ksi (oltava varovainen!) tai antaa parametrin konsolista.
parametrina annetaan poimintaehdot joilla rivit valitaan parametrina ohjaustiedosto jossa etsi/korvaa-tapaukset parametrien järjestys päätettävä (mitä tehdään jos on vain 1 tai 2 parametria) parametreilla kerrotaan minkä kentän arvosta generoidaan korvaava sisältö mihin kenttään optiona voi olla myös se, että generoitava tieto luo uuden kentän uusi kenttä voidaan luoda kaikille riveille jos poimintaehtoja ei anneta yksi käyttötapaus on myös se, että ohjelma vaihtaa sarakkeiden järjestyksiä (ilman ohjaustiedostoa)
ohjaustiedostossa voi olla kaksi, kolme tai useampi sarkain (sarake) Chopin Beethoven Šostakovitš cpe Bach Brahms
tää ei kuitenkaan mitenkään aukotonta kun joskus luettelot täydentävät toisiaan
käyttöliittymään mahdollisuus valita ad hoc toinen lajittelu / sarakejärjestys Beethoven jonka haluaa välillä teosluettelojärjestykseen vaikka oletus oliskin vuosijärjestys (tai toisinpäin) cpeBach jonka haluaa välillä H- ja välillä Wq-järjestykseen vaikka oletus olisi vuosi jos säveltäjärivi loppuu kaksosaseen nimeeen, jää lainaukset auki (Bach Johann Ernst) ja tulee sotkua käyttöliittymään mahdollisuus käynnistää suosittelu-komento mahdollisuus jolla tiedostonimeksi vois generoida muutakin kuin Bach tai Šostakovitš [vanEyck!] optio jolla voi tuottaa checkbox-laatikon kaikille riveille (oli niissä kestoa tai ei) optio jolla voi tuottaa checked-checkbox-laatikon riveille joissa on kesto (voi olla myös oletusoptio) miten kerrotaan rockille että käytetään eri inventaarifailia (vai pitäiskö ne yhdistää)
Beethoven jonka haluaa välillä teosluettelojärjestykseen vaikka oletus oliskin vuosijärjestys (tai toisinpäin) cpeBach jonka haluaa välillä H- ja välillä Wq-järjestykseen vaikka oletus olisi vuosi
elokuvien prefiksien poisto tutki jossain myöhemmässä vaiheessa olisko Areena-haku elpyny [24.10.2022] myös httpilot on blokattu ohki\driller hakee mutta sen versiosta vinoillaan curl on myös blokattu uudeksi ohjelmalähteeksi vanha ohjelmaopas laitteen valinta käyttöliittymässä (laitteeseen ei liitetty aikavaeltelu-ominaisuutta) talletustiedoston nimi inistä (testauksessa mukava) ohjaajien eristäminen omaan elementtiin (vrt. editori) oha vois näyttää otsikossaan ini:n nimen jos poikkeaa oletuksesta muistin määrä ohjelmatiedolle luetaan ini-tiedostosta lähteessä voi olla html-osuuksia (kuten 5.10.2023 klo 21 Teema), ne olis hyvä siivota // 1.32 5.10.2023 käyttöliittymä sais esittää näkyvästi kun säiehaku epäonnistuu esim. tietoliikenteen puuttumisen takia jos ohjelman otsikossa &-merkki, niin otsikosta sitä ei muunneta xml-entiteetiksi (varsin purkka-viritys) dokumenttien osalta ei ohjaajan nimeä eikä vuotta talleteta, pitäis kyllä
xml-jäsentimellä tai raakaa omaa toteutusta kummassakin käyttökohteessa arkistointi-ominaisuus myöhemmässä versiossa kenties tällaset todo-listat käyttöliittymä vois olla puurakenteinen ⊞
ainakin kaksivaiheisena onnistuu harkita vois myös esiintyvien alkukirjaimien poimintaa (ettei kaikkia tarttis listata)
Win Win Rot piti laittaa punasten perään jotta sai sijainnin oikein (eikä jääny Ranskan alle)
vuosikerrat omaan elementtiin kirkastettava hyödyt ja haitat jos vuosi erillään, vois viinilistauksessa vuoteen kytkeä alueen pisteet vuoden erotteluun on väline jo olemassa (xTraktori) xml-rakenteen pilkkominen (käsin tai automaatiolla) xslt-listausten mukautus mahdollinen vuosikerta-näkymä kpl-kenttä (hyödyllinen laatikkokeisseissä) poikkeava pullokoko (0,375 tai 1,5) korkki (luonnonkorkki tai kierrekorkki; joskus olen kaivannut hakukriteerinä) ξ ϒ Ѯѯ ℥ ↺ ⟲ ≃≅≊≌≦≲≳≷≼⊴ ⋞⋟ ♒ ⚕ ⛁⛃ ⪅⪍⪳⪷ alkoholi%-kenttä: pros jäännössokeri: sokeri Säuregehalt: hapot historia erikseen (kuljetukset, säilytykset tms) kuvailut/luonne erikseen (hedelmäinen, mineraalinen yms) kokemus (josta saa lisäinfot kun haluaa nähdä mitä on aiemmin tykänny tms) tila (käytössä lähinnä von Winningeissä) 'tila' (olikin Palsta) vaihdettu Tarha'ksi (käytössä myös mm. jpKühn'eissä)
kirkastettava hyödyt ja haitat jos vuosi erillään, vois viinilistauksessa vuoteen kytkeä alueen pisteet vuoden erotteluun on väline jo olemassa (xTraktori) xml-rakenteen pilkkominen (käsin tai automaatiolla) xslt-listausten mukautus mahdollinen vuosikerta-näkymä
jos vuosi erillään, vois viinilistauksessa vuoteen kytkeä alueen pisteet vuoden erotteluun on väline jo olemassa (xTraktori)
kisaviikonloppujen eristys (formaatti lähellä json'ia) kisaviikonlopun harjotukset ja aika-ajojen eristys
eka käyttötapaus: ohjaajan poiminta mitä elementtejä käytetään dvd-kortistossa: Ohjaaja & Etunimi nimi keksittävä: ediTori, Splitter, ... ikoni kehitettävä yleisesti liitettävissä muihin ohjelmiin (kuten oha) vai pelkästään erillinen käyttölogiikka ohjaustiedoissa elementin nimi ohjaustiedoissa elementin rakenne (muut kentät) kursorin kohdalta elementin valinta ja kopiointi toiseen ikkunaan miten saadaan koko elementti maalattua ohjelmallisesti? muokatun sisällön palautus pääikkunaan editorille lopetussääntö: jos tyhjä, ei kysytä talletetaanko
mitä elementtejä käytetään dvd-kortistossa: Ohjaaja & Etunimi
ohjaustiedoissa elementin nimi ohjaustiedoissa elementin rakenne (muut kentät) kursorin kohdalta elementin valinta ja kopiointi toiseen ikkunaan miten saadaan koko elementti maalattua ohjelmallisesti? muokatun sisällön palautus pääikkunaan editorille lopetussääntö: jos tyhjä, ei kysytä talletetaanko
ohjelman (työ)nimeksi etSi aluksi voidaan käynnistää komentotilasta filemaskilla tutkittava erityisesti voiko Šostakovitšeja ja tommottisia antaa parametrina yo. tutkinnassa kannattaa kattoa toteutuksia rivi-hakemiston soudatab- ja tabular-corsista etSille vois antaa hakuparametreilla myös \-koodattuja kuten \092 mutta myös \x84 parametreilla voi rajottaa haun yhteen alihakemistoon (oletus!?) tulokset voi esittää myös komentotulkissa (printf) UTF-8-muodossa parametri /! jolla voidan etsiä tiedostot joissa EI esiinny hakusanaa GUI:ssa tulokset listalla (joko perinteisellä tai ListView-moodissa jossa voi antaa lisätietoja) voi näyttää vain löydetyt tiedostonimet tai mielellään myös löydetyistä riveistä pätkän listalta voi käynnistää haluamansa ohjelman tai vähintään Notepadin
konsoliversio olemassa GUI-versio rakenteilla nettiin vois laittaa linkin suositeltavasta olemassaolevasta toteutuksesta