ΣΧετικά με το IOS RESERVATIONS και τη νέα έκδοση.

[escapeur]

Γεία σας,

Θα ήθελα να προτείνω ορισμένα πραγματάκια που κατά τη γνώμη μου θα βοηθούσαν το ios reservations στη νέα έκδοση να γίνει ακόμα καλύτερο.
1) Μια πιο εξελιγμένη μηχανή αναζήτησης και εμφανισιακά και λειτουργικά. Να δίνει στον επισκέπτη  τη δυνατότητα να χρησιμοποιεί ορισμένα φίλτρα στην αναζήτησή του. Δηλαδή  πχ φίλτρο τιμής, φίλτρο διατρόφής (Self Catering, πρωινό, ημιδιατροφή, all inclusive)...
Οταν πατάς την ημερομηνία για το check in, η ημερομηνία για το check out να ενημερώνεται αυτόματα. Δηλαδή όταν πατάει κάποιος check in 20/08/2010 το check out να πηγαίνει αυτόματα στο 27/08/10 για παράδειγμα.

2) Να μπορούν να μπούν τιμές όχι μόνο ανά δωμάτιο αλλά και ανά άτομο. Αυτό θα βοηθήσει πάρα πολύ σε καταχωρήσεις για βίλλες πχ.

3) Η ενότητα δωμάτια να μην υπάρχει σε ξεχωριστή ενότητα αλλά να είναι ενσωματωμένη ανά ξενοδοχείο. Δηλαδή από το κάθε ξενοδοχείο να μπορείς να περνάς τα δωμάτια.

4) Να υπάρχει ένα Module (?) που να επιτρέπει στον διαχειριστή να ορίζει Minimum αριθμό διανυκτερεύσεων για κάποιο διάστημα. Δηλαδή να ορίζει ότι από 01/08/10 έως 25/08/10 ελάχιστη διανυκτερευση είναι οι 7 ημέρες. Αυτό να γίνεται "δυναμικά" και ο πελάτης που θα ψάχνει δωμάτιο για 6 ημέρες πχ να μη του εμφανίζει στα αποτελέσματα το συγκεκριμένο κατάλυμα.  Επίσης ένα module όπου θα μπορεί ο διαχειριστής να όριζει αυτό που αποκαλούμε early booking ή Late deal. Αυτό που εννοώ είναι να μπορεί ο διαχειριστής να ορίσει στο σύστημα ότι εάν κάποιος κάνει κράτηση ις 10 μαρτίου για τον Σεπτέμβρη να έχει κάποια έκπτωση που θα την έχει ορίσει είτε ως ποσοστό (πχ 10%) είτε ως απόλυτη τιμή (100 ευρώ) ο δειαχειστής. Και αυτό να γίνεται δυναμικά. Τέτοια Module μπορεί να υπάρχξουν πολλά οπως δυναμικές εκπτώσεις για τρίτα και τέτaρτα άτομα κτλ κτλ...
5) Η διαδικασία κράτησης να είναι πιο ευχρηστη και να φαίνεται πιο ωραία. Να μη γίνεται σε δύο κομμάτια δηλαδή υποβολή κράτησης και μετά περνάς τα στοιχεία της πιστωτικής. Να γίνει σε 2 διαφορετικά screens ή ακόμα και ένα και σαν εννιαία διαδικασία.


Aυτα έτσι στ αγρήγορα. Ολα αυτά τα module φυσικά θα πρέπει να προσφέρονται με τιμή εχτρα πάνω στο βασικό πακέτο.

[datahell]

Η νέα έκδοση (3.5) είναι υπό κατασκευή, οπότε γράψτε τις προτάσεις σας και θα φροντίσω για την υλοποίησή τους.
Ήδη έχουν εφαρμοστεί κάποιες σημαντικές βελτιώσεις.

[atomoz]

