INDEX toiminto

Jos ymmärsin oikein, niin

INDEX hakemisto_x\*.*    / CD=0

ei muuta nykyistä hakemistoa toiseksi. Mielestäni hakemisto kuitenkin vaihtuu.
Survossa taas homma näyttää toimivan ok eli hakemisto ei muutu. Olen myös huomannut, että Musteessa INDEX-toiminto on selvästi hitaamimpi kuin Survossa.

Kas, pitääpä katsoa, mistä tuo johtuu. Ei nimenomaan saisi vaihtaa, kun CD=0.
Nopeusero on todella karmea, valitettavasti. SURVO R:ssä käytetään tulkattavaa R-koodia, SURVO MM:ssä käännettävää C-koodia. Etuna R-koodissa on se, että sama koodi toimii kaikilla alustoilla, toisin kuin Windows-spesifi C-koodi, mutta haittana on hitaus. Osa hitaudesta voi johtua R-koodauksen toteutustavastani. Ideani ja tarjolla olleet R-funktiot eivät ihan vastanneet toisiaan ja jouduin kikkailemaan aika tavalla.
- Kimmo

INDEX antaa hieman eri muodossa nuo kansiot:

Survo:

INDEX *
CD C:\S\PRO\DW
CD C:\S\
CD C:\S\PRO\TMP
CD C:\S\PRO\PROJ

Survo R:

INDEX *
CD ./ANA
CD ./DEV
CD ./DOCU

(huom. Survon INDEX lajittelee jostain syystä epäaakkosjärjestykseen...)

Lisäksi ylätaso (C:\S\) puuttuu Survo R:n INDEXistä. Mutta tämä oli lähinnä tällainen huomio asiasta :)

Voisiko INDEX-toiminnossa hyödyntää myös noita säännöllisiä lausekkeita, ks.

?list.files()
ja sieltä pattern.

Näin listauksia voisi tehdä vielä "tehokkaammin" joissakin tilanteissa. Lisäksi tuo ?list.files() subdirectory-homma on usein ihan hyödyllinen.

Pääsin (liian) pitkästä aikaa Survon C-ohjelmoinnin pariin. (Koneenvaihto, uudelleenasennukset ym. konfiguroinnit - ja tietenkin kesäloma! :))

Aloitin INDEXistä korjaamalla CD=0 -ongelman sekä säätämällä tulostusta kauniimmaksi (siellä oli vielä eräitä "8+3"-oletuksia tiedostojen nimien pituudesta, siksi tulostus saattoi olla winksin & wonksin.

Ohessa näkymä uuden koneeni (HP EliteBook 2170p: Windows 7 Enterprise, 16GB RAM, 128GB SSD) E-levyn (partition) INDEX-listauksesta (sisältää paljon piiiiiitkiä nimiä ym. soopaa). Kentän koko on 1000x300 ja INDEX-komentoa muotoa

INDEX E:\ CUR+2 / GROUPING=EDT,pdf,png SORT=-SIZE WIDTH=230

Laveat näkymät mahdollistaa komento FONT 5.

Jatkan tästä elokuun aikana (kone kulkee mukana Pohjois-Amerikassa ja Aasiassa), katsotaan missä ollaan (näissä asioissa) syyskuun alussa! :)
- Kimmo

PS. Uusi INDEX tullee lähiaikoina mukaan, kunhan toimitan lähdekoodit Atlantin taakse (itse olen vielä Euroopassa).

Kimmo Vehkalahti wrote

PS. Uusi INDEX tullee lähiaikoina mukaan, kunhan toimitan lähdekoodit Atlantin taakse (itse olen vielä Euroopassa).

Mukana versiossa 0.6.7.

Olisiko mahdollista erityisesti CD=0 tapauksessa, että voisi tulostaa myös hakemistopolun alkuosan, esim.
PDF=/OPEN ... :

/OPEN Z:\A\B\C\file.pdf

