Sziasztok!
Azért a Draw csoportban teszem fel a kérdést, mert ezzel próbálok elkészíteni egy pdf űrlapot.
Az űrlapon meg kellene adni születési időt és telefonszámot.
A születési dátumot azt a magyar formátumnak, 2023. január 01., megfelelően kellene megadni. A mező formátumnál a standard hosszú dátumot választom ki és ez automatikusan ki is tölti a mezőt ebben a formátumban. Annyi extrával, hogy a hét napját is hozzáfűzi. Viszont amikor a mezőt kiszeretném tölteni, akkor ha így adom meg a dátumot azt hibával elutasítja a Firefox. Az Edge már jobban kezeli, nem utasítja el hibával, csak szimplán átjavítja az aktuális dátumra 10/01/2023 formátumra.
A másik gond a telefonszámmal van. Szabványos formátumban (+36 12 345 6789) kellene kitölteni a telefonszám mezőt. Azt szeretném elérni, hogy aki kitölti az űrlapot, annak a +36-ot ne kelljen beírni, hanem csak a körzetszámot és a telefonszámot. Ehhez formázott mezővel és maszkolt mezővel is próbálkoztam. Mindkét esetben a formázást, a maszkot, +36 ## ### #### formában adtam meg. Azt szeretném elérni, hogyha a telefonszámot megadják, akkor azt automatikusan formázza át a szabványos formára. Pl. ha azt írja be valaki a telefonszám mezőbe, hogy 06202345348, akkor az automatikusan legyen kijavítva +36 20 234 5348 formátumra.
Köszönöm a segítséget!
Boldog újesztendőt kívánok mindenkinek!
PDF Űrlap készítése
PDF Űrlap készítése
LibreOffice Community 7.6.3.2 (X86_64)
Windows 10.0 Build 19045
Windows 10.0 Build 19045
- Zizi64
- Globális moderátorok
- Hozzászólások: 4071
- Csatlakozott: 2008. november 12., szerda 21:22
- Tartózkodási hely: Budapest
Re: PDF Űrlap készítése
Töltsél fel ide légy szíves egy .odg példafájlt. Esetleg a PDF konverziót is. Azon látszik igazán, hogy mivel és hogyan próbálkoztál, és azon a legkevesebb munka újabb próbálkozásokat végezni.
Az első válasz látszik is ebből: Fejből nem tudom.
Egyetlen tippem van: NE a böngészőkre bízd a megjelenítést és a kitöltést. A LibreOffice az Adobe leírása alapján kezeli a PDF fájlokat, a böngészők meg ki tudja, hogy mi alapján, megterhelve a lokális (nyelvi) különbségekkel. Egyes böngészők a gépen alapértelmezett PDF reader-t használják beágyazva, vagy külön megnyitva, ami vagy az Adobe-é, vagy valami egész más PDF reader szoftver. Más böngészők meg saját PDF olvasó programrészt tartalmazhatnak... Tehát Adobe Readerre tervezz, és azt nevezd ki kitöltőprogramnak. Annak is egy általad kipróbált verzióját.
Vagy használj olyan űrlapelemeket, legördülőket, ami NEM lokalizáció-függő. pl: a dátumokat szedd szét három különböző (év, hónap, nap) legördülőre, akkor mindegyik sima szövegként választható lesz, nem fognak függeni a lokalizáció néha furcsa helyi szabályaitól.
Vagy egyszerűen használd a nemzetközi ODF fájlformátumot (védett, véletlenül nem módosítható tartalmakkal): Mivel könnyebb egy-egy ingyenes böngészőt, PDF readert telepíteni, mint a szintén ingyenes LibreOffice-t???
Az első válasz látszik is ebből: Fejből nem tudom.
Egyetlen tippem van: NE a böngészőkre bízd a megjelenítést és a kitöltést. A LibreOffice az Adobe leírása alapján kezeli a PDF fájlokat, a böngészők meg ki tudja, hogy mi alapján, megterhelve a lokális (nyelvi) különbségekkel. Egyes böngészők a gépen alapértelmezett PDF reader-t használják beágyazva, vagy külön megnyitva, ami vagy az Adobe-é, vagy valami egész más PDF reader szoftver. Más böngészők meg saját PDF olvasó programrészt tartalmazhatnak... Tehát Adobe Readerre tervezz, és azt nevezd ki kitöltőprogramnak. Annak is egy általad kipróbált verzióját.
Vagy használj olyan űrlapelemeket, legördülőket, ami NEM lokalizáció-függő. pl: a dátumokat szedd szét három különböző (év, hónap, nap) legördülőre, akkor mindegyik sima szövegként választható lesz, nem fognak függeni a lokalizáció néha furcsa helyi szabályaitól.
Vagy egyszerűen használd a nemzetközi ODF fájlformátumot (védett, véletlenül nem módosítható tartalmakkal): Mivel könnyebb egy-egy ingyenes böngészőt, PDF readert telepíteni, mint a szintén ingyenes LibreOffice-t???
Sok sikert!
Kovács Tibor (W10x64Pro/W7x64P: 7.5.8;
winPenPack/PortableApps: LO3.3.1-7.6.2, AOO4.1.14
Ha megoldódott a probléma, jelöld a témaindító hozzászólásod címének szerkesztésével. Írd elé: [Megoldva].
Kovács Tibor (W10x64Pro/W7x64P: 7.5.8;
winPenPack/PortableApps: LO3.3.1-7.6.2, AOO4.1.14
Ha megoldódott a probléma, jelöld a témaindító hozzászólásod címének szerkesztésével. Írd elé: [Megoldva].
- Zizi64
- Globális moderátorok
- Hozzászólások: 4071
- Csatlakozott: 2008. november 12., szerda 21:22
- Tartózkodási hely: Budapest
Re: PDF Űrlap készítése
Aztán meg:
Ilyen konverziót a PDF formátum sem ismer - szerintem. A LibreOffice csak olyan "tudást" tud, fog exportálni a PDF formátumba, amit az Adobe Reader is ismer. Még ha a LO natív ODF formátumában makróval megoldható is lenne az ilyen automatikus konverzió, a makrók nem fognak már exportálódni sem PDF-be, mert úgyse tudnának futni a PDF olvasó alkalmazásban.
A "+36 "-ot meg be lehet írni konstans szövegként a beviteli mező vagy űrlapelem ELÉ.
Mivel sok országban NINCS egységes, "szabályos" telefonszám formátum (csoportosítás), ráadásul a telefonszámok a gépi írás kezdete óta jelentősen és folyamatosan bővültek (hosszabbak lettek), meg aztán nagyon sokáig a (vezetékes) telefonok nem is működtek "körzeten/országon" belül a nemzetközi hívószám alakban megadva, ezért aztán a telefonszámoknak NINCS efféle automatikus formázási lehetősége egyetlen általános irodai programban sem (tudomásom szerint). Erre neked kell valamiféle programot írni. Ha ez LO Makró lenne, akkor megint ott vagyunk, hogy LibreOffice-szal KELL kitöltenie a partnereknek az űrlapot, ráadásul a makrót szállítani kell a dokumentummal együtt.
Az amerikában divatos, könnyebben memorizálható "betűzött" telefonszámokról még nem is beszéltünk...
No, ilyen SZÁMFORMÁZÁS nem létezik. Te a SZÁMOK (numerikus értékek) ezreselválasztós formátumjelölését próbálod meg ráhúzni egy alapvetően SZÖVEGES értékre. A telefonszámokat nem lehet SZÁMKÉNT ilyen kifacsart formázással tárolni, csak SZÖVEGként. A 2 számjegy, szóköz, 3 számjegy szóköz, 4 számjegy formátumú karakterlánc nem lehet SZÁM! Csakis a hármasával csoportosított számformátum létezik a Calc-ban is!Mindkét esetben a formázást, a maszkot, +36 ## ### #### formában adtam meg
Ilyen konverziót a PDF formátum sem ismer - szerintem. A LibreOffice csak olyan "tudást" tud, fog exportálni a PDF formátumba, amit az Adobe Reader is ismer. Még ha a LO natív ODF formátumában makróval megoldható is lenne az ilyen automatikus konverzió, a makrók nem fognak már exportálódni sem PDF-be, mert úgyse tudnának futni a PDF olvasó alkalmazásban.
Na, és mi van, ha valaki már eleve ír szóközöket??? Az eleve nem tud számként értelmeződni a LibreOffice-ban. Azt tehát semmiféle számként nem lehet megformázni!Pl. ha azt írja be valaki a telefonszám mezőbe, hogy 06202345348, akkor az automatikusan legyen kijavítva +36 20 234 5348 formátumra.
A "+36 "-ot meg be lehet írni konstans szövegként a beviteli mező vagy űrlapelem ELÉ.
Mivel sok országban NINCS egységes, "szabályos" telefonszám formátum (csoportosítás), ráadásul a telefonszámok a gépi írás kezdete óta jelentősen és folyamatosan bővültek (hosszabbak lettek), meg aztán nagyon sokáig a (vezetékes) telefonok nem is működtek "körzeten/országon" belül a nemzetközi hívószám alakban megadva, ezért aztán a telefonszámoknak NINCS efféle automatikus formázási lehetősége egyetlen általános irodai programban sem (tudomásom szerint). Erre neked kell valamiféle programot írni. Ha ez LO Makró lenne, akkor megint ott vagyunk, hogy LibreOffice-szal KELL kitöltenie a partnereknek az űrlapot, ráadásul a makrót szállítani kell a dokumentummal együtt.
Az amerikában divatos, könnyebben memorizálható "betűzött" telefonszámokról még nem is beszéltünk...
Sok sikert!
Kovács Tibor (W10x64Pro/W7x64P: 7.5.8;
winPenPack/PortableApps: LO3.3.1-7.6.2, AOO4.1.14
Ha megoldódott a probléma, jelöld a témaindító hozzászólásod címének szerkesztésével. Írd elé: [Megoldva].
Kovács Tibor (W10x64Pro/W7x64P: 7.5.8;
winPenPack/PortableApps: LO3.3.1-7.6.2, AOO4.1.14
Ha megoldódott a probléma, jelöld a témaindító hozzászólásod címének szerkesztésével. Írd elé: [Megoldva].