1) Υπάρχει περίπτωση στην ειδική διαθεσιμότητα, να μπορούν οι ξενοδόχοι να αφαιρούν αντί για μία-μία, πολλές ημέρες μαζί; Δηλαδή να υπήρχε  ημερολόγιο πολλαπλής επιλογής (π.χ. να μπορεί να αφαιρεί το διάστημα από 01/10/2010 έως 15/10/2010 με μία κίνηση). Επίσης με την μείωση διαθεσιμότητας από τον ξενοδόχο να ενημερώνεται αυτόματα το ημερολόγιο διαθεσιμότητας σαν "δεσμευμένα", ώστε να έχει σωστή εικόνα και ο πελάτης.
 
2) Θα μπορούσαμε να έχουμε την δυνατότητα να επιλέξουμε αν θα επικοινωνεί ο πελάτης με το κατάλυμα ή έστω να μπορούμε να είμαστε γνώστες της επικοινωνίας; (Μου έτυχε χτες, σε ξενοδοχείο που έχω το e-mai τους γιατί ο ιδιοκτήτης δεν τα καταφέρνει, να επικοινωνεί ο πελάτης μέσω της επικοινωνίας με το ξενοδοχείο και ...ως γνήσιος Έλλην να κοιτάει να κάνει την κράτηση παρακάμπτωντας το kefalonia-booking.gr, λες και θα τους χρέωνα έξτρα!!!  :-Ρ)
 
3) mod_check_availability : θα μπορούσαμε να προσθέσουμε πάνω από μία hotel id ή location ή όλα τα ξενοδοχεία;
 
4) mod_advcheck_availability : θα γινόταν να επιλέγουμε ως default (checked) την αναζήτηση στις υποκατηγορίες;
 
5) Ελπίζω ότι αφού θα υπάρχει η δυνατότητα να επιλέγουμε αν θα γίνει η κράτηση από εγγεγραμμένους ή μη χρήστες, θα μειωθούν και τα κλικ που απαιτούνται για την κράτηση.
 
Να επισημάνω ότι τελικά το 3.x είναι πολύ ανώτερο από το 2.x.
Πολύ καλή δουλειά!!

Nikos65 λάθος μου ΄)

[nikos65]

@atomoz Παρακαλώ όχι Greekenglish ... προκαλούν πονοκέφαλο σε όσους ξέρουν την Ελληνική γλώσσα 

@Ios Reservation Βελτιώσεις

1.Θα πρότεινα τα email που φεύγουν από την φόρμα επικοινωνίας του ξενοδοχείου να αποστέλλωνται έτσι ώστε ο ξενοδόχος κάνοντας reply να πηγαίνει η απάντηση στον πελάτη και όχι στο email του διαχειριστή ειδικά όταν είναι σε πολλαπλή λειτουργία. ( Λαμβάνω σχεδόν κάθε μέρα 5-7 απαντήσεις ξενοδόχων και παρόλο που τους ενημερώνω σε ποιό email να το στείλουν το ξανακάνουν !!  )

2.Το ημερολόγιο των τιμών (ανα δωμάτιο) να μην είναι σε ετήσια βάση γιατί για κάθε χρόνο θα πρέπει να ανανεώνουμε και τις ημερομηνίες με την αλλαγή της σεζον ή του έτους.

3.Δεν ξέρω εάν μπορεί να υπάρχει η δυνατότητα μέσα από την διαχείριση της εμφάνισης των καταλυμμάτων με διαφορετικό τρόπο από την αύξουσα αλφαβητική π.χ. τυχαία , περισσότερα Hits ή το αντίστροφο , πρώτα τα παλαιότερα ή νεώτερα. Οπως επίσης και ο αριθμός εμφάνισης ανα σελίδα.

4.Το πιο δύσκολο νομίζω θα ήταν εάν θα μπορούσαμε να επιλέγουμε τα πεδία που θα χρησιμοποιούταν στην αποστολή sms. Εχω αρκετούς πελάτες που δεν έχουν email ή θέλουν να λαμβάνουν την κράτηση τους σε sms με τα πεδία όπως : Ονομα ,άτομα κράτησης, ημερομηνία άφιξης - ημερ. αναχώρησης και αριθμός τηλεφώνου. Ετσι με αυτό τον τρόπο μπορούν να καλέσουν τον πελάτη άμεσα.

