Levélváltásaink (lényege) Somogyi Tamás, készíti a honlap új adatbázis rendszerű szerkezetét.

2006.02.5.
Beszéltem [Lévai] Istvánnal, átgondoltuk, ha megtisztel bizalmával, elvállaljuk hogy
- felállítunk egy elterjedt és ingyenes adatbázist
- ehhez készítünk egy grafikus kezelőfelületet (új adatok, módosítás, törlés)
- közvetlenül az adatbázishoz csatlakoztatunk egy OAI szervert, így egy elterjedt nemzetközi szabvány szerinti gyűjteményhez (pld. NDA) tud csatlakozni, minden erőfeszítés nélkül
- jelenlegi honlapját változtatás nélkül csatlakoztatjuk az adatbázishoz

Az OAI szerver honlapon egy olyan oldal, ami a művek leíró adatait sorolja fel. Azokat a szavakat, amik alapján keresni lehet az NDA keresőben, vagy más, az NDA elvén működő keresőben. Az OAI szervert úgy tervezték, hogy gépek gyűjthessék be róla ezeket a leíró adatokat a keresőbe, ezért ember számára ez nem olvasható formátum. Csak gép és informatikus tudja értelmezni.

Kicsit bővebben- A digitális tartalmak (pl. képek) leíró adatait, katalóguscéduláit, vagy ahogy mi hívjuk, metaadatait gyűjtjük be az NDA keresőbe. Ez alapján lehet keresni, ahogyan a könyvtárakban a könyveket is a katalóguscéduláik alapján keresik. Amikor arról van szó, hogy a katalógus-cédulákat, vagyis metaadatokat közzétegyük, akkor két dolgot kell tisztázni:
- milyen formátumban legyen a katalóguscédula, hogy értelmezni lehessen?
- milyen módon lehet az NDA keresőbe automatikusan begyűjteni a metaadatokat?

Az elsőre a válasz: az NDA metaadat sémái szerint kell előállítani a metaadatokat. (Pl. a mű címét a "cím" mezőbe kell írni, a létrehozót a "szerző" mezőbe stb.)
A másodikra a válasz: az OAI szerver az, amivel automatizálni lehet a metaadatok begyűjtését.

Terveink szerint kettő fájlt kap majd tőlünk:
- használati útmutatót a felülethez
- és a felületet elindító fájlt az adatbázishoz, melyet bármelyik könyvtárból, bármelyik gépről indíthat és használhat

Ezen kívül az Ön gépén semmilyen változtatásra nem lesz szükség. Ha elkészül a program, akkor a továbbiakban nem kell Excel táblázatokat készítenie, nem kell semmit sem megnyitni, feltölteni. Egyetlen felületen képes lesz mindent kezelni.

A munkánk során csak a legkisebb mértékig támaszkodnánk a C3-ra, csak hozzáférést késnénk az Ön honlapjához, mert
- adatbázist építünk
- a honlapját tanulmányozzuk és a mögötte lévő elemeket módosítjuk majd.

T.... júli.04. Kedves Művész úr!
...Egy könyvtárba kell kicsomagolni a zip fájlt, ezen felül semmilyen telepítés, beállítás nem szükséges, a program tehát bármilyen gépről futtatható.
Megírtam a használati útmutató elejét, hogy fel tudja építeni a biztonsági csatornát, és el tudja indítani a programot. Ha bármilyen kérdése van, nyugodtan jelezze!..

D... júli.04. kedd
Tamás, a jelmagyarázat igen gondos és áttekinthető, köszönöm, minden sikerült, el is kezdtem notebookon próbálni.

1./ ha idegen gépre megyek, ahhoz ugyebár pendriven viszem a programot. Van–e minden gépen program, ami nyitja a zipet, tehát lehet-e a tömörített 27 Mb-s változatot vinni, vagy a biztonság kedvéért a kinyitottat javallt (90 Mb körüli)? // A teljes biztonság kedéért mindkettőt

2./ a festményeknél most a megjegyzés rovatba tette a képcsoport nevét, pld:
1987 – től....-MŰTERMES KÉPEK
Ezt keserves lenne alkalmanként hiba nélkül beírni. Ha hibás, nem jelenik majd meg a festményeknél. Mi lehetne a megoldás? Talán egy választék-lista kiborulna (lehetőséggel további csoportnevek beírására), amiből egyre ráklikkelve a helyére kerülne a szöveg? Vagy valami más megoldás? Pld. kapnának egy titkos sorszámot, kódot, s csak azt beírni, alkalmanként?

3./ amikor a képek stb. ügyeit intézem az új táblázatokban, igen előnyös lenne (valamire ráklikkelve) (legalább miniatűrben) látni is őket. Lehet, hogy abszurd kérés. // OK

4./ Most, hogy sikeresen átküldte a DESKE_PROGRAM –csomagot, ugye törölhetem a két nap előtti ADATBAZIS mappát?! (Az is fönt van most a neten is.) // IGEN

5./ Látom a festmény stb. táblázatoknál is van ID oszlop, úgy emlékszem, a tulajdonosnál. Ugye, evvel nincs dolgom? Sajna, nem emlékszem, egyáltalán mikor kell nekem az ID- számokkal foglalkozni. Pedig Pesten nekem beszélt róla... Ugye, kétféle, sorok száma és személynév szám... Vagy ez most még nem aktuális... // ID NEKEM NEM KELL

2A/ .Tamás, 2./-es, eléggé nyűgös kérdésre talán találtam egy szellemes megoldást. Az új mű beírása táblázatban automatikusan jelenjen meg az előző, (utolsó) opusz összes adata. Nekem annyiban is megkönnyítené a dolgomat, hogy rendszerint igen sok egyéb adat is azonos! //OK

júli.05. szerda reggel
6./ elismételve a tegnapi pótbejegyzést: Az új mű beírása táblázatban automatikusan jelenjen meg az előző, utolsó opusz összes adata. Ha ezt a megoldást meg tudja oldani, az UTOLSÓ BEJEGYZÉS OPUSZSZÁMA rovatot törölni lehetne, fölöslegessé válik.
7./ Festmények stb. fejlécében egyértelműbb, ha ELKÉSZÜLT helyett ÉVSZÁM jelenne meg. Nem fog keveredni a másik dátummal..
8./a komplett rendszer feljövő adatainak betűméretét tudom-e (ill. hol tudnám) átállítani?
9./ jobban áttekinthető lenne a feljövő adatsor (pld. keresés eredménye) ha a táblázatokban a teljes szövegek egyidejűleg olvashatóak lennének. A mű címe pld. 25 karakter után sortöréssel tagolódna. Ami jobb szélen nem látható: vízszintes csúszka beiktatása. Minta lehetne erre ez a táblázat a honlapom: GRAFIKA / MINDEN EGYÜTT / OPUSZJEGYZÉK
.10./ jó lenne, ha keresés ablak megjelenésekor rögtön villogna benne a kurzor, tehát azonnal lehetne írni, rákilikkelés nélkül
11./ jó lenne, ha a táblázatok alapállásban azonnal teljes képernyő méretben jönnének föl.
12./ majd kérem jelezni, mi a módja a teljes honlap CD-re mentésének
13./ Egy nehéz ügy, nem tudom, megoldható-e. Pld. a TARTALOM.xls táblázatba mostanában új oszlop került: "van róla papírpéldány - vagy nincs". Itt úgy lehetett ezt az új oszlopot kitölteni, hogy a 3000 sorba egyszerre beírtam az I-betűt, majd 10 helyen ezt átírtam N- re. Tehát lenne-e mód csoportos beírásra, átírásra?

TAMÁS júli.5. szerda reggel

1)A "Képek szerkesztése" menüt átvariáltam, a "Képek lekérdezése" menüt változatlanul hagytam. Egymás mellett lehet most látni a kétféle menüt, hogy ki tudja választani a jobban tetszőt.

2)A menükben a "kiemelt" -et átírtam "válogatott" -ra.

A program új verziójának futtatásához a mellékletben küldött fájlt kell a start.bat melletti "lib" könyvtárba másolni. A "lib" könyvtárban már található egy ilyen nevű fájl, az a régebbi verzió. Érdemes átnevezni a régebbit, bár nekem is megvan, tehát éppen törölhető is. Mindig a felulet.jar nevű fájl indul el, ezért mindig a
legújabb verzió neve legyen felulet.jar, a régebbi verziók más nevűek legyenek, ha meghagyja őket.

D...júli.05. szerda 09.58.
Tamás, a az első mező módosított változata elegáns!

14./ a "FESTMÉNY stb. ADATAINAK MÓDOSÍTÁSA" táblázatban, ha kitöltöttem a fejlécet (legyen az mondjuk az opuszszám, A/76/32...) akkor klikkre a teljes adatmezőnek föl kéne jönni, hogy lássam, mit mire módosítok.

15./ A 6, 9, 10, 13., 14 .kérdést is és néhány egyebet is megoldana, illetve jócskán egyszerűsítene, ha az ÖSSZES FESTMÉNY stb. táblázatban magában lehetne a módosításokat, netán a bővítéseket elvégezni. Tul.képp az excelhez hasonlóan. Persze nem látom át a maga lehetőségeit és a feladat méretét.

16/ A SZEREPLÉSNAPLÓ / ÚJ BEJEGYZÉS /TELEFONKÖNYVBEN ID -nél a második ID-t kell beírni, ugye? Jó lenne valami markáns nevet adni ennek az ID-nek.

17./ Korábbi felület.jar fájlt töröltem. Én úgyse tudom, mit lehet a régivel netán csinálni.

