Enterprise Forever

:HUN => Programozás => Topic started by: Z80System on 2014.August.20. 20:15:44

Title: FILE bővítés
Post by: Z80System on 2014.August.20. 20:15:44
És még azon molyolok, hogy nem lehetne -e valahogy exdos+ide mellé valami file böngésző bővítést berakni ?

Tehát én az epdos -t is mindíg csak (99.9% -ban) file böngészésre használom, ha létezne valami kis méretű program, ami csak azt tudja hogy lehet váltani a meghajtókat, és böngészni, elindítani egy progit, akkor az jo lenne.

És akkor valami
:böngészőprogi
paranccsal indulna a böngészés.

És függetlenül hogy van -e a fenti megoldás vagy nincs, ha nem lesz az adott gépen más ugye, mint exdos+ide, akkor a WP fog elindulni az ENTERPRISE felirat után ?

Lehetséges -e azt úgy módosítani, hogy az EXDOS képernyő induljon el, lehetőleg exdos.ini -t töltve valamelyik (pld. első) partícióról ?
Title: Re: FILE bővítés
Post by: Z80System on 2014.August.20. 20:24:31
Végülis az EXDOS képernyő az már maga is egy "file böngésző alakalmazás" ...

Az exdos.ini -vel meg meghatározhatnék "boot szekvenciákat", ram -ba tölthető bővítések -kel, azoknak hívásaival, és exos változó átállításokkal ...
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.August.20. 20:29:50
Quote from: Z80System
És még azon molyolok, hogy nem lehetne -e valahogy exdos+ide mellé valami file böngésző bővítést berakni ?
Böngészőnek ott van a Haluska féle FILE, gyakorlatilag már csak egy loader kell mellé, ami elindítja a kiválasztott programot.
Ez talán befér még a gyorstesztes szegmensre.

Quote
nem lesz az adott gépen más ugye, mint exdos+ide, akkor a WP fog elindulni az ENTERPRISE felirat után ?
Gyorsteszt, BASIC, EXDOS, IDE lesz.

Quote
Lehetséges -e azt úgy módosítani, hogy az EXDOS képernyő induljon el, lehetőleg exdos.ini -t töltve valamelyik (pld. első) partícióról ?
A WD-tlen EXDOS már eleve F-ről nézi az EXDOS.INI-t :-)
Title: Re: FILE bővítés
Post by: Z80System on 2014.August.20. 20:38:56
Quote
Böngészőnek ott van a Haluska féle FILE, gyakorlatilag már csak egy loader kell mellé, ami elindítja a kiválasztott programot.
Ez talán befér még a gyorstesztes szegmensre.

Ep128.hu -n nem látom ezt a FILE -t, így nem tudtam megnézni mi az, így nem értem milyen loader kell mellé,
de ha ez azt jelenti hogy kódolnod kell hozzá valamit, és nincs kedved, akkor nem kell molyolj vele.


Quote
Gyorsteszt, BASIC, EXDOS, IDE lesz.

Ja, ha lesz BASIC akkor inkább az induljon, hagyományosan.


Quote
A WD-tlen EXDOS már eleve F-ről nézi az EXDOS.INI-t (http://enterpriseforever.com/Smileys/phpbb/ds_icon_smile.gif)

Na akkor ez full extrás lesz ... :)
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.August.20. 20:46:43
Quote from: Z80System
Ep128.hu -n nem látom ezt a FILE -t, így nem tudtam megnézni mi az, így nem értem milyen loader kell mellé
PACK / FILE címszóval van. (http://ep128.hu/Ep_Util/Pack.htm)
Title: Re: FILE bővítés
Post by: Z80System on 2014.August.20. 21:29:29
Aham ... közben rájöttem, hogy az exdos kártyám :help -jében is mintha szoktam volna olvasni FILE -t,
előkapartam a szuperturbó (fenetudjapixelhibáse :)) gépem, ott is van a FILE,
de nem lettem tőle okosab ... :)

Úgyhogy rád bízom ... reméljük te tudod miről beszélsz ... :)
Title: Re: FILE bővítés
Post by: Z80System on 2014.August.20. 21:48:58
Aham ... kapisgálom, ez csak valahogy egy file nevet tárol le valami bufferbe, amely buffer címét paraméterként kapja, de ehhez akkor kell még egy külön program, ahogy írod is, ami akár basic is lehet, mert nagyon okosügyesszép a basic EP -n, de azért nem akarok egy basic programocskát begépelni minden töltéskor ... :)

Szóval ha akarnék egy
:BROWSE vagy :FILELOAD vagy ilyesmi dolgot, az +1 külön rendszerbővítő, nem ?

Ebbe a FILE -ba bele kellett volna tenni a mostani funkcionalitása fölé, hogy simán
:FILE
vagy esetleg:
:FILE meghajtó

az böngésszen, és a kiválasztott file -t töltse be exos modulként ... nem ?
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.August.20. 21:56:21
Quote from: Z80System
Ebbe a FILE -ba bele kellett volna tenni a mostani funkcionalitása fölé, hogy simán
:FILE
vagy esetleg:
:FILE meghajtó

az böngésszen, és a kiválasztott file -t töltse be exos modulként ... nem ?
Pont ilyesmin gondolkozom:-)
Title: Re: FILE bővítés
Post by: Povi on 2014.October.07. 20:28:06
az normális, hogy ha meghívom a file bővítőt, akkor a gyökérben lévő fájlokat mutatja, hiába vagyok valamelyik könyvtárba belépve?
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.07. 20:35:18
Ha nem adsz neki útvonalat, akkor igen :-)
Title: Re: FILE bővítés
Post by: Povi on 2014.October.07. 20:41:18
kár...
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.07. 21:05:02
hát add be akkor neki az aktuális útvonalat útvonalnak, és azt kapod, amit szeretnél ... nem ?
Title: Re: FILE bővítés
Post by: Povi on 2014.October.07. 22:14:21
na, igen, csak mivel egy programból hívom, ami elvileg bármilyen mappában lehet, és a mappában lévő fájlokat akarom látni, kicsit bosszantó, hogy a gyökér fájljait látom
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 00:36:44
FILE 1.2
:FILE-re programtöltő :-) van lemezre tehető START verzió is.
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 00:43:03
Quote
:FILE-re programtöltő :-) van lemezre tehető START verzió is.