Ευχαριστώ 

[akisp]

Να προτείνω κάτι άσχετο?

Από μία μέτρια ανάλυση του IOSR έχω καταλήξει πως πολύ εύκολα μπορεί να μετατραπεί σε IOSR-CAR !!
Λίγο οι μεταφράσεις, λίγο τα πεδία... θα μπορούσε δηλ. να δουλέψει είτε αυτόνομα ως IOSR-CAR είτε και σε συνδυασμό με 1-2 απλά modules συγχρονισμού περιοχών για ενοικιάσεις δωματίων και αυτοκινήτων.

Υπάρχει μήπως μελλοντική σκέψη για κάτι τέτοιο?

Θα μπορούσε να κάνει κάποιος και "ταρζανιά" του τύπου: Περιοχή -> Αυτοκίνητα... αλλά είναι ποολύυ άκυρο.
(μήπως να άνοιγα νέο topic?)

Στο θέμα μας.

Το (5) του escapeur είναι MUST! (έχει πολυειπωθεί νομίζω)

Όσο για τα "sortings by" - φίλτρα είναι πολύ σωστή ιδέα. Αφού κάνει κάποιος αναζήτηση να μπορεί από πάνω από τη λίστα αποτελεσμάτων (σε μία γραμμή π.χ.) να έχει φίλτρο ανά :  ->Ανά Τιμή(αύξουσα/φθίνουσα) -> Ανά είδος ξενοδοχείου -> Ανά είδος δωματίου (2κλινο - 3κλινο κ.λπ.) -> Ανά βαθμολογία σε Σχόλια -> Ανά ...

Κάτι ακόμη, επειδή μου έτυχε...
Υπάρχει ξενοδοχείο που πουλάει δωμάτιο και ως τρίκλινο και ως δίκλινο(!).
Σε αυτές τις περιπτώσεις τι θα μπορούσα να κάνω?
Να το πω πιο απλά: Έχει μεζονέτα 4-6 ατόμων. Η τιμή της δεν αλλάζει, αλλά στην αναζήτηση 4 ατόμων δωμάτιο δεν την βγάζει, αφού την έχει καταχωρίσει ως δωμάτιο 6 ατόμων. Πώς μπορεί να λυθεί αυτό?

[nikos65]

Κάτι ακόμη, επειδή μου έτυχε...
Υπάρχει ξενοδοχείο που πουλάει δωμάτιο και ως τρίκλινο και ως δίκλινο(!).
Σε αυτές τις περιπτώσεις τι θα μπορούσα να κάνω?
Να το πω πιο απλά: Έχει μεζονέτα 4-6 ατόμων. Η τιμή της δεν αλλάζει, αλλά στην αναζήτηση 4 ατόμων δωμάτιο δεν την βγάζει, αφού την έχει καταχωρίσει ως δωμάτιο 6 ατόμων. Πώς μπορεί να λυθεί αυτό?

Δύο τρόποι :
1. Δωμάτιο ανά τύπο (δίκλινο , τρίκλινο κλπ με διαφορετικές τιμές)
2.Το κάνεις ξεχωριστή υπηρεσία extra person και βάζεις την επιπλέων αμοιβή ανά δωμάτιο ανά ημέρα κράτησης .

[akisp]

@nikos65 : Αυτό έκανα (το 2), αλλά σε αναζήτηση δωματίου 6 ατόμων π.χ. δεν βγάζει ότι υπάρχει διαθέσιμο δωμάτιο.

[nikos65]

Ο πελάτης θα αγοράσει το δίκλινο (και κάνει αναζήτηση) και μετά θα τα βάλει εξτρά ... εκτός και εάν υπάρχει περιορισμένη διαθεσιμότητα οπώτε πρέπει να κάνεις το (1) .

[datahell]

