أكثر

عند تحرير التعليق التوضيحي المرتبط بالميزة بلون الخط الأبيض ، يختفي التعليق التوضيحي


عند نقل التعليق التوضيحي أو تعديله ، يختفي التعليق التوضيحي. نحن نقوم بالتحرير على خلفية سوداء ، لذا فإن النص لا يندمج مع الخلفية فقط. لا يعرض جدول السمات أي شذوذ ، لكن خيار "تكبير / تصغير المحدد" غير نشط. يمكن تحديده في الجدول ، لكن لا يتم عرضه في نافذة العرض. أي شخص لديه هذه المشكلة؟ وجدت أي حلول؟


فقط في حالة تعرض أي شخص آخر لهذه المشكلة وهبط في هذه الصفحة. يحاول:

- هندسة الإصلاح - إعادة بناء الفهرس المكاني (استخدم أداة إضافة فهرس مكاني)

نجح هذا الأخير معي عندما اختفت الميزات الموجودة في فئة التعليقات التوضيحية عند التكبير.

حظا سعيدا،

AZ


برنامج لعمل شروح نصية في ملفات PDF تكون مرئية دائمًا؟

أنا أبحث عن برنامج يمكنني من خلاله وضع تعليقات توضيحية على ملفات PDF بنص بحيث يكون هذا النص دائمًا مرئيًا بشكل مباشر.

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

أريد عمل تعليقات توضيحية نصية تظهر دائمًا ، دون الحاجة إلى النقر فوق بعض النوافذ المنبثقة.

هل هذا ممكن تحت أوبونتو؟


تحديث

لقد قدمت مكافأة ، لكن الإجابة الصحيحة لم تتحقق أبدًا. لقد قمت بتطبيق حل JS مناسب لي ، لكنني لن أحدد إجابة على أنها صحيحة حتى الآن. إذا كان ذلك ممكنًا باستخدام CSS / HTML فقط ، فسأظل أحب رؤيته. لكن الإجماع العام هو أنه ليس ممكنًا حاليًا.

الهدف

CodePen هنا ، مقتطف قابل للتشغيل في الأسفل.

لدي بعض محتوى HTML الذي أود أن أعلق عليه برسالة صغيرة تطفو مباشرة فوقه ، في أقصى اليسار ، نوع من التعليقات التوضيحية مثل & ltruby & gt (ولكن ليس بالضبط). يمكن أن يكون هناك العديد من أجزاء المحتوى لكل منها التعليقات التوضيحية الخاصة بها. يجب أن يتبع المحتوى التدفق العادي للنص. إليك HTML الحالي الخاص بي:

مثال العمل

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

لقد نجحت في ذلك عن طريق جعل كل من المحتوى والشرح التوضيحي عائمًا: اليسار وإعطاء التعليق التوضيحي هامشًا سلبيًا. هذا هو المثال 1 في CodePen.

المثال المكسور 1

تحدث المشكلة عندما يكون التعليق التوضيحي أطول من المحتوى. أدناه ، التعليق التوضيحي لـ "لا يزال" قد تغير إلى فترة أطول التي قد تكون على حق. يستمر سطرا المحتوى في متابعة التدفق المضمّن العادي (حسب الرغبة) ، ولكن نظرًا لأن التعليقات التوضيحية لا تزال مصطفة على الحافة اليسرى من محتواها ، فإنها تتداخل.

هذا هو المثال 2 في CodePen.

المثال المكسور 2

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

كيف يجب أن يعمل

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

يمكنني تغيير كل من CSS و HTML لتحقيق ذلك ، ولكن الحل الوحيد لـ CSS سيكون هو الأمثل. شكرا.


واجهت مشكلة مماثلة واكتشفت أن هناك مثالًا على الريبو الذي تم إنشاؤه لعرض هذه المشكلة هنا. إذا كان هذا الرابط لا يعمل ، فتحقق من إصداري المتشعب هنا

بعد بعض التجارب العشوائية ، اكتشفت أن إزالة android: fitsSystemWindows = "true" (سمة) المعينة على AppBarLayout يحل هذه المشكلة. إرفاق ملف تخطيط ثابت و MainActivity للرجوع اليها.

