aruna képe

Beküldte aruna - 2013. július 17. 10.20

jellegű dolog?

Minden négyzetben kiválaszt egy számot 1-50 között és utána feladja a szelvényt?

Nem világos mi a feladat, hol választ számot, egy listából többet is, vagy több listából többet, ha kiválasztotta a számokat, beküldi őket egy űrlapon vagy e-mail-ben mennek, fel kell-e dolgozni a számokat stb. stb.

Nagy általánosságban: A CCK-ban van lista elem amiben lehetnek 1 és 50 közötti számok, ezekből egyet és többet is lehet választani. Ilyen listaelemből többet is kirakhatsz egy űrlapra.

Szerk: Vagy foglalás jellegű a feladat? Pl. ha valaki lefoglalja egy listából az 5-ös számot, akkor azt már más nem választhatja.

0
0
balazsgabi képe

Beküldte balazsgabi - 2009. október 19. 15.25

felülírják egymást, de ki az "egy" és ki a "más"?

Ha így járok el,akkor valóban csak a saját tartalmat látja, viszont egy másik juzer által lefoglalt időrést "foglalható"-nak lát és a durva, hogy még foglalhat is. A saját foglalás mellé nem foglalhat még egyszer.

Elméletileg három (content access, permisssion, view) helyen tudok valamilyen szinten jogosultságot álítani. Ebből a permission a necces, mivel itt kombinálhatom ahogyan csak akarom. Ha viszont az általad javasolt - modulnál ami jelen esetben booking timeslots - jogot megvonom, akkor csak annyit lát, hogy foglalt, de nem látja, hogy kié (sajátját sem) és ekkor nem tud "melléfoglalni" sehova.
Félek, hogy nem tudom jól leírni a problémámat, mivel magam sem értem mi a konkrét baj, de estére megpróbálom publikálni, már ami megvan belőle.

0
0
kkwx képe

Beküldte kkwx - 2010. március 11. 17.11

Hasonlóra gondoltam, igazából a már bejelentkezett felhasználóknál kéne egy olyan funkció ahol megadhatjuk ugyanígy az érkezés időpontját, a távozás időpontját (vagy napok számát amíg maradnak), azt hogy milyen típusú szobát szeretnének (2 féle van), és az adatok bekerülnek egy adatbázisba, amit az admin kezel, és minden foglaláshoz tartozik egy érték (foglalás elfogadása) amit az admin kezelhet, és mituán ezt átállítja elfogadottra, akkor utána utalhatja a foglaló a pénzt, + egy megjegyzés érték szerepel amiben az elutasítás okát írhatja meg az admin (pl nincs olyan fajta szabad szoba amit szeretne), + esetleg egy másik érték annak visszaigazolására, hogy a foglaló megérkezett, és levélküldés minden eseményről (adminnak, meg felhasználónak), de ez az utolsó két dolog nem olyan fontos, és természetesen a felhasználó csak a saját foglalásához férhet hozzá...
Nemtom, ez mennyiben tér el az oldaltól amit mutattál, mer nem látom admin szemszöggel :)

0
0
zeniten képe

Beküldte zeniten - 2009. szeptember 3. 14.21

A readme fájlban foglaltak betartásával a modul megfelelően műxik.
Onnan kezdem, hogy engedélyezve volt a modul (tehát view, calendar - ezzel összefüggésben date , főleg a datefield mind rendben vannak)

1. Létre kell hozni a tartalomtípusok egyikében egy új mezőt, mely date_field típusú mezőt.
2. Időpontfolgaló modul Timeslot settings fülén beállítani a megjelenítendő időközöket illetve, hogy hány órától meddig legyenek egyáltalán lehetőségek, nomeg hogy párhuzamosan mennyi - a másik fülön engedélyezni azt a tartalomtípust, amibe az előző lépésben felvettük a dátummezőt - és a dátummezőt is engedélyezni
3. A modul könyvtárában van egy themes alkönyvtár benne 3 tpl fájl. Ezt át kell másolni a főkönyvtár/themes/sajat_hasznalt_sminkem alkönyvtárba (ez nem a readme-ben volt, hanem a modul project oldalán)
4. irány a view - a calendar view szerkesztésében a theming - information - ezt újraolvastatnil, leokézni és a www.www.hu/calendar linken elérhető lesz a foglalás (persze lehet, hogy a ?q= kell bele)

Hajrá!

Így kapcsiból nem találtam magyarítást - van valakinek vagy be kéne pötyögni?

0
0
Den képe

Beküldte Den - 2010. szeptember 3. 08.14

Arra ne is számíts, hogy feltepítest egy modult és kész.

Amit el tudok képzelni, bár a konkrét igényeket nem ismerem (hotelt foglal? nem szobát?):

Hotel tartalomtípus, cck-val összerakva. - Minden adata szerepeljen, amit kell majd keresni. Utána csinálnék a fogadáshoz egy formot webformmal. A formot blokkba tenném (webform block), majd ezt a blokkot a hotel tartalomtípusok alá (mellé, mindegy) odaraknám (Valószínű context modullal egyszerűbb, mint a blokkok admin felületén.)

A foglalás webform-hoz a hozzáadnék egy hidden vagy szöveges mezőt, amit programozással - form_alter hook - eltűntetnék, és a hivatkozott tartalom azonosítót beletenném. Vagy a teljes url-t, vagy a hotel címét. Igényektől függően.

Keresést pedig a views megfelelő felfedett szűrőivel csinálnám meg.

Nagy vonalakban ennyi.

Már csak sminkelni kell, tesztelni és a számlát kiállítani :)

0
0

--
Szabó Dénes - Internode.hu - Munkára fogott weblapok

aboros képe

Beküldte aboros - 2010. november 3. 19.10