18./Most, szerda estére befejezetem a szereplésnapló megjegyzés rovatának két oszloppá rendezését. Minden megjegyzést áttettem a tétel első sorába, (egy sorbaa a tételszámmal), egy kockába. A csak arra sorra vonatkozó megjegyzéseket pedig második oszlopba. Már fönt van a neten: / OPUSZ / NAPLO / EZ-AZ-UJ-SZPNAPLO.XLS

T..júli.06. 5:50
Mellékelem az újabb verziót.
Az új festmény/fotó/... felvételét tudtam csak ma este megváltoztatni, ha nem így gondolta el, nyugodtan szóljon.
Ezt a fájlt is az előzőhöz hasonlóan a lib könyvtárba kell másolni.Az előző verziókat törölheti.

Ahogyan a lekérdezések eredményét megjelenítem a táblázatban, az nekem sem tetszik, de nem tudok változtatni rajta. Valóban jó lenne, ha sikerülne megoldanom a táblázat méretezését, illetve hogy alul legyenek csúszkák. Ha időközben rájövök arra, hogyan lehet ezeket megoldani, akkor természetesen megcsinálom.

19./ Másolom pendrive-ra (4 giga, visszont baromi lassú) a ki-zippelt programját, (140 mega), 24 perc lesz, azt írja ki. És ahogy látom, a tartalomban nagy terület ez: városneveket sorol: Melbourne, Caracas, Indianapolis. Bocs, csak a gyorsabbság, és a rend kedvéért ezt a tartományt nem lehetne a programból törölni? OK MAJD

20./ az új festmény, fotó stb... verzió nagyon korrekt. Mobilon keresztül a nagyobb táblázat persze lassú, ez megtévesztő helyzet. Ha nem gond, jó lenne homokórával stb. jelölni, amíkor a rendszer gondolkodik. OK MAJD
21. Az utolsó festményt A/06/28 próbáltam, de a rendszer nem tudta törölni. Persze, lehet, hogy ez a funkció még nincs beélesítve ENNEK MENNI KELL, NÁLAM JÓ

Az előbb kipróbáltam:, megy:
képek lekérdezése - festmény - összes festmény - ott van az utolsó sorban
képek szerkesztése - festmény - új festmény feldobja, mint a legutoljára beírt kép
képek szerkesztése - festmény - festmény törlése , megadom az A/06/28 opusz számot, erre kiírja, hogy törlés sikeres
képek lekérdezése - festmény - összes festmény - nincs ott a festmény
képek lekérdezése - festmény - törölt festmények - ott van a festmény, tehát töröltként van nyilvántartva.
Nem állítottam vissza, tehát még mindig a töröltek között van az A/06/28 kép!

22./ Súlyos elnézést kérek, Tamás, most fogtam föl, próbálgatva, hogy teljesen zavarosan informáltam annak idején. Félreértette nálam a TÖRLÉS és a VISSZAÁLLÍTÁS fogalmát.
A mostani TÖRLÉS-re és TÖRLÉS VISSZAÁLLÍTÁSÁRA, TÖRÖLT KÉPEK LISTÁJA- szerintem nincsen szükség. Se a szerkesztésnél, se a lekérdezésnél.

Én így használom a fogalmat:
Előfordul, a neten már mutatott művet megsemmisítek. Akkor:
1./ a jpg. fájlt törlöm.(pld: a0504.jpg) Tehát a kép semmi formában nem nézhető meg.
2./ a képek adattáblázatában törlöm csak a jpg.fájl nevét. (a0506.jpg) A program most úgy van megírva, hogy ezáltal a képnézésnél e törölt kép linkként működő opuszszáma, címe sem jön föl baloldalon, a legördülő listán
3./ A művek táblázatában minden adata továbbra is szerepel, tulajdonoshoz kereszt kerül, a törlés dátuma. A reprónál a megabájt adatot törlöm.

Életemben három festményt és több fotót (mert kiderült, szövegben hivatkoztam rá) vissza kellett állítanom. Ha netán a jövőben ilyen előfordulna, akkor az a FOTÓ (stb.) MÓDOSÍTÁSA alatt megtörténhet S egy archív CD-ról visszaszedem a jpg. fájlt.

A törölt állapot most is jól kiolvasható az új táblázatból.
Az adatok átírására kaptam lehetőséget.
Csak annyi a kérdés szerintem, a képnézésnél baloldalt megjelenő menüt továbbra is ez a táblázat fogja-e vezérelni, vagy valami más, hogy ott a törölt képek opuszszámai és címei se jelenjenek meg.

Küldök egy újabb verziót, ugyanúgy a start.bat melletti lib könyvtárba kell másolni.

Ebben az újabb verzióban az első két menüt javítottam.Tehát új festmény/fotó stb. felvétele, festmény/fotó stb. módosítása, törlése és visszaállítása, valamint a lekérdezések.Remélem, nem felejtettem el semmit a kért módosítások közül.

- A legutolsó festmény/fotó stb. mezőit megjeleníti új rekord felvételekor, illetve a módosításnál a jelenlegi értékeket (Lássam gomb).- Új sor felvételekor vagy módosításakor az érintett sor automatikusan megjelenik táblázatban. - "Elkészült" helyett "Évszám" felirat.

Ha az első két menü ablakai ezzel véglegesnek tekinthetőek, akkor megyek tovább az írásokra, telefonkönyvre és szereplésnaplóra.

D- T júli.07. pén 06:17-válasz dél

23./ az ÚJ FESTM és A FESTM. ADATAINAK MÓDOSÍTÁSA - táblázatokból hiányzik a TULAJDONOS és a REPRÓ ablak A repró ablak nálam megjelenik mindenhol. A tulajdonos oszlop az eredménytáblázatban szintén szerepel. A tulajdonos mező kitöltésére valóban nincs itt mód. Ennek
oka az, hogy - új FESTM felvételekor automatikusan "Váli Dezső" kerül majd a tulajdonos mezőbe, ahogy vasárnap este kérte - tulajdonoscserekor pedig nem a kép adatainak módosítása ablakban kell megadni az új tulajdonost, hanem majd a szereplésnaplóban. Mivel a tualjdonosváltás amúgy is egy bejegyzést jelent a szereplésnaplóba, ezt majd ott kell megtenni. Egy külön ablakban, ahogy vasárnap este beszéltük.
Erre a külön ablakra még nem jutottam el sajnos.

24. / a FESTM KERES - jó lenne, ha azonnal villogna a kurzor Nekem villog egyből mind az otthoni, mind az NDA-s gépemen. FESMT keresésekor egyből elkezdek gépelni, és működik. Ha a notebook-on nem így lenne, akkor az a notebook-on lévő Windows verziója miatt lehet, ez ellen nem tudok mit csinálni sajnos. Megkérdezem Istvánt.

25./ az A/06/28 tételt kivételesen kérném valahogy a rendszerből véglegesen kivenni, törölni. Nem létezik, próbabeírás volt. És a hamis adatai miatt
háttérmintának alkalmatlan. Próbálnám használni. Rendben, ma akkor törlöm véglegesen.

26/ a tegnap írtak alapján a rendszerből nem lehetne kivenni ezeket a törlés, törlés megtekintése, törlés visszaállítása tételeket? A törléseket együtt nem szükséges átnézni. A törlést, magát, pedig a festm, módosítása alatt el tudom végezni (kereszt a tulajhoz és törlöm a jpg fájlt) Ha csak azért hagyta meg, mert a rendszernek mindenképpen szüksége van egy külön utasításra, hogy a festm él, vagy törölt, javasolnám az ablakrendszerbe fölvenni a köv. ablakot: "A MŰ ÉL". És alapállásban be van x-elve. (Ahogy az OAI.) Bár ez fogalomismétlés, hiszen a tulajdonosnál kereszt van. Nos?

TAMÁSválasz: A FESTM Törlése ablakot javaslom meghagyni, de természetesen ki is vehetem, és akkor a módosítás ablakban lehet majd törölni, ahogy írta. A törlés visszaállítása és a törölt FESTM listájának megtekintése csak kényelmi szempontok miatt szerepel. Úgy gondoltam, hogy így lenne a legegyszerűbb, legkényelmesebb Önnek. A honlapon természetesen semmi változást nem jelent az, hogy itt hogy folyik a törlés. Tehát puszta kényelmi szempontot
kell figyelembe venni. Ezzel kapcsolatban várom akkor a visszajelzését.
mmmmmmmmmmmm
27/ A FESTM KERESÉSE adatsora nem jöhetne fel olyan formában, mint ahogy most a FESTM MÓDOSÍTÁSA van, ablakokban? A jelenlegi rendszerben így
könnyebben áttekinthető lenne.
Ezt is csak kényelmi szempontból gondoltam így. Úgy, ahogy pl. a Google is egy keresőmezős. Természetesen megcsinálhatom sok mezősre is. A jelenlegi egy mezős helyett, vagy mellett?

28/ Írta, hogy ha a FESTM végzett, megy át az IRÁS stb. rendszerekre. Nem tudom, ez a 'végzés' vonatkozik-e arra, hogy tovább próbálkozik az ÖSSZES
FESTM táblázat adatainak áttekinthetővé tételére, a vízszintes csúszkával...? Hátha megkönnyíti a feladatot, jelzem, hogy az oszlopsorrend alkalmi fölcserélés -lehetőségre nem lesz szükségem.
Úgy értettem, hogy a FESTM felvétele/módosítása ablakokkal végeztem-e. A táblázatra még nem jutottam. Nem felejtettem el a csúszkát, egyszerűen csak sok elemű a program, és egyszerre csak egy elemével tudok foglalkozni. Az oszlopfelcserélés lehetőségét nem én találtam ki, ez automatikusan ilyen. KÖSZÖNÖM, NEM ÉRTETTEM A MUNKAMENETÉT