و FYI ، تحاول طريقة الإعداد المحددة في NavigationDrawerActivity تعيين العنوان على شريط الأدوات ولكن وفقًا للدليل الرسمي ، تحتاج إلى تعيين العنوان على CollapsingToolBarLayout بدلاً من شريط الأدوات. سأقترح عليك استخدام NavigationView (من مكتبة دعم التصميم) بدلاً من DrawerFragment المخصص إلا إذا كنت ترغب في إضافة سلوك خيالي / مخصص إلى درج التنقل الخاص بك.


1 إجابة 1

أنت تستخدم ColumnText.showAligned () وهو ما يكفي لإضافة سطر من النص دون أي ميزات خاصة ، ولكن إذا كنت تريد أن تعمل نقطة الارتساء ، فأنت بحاجة إلى استخدام ColumnText بشكل مختلف.

يظهر هذا في مثال AddLinkAnnotation2:

في هذه الحالة ، نحدد مستطيلًا لكائن ColumnText ، ونضيف العبارة إلى العمود ، ونذهب ().

إذا قمت بفحص النتيجة ، link_annotation2.pdf ، فستلاحظ أنه يمكنك النقر فوق الكلمات بالخط العريض.

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

التحديث 1: في قسم التعليقات ، قمت بطرح سؤال إضافي حول تدوير المحتوى والارتباط.

تدوير المحتوى ليس بالأمر الصعب. هناك أكثر من طريقة للقيام بذلك. إن تدوير الرابط ليس بالأمر السهل ، لأن الرابط هو نوع من التعليقات التوضيحية ، والتعليقات التوضيحية ليست جزءًا من المحتوى.

دعنا أولاً نلقي نظرة على AddLinkAnnotation3:

في هذا المثال ، نحدد تحويلًا بمقدار 30 درجة (Math.PI / 6):

نستخدم هذا التحويل عند عرض العمود:

يؤدي هذا إلى تدوير المحتوى ، لكننا لم نضف أي تعليق توضيحي حتى الآن. بدلاً من ذلك ، نحدد حدث الصفحة:

وقدمنا ​​علامة عامة:

لإضافة التعليق التوضيحي ، نستخدم بعض السحر في تنفيذ حدث الصفحة:

نقوم بإنشاء تعليق توضيحي ، ولكن قبل القيام بذلك ، نقوم بإجراء تحويل على المستطيل. هذا يضمن أن النص يناسب المستطيل مع النص الذي يجب أن يكون قابلاً للنقر ، ولكن. قد لا يكون هذا ما تتوقعه:

ربما كنت ترغب في تدوير المستطيل ، وهذا ممكن ، لكن الأمر يتعلق بحسابات رياضية أكثر. على سبيل المثال: يمكنك إنشاء مضلع ملائم بشكل أفضل: ITextShape مضلع قابل للنقر أو مسار

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

كما ترى ، لقد أضفت سطرًا واحدًا لإزالة الحدود (الحد موجود بشكل افتراضي ما لم تقم بإعادة تعريف PdfBorderArray).

كما أن باقي الشفرة متطابقة تقريبًا. نحدد الآن زاوية Math.PI / 2 (90 درجة).

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

في تعليق آخر ، تسأل عن الإحداثيات التي تحتاج إلى استخدامها عند إضافة نص في نظام إحداثيات مستدير.

لقد قمت بعمل هذا الرسم:

في الجزء العلوي ، يمكنك إضافة كلمة MIDDLE في منتصف الصفحة ، ولكن هذا ليس المكان الذي ستظهر فيه: أنت تقوم بتدوير كل شيء بمقدار 90 درجة ، ومن ثم يتم تدوير كلمة MIDDLE خارج صفحتك (في منطقة الفقس). ستكون الكلمة في ملف PDF ، لكنك لن تراها أبدًا.

إذا نظرت إلى الكود الخاص بي ، فسترى أنني أستخدم هذه الإحداثيات:

هذا هو خارج المنطقة المرئية (إنه أقل من أبعاد الصفحة الفعلية) ، ولكن عندما أقوم بتدوير كل شيء بزاوية 90 درجة ، فإنه يدور في المنطقة المرئية.

إذا نظرت إلى الرسم الخاص بي ، يمكنك أن ترى أن الصفحة ذات الإحداثيات (0 ، 0) ، (0 ، -595) ، (842 ، -598) و (842 ، 0) تدور بمقدار 90 درجة وبالتالي تتزامن مع صفحة بإحداثيات (0 ، 0) ، (595 ، 0) ، (595 ، 842) و (0 ، 842). هذا هو نوع الرياضيات الذي تعلمناه جميعًا في المدرسة الثانوية -)