Tuolloin voisi filen avata suoraan...
En huomannut, että tähän olisi optiota?
Nyt kun tuo INDEX on aika hidas, niin voisiko lisäoptiona olla (että hitautta kompensoidaan uusilla ominaisuuksilla :) ) että etsii myös alihakemistoista (varmaan CD=0 olisi automaattisesti)... lisäksi noiden säännöllisten lausekkeiden käyttö (mitä R tarjoaa) olisi hyvä lisä (josta laitoin aiemminkin viestiä...).

 

Tuo on hyvä huomio, tosin taitaa toimia toivotulla tavalla (?), jos lisäät FORMAT=FULL.

INDEX odottaa nyt vain sopivaa ajankohtaa pikku remontille, korjattavia kohtia riittää. (Saa raportoida lisääkin!)

Kimmo Vehkalahti wrote

Tuo on hyvä huomio, tosin taitaa toimia toivotulla tavalla (?), jos lisäät FORMAT=FULL.

INDEX odottaa nyt vain sopivaa ajankohtaa pikku remontille, korjattavia kohtia riittää. (Saa raportoida lisääkin!)

Kiitos :)

Toinen kysymys:

  COMMENTS=80
INDEX           / SORT=-DATE EDT=/LOAD2   GROUPING=EDT,SVO
/LOAD2 HSTYLE.EDT
...

ei tulosta pitkiä selityksiä, puuttukohan multa joku täsmennys?

Taisinkin kysellä tuosta, kun nuo kommentit eivät tulostu INDEXissä. Kimmo, ei taida olla vielä toiminnassa?

Hei Petri,
Kyllä tuo nähdäkseni toimii, siis tiedostoihin asetetut kommentit tulevat näkyviin listaukseen (kuten varmaan olet ehtinyt huomatakin jo tässä muutaman kk:n aikana - en muistanut vastata viestiin aiemmin).

INDEXin toiminnassa ei periaatteessa ole mitään eroa aikaisempaan. Siinä vain on pieni "feature", joka johtuu pitkistä tiedostonimistä: kun niille varattu tila mitoitetaan pisimmän tiedostonimen mukaan, jää listaan usein runsaasti tyhjää ennen kommenttien alkua silloin, kun hakemistossa on jotain pitkänimisiä PDF- tms. (yleensä muita kuin Survolla natiivisti tehtyjä) tiedostoja.

SURVO MM:ssä tämä "feature" ei tule esiin, koska Windowsissa tiedostojärjestelmä keksii pitkänimisille tiedostoille lyhyen (8+3) nimen. SURVO R:ssä tiedostoja kutsutaan niiden koko nimillä. Jos tiedoston nimessä esiintyy välilyöntejä, sen käyttö onnistuu (esim. /OPEN-sukrolla) varustamalla se lainausmerkeillä. Skandit ovat sen sijaan tässä suhteessa ongelma (ei pitäisi olla mikään yllätys, eikä pitäisi käyttää niitä nimissä), koska ne ovat eri merkistössä Survossa ja tiedostojärjestelmissä.
- Kimmo

PS. Workaround: ONLY=1

Kimmo Vehkalahti wrote

Hei Petri,
Kyllä tuo nähdäkseni toimii, siis tiedostoihin asetetut kommentit tulevat näkyviin listaukseen (kuten varmaan olet ehtinyt huomatakin jo tässä muutaman kk:n aikana - en muistanut vastata viestiin aiemmin).

INDEXin toiminnassa ei periaatteessa ole mitään eroa aikaisempaan. Siinä vain on pieni "feature", joka johtuu pitkistä tiedostonimistä: kun niille varattu tila mitoitetaan pisimmän tiedostonimen mukaan, jää listaan usein runsaasti tyhjää ennen kommenttien alkua silloin, kun hakemistossa on jotain pitkänimisiä PDF- tms. (yleensä muita kuin Survolla natiivisti tehtyjä) tiedostoja.