Γρήγορες απαντήσεις

@ atomoz
1. Η ειδική διαθεσιμότητα καταργείται στην έκδοση 3.5!
2. Μπορώ να βάλω να υπάρχει η εξής επιλογή στις ρυθμίσεις: η φόρμα επικοινωνίας να στέλνει e-mail μόνο στον ξενοδόχο ή μόνο στον διαχειριστή ή και προς τους δύο. Σε βολεύει αυτό.
3. mod_check_availability : Κάντο λίγο πιο ξεκάθαρα αυτό πυο ζητάς.
4. mod_advcheck_availability : ΟΚ. Δεν το έχω βάλει τσεκαρισμένο εξ ορισμού για να μειώνεται ο φόρτος προς τη βάση δεδομένων.
5. Στην έκδοση 3.5 καταργείται αυτό. Οι πελάτες δεν θα χρειάζεται να εγγραφούν και η διαδικασία κράτησης απλουστεύεται περισσότερο.
 
@nikos65
1. OK, είναι πολύ εύκολο αυτό, ένα απλό replyto χρειάζεται στα headers του email.
2. Έτσι ήταν στην έκδοση 2.x. Δεν πρόκειται να γυρίσω πίσω. Ο νέος τρόπος (3.x) είναι πιο μπελαλίδικος αλλά σου δίνει μγάλη ευελιξία. Για παράδειγμα σε ειδικές ημέρες που αλλάζουν από χρόνο σε χρόνο (πχ διακοπές Πάσχα).
3. Υπάρχουν τα φίλτρα, δεν σε βοηθάνε;
4. Το SMS έχει συγκεκριμένο μήκος. Το έχω μελετήσει ώστε να στέλνει το μήνυμα χωρίς να κόβονται επιπλέον χαρακτήρες.

@akisp
- IOSR-CAR: Δεν ξέρω, το έχω σκεφτεί αρκετές φορές να συγχωνεύσω και τέτοια δυνατότητα στο IOSR. Το σίγουρο είναι ότι οι χρήστες θα μπερδεύονται για κάτι που θα το χρησιμοποιούν ελάχιστοι. Επίσης η τιμή θα ανέβει αρκετά αν γίνει κάτι τέτοιο. Μπορείς να το κάνεις και τώρα μέσω των πρόσθετων υπηρεσιών. Δεν είναι το καλύτερο αλλά γίνεται. Δεν θέλω να μπω σε αυτό το τρυπάκι, οι ενοικιάσεις αυτοκινήτων έχουν διαφορετικές ανάγκες. Το καλύτερο είναι να υπάρξει ένα διαφορετικό component που να μπορεί να συνεργαστεί με το IOSR.
- Διαδικασία κράτησης: Όπως είπα και παραπάνω θα βελτιωθεί.
- Για τα φίλτρα: Προσπαθώ να μην "μολύνω" την πάνω περιοχή των λιστών. Θέλω η εμφάνιση να είναι απλή και λειτουργική γιατί πολλοί χρήστες μπερδεύονται σε σύνθετες σελίδες. Θα δω τι θα κάνω.
- Δίκλινα/τρίκλινα: βλέπε στο επόμενο μήνυμα τις νέες δυνατότητες.

[datahell]

Μέχρι τώρα έχουν γίνει η εξής σημαντικές αλλαγές (και πολλές άλλες μικρότερης σημασίας).

- Άπειρες μεταφράσεις για κάθε αντικείμενο και λειτουργία αυτόματης μετάφραση.
- Άπειροι τύποι καταλυμάτων.
- Πολυγλωσσικοί όροι χρήσης
- WYSIWYG editor στην περιγραφή των δωματίων και στους όρους χρήσης.
- Ρυθμίσεις ξενοδοχείου: Ποσοστό έκπτωσης για παιδιά 2-12 ετών (κάτω των 2 ετών δωρεάν) αν η χρέωση γίνεται ανά άτομο (βλ. παρακάτω).
- Ρυθμίσεις δωματίου: χρέωση ανά δωμάτιο ή ανά άτομο. Αυτό λύνει το πρόβλημα σε όσους χρεώνουν πχ τρίκληνα ως δίκλινα, ή ακολουθούν χρέωση ανά άτομο.
- Κατάργηση τιμής Σαββατοκύριακων στα δωμάτια
- Κατάργηση ειδικής διαθεσιμότητας

