Nekem már eleve ott nem tetszik a koncepció, hogy eszerint minden könyvtáramba létrehozna egy plusz fájlt, az ő „adatbázisának”, ha jól értem. Semmi kedvem ilyesmikkel teleszemetelni a könyvtáraimat.
Annyit elfogadok a nézetedből (már ha félre nem értettelek) hogy az MC-nek is vannak hiányosságai egyrészt, másrészt meg bizonyos értelemben bloatware. Ez utóbbit te nem mondtad, ezt én mondom, s természetesen úgy értem hogy az ÉN IGÉNYEIMHEZ képest az. Emiatt nem kapálódzom kézzel-lábbal az ötlet ellen hogy lecseréljem valami másra; viszont olyasmiről szó se lehet hogy külön adatbázisokat létrehozni könyvtárakban, még akkor se ha az szöveges állomány!
Viszont az is biztos ha le is cserélem valaha az MC-t, azt olyan progi váltja majd AMIT ÉN ÍROK MEG. Én, magam, önmagamnak, a saját igényeimre.
Ezzel egyetlen baj van csak: előbb el kéne döntenem, egyáltalán mire van igényem, mit tudjon... Aztán meg azt, MIKÉNT tudja. Minthogy az az egy tudható csak biztosan hogy később az igényeim nőni fognak (a programnyelvemmel is így volt...) emiatt úgy kell megtervezni kezdettől fogva, hogy pofonegyszerűen bővíthető legyen, külső libekkel. Ez az elv a Peri esetén is fényesen bevált.
Az is tiszta sor hogy a felülete maximum CLI lesz. Azaz ha valamihez nem elég a szimpla parancssor, a parancssori paraméterekkel, akkor olyasmi lesz a képernyője mint az MC-é is, azaz CLI. És 256 szinnel. Ezt a Peri kiválóan támogatja amúgyis, hehehe...
Mindez teljesen világos, ez már „kőbe van vésve”. Sajnos azonban ez még nem elég a bulldogsághoz, mert ettől még nem világos, milyen legyen a „szintaxisa”, a kezelési koncepció, stb... Rengeteg variáció elképzelhető, és nem érdemes belekezdenem amíg ezt nem tisztázom magamban, különben úgy járok mint a programnyelvem esetén, hogy legalább egy tucatszor újra kellett írnom, amíg végül HAT ÉV(!!!) után tisztult le bennem, melyik is az a „stílus” ami nekem igazán tetszik, amivel elégedett vagyok...
Az is biztos, szimplán egy olyat ami kétpaneles fájlkezelő, nem érdemes írnom, hiszen az csak egy MC koppintás lenne.