1 إجابة 1

بعض الأشياء حول set_titles.

أولاً ، يتم رسم العناوين الافتراضية في طريقة FacetGrid.map ، لذلك إذا كنت تريد تغيير العناوين ، فعليك استدعاء set_titles بعد بالتآمر ، وإلا سيتم الكتابة فوقها.

ثانيًا ، إذا نظرت إلى docstring للطريقة ، فإنها لا تأخذ مجرد قائمة عشوائية من العناوين. يوفر طريقة لتغيير كيفية عرض العنوان باستخدام اسم متغير العمود وقيمته:

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

إذا كنت تريد أن تكون قيمة "المجموعة" صفرًا وواحدًا ، فعليك فقط تغيير هذا العمود ، أو إنشاء عمود جديد:

ثم قل أنك لا تريد أن يكون اسم المتغير في العنوان ، فإن الطريقة الصحيحة لاستخدام FacetGrid.set_titles ستكون

إذا كنت لا ترغب في تغيير البيانات التي تقوم بالتخطيط لها ، فسيتعين عليك تعيين السمات على محاور matplotlib مباشرةً ، شيء مثل:

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


تختفي بعض الارتباطات t مع بيئة colorbox للبيئات الشبيهة بالنظرية

في مستند بطول كتاب من فئة مستند المذكرات يحتوي على حوالي 2 ميجابايت من محتوى الجسم و 140 كيلو بايت من الإصدار الجاهز ، يتم توزيع كل منها على العديد من الملفات المنفصلة ، أستخدم cleveref مع hyperref و tcolorboxenvironment لإنشاء نسخة ملونة من كل بيئة تشبه النظرية (على سبيل المثال ، النظرية ، الاقتراح ، lemma) التي حددتها thmtools.

جميع روابط cref تعمل بشكل جيد يستثني الثاني: بعد المعالجة الكاملة ، الروابط مفقودة في المستند. بتفاصيل اكثر:

  • بعد تشغيل pdflatex الأولي ، لا يظهر أحد إدخالي التسمية هذين مطلقًا في ملف .aux ، على الرغم من أن التسمية الثانية لا تظهر
  • بعد تشغيل bibtex (أو bibtex) والتشغيل الثاني من pdflatex ، اختفت العلامة الثانية الآن!

إذا لم أقم بتلوين النظريات ، مع تجنب t colorboxenvironment ، فستكون جميع الروابط على ما يرام! لذلك يبدو أن المشكلة لها علاقة بـ tcolorbox.

علاوة على ذلك ، إذا قمت بتلوين النظريات ولكني قمت بالتجميع باستخدام xelatex - تم تكوين الديباجة الخاصة بي للسماح بذلك ، ولكن باستخدام خطوط مختلفة - عندئذٍ تختفي الملصقات والروابط من نظريات مختلفة عما كنت عليه عند استخدام pdflatex.

يبدو هذا غريبا جدا. لسوء الحظ ، لم أتمكن من إعادة إنتاج المشكلة إذا قمت بتقليل محتوى الجسم إلى قسمين فقط يحتويان على البيئات الشبيهة بالنظرية التي تُستخدم تسمياتها في تلك الروابط.

بالنسبة إلى المستند الفعلي بطول الكتاب ، بعد تشغيل pdflatex الأولي ، يتضمن ملف .aux المجموعتين التاليتين من الأسطر المتتالية:

  • في المجموعة الأولى ، هو إدخال التسمية thm-one-pt-cptn الذي يختفي بعد تشغيل pdflatex الثاني
  • في المجموعة الثانية ، يجب أن يظهر إدخال التسمية lem: path-prod قبل الأسطر التي تحتوي على لكن لا.

هذا هو المقتطف من ملف aux.

دليل محتمل (تمت إضافة 2020-10-18):

لكلا مثيلين البيئة الشبيهة بالنظرية المعينة (المعدلة بواسطة tcolorboxenvironment) التي تختفي تسمياتها وروابطها ، تتم طباعة النظرية في الجزء العلوي من نص الصفحة (أسفل الرأس بالطبع). أرى هذا في السجل:

لا يظهر تحذير tcolorbox في أي مكان آخر في السجل ، وبالتالي لا تتأثر أي روابط أخرى!

حل مؤقت للعمل: إذا تأثرت كل من النظريتين ، فأنقل الأمر label لاتباع جسم النظرية بدلاً من ، كما هو معتاد ، احتفظ به فورًا بعد start ثم تنتهي المشكلة. بالتاكيد هذا ليس حلا إنه إصلاح مؤقت هش للغاية ، لأنه مع تغير محتوى المستند ، يمكن أن تنتقل النظريات الأخرى إلى أعلى الصفحة وتتسبب في نفس المشكلة.

تفسير محتمل (ليس حلا!):

يبدو أن tcolorbox يتخلص من ملصقات مثل هذه النظريات فقط عند طباعتها في أعلى الصفحة.

سؤال: ما هو الإصلاح الذي سيكون قويًا بحيث لا يتخلص tcolorbox من تسمية نظرية عند طباعة النظرية في أعلى الصفحة؟

مصدر نموذج للطريقة المستخدمة:

يسعدني مشاركة مصدر مشروع كتابي الطويل مع أي شخص قد يساعدني في تعقب هذه المشكلة الغريبة.

في غضون ذلك ، يعطي المصدر أدناه نكهة لما أفعله - على الرغم من هذا المثال الصغير يفعل تجميع بدون أخطاء.

تمت الإضافة 2020-10-17: جميع الحزم التي يستخدمها المستند الفعلي

ربما توجد مشكلة في ترتيب تحميل الحزمة مع المستند الفعلي (على الرغم من وجود ذلك ، ما زلت لا أفهم سبب حدوث الروابط المفقودة فقط مع حالتين معينتين من البيئات الشبيهة بالنظرية ولكن ليس مع الآخرين من نفس النوع تمامًا!) . جمعت هنا جميع الحزم التي أستخدمها في المستند الفعلي ، والتي توزعها على عدد من ملفات .sty المنفصلة التي يتم إدخالها في التمهيد.


المصور: كيفية تقسيم النص إلى النصف؟

أحاول إنشاء نص يتوسطه خط مشابه لتأثير "رمز نقطي من خلال النص" في Illustrator. لدي جزء من النص قمت بتحويله إلى مخططات ، ثم وضعت مستطيلاً طويلاً فوقه. لقد جربت Minus Front و Divide و Clipping Mask والعديد من الأشياء الأخرى ولكنها لا تعمل. يختفي الشكل بالكامل أو يتبقى لدي مساحات مشتركة للنص والمستطيل الذي هو عكس ما أريد. هل يمكنك اقتراح كيفية تحقيق ذلك؟ أعتقد أن المشكلة تكمن في أن الأشكال المختلفة لا تتداخل مع بعضها البعض وهي مجموعة من الأشكال المنفصلة.


5 إجابات 5

كما ذكرت في تعليقي ، غالبًا ما يتم استخدام كلمة "على" كمرادف لكلمة "سورجيكتيف". وبنفس الروح ، يمكنك استخدام "واحد لواحد" بدلاً من "الحقن". انظر على سبيل المثال مقالة ويكيبيديا المقابلة.

يحرر: أتفق مع تعليقات Qiaochu و Jonas بأن عبارة "واحد لواحد" غامضة بعض الشيء ويمكن أن تشير إلى التحيز. لذلك ربما يكون من الأفضل التمسك بالمصطلحات الواضحة "حقنة" و "تخيلية".

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

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

ب.

رياضيات. في شكل. تعيين تعيين مجموعة إلى أخرى.

ما يلي هو أقرب عرض أسعار تم تقديمه لهذا الاستخدام:

1942 S. Lefschetz جبري توبول. أنا. 7 إذا كان التحويل "على" ، فإن الصورة العكسية لتكملة المجموعة هي تكملة الصورة المعكوسة لتلك المجموعة.

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

1951 ن. جاكوبسون محاضرة. أبستر. الجبر I. 4 إذا كانت α عبارة عن تعيين لـ S إلى T ، و هي تعيين T إلى S بحيث تكون αβ = $ 1_S $ و βα = $ 1_T $ ، إذن α و هما 1β1 ، على التعيينات و β = α $ ^ <−1> $.