29./ A keresés eredményeknél is jó lenne kicserélni az ELKESZULT szót ÉVSZÁM szóra. A táblázattal még nem foglalkoztam, nem felejtettem el.
Vasárnap este kérte az ID-t is átírni a telefonkönyv táblázatának megjelenítésekor, ezeket sem felejtettem el.

30/ Ha netán összejön, csak emlékeztetőnek, a (nálam) hosszas gépmunka miatt majd jó lenne a homokóra beiktatása
Rendben, kitalálok valamit erre.

31./ a VÁLOGATOTT képek lekérdezésének csak akkor lenne értelme, ha sikerül megoldani, hogy ezeket a képeket (egy kattintással) meg is lehessen nézni.
Illetve még akkor se. Tudniillik ennek csak esetleges változtatások latolgatásánál lenne szerepe. Jobban szeretném, ha ezt a mezőt kidobná, hiszen ha nézőként lépek a rendszerbe, úgy folyamatosan végig tudom nézni őket.

Kivehetem. Ezt a lehetőséget is csak kényelmi szempontnak gondoltam.

32 ./ Hogy a képek rákattintással megnézhetőek legyenek... ugye nem felejti el. (A mostani excel-java összesített táblázatom tudja ezt.)

Mármint az eredménytáblázatban, ugye? Amikor az eredménytáblázatokkal foglalkozom, ezt is figyelembe veszem majd.
Üdv, Tamás

26 / RE.
Köszönöm, nekem áttekinthetőbb, ha a FEST MÓDOSÍTÁS- alatt végzem el a törlést, tehát az összes törléses-dolgot kérném törölni. A tulajdonos megszűntét úgyis másutt kell vezetni (hol? a szereplésnaplóba is beírhatom a történést, vagy a telefonkönyvben?)
Ha a MÓDOSÍTÁS alá kerül azért is jó, mert figyelmeztet, hogy a jpg.fájlt, és a REPRÓ -nál jelzett TIFF fájlt is maga helyén ne felejtsem törölni. Kérem mondjon ellent, ha másképp látja.

27/RE
D: "27/A FESTM KERESÉSE adatsora nem jöhetne fel olyan formában, mint ahogy most a FESTM MÓDOSÍTÁSA van, ablakokban? A jelenlegi rendszerben így
könnyebben áttekinthető lenne.
TAMÁS: Ezt is csak kényelmi szempontból gondoltam így. Úgy, ahogy pl. a Google is egy keresőmezős. Természetesen megcsinálhatom sok mezősre is. A jelenlegi egy mezős helyett, vagy mellett? "

D: Félek, hogy nem értem a válaszát, a helyzetet. Nem tudom, mi az az "egymezős- sokmezős" bocs. Ez az, hogy egy sorban lévő -kontra 'panel'? Lehet, hogy nem ugyanarra gondolunk, merthogy írja: egymás mellett a két megoldás...?
Én ebben gondolkodtam:
most az EGY FESTM KERESÉS eredménye egy sorban jön fel, nagyon pici betűkkel, és a tételek, tételcímek nem olvashatóak, mert takarják egymást.
Tehát kellemes lenne, ha helyette a FESTMÉNY MÓDOSÍTÁSA típusú panel jönne föl, ahol minden egyidejűleg jól olvasható, beleértve a tételcímeket is.
31/ RE
D: Köszönöm, kedvelem a puritán egyszerűséget. Kérem, a VÁLOGATOTT KERESÉSE tételt is vegye ki, csakugyan nincs rá szükségem.

34./ Kedves Tamás, ugyan még nem aktuális, de a rend kedvéért jelzem a következőt: Az OPUSZ / NAPLO / SZPNAPLO.XLS fájl végleg kijavítva, ma föltéve a netre, működik.

Vagyis: a megjegyzés-rovatban az összes szöveg az első sorba áttéve, a csak egy sorra vontkozó megjegyzések számára új oszlop készült. Hogy a működésbe ez bele ne zavarjon, ezt az oszlopot egyelőre egy üres oszlop után a legszélére kellett tennem. Maguk jelszóval a neten hozzáférnek.)

Ez tehát lecserélte a korábbi ideiglenes EZ-AZ-UJ-SZPNAPLO.XLS -fájlt, amit most ki is töröltem.

D.- T...júli.10. hé 11:54
35./ Szereplésnapló bejegyzésnél jó lenne, ha az ÚJ ADAT BEJEGYZÉS-nél az előző adatsor jönne föl. Akkor azt külön megjeleníteni nem is lenne szükséges.
T : OK

TELEFON:
36. Célszerű lenne itt is, ha az adat módosításhoz a név beírásakor följönne az összes adat. T: OK
37./ Bizony, nagyon jó lenne (a képeknél is, de itt elsősorban) egy merítési lehetőség. Hogy tegye a teljes anyagot sorba a B. oszlop szerint, s után az F szerint. (pld. postázáshoz a magyar címeket, akik nem rendelkezne e-maillel. és azokat tudnám kiprintelni, borítékra.)
Ehhez beérett nálam az a múltkori gondolat, miszerint egy oszlopba csak egy infótípus elhelyezése szakszerű. Így most megcsináltam telefonkönyvbe a TITULUSON túl a köv. új oszlopokat:
CÍM ÉL: / IGEN / NEM
CÍM NYILVÁNOS: IGEN / NEM
MŰTULAJDONOS ÉL: IGEN / NEM
EMAIL: IGEN / NEM
ORSZÁG:
ezt most föl is teszem a netre.

És a további négy bianco oszlopra továbbra is szükség lehet...
Itt most nagyarányú oszlopkitöltések folytak, ma hajnaltól. Ismét fölvetődik a kérdés, hogy a jövőben nem lehetne-e valamilyen formában az új rendszerben is együtt rendszerezni adatcsoportokat (pld. oszlopokat)?
T: ÁT KELL GONDOLNIA

37-HEZ. Jelzem, hogy a telefonkönyvben második opusz-szám oszlopnál a létező, de repró nélküli művekhez is tettem linkeket. A képen egységes szöveg, hogy nincs róla repró, (már a neten, ez is):
../../festm/jpg.a-nincs-repro.jpg
../../graf/jpg/b-nincs-repro.jpg
.../../foto/jpg/f-nincs-repro.jpg

BOCS, ELFELEJTETTEM ERRE VÁLASZOLNI
Az e-mail oszlopra csak ebben a formában van szükség, nem vezetem át a címeket az Outlook-ból ide is, csak zavart okozna

T: Ja értem. Azért benne hagyjam a meglévő plusz 4 oszlop mellett a későbbiekre, vagy vegyem ki, és csak olyan legyen, mint mondjuk a "Válogatott" vagy az "OAI szerver"?
D: Mint az OAI

38./ Igaza van. Akkor mindezek, - sőt itt eggyel több -lehetnek OAI típusú ablakok:

e-mail van:   X
személy él:   X
lakcím él:     X
lakcím titkos:
személy titkos:

Mind az öthöz OAI tipusú ablak, bocs, bocs, ahogy írtam, logikátan, és téves is.
Alapállásban SZEMÉLY ÉL: és LAKCÍM ÉL: ablakok lesznek be x-elve, mivel
ezek a gyakoriak, az X betű erre akart utalni.. A többi ablak üres, alapállásban.

Nagyon fáradt vagyok, azért ilyen dokoncentrált. Tök mindegy az 5 OAI típusú új ablaknak mi az alapállása, nem lesz velük munka, hiszen már kitöltöttem ezeket oszlopokat ma délelőtt. Csak majd átírom az igeneket és a nemeket, hogy csak a megefelelő szerepeljen a betöltésnél.

D júli.11. kedd 6.33
38 JAVÍTOTT
most az új OAI típusú ablakok sorrendben így követik egymást:
LAKCÍM ÉL:
LAKCÍM TITKOS:
SZEMÉLY ÉL:
SZEMÉLY TITKOS:
E-MAIL VAN:
MOBILON IS:

Kedves István!
Az én generációm az egyetlen komjuter-felhasználó, aki úgy keveredett a dologba, hogy a PC, és a rendszertervezés alapjai is teljesen hiányoznak. Ennek a terhét bizonyos fokig maguk is hordozzák. Némely területen már van gyakorlatom, de most intenzíven Tamás keze alá dolgozva számomra meglepő elemi felfedezésekhez jutok:
- nem lehet egy mezőben többféle infó. (A hét elején rendeztem át emiatt a szereplésnaplóm 14 ezer adatát.)
- egy jó rendszer nyitott végű, bővíthető
- egy rendszer számára közömbös, ha egy többezres tétel-listában három kivétel van. Az ugyanolyan jogú egység.

Most, hogy Tamás számára nagy tempóban rendezem táblázataimat, felmerül: az általa szerkesztett új keresőrendszer
1./ több adat, illetve okosabban csoportosított adatok,
2./ nyitott végű, vagyis bővíthető táblázatok, illetve ma már: rendszerek

Kérdés/kérés: ezek az új (és nem titkosított-) adatmezők a felhasználók számára is hozzáférhetők leszenek-e?!

Konkrétan:
EZ ISVÁNRA TARTOZIK, NEKI SZÓLNI (júli.8.1.)