Αφού λοιπόν καταργούνται τα Σαββατοκύριακα και η ειδική διαθεσιμότητα πως θα γίνεται η χρέωση σε ειδικές περιπτώσεις/ημέρες;
Αυτή τη στιγμή δουλεύω σε αυτό το κομμάτι και θα ήθελα την γνώμη σας.
Παραθέτω ένα screenshot από μία νέα πρόταση για την σελίδα τιμολόγησης των δωματίων (κλίμακα τιμών).

Σύμφωνα με αυτό:
- Μπορείτε για κάθε σαιζόν να ορίζετε πόσα από τα συνολικά δωμάτια αυτού του τύπου (Δυναμικότητα) να είναι διαθέσιμα για κρατήσεις. Μπορείτε να επιλέξετε και μηδέν (0) που κάνει το δωμάτιο μη διαθέσιμο για τη σαιζόν.
- Μπορείτε για κάθε σαιζόν να ορίζετε ένα όριο ελάχιστων ημερών διαμονής. Το όριο ενεργοποιείται αν η ημερομηνία check-in είναι εντός της σαιζόν (η ημερομηνία check-out μπορεί να είναι εκτός της σαιζόν).
- Αν επιλέξτε πολιτική χρέωσης ανά άτομο οι αναγραφόμενες τιμές είναι ανά άτομο. Σε αυτή την περίπτωση στα παιδιά (2-12 ετών) εφαρμόζεται έκπτωση (0-100%) η οποία ορίζεται στις ρυθμίσεις του ξενοδοχείου. Έτσι αν έχετε τιμή 50 ευρώ και στο δωμάτιο μείνουν 2 άτομα το κόστος θα είναι 2 Χ 50 = 100ευρώ ανά ημέρα.
- Για το πέρασμα "Offline" κρατήσεων προσανατολίζομαι σε δημιουργία ειδικής σελίδας. Ακούω προτάσεις εδώ.
Επίσης σκέφτομαι την δημιουργία ενός συστήματος Import/export σε XML για τις τιμές δωματίων ώστε να υπάρχει μία φορητότητα. Αν και μπορεί κάποιος απλά να αντιγράψει ένα δωμάτιο μέσα από τη διαχείριση. Οπότε δεν ξέρω κατά πόσο βοηθάει αυτό.

[akisp]

Στα πολύ γρήγορα και με προσπάθεια να γίνω όσο το δυνατόν κατανοητός.

Import/Export XML : βοηθάει όλους όσους παίζουν παράλληλα τοπικά για να βλέπουν τα αποτελέσματα πριν το ανεβάσουν. Καλό είναι να υπάρχει Import/Export των δεδομένων π.χ. ανά ξενοδοχείο (αρκετά γενικό, αλλά εξυπηρετεί πολύ).
Έτσι μπορείς να παίρνεις αντίγραφα από πάνω(live site) προς τα κάτω(τοπικό site) και viceversa.

Αλλά το δικαίωμα καλό είναι να το έχει μόνο ο Διαχειριστής.