Hát START -os verziót már a régivel is lehetett csinálni,
felraktam már én is olyat.

Ebben az lesz a tutkó, ha nem kell a START és ezért BASIC és DRIVE/MAPPA független lesz ...

Csak ahhoz meg benne kell lennie a cartridge SD ROM -jában (a teljes EXDOS -szal együtt :)) ...
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 00:48:41
Ebben az lesz a tutkó, ha nem kell a START és ezért BASIC és DRIVE/MAPPA független lesz ...
Miért kéne hozzá BASIC?
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 00:52:22
Quote
Miért kéne hozzá BASIC?

Hát mert a START (F1) az csak BASIC -ben van, nem ? Nem mindenhol működik START -ként az F1, nem ?

De ha ez nem így lenne, akkor is áll a DRIVE/MAPPA dolog ...
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 00:58:45
Hát mert a START (F1) az csak BASIC -ben van, nem ? Nem mindenhol működik START -ként az F1, nem ?
No és aztán? Egy gépi kódú programot bárhonnan betölthetsz.
Egyébként WP-ben F1 és ENTER :-)
Hisoft Pascalban X és Enter :-D
De a :LOAD START bárhol működik, EXDOS.INI.be is rakható.

Ez Lacika régi igényére van, hogy pakolhassa a mindenféle lemezképekre, valami modernet ami a vinyótól se akad ki.

Quote
De ha ez nem így lenne, akkor is áll a DRIVE/MAPPA dolog ...
A ROM-os :FILE az a aktuális meghajtó aktuális könyvtárából indul.
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 01:10:15
Quote
No és aztán? Egy gépi kódú programot bárhonnan betölthetsz.
Egyébként WP-ben F1 és ENTER :-)

Ezt nem tudtam ...

Quote
De a :LOAD START bárhol működik, EXDOS.INI.be is rakható.

Mondjuk ez igaz ... :) De azért az F1 mennyivel egyszerűbb ... Akkor én az enyémet ott toltam el, hogy BASIC -ben írtam, nem gépi kódban ...

Quote
A ROM-os :FILE az a aktuális meghajtó aktuális könyvtárából indul.

Az lehet, amelyikkel én toltam (EXT -es) annak szerintem be kellett külön adni paraméternek ... de nem 100%.

Viszont kellett vagy nemkellett, attól még az áll, amire gondoltam:

Ha kell KÜLÖN file az induláshoz, és nem a :FILE bővítés (ami nyilván ROM -ban kell legyen) tudja a teljes böngészés/indítás dolgot,
addig nyomogathatsz F1 -et, meg írkálhatsz :LOAD START -okat,
ha olyan mappába vagy, ahol nincs START file, akkor nem fog indulni.
Erre gondoltam. Mindenhova, minden mappába nem lehet START file -t pakolni, ha BASIC ha gépikód.

A :FILE kell tudjon sztm böngészni és indítani is, és akkor ha az romban van, akkor semmi nem kell sehova, minden független mindentől, és teszem azt egy :FILE paranccsal lehet böngészni/indítani.
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 01:16:04
A :FILE kell tudjon sztm böngészni és indítani is, és akkor ha az romban van, akkor semmi nem kell sehova, minden független mindentől, és teszem azt egy :FILE paranccsal lehet böngészni/indítani.
Már így lehet.
De nem mindenkinek van otthon EPROM égetője, vagy Flash bővítése. Remélem nem baj ha ezekre a felhasználókra is lett gondolva. Pláne, hogy Lacika évek óta rimánkodik érte :oops:

Startolás úgyis megy, hogy vagy valahol, és
:LOAD A:
(vagy amelyik meghajtón van a START)
És akkor az aktuálissal hellyel indul.
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 01:19:55
Quote
Már így lehet.

Juhu.

Quote
De nem mindenkinek van otthon EPROM égetője, vagy Flash bővítése. Remélem nem baj ha ezekre a felhasználókra is lett gondolva. Pláne, hogy Lacika évek óta rimánkodik érte :oops:

Lévén hogy nekem sincs ... vagy ha van nem tom berakni egyedül úgyse ... :)

Quote
Startolás úgyis megy, hogy vagy valahol, és
:LOAD A:
(vagy amelyik meghajtón van a START)
És akkor az aktuálissal hellyel indul.

Ezt már az EXDOS -ba beleírták ? Hogy egy üres (file nevű) load az a START nevű dolgot tölti ? Hardkódolva van az EXDOS LOAD -ba ?
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 01:22:09
Tényleg,

Olvastam valahol, hogy a funkcióbillentyűk átnevezhetőek ...

Aki akarja, az nem tud írni magának egy olyan exdos.ini -t ami az F1 -et átdefiniálja ":LOAD A:" -ra ?

És akkor ha bárhol is vagyok, de nincs ROM FILE -om, akkor is csak F1, és már menne is a :LOAD A: módszerrel ...
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 01:24:26
Akinek meg van ROM -ban FILE -ja, az ":FILE" -ra nevezné át az F1 -et az exdos.ini -ben ... :)

És akkor mindíg, mindenhol csak síma F1 lenne ...
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 01:25:09
Hardkódolva van az EXDOS LOAD -ba ?
Az van hardkódolva (a DISK eszközkezelőbe), hogy üres fájlnév betöltésére START-ot töltsön, bárhonnan is akarják. Persze pont a BASIC-en megszokott "Press F1 to Load"-ra lett kitalálva, és pont ezért lett START a neve.
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 01:28:41
Egyébként van a START progid olyan okos mint az én BASIC START progim, hogy ráellenőriz hogy van -e már :FILE és ha nincs, csak akkor tölti be a FILE.ext -et ?

