फ़ील्ड कैटलॉग
फ़ॉर्म बनाएँ। रिकॉर्ड सुरक्षित रखें।
Recordry दो काम एक साथ करता है: यह उस फ़ॉर्म को बनाने का बिल्डर है जिसकी आपको हमेशा कमी महसूस हुई, और उसी फ़ॉर्म से भरी हर चीज़ का रिकॉर्ड-बुक भी। एक टेम्पलेट बनाएँ, उसे प्रकाशित करें और उससे बनाया गया हर रिकॉर्ड ठीक उसी संस्करण के हिसाब से सत्यापित होकर आपके अपने डिवाइस की एन्क्रिप्टेड डेटाबेस में सुरक्षित होगा। न खाता, न सर्वर, न साइन-अप।
यह कैसे काम करता है
एक टेम्पलेट, एक संस्करण और उससे दर्ज की गई हर चीज़।
ज़्यादातर फ़ॉर्म ऐप बस एक फ़ॉर्म देते हैं। Recordry फ़ॉर्म को उससे बनाए गए रिकॉर्ड से अलग रखता है, क्योंकि फ़ॉर्म बदल सकता है लेकिन पुराने रिकॉर्ड का मतलब बाद में बदलना नहीं चाहिए।
टेम्पलेट बनाएँ
टेम्पलेट वह दोबारा इस्तेमाल किया जा सकने वाला फ़ॉर्म है जिससे आपके रिकॉर्ड बनते हैं। फ़ील्ड जोड़ें, उन्हें मोड़ने योग्य सेक्शन में समूहित करें और मनचाहे क्रम में खींचें। हर फ़ील्ड के साथ सहायता टेक्स्ट, उसकी स्थिति — अनिवार्य, वैकल्पिक या किसी शर्त पर ही अनिवार्य — और एक तकनीकी कुंजी होती है, जो निर्यात में कॉलम का नाम बनती है।
एक संस्करण प्रकाशित करें
मसौदे से कोई रिकॉर्ड नहीं भरा जा सकता। प्रकाशित करने पर स्कीमा ऐसे संस्करण में स्थिर हो जाता है जो फिर कभी नहीं बदलता, और पुष्टि से पहले आपको पिछले संस्करण से हर अंतर साफ़ दिखाई देता है। पहले पूर्वावलोकन में जाँच लें; वहाँ असली फ़ॉर्म और असली नियम चलते हैं, लेकिन कुछ भी सहेजा नहीं जाता।
रिकॉर्ड सँभालें
रिकॉर्ड भरते समय ही सत्यापित होते हैं। जवाबों के अनुसार नियम फ़ील्ड दिखाते या छिपाते हैं, और रिकॉर्ड तभी सामान्य रूप से पूरा होता है जब जो कुछ वास्तव में अनिवार्य है वह मौजूद हो। यदि समस्याएँ रहते हुए भी पूरा कर दें, तो रिकॉर्ड “ध्यान चाहिए” के रूप में चिह्नित होता है और कारण उसके साथ सुरक्षित रहता है।
नियम और सत्यापन
फ़ॉर्म को वही अगला सवाल पूछना चाहिए जो पिछले जवाब से सच में बनता है।
लंबा फ़ॉर्म जो हर व्यक्ति से हर सवाल पूछता है, जल्दी अधूरा छोड़ दिया जाता है। नियम टेम्पलेट को अगला सवाल केवल तभी पूछने देते हैं जब वह लागू हो, और किसी फ़ील्ड को केवल तभी अनिवार्य बनाते हैं जब उसकी सच में ज़रूरत हो।
- 1दिखाएँ और छिपाएँ कोई फ़ील्ड या पूरा सेक्शन तब तक छिपा रह सकता है जब तक कोई जवाब उसे प्रासंगिक न बना दे। बिल्डर में नियम एक सामान्य वाक्य की तरह लिखा जाता है — अगर यह, तो वह दिखाओ — न कि ऐसी फ़ॉर्मूला की तरह जिसे आपको डीबग करना पड़े।
- 2ज़रूरत होने पर ही अनिवार्य कोई फ़ील्ड तब तक वैकल्पिक रह सकता है जब तक कोई शर्त उसे अनिवार्य न बना दे। यह अनिवार्य और वैकल्पिक के अलावा तीसरी स्थिति है, जिससे फ़ॉर्म किसी अपवाद का कारण केवल संबंधित व्यक्ति से पूछ सकता है, हर किसी से नहीं।
- 3ऐसा सत्यापन जो समस्या ईमानदारी से दिखाए अनिवार्य जवाब गायब होने पर रिकॉर्ड सामान्य रूप से पूरा नहीं हो सकता। फिर भी पूरा करने पर उसे बकाया समस्याओं की संख्या के साथ “ध्यान चाहिए” के रूप में रखा जाता है, पूरा होने का झूठा दिखावा नहीं किया जाता।
- 4प्रकाशन से पहले पूर्वावलोकन प्रकाशित करने से पहले फ़ॉर्म को ठीक उसी तरह भरकर देखें जैसे लोग वास्तव में भरेंगे, और नियम चालू रखें। पूर्वावलोकन कुछ नहीं सहेजता; इसका काम उल्टा लिखे नियम को तब पकड़ना है जब उसे सुधारना अभी आसान हो।
फ़ील्ड कैटलॉग
छियासठ तरह के सवाल।
फ़ॉर्म उतना ही अच्छा है जितने अच्छे ढंग से वह असली जवाबों को सँभाल सके। हर चीज़ के लिए सिर्फ एक टेक्स्ट बॉक्स रखने के बजाय, हर फ़ील्ड प्रकार जानता है कि सही जवाब कैसा दिखता है, नियम उस पर कौन-से ऑपरेटर चला सकते हैं और मान को किस तरह संग्रहीत करना है। इसी वजह से बाद में खोज, क्रमबद्ध करना और सत्यापन भरोसेमंद तरीके से संभव होते हैं।
टेक्स्ट
- छोटा टेक्स्ट
- लंबा टेक्स्ट
- Markdown
- ईमेल
संख्याएँ
- पूर्णांक
- दशमलव
- मुद्रा
- प्रतिशत
विकल्प
- चेकबॉक्स
- हाँ / नहीं
- हाँ / नहीं / पता नहीं
- रेडियो बटन
तारीख और समय
- तारीख
- समय
- तारीख और समय
- अवधि
लेआउट
- सेक्शन
- मोड़ने योग्य सेक्शन
- शीर्षक
- पैराग्राफ
संरचित
- व्यक्ति का नाम
- पता
- चेकलिस्ट
- तालिका
फ़ोटो और मीडिया
- फ़ोटो
- गैलरी
- फ़ाइल
- ऑडियो
स्थान
- निर्देशांक
- डाक पता
- वर्तमान स्थान
स्वचालित
- फ़ॉर्मूला
- क्रम संख्या
- बनाया गया
- बदला गया
चीज़ें फिर से ढूँढ़ना
रिकॉर्ड-बुक तभी काम की है जब आप सही एंट्री फिर से ढूँढ़ सकें।
रिकॉर्ड उन फ़ोल्डरों में जाते हैं जिन्हें आप खुद व्यवस्थित करते हैं, और हर फ़ोल्डर तय कर सकता है कि उसमें क्या होना चाहिए। इसी तरह साझा फ़ोल्डर बिना किसी की लगातार निगरानी के एक जैसा बना रहता है।
फ़ोल्डर जो जानते हैं कि उनमें क्या होना चाहिए
किसी फ़ोल्डर में नया रिकॉर्ड उसी फ़ोल्डर के टेम्पलेट से शुरू होता है। फ़ोल्डर मूल फ़ोल्डर की सेटिंग विरासत में ले सकता है, कुछ भी स्वीकार कर सकता है, या सख़्त मोड में रह सकता है; सख़्त मोड में किसी दूसरे टेम्पलेट से बने रिकॉर्ड पूरी तरह रोके जाते हैं।
खोजें और क्रम में रखें
अपने रिकॉर्ड में खोजें और उन्हें आख़िरी बदलाव, बनाए जाने के समय या नाम के हिसाब से ऊपर या नीचे क्रम में रखें। खोज केवल उन फ़ील्ड को देखती है जिन्हें खोज योग्य बनाया गया है; मास्क किए हुए फ़ील्ड जानबूझकर बाहर रहते हैं।
ऐसा इतिहास जिसे आप वापस पढ़ सकें
हर रिकॉर्ड अपना इतिहास सँभालता है: बनाया गया, संपादित किया गया, पूरा किया गया, फिर खोला गया, बहाल किया गया या दूसरे टेम्पलेट पर बदला गया। पूरा रिकॉर्ड लॉक हो जाता है — बदलाव के लिए उसकी प्रति बनाएँ, ताकि मूल रिकॉर्ड ठीक उसी रूप में रहे जिस रूप में वह जमा किया गया था।
पूरे रिकॉर्ड लॉक हो जाते हैं
रिकॉर्ड पूरा होते ही लॉक हो जाता है। पहले से जमा रिकॉर्ड को चुपचाप बदलने देने के बजाय ऐप बदलाव के लिए उसकी प्रति बनाने को कहता है। उसका इतिहास हर संपादन, पूरा करने और दोबारा खोलने की कार्रवाई को सुरक्षित रखता है।
चीज़ें फिर से ढूँढ़ना
रिकॉर्ड-बुक तभी काम की है जब आप सही एंट्री फिर से ढूँढ़ सकें।
फ़ॉर्म उतना ही अच्छा है जितने अच्छे ढंग से वह असली जवाबों को सँभाल सके। हर चीज़ के लिए सिर्फ एक टेक्स्ट बॉक्स रखने के बजाय, हर फ़ील्ड प्रकार जानता है कि सही जवाब कैसा दिखता है, नियम उस पर कौन-से ऑपरेटर चला सकते हैं और मान को किस तरह संग्रहीत करना है। इसी वजह से बाद में खोज, क्रमबद्ध करना और सत्यापन भरोसेमंद तरीके से संभव होते हैं।
- Great 50%
- Good 38%
- Hard 12%
ऐप पाएँ
अभी निर्माण जारी है
Recordry पर सक्रिय रूप से काम चल रहा है और ऐप के अंदर भी, यहाँ भी यह बात साफ़ बताई जाती है। टेम्पलेट, रेस्पॉन्सिव फ़ॉर्म डिज़ाइन, नियम, कस्टम सत्यापन, रिकॉर्ड, खोज, आँकड़े, शेड्यूलिंग, रिमाइंडर, फ़ोटो और फ़ाइलें, एन्क्रिप्टेड बैकअप, CSV निर्यात और टेम्पलेट साझा करना आज काम करते हैं। ऑडियो, वीडियो, हस्ताक्षर, स्केच, सेंसर से स्थान, दोहराए जाने वाले समूह की एंट्री, JSON/PDF निर्यात और ऐप लॉक को तैयार सुविधा के रूप में नहीं दिखाया जाता।
ऐप पाएँ
आज इसे कहाँ चला सकते हैं।
Recordry को खुले तौर पर विकसित किया जाता है और स्रोत कोड से रिलीज़ किया जाता है। नीचे हर प्लेटफ़ॉर्म की आज की असली स्थिति साफ़-साफ़ दी गई है — यह नहीं कि भविष्य में उसे कहाँ पहुँचना है।
ब्राउज़र डेमो
वही ऐप, ब्राउज़र के लिए कम्पाइल किया गया, जिसकी डेटाबेस केवल मेमोरी में रहती है। डिस्क पर कुछ नहीं लिखा जाता, कहीं कुछ भेजा नहीं जाता और पेज रीलोड करते ही सब मिट जाता है। यह बिल्डर आज़माने के लिए है, रिकॉर्ड हमेशा के लिए रखने के लिए नहीं।
डेमो खोलेंAndroid
Google Play पर क्लोज़्ड टेस्टिंग में है। टेस्टर सूची में शामिल हों और यह किसी भी अन्य ऐप की तरह इंस्टॉल हो जाएगा।
iOS
iOS पर यह पूरा ऐप है: डिस्क पर एक एन्क्रिप्टेड डेटाबेस, जिसकी कुंजी सिस्टम कीचेन में रहती है। App Store बिल्ड अभी प्रकाशित नहीं हुआ है।
अभी निर्माण जारी है
Recordry पर सक्रिय रूप से काम चल रहा है और ऐप के अंदर भी, यहाँ भी यह बात साफ़ बताई जाती है। टेम्पलेट, रेस्पॉन्सिव फ़ॉर्म डिज़ाइन, नियम, कस्टम सत्यापन, रिकॉर्ड, खोज, आँकड़े, शेड्यूलिंग, रिमाइंडर, फ़ोटो और फ़ाइलें, एन्क्रिप्टेड बैकअप, CSV निर्यात और टेम्पलेट साझा करना आज काम करते हैं। ऑडियो, वीडियो, हस्ताक्षर, स्केच, सेंसर से स्थान, दोहराए जाने वाले समूह की एंट्री, JSON/PDF निर्यात और ऐप लॉक को तैयार सुविधा के रूप में नहीं दिखाया जाता।
गोपनीयता
आपके रिकॉर्ड के पास जाने के लिए कोई जगह ही नहीं है।
Recordry का कोई बैकएंड, खाता प्रणाली या एनालिटिक्स नहीं है। इसमें रखे रिकॉर्ड अक्सर वैसे होते हैं जिन्हें आप क्लाउड स्प्रेडशीट में डालना नहीं चाहेंगे, इसलिए ऐप को ऐसा बनाया गया है कि उन्हें डिवाइस से बाहर भेजना केवल मुश्किल नहीं, बल्कि असंभव हो।
न खाता, न साइन-इन, न ईमेल पता
टेम्पलेट, रिकॉर्ड और उनके मान AES-256 से एन्क्रिप्टेड SQLCipher डेटाबेस में रहते हैं
न एनालिटिक्स, न ट्रैकर, न विज्ञापन SDK
डेटाबेस कुंजी ऑपरेटिंग सिस्टम के सुरक्षित रैंडम स्रोत से बनती है और Keychain या Keystore में रखी जाती है
Android रिलीज़ INTERNET अनुमति माँगती ही नहीं है
संवेदनशील चिह्नित फ़ील्ड टाइप करते समय मास्क होते हैं और शीर्षक, खोज तथा निर्यात से बाहर रखे जाते हैं
अपने ब्राउज़र में Recordry आज़माएँ
ब्राउज़र डेमो
वही ऐप, ब्राउज़र के लिए कम्पाइल किया गया, जिसकी डेटाबेस केवल मेमोरी में रहती है। डिस्क पर कुछ नहीं लिखा जाता, कहीं कुछ भेजा नहीं जाता और पेज रीलोड करते ही सब मिट जाता है। यह बिल्डर आज़माने के लिए है, रिकॉर्ड हमेशा के लिए रखने के लिए नहीं।