Onto تعني surjective: كل عنصر في الفضاء الهدف يكمن في صورة الوظيفة. بشكل رسمي ، إذا كان $ f: X to Y $ قيد التشغيل ، فبالنسبة لكل $ y في Y $ ، يمكننا العثور على $ x في X $ واحد على الأقل بحيث يكون $ y = f (x) $.

أنت تسمع بالفعل هذه المصطلحات فيما يتعلق بالوظائف.

واحد لواحد يعني نفس معنى الحقن. Onto تعني نفس السخرية. واحد لواحد و على يعني حيوي.

يمكن أن تكون الوظيفة واحدة منهم فقط أو الثلاثة.

للإجابة على سؤالك المحدد ، تعني كلمة "على" أن كل قيمة من النطاق المشترك قد تم تعيينها بواسطة أحد أعضاء المجال.

فكر أولاً في تعريفات لما تعنيه الوظيفة أن تكون واحدًا لواحد أو على (تعريفات مقتبسة من John Durbin الجبر الحديث):

واحد لواحد: يقال إن تعيين $ alpha Colon S إلى T $ هو واحد لواحد إذا كان $ alpha (x_1) = alpha (x_2) quad text quad x_1 = x_2 quad (x_1، x_2 in S) ، $ أي إذا كانت العناصر غير المتكافئة في المجال بها صور غير متكافئة في المجال المشترك.

على: إذا كان $ alpha Colon S to T $ و $ alpha (S) = T $ ، فإن $ alpha $ يقال إنه على. وبالتالي ، فإن $ alpha $ يعمل إذا كان لكل $ y في T $ يوجد على الأقل $ x في S $ مثل أن $ alpha (x) = y $.

يمكنك نوعًا من تصور التعريف أعلاه لـ on بالصورة التالية:

$ اللون< نص

>$

مثال: دع $ S = $ و $ T = <1،2،3 > $. ثم يمكن تحديد التعيين $ alpha Colon S to T $ بواسطة $ alpha (x) = 2، alpha (y) = 1، alpha (z) = 3 $. تعيين آخر ، $ beta Colon S to T $ ، يتم الحصول عليه بواسطة $ beta (x) = 1 ، beta (y) = 3 ، beta (z) = 1 $. يبدو التعيين $ alpha colon S إلى T $ كما يلي:

$ اللون< نص

>$

ويبدو تعيين $ beta colon S to T $ كما يلي:

$ اللون< نص

>$

بالنسبة إلى $ alpha colon S إلى T $ ، يمكننا أن نرى هذا التعيين قيد التشغيل لأنه يتم تعيين كل عنصر في $ T $ بواسطة بعض العناصر في $ S $:

ولكن ماذا عن $ beta colon S to T $؟ هل هذا التعيين على؟ هل تستطيع أن ترى لماذا لا؟ ضع في اعتبارك ما يلي:

لكي يتم تشغيل $ beta colon S to T $ ، يجب تعيين كل عنصر في $ T $ بواسطة بعض العناصر في $ S $. لسوء الحظ ، كما نرى أعلاه بالجزء المظلل باللون الأحمر ، لا يوجد عنصر في $ S $ يربط فعليًا $ 2 $ وهو في $ T $. وبالتالي ، فإن $ beta $ ليس على الخريطة.

سيظهر المنطق المماثل أن $ alpha $ هو واحد لواحد لكن $ beta $ ليس كذلك. هل كل هذا منطقي الآن؟


2 إجابات 2

قد تؤدي المنحنيات في gimp أيضًا الحيلة نيابةً عنك ، كما هو موضح في المثال التالي. ولكن إذا كنت تبحث عن أداة تلقائية لتصحيح الدُفعات ، يمكنني اقتراح بخلاف حفظ المنحنيات / المستويات المحددة مسبقًا (باستخدام الزر "+" بجوار مربع التحرير والسرد "الإعدادات المسبقة") وستتمكن من تطبيق نفس المنحنيات / المستويات بسرعة لجميع صورك.

تم توفير لقطات الشاشة لراحتك:

Gimp في العمل مع المنحنيات التي تقوم بالتصحيح.

تم تطبيق المنحنيات على الصورة النهائية.

الصورة بعد عملية المنحنيات.

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


شاهد الفيديو: طريقة تثبيت التعليق في التيك توك (شهر اكتوبر 2021).