1./ A festmények (FEST/DEV/FEST.XLS, stb., 5 műfaj) adatait excel-táblázatokban vezetem, amiből egy nekem megírt macro javasriptet transzformált Azt kell a FEST-tözsfolderbe áttennem. Ezek az adatok aztán két helyen jelennek meg a felhasználó számára: A látható festmény-kép alatt, valamint egy összesített táblázatban is, ami az eredetei excelhez hasonló (egyébként innét is megnézhetőek a képek, linkként).
Az adatoszlopokat számát növelem, most konkrétan a TÁRSSZERZŐ tétellel, de az igazán elegáns az lenne, ha a rendszer nyitott, bővíthető lenne. Jelenleg új oszlopot sajnos nem tehetek be, mert akkor a MENÜ3 és MENÜ4 rendszer-oszlopok arrébb kerülnek, s evvel a rendszer összeomlik. Elvben az lenne a legegyszerűbb, ha ezek a mezők előre kerülnének, s evvel netán a rendszer bővíthetővé, nyitottá válna... Ebben az esetben a felhasználó is láthatná pld. ezt a TÁRSSZERZŐ tételt. Én most ezt a bővítést mindenesetre ráteszem az excel-fájlok végére, egy üres oszlop után. (Új a VÁLOGATOTT oszlop is, ezt Tamás javasolta így megoldani, tehát ez nyilván látható lesz.)
2./ az OPUSZ/HTML/X-TELEFON.XLS -nél talán egyszerűbb a helyzet. Itt is van egy macro, de az a felhasználó felé közvetlenül htm-be teszi a szelektált oszlopokat. Ide 7 új oszlop került (minden megnézhető jelszóval a neten.) Itt az új ORSZÁG oszlop lehetne nyilvános
3./ az OPUSZ/NAPLO/SZPNAPLO.XLS táblázatot is Tamás instrukciójára volt szükséges bővíteni, az A SORRA VONATKOZÓ ADAT-oszloppal. Itt is macro - javascript - amit átemelni az OPUSZ- törzsfolder alá. Netán ez a táblázat is bővülhetne tartalék-oszlopokkal is.
4./ IRÁS (IRAS/HTML/ZSZS-11-TARTALOM.XLS) Itt nincs probléma, közvetlenül ebből generálódik a htm fájl. Így ez gond nélkül bővíthető, jelenleg a MEGVAN PAPÍRON: I/N oszloppal.

Fogalmam sincs, hogy mindez magának
1./ mennyire új, hogy munkája része-e, ha igen, netán egy része Tamásé,
2./ egyáltalán megoldható-e,
3./ és ha igen, nincs-e azon túl, amit maga feladatául megszabott. Nem tudom, ez három óra, vagy három hét.

D. Tamásnak válasz júli.13. dél
39./ OK: "SZERZŐ és TÁRSSZERZŐ mezőre is legyen egy ablak, de a szerző mezőbe automatikusan a "Váli Dezső"-t ajánlja fel"