szoba
(mezők kb)

  • szám
  • leírás
  • képek

foglalás
(mezők kb)

  • foglaló neve
  • időpont
  • megjegyzés
  • szoba - na ez egy nodereference mező ahol a szoba típusú nodeokra lehet hivatkozni

a nézetben ami egy szoba foglalási naptárát megjeleníti egy argumentum van, ami a szoba mező, provide default, node id from url. minden másban olyan mint egy sima naptár. egy blokkot állít elő, azt rakod a content régióba az admin/build/block oldalon.

ha gondolod és nem blokkot akarsz a szobánál, hanem fület, akkor meg page displayt állít elő a view, az útvonal node/%/foglalasok, akarsz menüpont is, menü tab, szülő already exists. és akkor amikor szoba node nezünk, lesz két fül, a megtekintés meg a foglalások.

lehet tovább is csavarni mert gyanús, hogy egy idő után az lesz, hogy egy bizonyos típusú szobából van 20.. :) tehát pl a 042 - 128 tartományban minden szobához ugyan azok a képek és leírás kell. akkor csavarodik majd a helyzet, dehát nincs lehetetlen, csak tehetetlen. régi magratheai közmondás. ;)

0
0

-
clear: both;

SecMan képe

Beküldte SecMan - 2016. augusztus 25. 19.32

Írtam is, hogy részemről mi nem volt világos.
„mert szerintem nem kell hogy autod legyen es kepebe legyel a gumicserevel kapcsolatban, de egy idopont kerdeshez ne kelljen mar diploma, mert ha egy fogorvoshoz is bejelentkezel reggel 10 orara, egyertelmu legalabbis szamomra hogy reggel 10 orara mar mas ne tudjon idopontot foglalni.”

Hát pedig nem ennyire egyszerű. Ha egy fogorvosi rendelőben két fogorvos dolgozik két székkel, akkor már mindjárt ketten tudnak ugyanarra az időpontra bejelentkezni, nem? Gumicserénél ugyanez. Illetve ezért kérdeztem a szolgáltatásokat is, mert mi van ha gumicserére egy időpontra egy autó tud jelentkezni, de ugyanerre az időpontra jelentkezhet valaki olajcserére?

Ami még iránymutatás akarna lenni részemről:
a multistep formnak a felvetett problémához (időpont foglalás) szerintem nem sok köze van, az csak egy eszköz, hogy egy űrlapot több lépésre fel tudj bontani és ne egy végtelen ijesztő űrlapot kapjon a felhasználó.

Megnéztem a táblázatot a modulokról, amit linkeltél (nagyon hasznos, hogy linkelted!). Átnéztem melyik hogy áll, én ezekből az Availability Calendars -t próbálnám meg első körben. A többi vagy alpha vagy túlzó lenne ehhez a feladathoz.
(de mint mondtam nekem még nem kellett ilyet használnom)

0
0
Geva képe

Beküldte Geva - 2014. május 26. 14.48

Értelmezésem szerint annak a mezőnek a tartalmát kellene átadnod a - minden eseménynél ugyanazon - megjelenő webformmal készített űrlapnak, amelyik mezővel a calendar-hoz kapcsolódik. (a dátum nélkül nem értelmezhető a foglalás, az űrlap eredménylistájában)

egy mo.: az űrlapnál tudsz olyan text mezőt definiálni, amely az űrlap url-ből veszi az értékét, jelen esetben a dátum mező tartalmát.
%get[kulcs] - A vezérjeleket http://example.com/my-form?foo=bar formátumban létrehozott webcímekben is meg lehet adni. A példa alapján a %get[foo] vezérjel értéke "bar" lesz.

...ehhez persze fel is kellene tenni a hívásnál a linkbe a dátumot,
Kérdés, hogy a foglalom linkkel - hogyan tudod ezt az értéket odatenni, illetve elég-e ha a dátum szövegként kerül az űrlapra.
A registration modul readme-t-t olvasva, van konfiguráció lehetősége, itt nézz körül először, utána a nézetek körül, hiszen a calendar oldalai views-l készülnek.

ha linket tudnál megadni, könnyebb lenne segíteni
érdekelne sikerült-e, ezért kérlek, jelezz vissza róla, köszönöm.

0
0

Geva
----- Számítások - Kalkulátorok

dj képe

Beküldte dj - 2010. november 2. 20.32

az miért '$s' és az állapot miért '%s'? 

<?php
$sql = "UPDATE {foglal} SET allapot='%s', lemondas='%s' WHERE fog_id=%d";
 
db_query($sql, "lemondott", $form_state['values']['indok'], $form_state['values']['foglalasok']);
?>

A $form_state['values']['foglalasok'] biztosan integer és van olyan számú foglalás az adatbázisban?

0
0

Üdv!
Dudás József

kkwx képe

Beküldte kkwx - 2010. november 10. 00.50

Valamit elronthattam :(
kipróbáltam és elküldi a levelet, de a téma és a tartalom is teljesen üres :(

function room_reserver_myform_submit($form, &$form_state) {
		$valid_email = '[email protected]';
    $from = '[email protected]';
    $body = t('Új foglalás a weboldalon. Ez egy automata üzenet, kérjük ne válaszoljon rá.');
 
    $params = array(
    'body' => $body,
    'subject' => t('Új foglalás!'),
    );
    if (drupal_mail('room_reserver_myform', 'some_mail_key', $valid_email, language_default(), $params, $from, TRUE))
    {
        drupal_set_message(t('Az e-mail elküldve a következő címre: ' . $valid_email));    
    } else {
        drupal_set_message(t('Hiba történt e-mail küldése közben.'));
    }
}

nem értem, pedig megadtam a body részt és a subject-et is :(

0
0