Zenodo: سجلات- ui: إضافة "الاتصال بالمالك". زر لصفحة التسجيل

إنها ليست بالضبط فاكهة منخفضة معلقة بخط واحد ، ولكنها ليست معقدة للغاية أيضًا.

يجب أن يوفر البريد الإلكتروني أيضًا رابطًا لإلغاء الاشتراك في هذا النظام ، ويجب ألا يتم عرضه إذا كان المستخدم قد ألغى الاشتراك بالفعل (بشكل افتراضي ، يجب أن يكون الجميع مشتركًا بالفعل).

قد نطلب تضمين recaptcha لكل رسالة (حتى للمستخدمين المسجلين للدخول) ، لأن مرسل البريد العشوائي الذي لديه حساب يمكن أن يدمر البريد الوارد لشخص ما.

أود العمل على هذا ، أي مقبلات؟

مرحبًا ، هذه المهمة مشابهة جدًا من الناحية الفنية لميزة نموذج اتصال Zenodo ، والتي يتم تنفيذها حاليًا بواسطة طالب آخر.

ألق نظرة على الوصف هنا: https://github.com/zenodo/zenodo/issues/901
وجاري العمل في العلاقات العامة: https://github.com/zenodo/zenodo/pull/1008

ستجد هناك بعض المؤشرات حول كيفية تحديد نموذج / عرض / قالب وما إلى ذلك.

بالنسبة لهذه المهمة:

يجب أن يكون الزر في كل صفحة تسجيل ، على سبيل المثال:

بعد النقر فوقه ، يتم عرض نموذج جديد ، ألق نظرة على مثال لصفحة نموذج "طلب الوصول" هنا:
https://sandbox.zenodo.org/record/62505#.WMZymPH6wUE

بعد النقر فوق "طلب الوصول" ، يتم تقديم نموذج للاتصال بمالكي سجلات الوصول "المقيد". يمكن للمستخدمين بعد ذلك تبرير مصل اللبن الذي يرغبون في الوصول إلى هذا السجل - هذه حالة استخدام أكثر تعقيدًا - ما نريده هو وسيلة عامة بسيطة للاتصال بالقائم بالتحميل ، لذلك نموذج بسيط للغاية يحتوي على:

• الاسم (قابل للتعديل ، مملوء مسبقًا إذا قام المستخدم بتسجيل الدخول)
• البريد الإلكتروني (قابل للتعديل ، ومعبأ مسبقًا إذا كان المستخدم مسجلاً الدخول ، اعرض رسالة أدناه تفيد بأن القائم بالتحميل سيرى بريدك الإلكتروني وسوف يرد عليك عليه.)
• رسالة

كبداية ، يمكنك تبسيط هذه المهمة وعرض / إرسال رسائل البريد الإلكتروني إلى جميع المستخدمين دون إمكانية إلغاء الاشتراك في ميزة البريد (التي ستتطلب بعض تغيير النموذج). يمكنك أيضًا تجاهل re-captcha في الوقت الحالي (لكن كلاهما ضروري ليكون هذا جاهزًا للإنتاج).

للبدء البسيط ، يجب أن يعيش هذا النموذج / العرض / القالب في وحدة السجلات في Zenodo ، ولكن في النهاية يجب إعادة بنائه إلى وحدة invenio-records-ui (https://github.com/inveniosoftware/invenio-records-ui) (هذا يمكن القيام به لاحقًا)

وللتوضيح - نستخدم هذا النموذج لأننا لا نريد كشف رسائل البريد الإلكتروني للمستخدم ، لكننا ما زلنا نرغب في تقديم طريقة ما للاتصال بالقائم بتحميل السجل. ومن ثم ، يجب أن يرسل هذا العرض البريد الإلكتروني إلى القائم بالتحميل الأصلي من خلال Zenodo ، ويتيح له طريقة للرد بشكل مباشر على القائم بالتحميل.

للحصول على ميزة جاهزة للإنتاج ، يتطلب ذلك عناية إضافية لمنع مرسلي البريد العشوائي من طرح الكثير من "الأسئلة" على مستخدمينا:

• [] Recaptcha
• بعض الأفكار الأخرى:
  
  
  
  • [] قم بتمكين هذا الخيار للمستخدمين المسجلين فقط
  
  
  • [] اسمح للمستخدمين بالانسحاب من هذا تمامًا
  
  
  • [] السماح للمستخدمين بقصر رسائلهم المستلمة على "ملخص" مرة واحدة في اليوم فقط.
  
  
  • [] المهلة الزمنية "لسؤال" واحد من قبل مستخدم كل 15 دقيقة (مع عرض تحذير من فترة الانتظار على المحاولات المتكررة).
  
  
  • [] اسمح بسؤال واحد فقط لمستخدم معين في الساعة أو شيء من هذا القبيل (لا أعتقد أننا يجب أن نتوقع المزيد)
  
  

ميزة اضافية:

تحقق مما إذا كان يمكن عرض النموذج داخل نموذج تمهيد التشغيل: http://getbootstrap.com/javascript/#live -demo
بهذه الطريقة يمكن للمستخدم البقاء في صفحة التسجيل.

أود العمل على هذا

vedantrathore هل بدأت في كتابة أي رمز على هذا؟

krzysztof آسف على التأخير ، لقد تم الانتهاء للتو من اختبارات منتصف الفصل الدراسي الخاصة بي منذ يومين. نعم لقد كتبت بعض التعليمات البرمجية فيه وسأدفع اليوم. :)

يمكن لـ krzysztof Hey فقط التحقق من هذا harshith.pe.hu/zenodo/

اسمحوا لي أن أعرف إذا كنت تريد المزيد من الإضافات في هذا

harshithmullapudi مرحبًا ، الفكرة العامة موجودة ولكن لماذا لا تفعل ذلك على صفحة تسجيل Zenodo؟

على سبيل المثال ، في ميزة مماثلة موجودة بالفعل ، ألق نظرة على نموذج طلب الوصول ، والذي يتم تقديمه أيضًا للسجلات في "الوصول المقيد": https://github.com/zenodo/zenodo-accessrequests/blob/master/zenodo_accessrequests/views/requests .السنة التحضيرية

على سبيل المثال في هذا النموذج يبدو وكأنه مباشر ، حاول فتح أي من هذه السجلات: https://zenodo.org/search؟page=1&size=20&q=&access_right=restricted

تكون الملفات مخفية ، وبدلاً من ذلك سترى زرًا ينقلك إلى نموذج يتيح لك طلب الوصول إلى الملفات. هناك حاجة لشيء مشابه جدا هنا.

يجب أن يتضمن النموذج:

• الاسم الكامل
• البريد الإلكتروني الذي يمكن للمستلم الرد عليه (يتم تعبئته افتراضيًا باستخدام بريد Zenodo الإلكتروني الخاص بالمستخدم)
• رسالة
• ريكابتشا

مفيد لنا ايضا
سنستخدمه لإخبار الناس "لماذا" لم يتم قبول الإيداع في مجتمعنا.

بدلاً من ذلك ، كنت أفكر أنه قد يكون من المفيد أن تكون قادرًا على إرسال رسالة ، عندما "نرفض" وديعة في مجتمعنا.
(بالنسبة لنا ، سيكون هذا التحسين أفضل) ، لكن "الاتصال بالمالك" العام سيفعل ذلك أيضًا.