SURVO MM:ssä tämä "feature" ei tule esiin, koska Windowsissa tiedostojärjestelmä keksii pitkänimisille tiedostoille lyhyen (8+3) nimen. SURVO R:ssä tiedostoja kutsutaan niiden koko nimillä. Jos tiedoston nimessä esiintyy välilyöntejä, sen käyttö onnistuu (esim. /OPEN-sukrolla) varustamalla se lainausmerkeillä. Skandit ovat sen sijaan tässä suhteessa ongelma (ei pitäisi olla mikään yllätys, eikä pitäisi käyttää niitä nimissä), koska ne ovat eri merkistössä Survossa ja tiedostojärjestelmissä.
- Kimmo

PS. Workaround: ONLY=1

Kiitos, tuo ONLY=1 oli mahtioptio, joka toi pitemmät höpinät mukavasti näkyviin :)

ONLY-täsmennys oli Sepon (20 v sitten esittämä!) hyvä ehdotus GROUPINGin säätämiseen, kuten näkymä INDEXin "konehuoneesta" (ks. kommentti!) osoittaa:

    j=spfind("ONLY"); /* 14.7.95/kv (SM) */
    if (j>=0) {
        if (atoi(spb[j])==1) {
            GV.only_grouptypes=1;
            if (GV.groups==0) {
                muste_kv_s_err("Use ONLY with GROUPING! (See INDEX?)");
                return -1;
            }
        }
    }

Täydennän aiempaa viestiäni, jossa totesin näin:

"Jos tiedoston nimessä esiintyy välilyöntejä, sen käyttö onnistuu (esim. /OPEN-sukrolla) varustamalla se lainausmerkeillä."

Tämän viestiketjun vielä varhaisemmassa viestissä näytin, kuinka INDEX listaa piiiiiiiitkiä tiedostonimiä. Tällöin ei vielä onnistunut /OPEN niille, joiden nimissä oli esim. välilyöntejä. Tämä korjaus tuli tehtyä joskus viime vuoden aikana, muttei INDEXiin vaan /OPEN-sukroon (se muistaakseni LYHENI olennaisesti!). Sen jälkeen lisäsin INDEXiin "älyä" sen verran, että osaa lisätä tarpeen mukaan nuo lainausmerkit. Ninpä tuo sama komento, jota aiemmin demosin, tuottaa ihan toimivaa listausta:

SINCE=1.6.2012 BEFORE=1.5.2013
INDEX E:\ CUR+2 / GROUPING=EDT,pdf,png SORT=-SIZE

(poistan suurimman osan tästä)

Mm. nämä (kuten suurin osa) toimivat nyt mainiosti:

/OPEN Tyyppiarvo_ISSUU_1_2013.pdf
/OPEN Valkonen_netti.pdf
/OPEN "Professorien juhlaluennot 05122012.pdf"
/OPEN "Phil. Trans. R. Soc. Lond. A-1974-Kendall-231-66.pdf"
/OPEN "Poropudas  Gradu  2011.pdf"
/OPEN isbn9789522161413.pdf
/OPEN "EF EPI 2012 Report_MASTER_LR.pdf"

Sen sijaan näissä on yhä ongelmia (ei-toivottuja merkkejä):

/OPEN Taleb-Lectures-on-Risk-and-(Anti)fragility-textbook-DRAFT.pdf
/OPEN "O'Reilly Media, Inc.pdf"
/OPEN "Karma & Komulainen jatkokurssi.doc"
/OPEN VT-ohjaus-kysely-Pyhältö190413.pdf

Jos tällaisten (vähän onnettomien) tiedostonimien kanssa joutuu tekemisiin, niistä selviää esim. avaamalla käyttöjärjestelmän tiedostohallinnan ko. hakemistosta:

/OPEN E:\

ja avaamalla tiedoston sieltä. Toinen mahdollisuus on nimetä tiedosto uudelleen järkevämmin (esim. sähköpostista tms. talletettaessa).