40./ És egy (későbbi kérdés, csak el ne felejtődjön, leírom): hol tudom állítani a MINDENT KERES táblázatok betűméretét? Kb. 11 pontosra szeretném majd.(Evvel később foglalkozik majd.

Tamás júli.13. 21h
Igen, ez [az előző levél] Istvánra vonatkozik.

Az adatbázisba mindent be tudunk írni, és abban igaza van, hogy sok minden tisztult most le. Tehát egy letisztult, minden adatot tartalmazó
adatbázist alkotunk most. A jelenlegi honlapot fogja István az adatbázis felé tenni. Vagyis, a honlap változatlan formában illeszthető az adatbázis fölé, ami minden adatot tartalmaz.
Nyugodtan el lehet felejteni az eddigi táblázatokat, az adatbázis logikája kicsit más, és picit másként épül fel, de a honlapon ez nem okoz változást.

Üdv,
Tamás

Köszönöm a választ, de az aggályomat nem oszlatta el. Épp az a kérdés, hogy
ha honlap a felhasználó felől nézve változatlan marad, hogy lehet mégis számára az új adatcsoportokat megjeleníteni

A hétvége eredményét küldöm most, szokás szeirint a lib könyvtárba kell másolni a fájlt.

Az újdonságok:
- FESTM-nél a kért módosítások a szerző/társszerző dolgában
- a két írások menü
- a háttérben jelentős javítások, amik nem látszanak

Mivel egész hétvégén ezen dolgoztam, és már hajnali 1 óra van, így most megyek aludni.

Amivel folytatom majd:
- szereplésnaplónál új ablak a megbeszéltek szerint
- telefonnál a kért módosítások
- és egy szép nagy falat: a táblázatok (ékezetek megjelenítése, az
felesleges oszlopok megjelenítésének kihagyása, csúszka, betűméret)
- az írások táblát majd újra be kell töltenem az adatbázisba, jelenleg
háromszor van bent, és azóta már keletkezett néhány új írás
- ha kimaradt itt vmi, elnézést, a levelezésben megvan.

Tamás

a./Volt egy aranyos melléütése. MEGJELENÉS HELYE / OK
b./ "C. napló tétel:" -- így pontosabb. /.OK
c./ alszám /OK
./ "Utolsó oldal" -(szám) megjelenítése segítség lenne. UTOLSÓ ÍRÁS panel följönne, és ott meg lehetne nézni a számot./ HOGY KEGYEN
.
f./ ablakok sorrendje LEFELÉ . / OK

g./ IRÁSOK - FESTM stb. táblázatoknál is! törlést és a törlés visszaállítás -tételeket elhagyjuk. / OK

a./Új esemény / SZEREPLÉSTÍPUS legyen OK
b./ Ahogy látom, itt a KIÁLLÍTÁS NEVE tételt bevezette, OK

43./ A KIÁLLÍTÁS NEVE tételre nincsen szükség. Gondolom, tévedésből került be.

44./ ablaknév módosítást kérnék
- MEGJEGYZÉS helyett TOVÁBBI ADATOK
- OPUSZ helyett OPUSZSZÁM
- SZEREPLÉS helyett SZEREPLÉSTÍPUS
- JÖVEDELEM helyett PÉNZ (mert itt pld. szimpla árazás is)

45 ./ szereplésnapló / új tétel bejegyzésénél megoldandó, hogy
esetleg 50 opuszszám is beírásra kerül, amikhez külön-külön ADATOK, és JÖVEDELMEK is tartozhatnak.

A./ EGYIK LEHETŐSÉG
Például így, (vagy másképp):
ez három ablak egymás alá kerül, és bizonyos fokig összekapcsolódik:

e három számára készül egy TOVÁBBI OPUSZOK -gomb, amivel egy kitölthető végteleníthető táblázat kiborul:

Evvel a megoldással az összes beírt adat egyszerre látszódik, ez biztonságos, a végső OK előtt.

készül egy TOVÁBBI OPUSZOK gomb,
amit megnyomva a beírások maradnak, de ez a három ablak újra üres, kitölthető,
és készül egy LAPOZZ VISSZA gomb, ahol sorra az összes beírt résztétel olvasható, ellenőrizhető, a végső OK előtt

illetve ehhez a B/ variációhoz LAPOZZ ELŐRE és LAPOZZ VISSZA gombok szükségesések, és akkor ez is áttekinthető

telefonkönyvet tesztelem.
46./ ÚJ BEJEGYZÉS ÉS MÓDOSÍTÁS panelbe majd még kitöltendő ablak kerül: ORSZÁG, és kis kockák: LAKCIM ÉL / LAKCIM TITKOS /SZEMÉLY ÉL / SZEMÉLY TITKOS /E-MAIL VAN / MOBILON IS /

47./telefonkönyv keresés: PÓCS ÁDÁM; három sor jön föl, az egyik helyes, kettőnél minden adat elcsúszott, másra vonatkozik

D júli.19. szerda 16:50
közben unokákkal fogl., zaklatott ügyek, stb, lehet, hogy tévedtem is:

48/ FESTM:
sorrend: köszönöm, nekem százszor áttekinthetőbb így!
módosít: : kipróbáltam, OK

49/ ÍRÁS:
módosít/ új beírása: sorszámot kér. azt hol találom meg? Vagy ID szám lesz? mert az IRÁS a közepén is gyarapodhat, tehát a sorszám változékony
- itt ALSZÁM- valamint ÉV / HÓNAP lesz.
- A dátumot az excelben így írtam be: 1996.06. és így is jegyzi meg, de így írja ki: 1996 június .Az új rendszer dátumnak vagy betűnek kezeli?, ezentúl hogy írjam?
- Hogy teszem föl a szövegekre a linkeket? Beírásuk ellenőrzése hol?
összes írás: nem tudom, még nem jön föl, vagy olyan lassú, hogy leálltam vele?
keres: "PETRI"-t behívtam, minden sor 3 x jön föl

50/ TELEFONKÖNYV:
módosít: még nem jön föl, ugye?
új bejegyzés: ablak sorrend még a régi

Küldöm javított verziót.

Váli Dezső írta:
49/ ÍRÁS:
IRÁSOK: sorszám: "ID" a neve, majd átírom valami szépre. Ha módosítani akarok egy írás rekordot, akkor megnézem a lekérdezéseknél a táblázatban a sorszámot, vagyis a legelső oszlopot. Az írások módosításánál ezt a sorszámot adom meg. Ugyanaz a szerepe, mint a FESTM-nél az opusznak. Új írás felvételekor nem kell ezzel foglalkozni, automatikusan áll elő a sorszám. Visszamenőleg is fel lehet venni új rekordot, nem kell foglalkozni azzal, hogy milyen számot
ad a sornak a rendszer, teljesen lényegtelen.

- itt ALSZÁM- valamint ÉV / HÓNAP lesz. - A dátumot az excelben így írtam be: 1996.06. és így is jegyzi meg, de így írja ki: 1996 június .Az új rendszer dátumnak vagy betűnek kezeli?, ezentúl hogy írjam?

A megjelenés idejét úgy, ahogy eddig volt. A dátumnál is, csak az évszámot ÉÉÉÉ alakban az elejére, pl. 2006.

- Hogy teszem föl a szövegekre a linkeket? Beírásuk ellenőrzése hol?

Ugyanúgy, ahogy a FESTM-nél, meg kell adni a nézhető fájl nevét. A fájlt pedig a szerverre kell másolni, mint eddig. A fájlból automatikusan áll elő az URL, ahogy a FESTM-nél is, és a honlapon nézegethető, amint feltöltötte a szerverre a fájlt.

összes írás: nem tudom, még nem jön föl, vagy olyan lassú, hogy leálltam vele?

Már kész, de a 3500 sor megjelenésére pár másodpercet várni kell, de ez gépfüggő.

keres: "PETRI"-t behívtam, minden sor 3 x jön föl

Már javítottam.

A szereplésnaplónál a sok opuszra már van egy ötletem. Ez kell már csak, meg a megjelenő táblázat, azt hiszem.

Tamás

50/ TELEFONKÖNYV: módosít: még nem jön föl, ugye?

Készen van már. Itt is a személy sorszámát kell megadni, az oszlopnak a táblázatban majd adok egy nevet. Most a második oszlop, de a majd ha
kiveszem a felesleges oszlopokat, akkor az első lesz. Valahogy meg kell mondani, hogy melyik rekordra gondolok, amikor
módosítani akarok. A FESTM-nél az opuszt használható erre, a telefonkönyvben és az írásoknál egy sorszám kell.

új bejegyzés: ablak sorrend még a régi
Javítottam.

VÁLASZ T-nek júli.21. péntek 8:56

Köszönöm Tamás, az ID -elnevezés otthonos és markáns, maradjon! esetleg második: fő/ID... vagy személy/ID...?

A 3500 sor nekem nem pár másodperc, mobillal egy mega 10 perc, ezért tévelyegtem
mindjárt kezdem teszteni az újakat

D. júli.21. pént 09.51 TAMÁS VÁLASSZAL délben
Tamás, végigmentem. Nagyon tetszik. Méltánytalan, de csak javítandókat írom, minden más OK.

irás szerkesztés / új irás. Alapállásban: megvan papíron: +, válogatott: -
irás módosítás: ugyanígy
(irás lekérdezés / összes: nem próbáltam a mérete miatt) OK

52./ SZEREPLÉS ....... EZEN MÉG DOLGOZOM

új esemény:(új bejegyzés
- a sorrendet kérném cserélni függőleges sorolásra
- KIÁLLÍTÁS NEVE tétel nem kell
"telefonkönyven ID" helyett "SZEMÉLY ID"
SORSZÁM helyett (ha ez csakugyan az én sorszámom, és nem ID) S. SZÁM (Bocs, de 30 éve így szoktam meg)
nem tudna itt fölül az UTOLSÓ SORSZÁM megjelenni, úgy mint a festményeknél? Egy mozdulattal kevesebb nekem. És akkor az UTOLSÓ ESEMÉNY rovat elmarad.
esemény keresése: - nem láttam, vagy nálam olyan lassú, hogy nem jött fel, vagy még nincs meg
esemény módosítása : ugyanúgy

itt a "SZEMÉLY ID" - kifejezést javasolnám
új bejegyzés: sorrend más, bocs:
TITULUS
NÉV
TELEFON
E-MAIL
VÁROS
UTCA (nem CÍM)
IR. SZÁM
ORSZÁG
MEGJEGYZÉS
módosítás: ugyanúgy
keres: beírtam "PETRI" Két sor. Az UTCA (CÍM) nem jön föl TÉVES A BEJEGYZÉS, AZÉRT
és a két sorban kétféle adat van ezeknél: SZEMÉLY ÉL, E-MAIL VAN
Beütöttem "BÉLAI", "VATTAY", ott nincs ez a hiba

TAMÁS: Amennyiben módosítani gondolja, akkor a bejegyzés módosításánál tegye meg. A személy azonosítója a táblázatból olvasható ki: 1045. Ezt a személyt kell módosítani. A "Lássam" gombra feljön az első sor adata. Ha ez a helyes, akkor csak a módosítás gombra kell kattintani, és minden sorba ez a beállítás kerül. Ha nem az első sor a helyes, akkor ki kell javítani, és utána a módosítás gombra kattintani.

D júli.23.vasárn. 12.52

Jelzem, kedves Tamás a köv. háttérmunkáimat:
Egységesítettem, kiírtam ezeket, egyformára: VD., Bp.---Váli Dezső,
Budapest, jó párszáz helyen
az üres rublikákba: -- került, pld. legtöbb helyen a társszerzőnél
ahol üres rublikában + volt, oda is - - került, egységesen.
Úgyhogy, ha nem tévedek, most nincs üres rublika, csak a jelenlegi VÁLOGATOTT-nál, de az úgyis eltűnik.
Kérem, ne feledje majd a műfajoknál még (bianco) új műfaj lehetőségeket megteremteni, persze ez nem most aktuális.

T. júli 29.
Küldöm a programot, szerintem minden kész.
Én most végeztem egyelőre, a munkám most már csak az esetleges apróbb
észrevételek javítására korlátozódik.
Amikor a honlap is elkészül, akkor esetleg újra betölthetem az összes
táblázatot, bár javaslom addig is a párhuzamos adminisztrációt (ha nem
is teljesen pontosan), ezzel is gyakorolva a program használatát.

Néhány fontos tudnivaló

A táblázatok itt is sorokból állnak, minden sort egy sorszám azonosít
(mint az Excel bal széle). Ezekkel az azonosítókkal új valami
felvételekor nem kell foglalkozni, a program automatikusa kezeli. Nem
kell figyelembe venni, hogy hanyadik sor, az azonosító értéke teljesen
lényegtelen.

Ha valamit módosítani szeretnék, akkor már szükség van a sorok
azonosítójára, hiszen ezzel azonosítom azt a sort, amelyiket módosítani
szeretném.
Írások és a szereplésnapló módosításakor tehát a sor_ID -t kell megadni
pontosan.
A telefonkönyv módosításakor pedig a személy sorszámát kell megadni, ez
a személy_ID.
Módosításkor az azonosító melletti "Lássam" gombra kattintva előjön a
megadott sor értéke, könnyebbség a módosításkor és ellenőrzés, hogy jó
azonosítót adtam-e meg.

A FESTM-nél nincs azonosító, ehelyett az opuszt használja a program.
Vagyis feltételezem, hogy az opusz mindig egyedi!

"Új esemény" felvételekor a szereplésnapló legutolsó sora megjelenik, és
egy kis ablak is.
A "Felveszem" gombra kattintva az eseményhez felvett opusz megjelenik a
kis ablakban is, és az új bejegyzés ablak nem záródik be. Ha ugyanis
ehhez az eseményhez még több opuszt szeretnék felvenni, akkor egyszerűen
az opusz dobozkába egy új opuszt írok, majd újra a "Felveszem" gombra
kattintok. Ekkor az újabb opusz is megjelenik a kis ablakban.
Ezt a módszert találtam egyszerűnek, könnyűnek, és hatékonynak sok opusz
felvételéhez.
Mivel lehet az egész eseményhez megjegyzést fűzni, és lehet egy sorhoz
is, ezt így tudom könnyen kezelni, hogy opuszonként kattintok a
"Felveszem" gombra. Mellesleg ezzel ellenőrzöm is, hogy tényleg
stimmel-e minden adat.
Az "Új bejegyzés" ablak és a kis "Opuszok" ablak az "Ablak bezár" gombra
kattintva tűnik el.

Az "Új esemény" felvételekor a "Felveszem" gomb mellett található egy
kis pipa a "Többi táblában is módosít" szöveggel. Ennek értelme a
következő.
Ha valaki egy képet vásárol, cserél, kap stb., akkor a képnek
megváltozik a tulajdonosa. Ha bepipálom a "Többi táblában is
módosít"-ot, akkor automatikusan beírja mindenhova az új tulajdonos
nevét, amit a "Név:" dobozkába írtam be. Így megjelenik majd az OAI
szerveren is az új tulajdonos a megfelelő opuszú műnél.
Alaphelyzetben nincs bepipálva, hogy véletlenül ne írkáljon mindenhova a
program csak úgy.

A program nem fagy le, ha valamire kattintok a menüben, vagy egy
ablakban egy gombra, az végrehajtódik. Lehet, hogy néhány tíz
másodpercet is várni kell, de ennél többet nem igazán. Amikor egy nagy
táblázatot kérdezek le, mondjuk az egész telefonkönyvet, akkor kell
kicsit várni. Az idő inkább a gép teljesítményétől függ, mint a
sávszélességtől.

Váli Dezső írta:
> Jelzem, kedves Tamás a köv. háttérmunkáimat:

Az Excel táblázatokban végrehjatott módosítások akkor lényegesek
számomra, ha újra betöltök minden táblázatot az adatbázisba.

> Kérem, ne feledje majd a műfajoknál még (bianco) új műfaj lehetőségeket
> megteremteni, persze ez nem most aktuális.

Új műfaj felvétele a jelenlegi programhoz könnyű, de szaktudást igényel.
Amikor egy új műfajra lesz igénye, és megvan az új táblázat fejléce,
azaz hogy milyen oszlopok legyenek pontosan, akkor nagyon rövid idő
alatt (egy hétvége) hozzá tudom igazítani a rendszerhez az új dolgokat.
Előre felvenni bianco műfajt bianco oszlopokkal - nem látom értelmét.

Tamás

Majd, amikor alkalmas magának, még a köv. módosításokat kérném a SZEREPLÉSNAPLÓ / ÖSSZES ESEMÉNYNÉL:

A fejlécben:
2./ TULAJDONOS helyett NÉV / mert megtévesztő, itt a legritkábban tulajdonost jelenti
3./ ESEMÉNY helyett VÁROS / két esemény van és csak az első betűk látszanak
4./ MEGJEGYZÉS_SOR helyett SOR_MEGJEGYZÉS /mert két megjegyzés van, u.a.

Kedves Tamás, átnézve – a levelezésünk is -, ami nyitott maradt, vagy nem mondta rá, hogy ezt nem:

1,/ Tegnap-ma a FOTÓ-k adatait átcsoportosítottam, évtizedek helyett témakörök. Ilyen csoportos átnevezést a jövőben hogyan tudok végrehajtani?

2./ Kértem, hogy a képeket klikkel lehessen megnézni. Erre akkor ezt válaszolta:
"Mármint az eredménytáblázatban, ugye? Amikor az eredménytáblázatokkal foglalkozom, ezt is figyelembe veszem majd. Üdv, Tamás"

4. a / www.validezso.hu megszűnik, mintha valamit abba kötött volna bele?! Csak a deske.hu marad.

5./ Írta, hogy a rendszert időnként én is mentsem le. Melyik fájlok ezek, hogyan kell, feltétlen csinálnám.

D. levél és TAMÁS VÁLASZA hétfő, 2006. augusztus 7. hajnal:
1,/ Tegnap-ma a FOTÓ-k adatait átcsoportosítottam, évtizedek helyett
témakörök. Ilyen táblázatban csoportos átnevezést a jövőben hogyan tudok
végrehajtani?
T: rendben, így értem, kitalálok valami egyszerűt erre.

2./ Képek megnézése a táblázatokban, jó lenne
T: Ez tényleg elmaradt, elnézést, elfelejtettem. Megcsinálom.
Köszönöm. T két nap múlva. NEM TUDJA MEGCSINÁLNI

3./ táblázatok betűméretét én tudom-e átállítani?
T: erre is kitalálok valamit, már meg is van.

4. <http://www.validezso.hu megszűnik, (ma meg is szűnt)
T::. honlap címe rendben, akkor ezentúl mindig a deske.hu -t használom.

5./ Írta, hogy a rendszert időnként én is mentsem le. Bocs, most megtaláltam a szerveren a lementendő fájlt

6.// A honlapomon a C3 szerverén, most van két folder: OAI és OAI2.
a./ Az első, az OAI is élő, tehát nehogy letöröljem? Mentsem őket, hetente?
T: /OAI és OAI2 könyvtár ha lehet, egyelőre maradjon. Itt változás nincs, ezeket felesleges menteni.

7./ utólag/ a táblázatokban a vizszintes csúszka jó lenne
T: megpróbálom

D. 08. 10 csüt. hajnal
ÖSSZES FESTM stb. táblázatokba belenyúlási lehetőséd, az IDŐSZAK oszlop átírása
Jó lenne a táblázatokban sortörés

A szereplésnaplóban 9 olyan hosszú szöveg van, hogy helyette az új prog-ban is andráskeresztek jöttek föl. Végül a szöveg egy részét áttettem a sorhoz tartozó megjegyzésekhez

D. Tamásnak 08.14. hétfő reggel
1. / Azt hittem, ez a sortörés dolog nem lesz megoldható. A legnagyobb táblázat is 8 sec alatt átjött.

Nem működik a betűméret állítás. Nem működik a terület kijelölés egérrel, ami azt hiszem, az excelbe áttevés, tehát a nyomtathatóság feltétele.

2. / Valamikor az elején mondta, hogy (az NDA miatt) szükséges egy szigorú ÉV(ÉÉÉÉ) oszlop a FEST stb- nél. Ekkor könnyelműen mondtam, hogy hiszen nálam ez a MENÜ 4 oszlopban megvan. Ez árúkapcsolás volt, tévedés. Valamint pld. a TERV_GRAF-nál nem is volt igaz.
Most az összes excel táblázatomba betettem magának egy új, ÉV(ÉÉÉÉ) oszlopot.

3. / Elegáns, ahogy a csoportos átnevezés lehetőségét megoldotta. Már rá is jöttem,amikor nem átnevezni, hanem átcsoportosítani akarok, akkor az IDŐSZAK – ablakba beírok egy xx et, yy-t, és a végén egyszerre átnevezem.

eszembe jutott egy megoldás, és akkor magának semmi munkája nincs evvel az új oszloppal! A PÓTOSZLOP-1 be bekerül az ÉV(ÉÉÉÉ), a másikkal pedig szabadon gazdálkodom.
Tamás: OK

A FESTM stb. panelekben ezeket az ablakokat kellene átnevezni. Én ugyan tudni fogom, de a hálás utókor, gondos utódaim...
IDŐSZAK- - - - - - - - - FEJEZET
ÉVSZÁM (ÉÉÉÉ) - - - ALFEJEZET (írtam, az excel táblázataimban ebben az oszlopban már ez az új tartalom szerepel)
PLUSZ OSZLOP 1 - - - ÉVSZÁM (ÉÉÉÉ)
PLUSZ OSZLOP 2 - - - PLUSZ OSZLOP 1 stb... átszámozni, 1-3.

D:08.16.15h.
Köszönöm, hogy mégis átdolgozta, (maximalista), hogy megmaradjon a negyedik pótoszlop.
21h
(Köszönöm!) Ami észrevétel:

1./Plasztika/ módosítás: D/83/02 / méretnél próbáltam átírni:átmér --- átmérő 150 / nem ment, (oszlop adatszélességét megnövelte, OK)

2. Festmény /módosítást próbáltam, az opuszszám beírása után véletlen leokéztam, persze eltűnt minden adat belőle. Hogy hogyan tudok biztonsági másolatot csinálni, CD-re is? Transzformáljam havonta a nyolc táblázatot excelbe?

3./ Egy ronda hiba nálam:a festményeknél: sok dátum van kereszttel de a TULAJDONOS rovatban. Ezt a 700 tételt egyenként átvezettem a DÁTUM adatai közé, - ezt a DÁTUM oszlopot magának újra át kellene tölteni.

6./ FOTÓ /ÚJ FOTÓ-hoz beírtam két tételt. Ezek, mivel újak, a táblázat legaljára kerültek.
Ugye, ez nem zavarja a képnézés menüben a helyüket. (NEM.)

7./ Most mind a nyolc excel-táblázatot naprakészen frissítette. Ugye nekem - amíg István készen nem lesz -, párhuzamosan kell a két rendszert vezetnem, hogy most is, és a jövőben is látszódjanak? IGEN

Információvesztés: beépítettem egy szabályt, hogy semelyik módosításnál sem lehet minden mező üres.
Ha törölne valahol egy sort, akkor is odaírja, hogy "törölve", tehát ez a törlés lehetőség megmarad.
Ha valami nagy baj történne (most nem tudok erre példát), akkor helyre
lehet állítani az adatbázist a biztonsági mentésből, amiket minden
hajnalban automatikusan elvégez a rendszer a backup könyvtárba. Remélem,
soha nem kell majd erre sort keríteni.

6
Egyáltalán nem számít a sorrend a tábláztaban. Ugyanígy a telefonkönyvben az azonosítók értéke
lényegtelen.

D: 08.20. 02h vas.

megkérném, ha elmagyarázná nekem a programját, mi hogyan működik benne. Csak a jóérzés, a belső biztonság kedvéért.

D, 08.20.12h. levele újra, most Tamás válaszával:

Váli Dezső írta:
> 1./
> A C3 napi mentéseinek házilagos dekódolásá tudom-e:

Pecsenyánszky .István beállította, automatikus backup minden hajnalban. Most megcsináltam, hogy egyetlen paranccsal vissza tudja állítani az adatbázis legutolsó mentett állapotát. Írtam P.Istvánnak is, mert ehhez valamit módosítani kell az automatikus mentéseken, amint kész lesz, megírom Önnek az adatbázist visszaállító parancsot.

A program nem engedi, hogy véletlenül töröljön bármit is. Mivel lényegében csak egyetlen sor adatait változtatja mindig, így nagy
kár nem keletkezhet. És időnként még Excel-ben is ment, úgyhogy szerintem ennyi biztonság már teljesen megfelel.

D.08.20. vas. 9.40-től
Új fotónál beírtam az f06119.jpg-t, de elfelejtettem az opuszszámot beírni. kiírja: SIKERTELEN, Behívtam újra, megírtam. Kiírta újra: sikertelen, de megnéztem a összes fotók táblázatban, és lám, szerepel, kétszer egymás alatt, egy különbséggel, a másodikban a szerző VD. (ezt elfelejtettem átjavítani másodszorra) (Tamás: közben dolgozott a rendszeren, attól lehetnek furcsaságok. Mennie kell.)

2./ Aztán sikerült: betettem újra: F/06/119 és F/06/120. És beírtam őket a szereplésnaplóba, jelezve, hogy A TÖBBI TÁBLÁBAN IS MÓDOSÍT.
KÉT kérdésem:
a. / de hol módosít? pld. itt, a fotóknál hová gyűjti ezt a rá vonatkozó 0682 szereplés-számot?
b. / Hol tudom Nagy Miklós dr.-t, a fotó (stb.) tulajdonosát beírni? Minthogy automatikusan VD-t teszi föl, azt hol tudom változtatni?

Tamás válasz:

Automatikusan minden újnak VD a tulajdonosa, ezt így beszéltük meg. Ha valaminek megváltozik a tulajdonosa, akkor az úgyis egy új bejegyzést jelent a szereplésnaplóba, ugye. Namost, a "többi táblában is módosít" az azt jelenti, hogy a szereplésnaplóban megadott nevet átírja az adott mű táblázatának a tulajdonos mezőjébe. Ezek után már ott is az új tulajdonos fog szerepelni. Mivel a szereplésnaplóba nem csak tulajdonosváltással kapcsolatos bejegyzés kerülhet, ezért a tulajdonos átírásának lehetősége szabadon
megválasztható.Ez az egyetlen módja a helyes tulajdonosváltásnak.

Tovább én:

4./ Csak infó: ezt találtam ki, hogy a FOTÓ új bejegyzésnél betűhív legyen a fejezet és alfejezet, hogy e címeknek csináltam egy külön listát, abból copyzom alkalmanként. Ezekkel az új fotó fejezetcímekkel eléggé megbonyolítottam a dolgomat, viszont sokkal áttekinthetőbb a nézőknek, szerintem.

D. 08.20. délután. elfelejtkeztem mondatáról, hogy a szereplésnapló számát felejtsem el, azt a program automatikusan kezeli...
Tamás arra elfelejtett válaszolni, lehetséges-e nekem a C3 szerver napi mentésének elolvasása, dekódolása?

D. 08.21. 11:39 és Tamás válaszai:

Kipróbáltam A szereplésnapló átírásával a tulajdonos is javítva, minden működik, OK.

Öt kérdés:
1./ Tényleg nem tudom, hogy történt, de a fotókhoz az F/06/119-eset kétszer írtam be, (egy adat nem volt azonosan írva). Azt kijavítottam, de a két példány a táblázatban megmaradt. Gondolom, ez nem okoz zavart a rendszerben, de ha netán, akkor mi a teeendőm? (Nem okoz. Majd ő egyszerre kijavítja)
2. /Az összes írás táblázatba került: 1996-03-01, Nem tudná ezt kijavítani? Optimális megoldás: a -01-et
a végéről levágni, ideális megoldás: a régi formátum, 1996. 03. (Megpróbálja)
3./ Ha én ezt a teljes 1-a-web foldert, benne a maga programjával CD-re lementem, akkor az egy komplett, backup Akkor viszont az excelbe fordított pótmentésnek semmi értelme, nem? (Biztonságinak havonta jó)

4./ Jól értelmezem, hogy a C3-ból leszedhető "tegnapi változat" arra a vészhelyzetre tartalék, ha a gépem leég, vagy egyéb módon valami a programban netán tönkremegy. Ugye?! (Ha a C3 szervere ég le)

5./ A telefonkönyvben volt egy hiba. A legtetején 864 ID-vel három fotó opuszszám egymás alatt, de semmi adat hozzá, üres kockák. Persze így már kijavítva, nem tudhatja, mi lehetett a hiba oka?! (Nem lát hibát)

pótoszlop- bejegyzés és törlést is kipróbáltam a S naplóban. OK.

D 08.21. 17:05 + T válasza

6. / Festmény módosításnál hibaüzeneteket írja ki, noha végrehatja, (T: kijavitottam)

7./ Összes festmény mutat-nál: újra nem írja ki teljes méretet : 60x2... (újra kell tölteni excelből, akkor javítva)

8./ Egészen apró kényelmi szempont, csak ha nincs vele munka: nem tudnának ezek a táblázatok rögtön teljes méretben följönni? (maradjon így)

9./ Festmények csoportos átnevezése. Nekem nem sikerült. "// +" .... erre: "/ kidobva" (hogy a többértelmű keresztet kivegyem) (csa a fejezet oszlopokat lehet cserélni. Az egész Excel tábla újbóli betöltése megoldja a 7)-est és a 9)-est is.
Ha meg tudná oldani, hogy Excel-ben az IRÁS- nál átnevezi a dátum oszlopot csoportosan, ahogy szeretné. Ha jól sejtem, ezután már csak a "fejezet"
oszlophoz kell majd a csoportos átnevezés, ahogyan eredetileg terveztük.)