(Vagy a te START progis olyan okos, hogy bele van építve a FILE és nem is kell töltse ? :))
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 01:30:45
(Vagy a te START progis olyan okos, hogy bele van építve a FILE és nem is kell töltse ? :))
Pontosan :ds_icon_cheesygrin:
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 01:37:56
Gyakorlatilag megmókoltam, hogy 5-ö fejlécűnek forduljon, és az elejére került egy pici kód, ami belsőleg közvetlenül hívja a FILE-t, és aztán a kapott névre kiadja az EXOS modul töltése hívást.
A ROM verzióba meg azt, hogyha paraméter nélkül lett hívva, akkor csináljon úgy, mint az 5-ös fejlécű verzió :-)
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.12. 01:41:08
Quote
Gyakorlatilag megmókoltam, hogy 5-ö fejlécűnek forduljon, és az elejére került egy pici kód, ami belsőleg közvetlenül hívja a FILE-t, és aztán a kapott névre kiadja az EXOS modul töltése hívást.
A ROM verzióba meg azt, hogyha paraméter nélkül lett hívva, akkor csináljon úgy, mint az 5-ös fejlécű verzió :-)

Kúlság, szuperség, faszaság.

Mikor lesz cartridge15.zip ? :)
Title: Re: FILE bővítés
Post by: Lacika on 2014.October.12. 10:01:57
A HELP-ben 1.1-es verzióószám maradt. :oops:
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.12. 10:09:42
A HELP-ben 1.1-es verzióószám maradt. :oops:
Javítva :-) (http://enterpriseforever.com/programozas/file-bovites/?action=dlattach;attach=11072)
Title: Re: FILE bővítés
Post by: Povi on 2014.October.18. 12:10:22
Gyakorlatilag megmókoltam, hogy 5-ö fejlécűnek forduljon, és az elejére került egy pici kód, ami belsőleg közvetlenül hívja a FILE-t, és aztán a kapott névre kiadja az EXOS modul töltése hívást.
A ROM verzióba meg azt, hogyha paraméter nélkül lett hívva, akkor csináljon úgy, mint az 5-ös fejlécű verzió :-)

Most néztem, az a baj ezzel, ha meghívom paraméter nélkül, és meggondolom magam (nyomok egy STOP-ot), akkor nem a BASIC-be (vagy oda, ahonnét meghívtam) kerülök vissza, hanem az EP logóhoz... :oops:

