dátum: 2006. 02-től      fájl: somogyi-tamas.htm                   C. 8627/1 - től

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.

- átadáskor a legfrissebb Excel tábláit betöltjük az adatbázisba

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.

Első kérdéseim:

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

D...júli.05. szerda reggel

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.

D... júli.05. szerda 21h.

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

D... júli.06. csüt. 05:40
 

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.

D...júli.06. csüt. 6:52

nagyon célegyenes!

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Ó

T 0606 csüt 9h

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!

D. júli.06 csüt. 18:40

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.
 

T. júli.06 csüt 23:49

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
 

D júli.07 pén 15:44

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.

33./ Homokóra, kurzor villogás természetesen tizedrangú kérdések.

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.

köszönöm!

D. júli.08. szo 08:54

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

D júli.10. HÉTFŐ 14H

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

D.júli.10. hétf 17h

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:

És ezen kívül van az új kitöltendő ablak, hogy : ORSZÁG

D...ISTVÁNNAK (+ TAMÁS) júli.13. csüt 10h

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

TAMÁS júli.17. hétfő reggel

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

D júli.17. hé 10:02 Tamás válasza 13:06

41./ IRÁSOK, -hoz megjegyzések:.

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

42/ SZEREPLÉSNAPLÓ ügyei

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

D. 07.18. KEDD 04:38

SZEREPLÉSNAPLÓ / ÚJ BEJEGYZÉS-PANELHEZ:

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:

  - OPUSZSZÁM
  - új ablak: ADATOK/OPUSZ
  - JÖVEDELEM

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.

B./ EGY MÁSIK LEHETŐSÉG,  talán egyszerűbb megoldani:

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ő

TAMÁSNAK D júli.18. kedd 10:54

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öszönöm!

TAmás júli.21. péntek 08:15

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 link készítés: persze, rájöhettem volna.

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.

51./ IRÁS

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

53./ TELEFONKÖNYV  OK

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

54./ Tamás, bocs, találtam egy értelemzavarót:

a FESTM stb. panelen. MEGJEGYZÉS  helyett:  IDŐSZAK kellene

T kb. juli 26 szerda
jelzi, megvan a magyar betű

D. 06 29 szombat

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
 

D.júli 31 hétfő dél

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

1./ "SZEREPLÉS NEVE " oszlop törülni
 

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.

Tamásnak: júli.8.6. vasárnap

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"

3./ táblázatok betűméretét én tudom-e átállítani?

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.

4. / ÍRÁSOKNÁL is jó lenne  a csoportos átnevezés lehetősége

D. 08. 14. hétfő 18h

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

D 08.16. szerda

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.

...és ha lehetne, az átnevezések a táblázatok fejlécében is... 

T: 08.16.:
OK , elküldte 08.19. szombat 15h

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

Tamás 08.20..02h:

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.