10. / Okoz-e bajt, ha a táblázat egy adatsort megdupláz? (elvben nem, de majd ő kijavítja.)

D. 08.21. 22h.
Persze a kérdésem hibás volt, hiszen én mondtam, hogy a TÖRÖL tétel nem fog kelleni. Kilenc új tételt írtam be a fotókhoz. Közben öt! (kitörlendő) duplum gyűlt föl.

D.08.22. 03:49
Tényleg át lehet copyzni a hibajelentést, csak: wordben.
AZ IRÁS-ok rossz dátumsora: excelben nem lehet. Ha nincs valami trükkje rre, manuálisan megcsinálom a 3000 sort... (válasz 08.23.13:15 excelben nem lehet átírni, az a datbázisabn ő átírja jóra)

T: 08.22. 14h
mintát kér a dátum konvertáláshoz

D.08.22.16:15

10./ mellékelek egy mintát, de a teljes írás-táblázat is:
http://www.deske.hu/iras/html/zszs-11-tartalom.xls

11./ a FESTM excelben eltüntettem a többértelmű kereszteket, újra kell tölteni. A levágott méretszámok miatt is.

12./ A FOTÓ-nál ami duplumokat kérném törülni: (Tamás 08.23. 22:34 MINDENT ÚJRATÖLT, ha kész minden)