Offline κρατήσεις
-----------------
Μεγάλο θέμα ανοίγεις και πιστεύω πως είναι απλό στο μυαλό του καθενός, αλλά λίγο δύσκολο στην υλοποίηση.
καρτέλα Offline-κρατήσεις
1ος τρόπος
{από - έως} - {αριθμός δωματίων} - {αριθμός ατόμων} - [fix πεδίο: τελική τιμή]
Η παραπάνω περίπτωση καλύπτει το νέο τρόπο που φαίνεται να συμπεριλαμβάνεται στην 3.5 έκδοση, αφού θα βγάζει τιμή και ανά άτομα.
Η τελική τιμή δεν θα μπορεί να πειραχτεί (μπορεί βέβαια κάποιοι να πουν πως για στατιστικούς λόγους θα ήθελαν να φαίνεται πόσο το έδωσαν πραγματικά το δωμάτιο/μετά από παζάρια κ.λπ.)
2ος τρόπος
{από - έως} - {αριθμός δωματίων}
Πιό απλός τρόπος, αφού είναι offline κρατήσεις δεν μας ενδιαφέρει τι και πώς.
Είναι πολύ γρήγορο και αποτελεσματικό. Ούτε πολλά πολλά, ούτε τίποτα.
Μου αρέσει ο δεύτερος τρόπος, αφού θέλουμε όλοι να κάνουμε τη δουλειά μας γρήγορα και εύκολα.



Κλίμακα Τιμών - Χρέωση σε ειδικές περιπτώσεις/ημέρες
----------------------------------------------------
Απλή περίπτωση, που ίσως να βαρύνει λίγο, αλλά εξαιρετικά πολύτιμη.
1. Δύο διαφορετικές καρτέλες:
α) Προσφορές
β) Ειδικές τιμές-ημέρες (δεν ξέρω κατά πόσο είναι αναγκαίο κάτι τέτοιο! Αφού αν γίνει μία απλή/εύκολη καρτέλα για offline θα μπορεί να κατεβάζει διαθεσιμότητα για "πλάκα")