A másik probléma, hogy ha paraméterrel hívom (pl. a Brainfuck fordítóban fájltöltésnél először egy /*.bf paraméterrel hívom), akkor már nem a megnyitott könyvtárból indul, hanem a gyökérből (és könyvtárakat se látok)

Azt meglehetne majd oldani egy következő verzióban, ha valamilyen paraméterrel szűröm a listázandó fájlok listáját, attól még a könyvtárak látszódjanak? (a .. is)
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.18. 12:15:59
Quote
ha meghívom paraméter nélkül, és meggondolom magam (nyomok egy STOP-ot), akkor nem a BASIC-be (vagy oda, ahonnét meghívtam) kerülök vissza, hanem az EP logóhoz... :oops:

Jé, ez érdekes ... még nem vettem észre ...

Azt gondolná az ember, hogy az EP logós kilépésre csak az önálló (START) verziónál van szükség ... bővítőhívásnál meg ki(vissza) tud lépni a hívóhoz is ... nem így van ?

Rendszerbővítőhíváskor is vannak kényszerítők, amik lehetetlenné teszik a visszalépést ?
Title: Re: FILE bővítés
Post by: Povi on 2014.October.18. 12:27:53
Azt gondolná az ember, hogy az EP logós kilépésre csak az önálló (START) verziónál van szükség ... bővítőhívásnál meg ki(vissza) tud lépni a hívóhoz is ... nem így van ?

Vissza lehetne lépni, csak Zozo ezt írta:
"A ROM verzióba meg azt, hogyha paraméter nélkül lett hívva, akkor csináljon úgy, mint az 5-ös fejlécű verzió"

szóval, valószínű ezért csinálja így
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.18. 12:31:10
Quote
Vissza lehetne lépni, csak Zozo ezt írta:
"A ROM verzióba meg azt, hogyha paraméter nélkül lett hívva, akkor csináljon úgy, mint az 5-ös fejlécű verzió"

Hmmm ... tehát szándékos ... érdekes ...
Title: Re: FILE bővítés
Post by: Povi on 2014.October.18. 12:49:07
Hmmm ... tehát szándékos ... érdekes ...
inkább úgy mondanám, hogy feature... :-)
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.18. 16:42:03
szóval, valószínű ezért csinálja így
Sőt biztos.
A nullás lapba bele lesz írva, így nincs visszatérés.
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.18. 17:06:39
Quote
A nullás lapba bele lesz írva, így nincs visszatérés.

Ki ír bele ? Miért ír bele ? Eddig miért nem írt bele ?
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.18. 17:11:05
Ki ír bele ?
A FILE

Quote
Miért ír bele ?
Oda teszi a kiválasztott fájlnevet.

Quote
Eddig miért nem írt bele ?
Eddig is beleírt, csak a hívó program adta meg hova lehet.
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.18. 17:24:11
Quote
Eddig is beleírt, csak a hívó program adta meg hova lehet.

Ja tényleg ... és nem tud allokálni pár bájtot erre a célra az exos -tól ? Nem egész szegmenst, hanem valami kis párbájtos területet ?

Ami akkor is le lenne akár foglalva, ha nem is hívjuk meg a file -t ... vagy ilyesmi ...

És ezt a buffert csak akkor használná, ha nem adtak meg kívülről buffert.
Title: Re: FILE bővítés
Post by: Povi on 2014.October.18. 22:09:24
ha jól gondolom, ezt úgy lehetne megcsinálni, hogy amikor beláncolódik (ez a helyes kifejejzés?) exos-bővítőként, akkor lefoglal magának a rendszerszegmensen magának pár bájtnyi memóriát (konkrétan 255-öt, de szerintem lehetne kisebbre is venni ezt a buffert, elég lenne pár 10 bájt - mondjuk 64 - ez szép kerek szám :-)).
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.October.19. 10:59:04
Ekkor már csak annyi probléma lenne, hogy az egész program úgy van megírva, hogy a 0-ás lapon van a puffer...
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.19. 11:08:44
Az élet kemény ... :)
Title: Re: FILE bővítés
Post by: Z80System on 2014.October.31. 21:16:56
Közben +1 érdekességet észrevettem,

ami persze povi alapproblémáját meg nem oldja, de nekem hasznos:

az igaz, hogy a :FILE után a STOP is az ENTERPRISE felirathoz visz,
de egy gomb után bármi is indul el, BASIC vagy akármi EXOS kompatibilis dolog,
akkor a :FILE van olyan intelligens, hogy onnan folytassa (valszeg a current dir -től), ahol a STOP -ot nyomtam.

Szóval azért böngészni elég jó, mégha "ESC" funkcióra nem is lehet használni egy programban direktben a paraméter nélküli verziót.
(Remélem a paraméteres az megmaradt visszatérősnek ... :))

Szóval aki meg programból akarja hívni, az paraméterezze fel, oszt jónapot ...
Title: Re: FILE bővítés
Post by: Z80System on 2014.November.19. 22:24:26
A szülő könyvtárra feljebb lépésre nincs külön gomb ? Megesküdtem volna hogy van, és hiába keresem az EP -n is, meg itt is ...
Title: Re: FILE bővítés
Post by: Zozosoft on 2014.November.19. 22:36:44
A szülő könyvtárra feljebb lépésre nincs külön gomb ?
\ a gyökér
. eggyel feljebb
Title: Re: FILE bővítés
Post by: Z80System on 2014.November.19. 22:38:55
bakker tényleg ... a béna formámat ...
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.April.26. 14:35:12
A FILE már javítva, most a default device-t nézi (figyelve EXOS 2.0-ra is), a sok programos SD VHD-ben cserélni kell a START programot. (Végülis nálam ezzel jött elő a gond az XEP-vel.)

Ahol még társbérlőként van FILE, az még hátra van.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.April.26. 16:24:35
ZozoTools frissítve FILE 1.3-al.
Title: Re: FILE bővítés
Post by: Lacika on 2016.April.26. 20:42:06
ZozoTools frissítve FILE 1.3-al.

Ez a FILE hogy is működik? Ha paraméter nélkül meghívom nem kellene a file-választásnak előjönni? Nekem visszalép az EP logohoz.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.April.26. 20:43:26
Ez a FILE hogy is működik? Ha paraméter nélkül meghívom nem kellene a file-választásnak előjönni? Nekem visszalép az EP logohoz.
EXDOS van a konfigban?
Title: Re: FILE bővítés
Post by: Lacika on 2016.April.26. 20:55:00
Ah, véletlenül azt is kiszedtem... Így már működik.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.05. 12:02:06
A FILE egeresítés az bonyolult? Mehetne a teljes verzióba is FILE 1.4-be, és akkor az kerülne a ZT mellé is. (Meg az SD ROM-ba és a START programosba is.)
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.05. 13:58:29
A FILE egeresítés az bonyolult?

Nem különösebben, csak még tesztelni kellene valódi gépen. :oops: A file.s-ben az IF FILE_ENABLE_MOUSE > 0-val feltételesen fordított részek a lényegesek (4 ilyen van), ezeket kell beépíteni az egér támogatáshoz, illetve egy helyen egy JR utasítás JP-re módosult mert az ugrás távolsága túl nagy lett. A többi változtatás elsősorban csak a PACK eltávolítása, illetve különböző kisebb optimalizálások.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.05. 14:36:14
A PCK forrás file módosítva, és a különbségek:
[attachurl=1]
[attachurl=2]

Az "egeresítéshez" csak az IF FILE_ENABLE_MOUSE > 0 részek fontosak, minden más csak optimalizálás (néhány helyen egy-két byte lefaragása :)) a már említett JR-JP csere kivételével.

Ha nem fontos, hogy a MOUSEINPUT rutin külön is hívható legyen (ahogy azt a CVIEW_F.COM teszi), akkor néhány byte megtakarítható: a MOUSEINPUT végén a RET helyére EI és RET NZ kerül, a MOUSEINPUT hívása után pedig az EI és CALL Z, MOUSEEVENT törölhető.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.05. 18:48:30
Ebben a sorban egyébként célszerű lenne más címet választani, mert ez az aktuális könyvtár szöveges formátumú pufferének a területén (5000h-7FFFh) található, és sok file esetén problémát okozhat: :oops:

Code: ZiLOG Z80 Assembler
  1. MOUSESTATE      EQU     7BFEH

>7BC0  20 32 37 31 20 20 20 20  : 271    
>7BC8  20 54 45 53 54 30 30 46  : TEST00F
>7BD0  31 20 42 49 4E 20 20 20  :1 BIN  
>7BD8  20 20 20 20 20 20 20 20  :        
>7BE0  20 20 20 20 34 20 20 20  :    4  
>7BE8  20 32 37 32 20 20 20 20  : 272    
>7BF0  20 54 45 53 54 30 30 46  : TEST00F
>7BF8  30 20 42 49 4E 20 04 FF  :0 BIN ..
>7C00  20 20 20 20 20 20 20 20  :        
>7C08  20 20 20 20 34 20 20 20  :    4  
>7C10  20 32 37 33 20 20 20 20  : 273    
>7C18  20 54 45 53 54 30 30 45  : TEST00E


Ha van máshol szabad 2 byte, akkor érdemes lenne oda áthelyezni, vagy legalábbis 7FFEh címre, ami a 298. file-nál található. Azonban ennek a problémának a tesztelése közben találtam egy bugot a FILE-ban: nagyon sok file esetén nem elég a 12 KB-os puffer, és felülírhatja a rendszerszegmenst, lefagyást okozva.

[attachurl=1]
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.05. 19:51:30
Egyszerű javítás, amely a file-ok számát 277-re korlátozza, de legalább nem fagy le vagy jelenít meg szemetet. Ennél azonban jobban is lehetne javítani: :oops:
[attachurl=1]
Javított forrás file a multiplay.7z-hez:
[attachurl=2]
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.05. 22:34:15
Egyszerű javítás, amely a file-ok számát 277-re korlátozza, de legalább nem fagy le vagy jelenít meg szemetet. Ennél azonban jobban is lehetne javítani: :oops:
Ennyi fájl egy könyvtárban bőven több mint elég :-)
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.06. 02:47:54
Nem különösebben, csak még tesztelni kellene valódi gépen. :oops:
Működik, a görgő is! :smt038
Bal gomb kiválasztás, jobb gomb CD ..
Képnél meg jobb gomb vagy mozgásra lép tovább... ezt nem lehetne inkább, hogy bal gomb tovább, jobb gomb ESC, mozgásra meg nem reagál?
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.06. 07:59:42
A mozgásra továbblépés az bug, a MOUSEINPUT elrontja az időzítéshez használt HL és DE regisztereket, tehát ezeket menteni kellene. :oops: A következő verzióban javítom ezt és a FILE bugot is, illetve a gombok kezelését is módosítom.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.06. 08:55:09
A következő verzióban javítom ezt és a FILE bugot is, illetve a gombok kezelését is módosítom.
És akkor mehet minden filésbe az egér is.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.06. 14:42:53
Találtam egy bugot: CTRL vagy ALT + fel (lap elejére ugrás) esetén lefagy :oops:
Ha jól sejtem a FILEKCIM táblázat átalakításánál történt valami.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.06. 18:22:15
Találtam egy bugot: CTRL vagy ALT + fel (lap elejére ugrás) esetén lefagy :oops:
Ha jól sejtem a FILEKCIM táblázat átalakításánál történt valami.

Valóban, ezeknél visszafelé kell ugrani a FILEFEL-hez képest, a következő verzióban ezt is javítom.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.06. 19:11:39
Valóban, ezeknél visszafelé kell ugrani a FILEFEL-hez képest, a következő verzióban ezt is javítom.
Mit kell oda beírni? (Többit már visszaportoltam 1.4-nek)
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.06. 19:35:13
Mit kell oda beírni? (Többit már visszaportoltam 1.4-nek)

Jelenleg ezek a módosításaim a legutóbbi verzióhoz képest:
[attachurl=1]

A lefagyást a FILE205 és FILEFEC címkékkel kapcsolatos változtatások javítják. A többi kevésbé fontos:
- verziószám növelése 1.4-re
- nagyobb puffer méret, a kezdőcím 5000h helyett 4400h lett, így már legfeljebb 349 file jeleníthető meg :)
- gyorsabb puffer törlés a FILE300-nál (a gyakorlatban nem igazán jelentős, kb. 50 ms a különbség)
- 7 byte méretcsökkenés a 613. sornál, 9 byte a FILEROT-nál
- a MOUSEINPUT rutin külön file-ba helyezése, mivel a CVIEW a beépített FILE nélkül is használhatja
Title: Re: FILE bővítés
Post by: gflorez on 2016.October.06. 22:53:22
Szeretném javasolni, hogy ne használja Exdos.ini amikor kilép a FILE.

EGI.rel és Mouse.xr kiterjesztéseket kell betölteni csak egyszer indításkor.


Ezután minden kilépés FILE új példány mindkét kiterjesztések adunk a rendszerhez.

Például EGI megkeresi Warm.ini amikor újra belépés elkerülni ezt a helyzetet.

Tudjuk használni egy másik script, hogy újra a régi app, például FILE.ini vagy más fájlnevet.

-----------------------------------------



I want to propose to not use Exdos.ini when exit from FILE.

EGI.rel  and Mouse.xr extensions  need to be  loaded only one time at startup.

Then every  exit from FILE a new instance of both extensions is added to the system.

For example, EGI searches for Warm.ini when re-entering  to avoid this situation.

We can use some other script to reload the former app, for example FILE.ini or other file name.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.07. 09:09:13
Not fully understand it, because the FILE doesn't do anything with EXDOS.INI :oops:
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.07. 10:14:29
If I read it right, the problem may be that when exiting to the Enterprise logo by calling 01:C00Dh with A=6, EXDOS.INI is processed again, and more than one instance of MOUSE.XR can get loaded? It is probably best to unload the extensions first with RL in EXDOS.INI, or somehow detect if they are already loaded and then skip loading them again.
Title: Re: FILE bővítés
Post by: gflorez on 2016.October.07. 10:28:38
Yes, but Exdos is very limited and doesn't have conditionals. Better using Epdos Start command that allows to launch and run a Basic program. Once there we have total freedom.

Or  replicating the Epdos behaviour on a little Rom that can be put on the back unused space of another Rom, just like Zozo makes with his Fast Memory Test.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.07. 10:34:40
If I read it right, the problem may be that when exiting to the Enterprise logo by calling 01:C00Dh with A=6, EXDOS.INI is processed again
I think Gflorez EXDOS.INI problem come with ZT :oops:
Title: Re: FILE bővítés
Post by: gflorez on 2016.October.07. 10:42:33
I have build a configuration on the emulator, with the latest EXOS, EXDOS, Language Rom, Epdos, Iview and ZT.

If I load the EGI disc, every time I load a .COM converted image(with epimgcomv), when exiting with Space I return to the flashing letters and the EXDOS.ini file is executed.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.07. 10:44:31
Or  replicating the Epdos behaviour on a little Rom that can be put on the back unused space of another Rom, just like Zozo makes with his Fast Memory Test.
It is planed to put EPDOS load routines (it is can handle many other formats) to the FILE.
Title: Re: FILE bővítés
Post by: gflorez on 2016.October.07. 10:56:52
Sorry, may be I have misunderstood all.  Is the picture converted what resets the EP at exit.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.07. 11:08:57
I have build a configuration on the emulator, with the latest EXOS, EXDOS, Language Rom, Epdos, Iview and ZT.
The problem with ZT, it is search EXDOS.INI at all time when Action code 1 (Cold Reset) asked (after the EP logo screen).

More detailed: the original EXOS made cold reset if no restart address specified. Because the games 99.99% don't have a exit function, and also don't specified the restart address for exit the program, this made a many time waste memory tests, and you also lost ramdisk, and loaded expansion.
in the EXOS 2.2 I made the function: full cold reset only executed when the system areas broken, if no restart address specified then jump to the EP logo screen. (Todays many programs use this trick for exit program function.)
Then come with the EXDOS.INI problem: the EXDOS it is executed it at the full cold reset, and not at the "short cold reset" (jump to EP logo).
Then I putted EXDOS.INI function to the ZT, and added it also for E: and B: drives.
This made now your problem :oops:

Now the EXDOS 1.4 have a better EXDOS.INI handling (https://enterpriseforever.com/programming/exdos-988/msg41682/#msg41682). I will add key for the force execution (right SHIFT is free :-) ).
This is will ported to the ZT, but only executed with EXDOS <1.4 version.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.07. 15:27:45
Jelenleg ezek a módosításaim a legutóbbi verzióhoz képest:
Ezeket is átvezettem. Várható még valami optimalizáció a FILE-hez? :-)
Ha nincs több, akkor megcsinálom az 1.4-es csomagokat.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.07. 15:58:46
Más lényeges módosításom nincsen, ha ez a verzió már nem bugos. Talán még az itt (https://enterpriseforever.com/programozas/file-bovites/msg58671/#msg58671) leírt módon lehetne néhány byte-ot megtakarítani, ha a külön hívható MOUSEINPUT rutin nem fontos.
Title: Re: FILE bővítés
Post by: gflorez on 2016.October.07. 23:17:02
I have loaded your 1.4 Exdos, and the latest Cview.

Now, as you said, once this emulation exits from a converted .com picture, it goes to the flashing letters and then to Basic. Better for the EGI.

----

As a side effect, I don't know why, now the ESP.rom works on the Fman app inside  EGI.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.08. 11:07:49
Még egy pár ötlet az egérkezelés módosítására, de ezek nem feltétlenül jobbak a jelenlegi verziónál:

Ennél a résznél a MOUSEINPUT-ban nem jól van kiszámítva az időzítés, ha az OUT (0B7H) és az IN (0B6H) közötti idő a lényeges, akkor valójában 28.75 us 8 MHz-en letiltott várakozással, és elvileg elég lenne LD B,14 is, ami 27.125 us azonos feltételek mellett. Az EnterMice wiki (http://wiki.enterpriseforever.com/index.php/EnterMice#EnterMice_timings) szerint legalább 25 us várakozás kell. Ha turbós gépeken 2 ciklus a várakozás, akkor 10 MHz-en még így is működhet OUT 191,4 után. :)
Code: ZiLOG Z80 Assembler
  1. READ_LOOP_2:    OUT (0B7H),A
  2.                 LD B,15                 ;27.375 us at 8 MHz without wait states
  3. M_WAIT_LOOP:    DJNZ M_WAIT_LOOP
  4.                 LD B,4
  5. READ_LOOP_3:    LD A,B
  6.                 OUT (0B5H),A
  7.                 IN A,(0B6H)
Egy érdekes ötlet a várakozásra: 4 PUSH/POP utasításpár használata az LD B és DJNZ helyett, ha a verem garantáltan video RAM-ban található (FFh szegmens a 2. lapon), akkor annak a lassúsága szabályozza az időzítést turbós gépeken, 4 MHz-en viszont gyorsabb lehet. De ezt nem tudtam valódi turbós gépeken tesztelni, és ez a megoldás 4 byte-al nagyobb, tehát nem biztos, hogy van értelme a gyakorlatban.

A STOP gomb figyelését közvetlen port olvasás helyett meg lehetne oldani EXOS hívásokkal is. Ez valamivel rövidebb és talán elegánsabb is, de hátránya is van: ha a FILE-hoz való visszatéréskor a felhasználó nem engedi el a STOP gombot elég gyorsan, akkor hajlamosabb kilépni, mint az eredeti változat.
Code: Diff
  1. @@ -366,9 +366,9 @@
  2.  EXDOSFD:        DB 6,"EXDOS",0FDH
  3.  ;*********************************************************
  4.  ;               :FILE 0.LAPOS CIM,FILENEV
  5.  FILEVAR:        DB 22,0,23,0,24,40,25,24,76,208,78,208,75,209,77,209
  6. -                DB 7,0,10,1,11,20,0,6,"VIDEO:"
  7. +                DB 7,0,8,255,10,1,11,20,0,6,"VIDEO:"
  8.  FILEKEY:        DB 9,"KEYBOARD:"
  9.  FILEFILE:       DB 4,"FILE"
  10.                  DB ":"
  11.  FILELPT:        DB 0F7H,8,0BH,73H ; 0E9H,1
  12. @@ -681,17 +681,9 @@
  13.  FILE220:        LD A,(IY-53H)
  14.          IF FILE_ENABLE_MOUSE > 0
  15.                  LD H,A
  16.                  EXOS 9
  17. -                DI
  18. -                LD A,7
  19. -                OUT (0B5H),A
  20. -                IN A,(0B5H)
  21. -                EI
  22. -                RRA
  23. -                LD A,0E5H
  24. -                RET NC
  25. -                AND C
  26. +                OR C
  27.                  JR NZ,FILE224
  28.                  LD A,H
  29.          ENDIF
  30.                  EXOS 5
  31. @@ -820,8 +812,10 @@
  32.  FILEGY10:       LD (IX-7FH),E
  33.                  LD (IX-7EH),D
  34.                  LD (IX-7DH),0
  35.                  JR FILEENT10
  36. +FILESTOP:       LD A,229                ;.STOP
  37. +                RET
  38.  ;-------------------------------
  39.  FILEKCIM:       DB 176,FILEFEL-FILEFEL
  40.                  DB 180,FILELE-FILEFEL
  41.                  DB 177,FILEFES-FILEFEL
  42. @@ -833,8 +827,9 @@
  43.                  DB ' ',FILEENT-FILEFEL
  44.                  DB '\r',FILEENT-FILEFEL
  45.                  DB '\\',FILEROT-FILEFEL
  46.                  DB '.',FILEGY-FILEFEL
  47. +                DB 3,FILESTOP-FILEFEL
  48.                  DB 0
  49.  ;-------------------------------
  50.  FILE300:        DI
  51.                  LD HL,0
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.08. 13:16:28
Ha turbós gépeken 2 ciklus a várakozás, akkor 10 MHz-en még így is működhet OUT 191,4 után. :)
Nem árt, ha megy 191,12-vel is, pláne, hogy EXOS 2.4-ben már az a alapbeállítás :-)

Quote
Egy érdekes ötlet a várakozásra: 4 PUSH/POP utasításpár használata az LD B és DJNZ helyett, ha a verem garantáltan video RAM-ban található (FFh szegmens a 2. lapon), akkor annak a lassúsága szabályozza az időzítést turbós gépeken, 4 MHz-en viszont gyorsabb lehet.
Ez biztos, 10MHz-en is? Anno a szkópos méregetésben azt figyeltem meg, hogy az órajel növekedéssel egyre több hozzáférési ablakot tud elkapni a Z80. Persze ez órajel, és utasítás kombináció függő, de a lényeg az, hogy lépcsőzetesen javul: egy darabig nincs hatása az órajel növekedésnek, aztán, ahogy egy újabb ablakot el tud kapni, ott lesz egy ugrásszerű gyorsulás.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.08. 14:16:36
Nem árt, ha megy 191,12-vel is, pláne, hogy EXOS 2.4-ben már az a alapbeállítás :-)

10 MHz-en várakozás nélkül az eredeti kód (LD B,15) is túl gyors, csak 23 us idő telik el az OUT (0B7h) és az IN (0B6H) között:

CPU         4MHz    4MHz    6MHz    8MHz   10MHz   10MHz
BFh          04h     0Ch     0Ch     0Ch     04h     0Ch

15*DJNZ     62.5 us 57.5 us 38.3 us 28.7 us 27.0 us 23.0 us
14*DJNZ     59.0 us 54.2 us 36.1 us 27.1 us 25.5 us 21.7 us
4*PUSH/POP  45.0 us 39.3 us 32.0 us 30.3 us 30.3 us 22.5 us
5*PUSH/POP  54.0 us 46.0 us 39.0 us 37.0 us 37.0 us 27.0 us


A DJNZ-s idők ciklusokból számolt elméleti értékek, és feltételezik, hogy 10 MHz-en a DAVE 2 ciklust várakoztat a (BFh) = 4 módban. A PUSH/POP időket egy Lua scripttel mértem, ezek kevésbé pontosak, és többszöri futásnál nem mindig ugyanaz az érték. Ezért 4 és 6 MHz-en az "átlagos" értékeket tartalmazza a táblázat, 8 és 10 MHz-en viszont a minimumot, mivel annak kell nagyobbnak lennie 25 us-nál.

Nem tudom azonban, hogy a gyakorlatban milyen turbós gépek fordulnak elő, eredetileg az volt a cél, hogy 8 MHz-ig megbízható legyen letiltott várakozással is.

Quote
Ez biztos, 10MHz-en is? Anno a szkópos méregetésben azt figyeltem meg, hogy az órajel növekedéssel egyre több hozzáférési ablakot tud elkapni a Z80. Persze ez órajel, és utasítás kombináció függő, de a lényeg az, hogy lépcsőzetesen javul: egy darabig nincs hatása az órajel növekedésnek, aztán, ahogy egy újabb ablakot el tud kapni, ott lesz egy ugrásszerű gyorsulás.

A "lépcsőzetes" gyorsulást az ep128emu emulálja, de nem biztos, hogy a turbós gépeken is pontosan. Az itt található régebbi tesztek (https://enterpriseforever.com/emulatorok/idozitesi-problemak-az-emulatorokban/30/) szerint 4 MHz-en jól közelíti a valódi gépet, de nagyobb órajelen előfordulhat némi eltérés.

Természetesen ha fontos a 10 MHz kompatibilitás, akkor egyszerű megoldás lehet a DJNZ-k számát növelni 17-re (25.6 us) vagy 18-ra (26.9 us), a valamivel lassabb MOUSEINPUT rutin valószínűleg nem eredményezne észrevehető változást a FILE használata közben.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.08. 19:28:14
Természetesen ha fontos a 10 MHz kompatibilitás, akkor egyszerű megoldás lehet a DJNZ-k számát növelni 17-re (25.6 us) vagy 18-ra (26.9 us), a valamivel lassabb MOUSEINPUT rutin valószínűleg nem eredményezne észrevehető változást a FILE használata közben.
Akkor 17-re vettem.

További apró módosítások, a programbetöltő módban:
-ismeretlen modul típus esetén megpróbálja az EPDOS START parancsát használni, így BASIC programot is el tud indítani (ha van EPDOS a konfigban)
-"~" karaktert "?"-re konvertálja a fájlnévben betöltés elött. Ez akkor szükséges, ha sikerült hosszúfájlneves fájlt EP lemezre másolni, a hullám karakter érvénytelen EXOS fájlnévben. Joker karakterre cserélve be tudja tölteni ezeket is (EXOS 2.1+ esetén).

Update: Az itt jelzett (https://enterpriseforever.com/egyeb-temak/pc-gt-ep-kepkonverzio/msg58740/#msg58740) felesleges utasítás kiszedve.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.12. 12:29:12
Ez a rész egyébként lehet, hogy szintén törölhető:
Code: ZiLOG Z80 Assembler
  1.                 AND 0FH
  2.                 CP 08H
  3.                 JR C,MOUSEPOS2
  4.                 OR 0F0H                 ;sign extend from 4 bits to 8 bits
  5. MOUSEPOS2:      LD E,A
Az EnterMice wiki (http://wiki.enterpriseforever.com/index.php/EnterMice#Data_buffer) szerint a felső 4 biten a vízszintes görgetés lehetne, de jelenleg ez nem megvalósított, ezért az egész byte-on a függőleges elmozdulás olvasható 8 bites előjeles egészként. A felső 4 bit figyelmen kívül hagyása talán hasznos lehetne egy későbbi EnterMice verziónál, de a MOUSE.XR például nem ezt teszi (ezért az emulátorból törölni is kellett az eredetileg támogatott vízszintes görgetést).
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.12. 12:33:32
A felső 4 bit figyelmen kívül hagyása talán hasznos lehetne egy későbbi EnterMice verziónál
Szerintem éppen ezért maradjon.

Quote
de a MOUSE.XR például nem ezt teszi (ezért az emulátorból törölni is kellett az eredetileg támogatott vízszintes görgetést).
Itt meg szóljunk Gfloreznek, hogy tegye bele a MOUSE.XR-be is.
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.12. 15:12:06
Frissítve ezzel a módosítással. (https://enterpriseforever.com/egyeb-temak/pc-gt-ep-kepkonverzio/msg58755/#msg58755)
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.12. 16:23:34
ZT-k FILE 1.4-el
Title: Re: FILE bővítés
Post by: gflorez on 2016.October.12. 19:19:59
Tud indítani a rendes indítási sorrend egy kattintással, mint te A, B, E, H, I, stb?

-----------------------

Can you launch the normal startup sequence with a mouse click like you do with keys A, B, E, H, I, etc?
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.28. 14:19:37
Az itt emlegetett (https://enterpriseforever.com/egyeb-temak/pc-gt-ep-kepkonverzio/?action=post;quote=59164;last_msg=59165) csatornaszám változtatással frissítve.
Title: Re: FILE bővítés
Post by: IstvanV on 2016.October.28. 14:52:57
Itt az EXOS 3 a 239-es csatornát próbálja bezárni. :oops: De ennek nem igazán van jelentősége, mert a START indításakor vagy HIBA esetén az ilyenkor hívott EXOS 0 (C = 20h) egyébként is bezár minden csatornát.

Code: ZiLOG Z80 Assembler
  1. LOADMODULE      LD DE,FHEADPUF
  2.                 INC A
  3.                 EXOS 29
  4.                 JR Z,LOADMODULE
  5.                 CP 238                    ;ISMERETLEN MODUL?
  6.                 JP NZ,HIBA
  7.                 INC A
  8.                 EXOS 3
  9.                 LD A,(FNAME_PUFFER)
  10.                 LD HL,STARTSTR
  11.                 LD DE,STARTPUF
  12.                 LD BC,7
  13.                 ADD A,6
  14.                 LDIR
  15.                 LD (STARTPUF),A
  16.                 LD DE,STARTPUF
  17.                 EXOS 26
  18.                 JP HIBA
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.28. 15:06:45
De ennek nem igazán van jelentősége
Azért javítva :-)
Title: Re: FILE bővítés
Post by: Lacika on 2016.October.29. 08:51:22
Özsse lehetne foglalni a FILE feature-öket?
Title: Re: FILE bővítés
Post by: Zozosoft on 2016.October.29. 10:37:23
Az eredeti funkcioja az, hogy programból hívva visszaadja a kiválasztott fájl nevét. (ez részletesen fent van az ep128.hu-n).
Ez lett kiegészítve, hogyha paraméter nélkül van hívva, akkor elindítja az adott programot (EXOS modul betöltés funkcióval). Ehhez jött a legutóbbi kiegészités, hogyha így nem sikerült, akkor megpróbálkozik az EPDOS START parancsával, igy BASIC programot is tud indítani (ha van EPDOS a rendszerben).
Ebböl a program indítós FILE-böl készül külön betölthető START program, amit lehet lemezekre tenni, ez van rajta a sok programos VHD-n is. A korábbi programtöltökkel szemben EXOS kompatibilis (EP64-en is megy), valamint kezeli a vinyót/SD is.
Az irányitást egészitette ki István  EnterMice egér kezeléssel, müködik a görgő is, bal gomb kiválaszt, jobb gomb CD .. (egy könyvtárral feljebb).
A hagyományos gombok fent vannak már a leirásban, oda még annyi, hogy Shift+fel/le az lapozás, ALT+fel/le lista eleje/vége.
Title: Re: FILE bővítés
Post by: Povi on 2017.September.30. 10:02:12
találtam egy hibát:
A 0 byte hosszúságú fájlok hosszát nem írja ki. Gondolom azért, mert a vezető nullák space-re vannak cserélve, így a hosszt jelentő 0 is lecserélődött :-)
Title: Re: FILE bővítés
Post by: szipucsu on 2017.December.08. 19:23:10
Nem lehetne a mappában való visszalépésre az erase is használható? Illetve, a fáljok fölött a listában egy sor két pöttyel, amit ha kiválasztunk, visszalép egy mappát? Más programokból ezeket nagyon megszokta már az ember.
Title: Re: FILE bővítés
Post by: Povi on 2017.December.09. 13:15:17
Nem lehetne a mappában való visszalépésre az erase is használható? Illetve, a fáljok fölött a listában egy sor két pöttyel, amit ha kiválasztunk, visszalép egy mappát? Más programokból ezeket nagyon megszokta már az ember.
Jaja, az hasznos lenne (mármint az erase-val feljebb lépni egy könyvtárat)
meg lehetne egy sor fenntartva arra, ami az aktuális könyvtárat mutatja (teljes útvonallal)