F/06/119
F/06/125
F/06/123

F606124 ez nem duplum, csak hibás
F/06/128 (Tamás: ezeket törölte)

MAGAMNAK A FOTÓ táblázat Sütő /Tamás tábl-okban a MEGJEGYZÉS rovatban szöveg ( a végén)

D. 08 23. 11:07 + Tamás válasz
Tamás, gyakori olyan hibám, amiből a táblázatban az opusztételek duplázódása következik. Megadná, hogy hol, a forrásban tudnám ezt javítani? (08.23. 22:47: nem, veszélyes, írt egy tiltó programot ehhez. Az írások, a szereplésnapló és a telefonkönyv táblázatokban ilyen ellenőrzés nincs. Felesleges, mert ott mindent lehet módosítani egy dupla sor esetén. HA végveszély: az előző napi állapot visszaállítása a Putty végén a ./recover.sh segédfájllal)

D. 0824. 02:34 és Tamás válaszai
- Kipróbáltam azonos opusszal beírni. OK. nem lehet.
- Szellemes utolsó biztonsági lehetőség az előző napi állapot visszatöltése.
- A szereplésnapló /összes megtekintése: kilenc helyen a megjegyzés rovatnál andráskeresztek jönnek elő, (T: a régi változatot töltötte vissza, EZ rendben)
Tamás, nem tudja, miért van ez, hogy a C3-ban nálam a backup:
1./ aug 20, 21, 22 napok mentése hiányzik,
2. / aug. 23, 04:32 nél (nyilván még) nincs sorszám, viszont a mérete jelentősen kisebb az előző napokénál: 591996 aug 19 , ez új 538009. (T: ezt átalakította, rendben, minden éjjel frissit. A mezei mentés fájl naponta változik, a vasárnapi,( a dátumnevű) MEGMARAD, AZÉRT AZT IS ÉRDEMES NÉHA LEMENTENI.

A C3-ban BZ2 tipusú fájlokban van a mentés, ezekből eddig az 1-a-web foldoremben tartottam egyet, időnként
lecserélve az újjal. Ugye itt nem zavar bele a rendszerbe? (Így jó)
Baj esetén mi a módja ezek aktiválásának? (T: A megnyitáshoz csinált egy segédfájl, ( a segédfüzetben leírt módszer a PUTTY-ban )

D 08.24. 12:14 VÁLASSZAL
- Rögzíteneém:> a. / A használati utasítás "Az adatbázis visszatöltése" fejezet címéhez hozzáírom: > "csak ha baj van, és a meglévő változatot muszáj az előző állapotúra lecserélni" (T:ok)
- A visszatöltő program is naponta frissül, ugye? (T: igen)
- A jövőben a teljes honlap megtekintjető egí CD-n, amennyiben a táblázatok excel-ben is rajta vannak.
T: Megmarad a jelenlegi rendszer is, tehát ennek a lehetősége adott. Ha szeretne egy ilyen CD-t készíteni, akkor
egyszerűen ugyanazt teszi, mint eddig. Persze, a legújabb Excel táblákkal, amik úgy állnak elő, hogy a program
táblázatait kijelöli, és átmásolja Excel-be.>

Sajnálom, bocs, de nem értem: Ha az adatbázist visszaállító program mindig a "vali.db.bz2" fájlt tölti be, akkor minek az azonos tartalmú vasárnapi változatot is letölteni? (Ez a pót-pót kötél. Mert az a saját fájlnévvel megmarad, a többi mentés tartalma eltűnik, mert naponta frissül. Nem szükséges naponta menteni, elég vasárnap vali.db.bz2 fájlt, ÉS!! s az aznapi dátumos nevűt.

D 08.24. 13h-tól

Azt remélem, most végre tisztán látom::

a "deske-program" folder hármas funkciója:
- az üres táblázatok vázát tartalmazza
- egy motor, a beírt tartalmat azonnal a szerverre teszi
- ha valamit meg akarok nézni a panelekben, azt a szerverről lehívja, és láthatóvá, sőt formálhatóvá teszi

a szerver:
- nem tartalmazza a táblázatok szerkezetét, csak a beltartalmát
- ezért ezeket a táblázatokat idegen gépről nem is látni automatikusan
- számukra István csinál egy, a szerveren lévő segédszerkezetet.

D majd (08.24. 20:56
Kilencedrendű hiba és nyugodtan benne is maradhat:
csak a magyar betűvel kezdődő név beírásnál: Ökrös-t nagy Ö-vel kell beírni, különben nem ismeri föl
a telefonkönyv elején az első Á-betűvel kezdődő név után veszi az összes magyar betűs nevet Ö, Ő, Ú, stb. (Windows csinálja, nem ő)

Csoportos átnevezés nálam nem működik :

Fotó: fejezet
Tervezőgrafika: fejezet (tévedés, már működik)

D. 08. 17. vasárnap 17:.58

IRÁS fejezet: "zszs-11-tartalom.xls" / "dokumentum típusa" oszlop / Ezen típusokat duplumként egy-egy résztáblázatba is beírom. Így a néző kétféle helyen keresheti ugyanazt: a teljes tartalomjegyzékben, (ott oldalszám szerint) és típus szerint (ott időrendben). (A résztáblázatok fájlnevei a "zszs-11-tartalom.xls" táblázat utolsó oszlopában szerepelnek.)

A néző számára hogy tud egy tétel két helyen megjelenni, ha nekem megszűnnek az exceljeim?
2. / Elkerülhető-e a két helyen történő, párhuzamos vezetés? (T: nem lesz probléma)

T.08.28.:
István a munkától visszalépett, Tamás keres helyette egyetemista programozót...

UJABB PROBLÉMÁK,
D. 2006-9-13- Tamásnak

A maga (egyébként kiváló) rendszerével EGY OSZLOP ADATCSERÉJE ezentúl már csak úgy lenne > megoldható, ha a 800 festmény, 800 grafika stb. -ablakot egyenként > átírnám. Most az excelben ez egy mozdulat. Vagyis egy szerkezet > átalakításra befagy a új rendszer.> Szóval, hogy ha most a MINDENT MUTAT táblázatokba lehetne belenyúlni, > ott átírni, egy csere /összes cserél - utasítást végrehajtani...> ez létre tudna jönni...?!

TAMÁS:

Majd a honlap tesztverzióján meglátjuk, hogy a változtatások miatt mi hogy fog kinézni. Egyébként lehetséges, hogy a képek méretén is változtatnak majd Andrással.Amikor már lehet látni, hogy mi hol lesz, hogyan fog kinézni, akkor kezdhetünk el játszani az egyes mezők értékével.

Fontos tudni, hogy a honlapon nem csak úgy tud megjelenni egy mező, ahogy az adatbázisban látja, tehát lehet, hogy az adatbázisban nem is lesz változás. (Ha igen, akkor nem gond, például egy-két perc lenne, amit kért.) Például András úgy is el készítheti a honlapot, hogy "amelyik mezőben Váli Dezső szerepel, az a honlapon VD-ként jelenjen meg". Nem javaslok egyelőre semmi változtatást, majd csak a honlap függvényében.

okóber 8.

Kedves Tamás, köszönöm, vettem a programot!

1./ A fest.stb paneleken sajna nekem a csúszka dolog nem működik. A hátra nyíl nem működik, a föl-le csúszka nem mutat új sort, csak néhány mm-t megy föl le. Ha elindulok előre a vízszintes csúszkával, a föl-le csúszka eltűnik.

Ennek így amúgy sincs értelme. A kérés az lett volna, hogy a beírás után a könnyebb javíthatóság kedvéért jó lenne, ha az egész szöveg egyszerre látszódna. De ez az egész nem olyan fontos.

A korábbi megoldás ettől jobban áttekinthető volt, ahogy az előre-hátra nyíllal a szöveget végül is nagyon jól lehetett ellenőrizni. Akkor, kérem, maradjon egyszerűen az.

Amúgy is a kérés nem elsősorban a fest.stb-re vonatkozott, hiszen abban csak (kellemes) tévedésként maradt benne a MEGJEGYZÉS rovat.

Ahol ez szükséges (illetve csak kellemes) lett volna, mint szept. végi levelemben említettem is, ahol valóban hosszú szövegekre lehet továbbra is számítani:

SZEREPLÉSNAPLÓ / ESEMÉNY, TOVÁBBI ESEMÉNY

ÍRÁS / NAPLÓTÉTEL

De, ismétlem, ez nem fontos az egész. Kalkulációm szerint már amúgy is a második festménynél tartunk honorárium tekintetében.

2./ Azért válaszolok csak most, mert idáig most fölmerült saját hibáimat javítottam, rengeteget. Ugyanis kipróbáltam az új rendszerét, az első tulajdonos beírást, s ennek kapcsán rájöttem, hogy a FEST stb. táblázatok tulajdonos-rovatai teljesen független ismétlései a TELEFONKÖNYV-TULAJDONOS – táblázat bejegyzéseinek.
A két rovat eltéréseit most (remélem teljesen) eltüntettem. Az adatbázis életbelépésével ez a probléma megszűnik.
Ha nem tévedek, egyet kellene ehhez még megoldani.

Tehát például készül egy új grafika, tulaj automatikusan Váli.
Ennek akkor be kéne kerülni lehetőleg automatikusan a Telefonkönyv-be is, nem?

Vagy ha nem automatikusan, az se baj, pláne ha más a tulajdonos, akkor nekem talán személy ID számot kéne itt beírni?!

2006.10.25.
Kedves Tamás,

1. Ugye, ha most maga fölköt az NDA-ra, akkor ez ezentúl automatikus kapcsolat, se nekem, se magának nincs vele dolga?!
2./ Kérem szóljon, ha ezt megtette.

3./ Megkérdezve magától, lehet-e, kivettem a teljesen önálló egység KONYVEK foldert az IRÁS/HTML-ből és a főmenűbe tettem. (Így értelmesebb a szerkezet.) Viszont akkor most kikerül az NDA- keresői hatásköréből, nem? Ugyanis az IRÁS táblázatban csak a néhány fájlja szerepel. (Amúgy 1000 fájlt tartalmaz.) Mit csináljak:

a./ tegyem vissza a KONYVEK-et az IRÁS alá. De mivel ez folder, azt se tudom, így valóban kereshetővé válik-e?

b:/ a fontosabb vonatkozásait "oldalszámozzam" be, és tegyem be az IRÁS főtáblázatba, ahol egyébként linket is kaphat.
c./ Vagy az által, hogy -ha igaz - az új programozó fiú nekem most csinál egy fájlon belüli szóra keresést - az egész nem érdekes már?!

10.26.

Mibe kevertem én bele magát, Tamás…

Értem, amit írt. Valami csodálatos, ahogy ez a rendszer a legkisebb következetlenséget, lazaságot is kidobja magából, ezt szeretem a legjobban az egészben.

Hogy köztünk félreértés ne essék: ugye a zszs-11-tartalom.htm táblázat MEGNÉZHETŐ FÁJL NEVE oszlopában lévő fájlnevekre gondol?! (a TÖBBI FÁJL NEVE oszlopot gyakorlatilag kiürítettem, avval nem kell foglalkozni)

Helyzet nem is olyan tragikus.

Ugyanis nem lehetetlen, hogy erre a műveletre lehetséges egy segédprogramot kitalálni.

(Vagy netán a fájlok alá mindenütt beírt linkek nevei valahogy áttehetők lennének a FÁJLNÉV oszlopba? Akkor szinte semmi munka vele…)

Nézzük sorra, mi került a IRAS/HTML folderból új helyre:

C-FAJLOK:-ba
1./ az összes fájl, aminek a neve c-betűvel kezdődik közvetlen utána egy négyjegyű számmal folytatódik, (esetleg még egy szám a végén, kötőjellel). Ebben nincs keveredés.
2./ 6 fájl ck-val kezdődik, utána szám, ilyen sincs másutt
3./ még egy fájl: c-konyv.html

Tehát itt a c1523-1.htm helyébe ez jön: ../c-fajlok/c1523-1.htm

NEWS-FAJLOK –BA:

1./ j-betű, közvetlen utána egy négyjegyű szám. Ilyen sincs másutt.
2./és még: NEWS-VERSLAJSTROM.HTML,
NEWS-TABLAZAT.HTML,
NEWS-KEPJEGYZEK.HTML,
NEWS-EGYUTT.TXT fájlok, más nem.

Tehát itt a j2005.12.htm helyébe ez jön: ../news-fajlok/j2005.12.htm

A többi fájl a HTML folder alatt maradt.

És, ha jól értem, amikor ez megvan, akkor az összes elébe ez kerül: http://deske.hu/iras/

A LINK és a LINK-2206-OKT folderekben a szövegekhez tartozó link ábrák, stb. avval szerintem nem érdemes foglalkozni.

Látom, sajna a táblázatban néhol jelölve van az eltérő folder, ráadásul néhol használhatatlanul, mert nincs előtte [ ../], itt nincs mese, ezeket végig fogom rágni. Pld: foto/jpg/f06122 … 129.jpg

Végül:

Nem mártírkodom, de ezt a C-FAJLOK és NEWS-FAJLOK –ba került fájlneveket nem egy nagy munka nekem a jelzett módon manuálisan átírni, ha ezt a műveletet nem lehet automatizálni.

Kezdhetem?

OPUSZSZÁM	A/75/42	A/83/22	A/02/11
ADATOK/OPUSZ	kiállítva, megvásárolták	nem szerepelt	kiállítva, díj
PÉNZ	250.000	--	--