(από μόνες τους οι περιπτώσεις φωνάζουν για έξυπνα modules "Προσφορές (-Ειδικές τιμές)"

Στην καρτέλα Προσφορές βάζουμε όπως στην καρτέλα που έχεις "Κλίμακα τιμών"
(από - έως) (Ποσοστό προσφοράς) (πεδίο που υπολογίζει την τιμή - προαιρετικό) (Αριθμός δωματίων προσφοράς) (Ελάχιστη διαμονή)

Μόλις τελειώσει ο αριθμός δωματίων σε προσφορά, επανέρχεται σε κανονική για την περίοδο τιμή.

Δυστυχώς ή ευτυχώς εδώ φαίνεται να πρέπει να αλλαχτεί λίγο η παρουσίαση τιμών.
Εξηγούμαι.
Όταν εμφανίζονται τα διαθέσιμα δωμάτια σε (π.χ.)μία αναζήτηση, θα ελέγχεται ο πίνακας(?) ή το πεδίο(?) {res_hotel_id_dateround_offer}
Μπορεί να εμφανίζεται και πάλι με το ίδιο στυλ (dropdown επιλογή αριθμού δωματίων με τη συνολική τιμή), αλλά ένδειξη "offer", όταν έστω και μία ημέρα ανήκει σε ημερομηνίες προσφοράς.

Αφού επιλέξει αριθμό δωματίων θα εμφανίζει αναλυτικά:
3 ημέρες x 33,33 euro
2 ημέρες x 50 euro
Σύνολο : ...

Επιπλέον πρέπει να προβλεφθεί να φαίνονται στο ημερολόγιο διαθεσιμότητας με άλλο χρώμα οι ημέρες προσφοράς
(Αυτό μάλλον θα πρέπει να παραβλεφθεί γιατί είναι αρκετά πολύπλοκο, και γιατί προτείνω κάτι άλλο παρακάτω).

Ημερολόγιο διαθεσιμότητας
-------------------------
Να εμφανίζονται 3/5 όταν τα 2 είναι νοικιασμένα σε κάθε κουτάκι ημερομηνίας.
(γι' αυτό λέω πως δε θα πρέπει να εμφανίζονται εδώ οι προσφορές)


ΥΓ1.
Αυτό που προσπαθούσα να πω και να πάρω απάντηση δεν μπορεί μάλλον να απαντηθεί/λυθεί γιατί αλλάζει ίσως και τη φιλοσοφία της αναζήτησης!
Για να λυθεί θα έπρεπε να έχει τη δυνατότητα το ξενοδοχείο να ορίσει δωμάτιο 4-6 ατόμων και στην αναζήτηση δωματίου για 5 άτομα να εμφανίζει τη διαθεσιμότητα του συγκεκριμένου ξενοδοχείου.
Αντί αυτου, τώρα το IOSR δουλεύει στην αναζήτηση ως εξής:
Το ξενοδοχείο πρέπει να ορίσει δωμάτιο ή 4 ή 5 ή 6 ατόμων.
Έτσι, εάν αναζητήσεις 5κλινο δωμάτιο και το ξενοδοχείο έχει ορίσει το δωμάτιο ως 4κλινο ή ως 6κλινο, αναγκαστικά δεν θα εμφανίσει διαθεσιμότητα.

Πιστεύω πως αυτή τη φορά έγινα κατανοητός. Η αλήθεια είναι ότι δεν με πειράζει και τόοοσο πολύ, απλά το ανέφερα ως ψιλο-θεματάκι.

Στο επόμενο reply-post θα αναφέρω για το IOSR-CAR, γιατί το παράκανα λίγο με την έκταση του post!

[CREATIVE Options]

Θα ήθελα να ανακοινώσω έστω και λίγο νωρίς ότι έχουμε στα project 3 component.

real-estate
rent-a-car
rent-a-yatch

Φυσικά θα κοιτάξουμε να έχουν πλήρη συμβατότητα με το IOS Reservations και να πληρούν τα κριτήρια χρηστικότητας & ασφαλείας του Elxis και της IOS.
Ο στόχος μας είναι ότι τα component θα είναι verified όταν θα είναι για το κοινό.

Και ετοιμάζουμε μία πρωτοποριακή λύση για συνεισφοράς τον ενδιαφερόμενων.

Σύντομα όλες οι λεπτομέρειες στην νέα μας ιστοσελίδα.

[datahell]

Παίδες ανοίξαμε ένα θέμα για να συζητήσουμε για νέες λειτουργίες του IOS Reservations. Ας μείνουμε σε αυτό. Βλέπετε ότι είμαι ανοικτός στη συζήτηση και στην ανταλλαγή απόψεων. Αν θέλετε να μιλήσετε για ενοικιάσεις αυτοκινήτων ή σκαφών ή δεν ξέρω και γω τι παρακαλώ ανοίξτε άλλο θέμα. Επίσης να θυμήσω πως το IOSR είναι εμπορική εφαρμογή. Συνεπώς όποιος θέλει να κάνει διασύνδεση ή οτιδήποτε άλλο με αυτή θα πρέπει να μιλήσει πρώτα μαζί μου και να πάρει την άδειά μου και μετά να κάνει δημόσιες ανακοινώσεις. Δίνω εγγύηση για ότι πωλείται μέσω του isopensource.com από εκεί και πέρα δεν εγγυόμαι για οτιδήποτε άλλο παρασκευάζεται από τρίτες εταιρείες ακόμα και αν αφορά και δικό μου λογισμικό.

[akisp]

Κάτι xtra... αν δεν κάνω λάθος η Google έθεσε σε κυκλοφορία την API v3, η οποία δεν χρησιμοποιεί keys κ.λπ. και με μία πρώτη χρήση φαίνεται ποολύυυ καλή περίπτωση.

Υπάρχει περίπτωση να συμπεριληφθεί στην 3.5 του IOSR ?

[datahell]

Θα το δω, δεν το έχω δει. Αυτή τη στιγμή είμαι σε διακοπές. Αυτό που μπορώ να πω τώρα είναι πως στην έκδοση 3.5 έχουν συμπεριληφθεί πολύ ενδιαφέρουσες νέες λειτουργίες οι οποίες ανεβάζουν το IOSR σε άλλο επίπεδο. Δεν μπορώ να αποκαλύψω περισσότερα ακόμα. Τα νέα χαρακτηριστικά θα αρχίσουν να δημοσιεύονται από τέλος Αυγούστου.