Tufte-css: تخفيض السعر إلى هذا؟

تم إنشاؤها على ٦ أغسطس ٢٠١٥  ·  21تعليقات  ·  مصدر: edwardtufte/tufte-css

سيكون من الرائع أن يكون لديك معالج مسبق أخذ علامة التخفيض (ربما مع التعليقات التوضيحية المخصصة) كمدخلات وإخراج هذا التنسيق الجميل والمفيد

help wanted other applications

التعليق الأكثر فائدة

فقط وجدت هذا الموضوع من خلال جوجل

قد ترغبون يا رفاق في إلقاء نظرة على xmark : التي تحول تخفيض السعر إلى Tufte-CSS vía XSLT.

ال 21 كومينتر

يقدم Pandoc قوالب للبناء عليها ، لذا يجب أن يكون إنشاء قالب Tufte pandoc مباشرًا.

langford تبين أن هناك بالفعل نموذج Tufte لـ Pandoc ، راجع تعليقي هنا للحصول على تفاصيل حول تحويل Markdown / Multi-Markdown إلى تصميم Tufte: https://github.com/daveliepmann/tufte-css/issues/30#issuecomment - 128718117

@ xHN35RQ بعد النظر فيها قليلاً ، تبدو قوالب pandoc وكأنها وسيلة خاطئة لهذه الوظيفة: يُعطى القالب سلسلة $body$ ويتوقع إلى حد كبير وضع النص قبله وبعده ، ولا يبدو يهدف إلى معالجة النص الذي تم إنشاؤه من علامة التخفيض في الواقع. يمكنك استخدام كتاب pandoc المخصصين article : انظر الجوهر . آمل في توسيع هذا بينما أستمر في كتابة tufte-css لتشمل جميع الميزات المتوفرة - بشكل مثالي دون الحاجة إلى تعديل أي شيء حول تخفيض السعر في pandoc أو قرائه.

(من أجل الاكتمال ، قد أذكر مرشحات pandoc كشيء قد يكون مطلوبًا في النهاية لإنتاج HTML ممكّن لـ tufte-css بالكامل من تخفيض pandoc ، ولكن ربما للأشياء الصعبة للغاية فقط. تتلاعب المرشحات بـ AST ، قبل إعطاء AST لكاتب مخصص . المكان المناسب لعمل علامات جانبية من نمط tufte-css كان في الكاتب المخصص ، وليس كعامل تصفية.)

fasiha العمل الجيد. لقد بدأت هنا واعدة. : +1:

لا أعتقد أن هناك مكافئًا متاحًا بسهولة لـ tufte-css _sections_ في Markdown ، أي مجموعة من الفقرات والعناوين. لكنني أعتقد أن فكرة الأقسام تعجبني ، وأعتقد أن وجود مستوى إضافي من تنظيم المستندات سيكون مفيدًا في المستقبل.

أي اقتراحات من المجتمع كيف يمكن للمرء أن يشير إلى الأقسام في Markdown؟

fasiha ماذا عن المرشح الذي يأخذ عناصر العنوان وجميع عناصر الفقرة حتى عنصر العنوان التالي؟ ثم قم بلف هذه بعلامات <section> (أو بعض علامات <div> المخصصة) وقم بتطبيق css المطلوب على هذا؟

شكرا لوزنك في vyp. من خلال قراءتي للصفحة الأولى من tufte-css ، يمكن لـ section التقاط أكثر من عنوان واحد ، أو فقرات بدون عنوان. أي أنها ليست مجرد حاوية عنوان ومحتويات. في المستند الخاص بي ، أقوم فقط بتضمين <section> كـ HTML خام في Markdown في الوقت الحالي - لهذا ، أعتقد أنه يمكنني قبول HTML خام.

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

يعد استخدام علامات <section> الخام أفضل شيء يمكن القيام به في هذه الحالة (بخلاف تحديد بناء الجملة الشبيه بالعلامة التجارية الخاصة بك وكتابة محلل لها).


هناك طريقة أخرى يمكن اتباعها وهي استخدام حقيقة أن tufte تقول إنها تستخدم h2 لـ "عناوين الأقسام" ، لذلك ربما يمكن تعريف "القسم" على أنه علامة h2 وكل شيء حتى علامة h2 التالية وما إلى ذلك. لكنني لست متأكدًا مما إذا كان هذا هو ما قصده مؤلف tufte.

عناصر H2 ليست مصادر موثوقة لترسيم حدود القسم. على سبيل المثال ، تستخدم بعض المستندات امتدادات "new Thinkt" بدلاً من ذلك. أنا متأكد من أن الاختلافات الأخرى ستظهر في البرية.

في 8 أغسطس 2015 ، الساعة 23:49 ، كتب vyp [email protected] :

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

باستخدام الخام

العلامات هي أفضل شيء يمكن القيام به في هذه الحالة (بخلاف تحديد بناء الجملة الخاص بك الشبيه بالعلامات التجارية وكتابة محلل لها).

هناك طريقة أخرى يمكن اتباعها وهي استخدام حقيقة أن tufte تقول إنها تستخدم h2 لـ "عناوين الأقسام" ، لذلك ربما يمكن تعريف "القسم" على أنه علامة h2 وكل شيء حتى علامة h2 التالية وما إلى ذلك. لكنني لست متأكدًا مما إذا كان هذا هو ما قصده مؤلف tufte.

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub.

أعتقد أنه إذا كان أي شخص يريد تجنب استخدام علامات <section> في عملية تخفيض السعر ، فقد لا يكون من الصعب تنفيذ بعض الصيغ المشابهة لـ <hr> . بناء جملة <hr> 's هو أساسًا "ثلاث أو أكثر من الواصلات أو العلامات النجمية أو الشرطات السفلية على سطر بمفردها". على سبيل المثال ، يمكنك تحديد ترسيم "قسم" بشكل تعسفي على أنه "ثلاث علامات تساوي أو أكثر" (أو ما تفضله) ، ثم استخدام مرشح pandoc لف كل شيء بين كل زوج من هذه الفقرات بعلامات متساوية فقط.

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

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

هل سيكون reStructuredText أكثر قابلية للتكيف من Markdown لنوع التعليقات التوضيحية المطلوبة هنا؟

coppeliaMLA شكرًا على ذكر glasseye ، إنه عمل لا يصدق.

rbcarson أنا لست OP ، ولكن إذا كان السؤال موجهًا للجميع هنا وتريد رأيي ، فأنا شخصياً لست على دراية

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

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

سيكون النص المعاد هيكلة عديم الفائدة لأغراضي ، وهي مشاريع موثقة بالفعل في تخفيض السعر

في 17 آب (أغسطس) 2015 ، الساعة 4:24 صباحًا ، كتب vyp [email protected] :

coppeliaMLA شكرًا على ذكر glasseye ، إنه عمل لا يصدق.

rbcarson أنا لست OP ، ولكن إذا كان السؤال موجهًا للجميع هنا وتريد رأيي ، فأنا شخصياً لست على دراية

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

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

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub.

coppeliaMLA مثير جدًا للاهتمام!: استخدم pandoc لإخراج HTML بعلامات خاصة ، ثم كمرحلة ثانية ، استخدم برنامجًا آخر لتوسيع العلامات الخاصة إلى Javascript و HTML. كان أسلوبي هو إنشاء كاتب مخصص من Pandoc يستهلك العلامات الخاصة ، ويقوم فعليًا بعمل glasseye.py في Lua ، باستخدام Pandoc AST بدلاً من تحليل BeautifulSoup ، ولكن يبدو أن glasseye يعمل بشكل جيد. سأحاول أن أجمع المستندات الخاصة بي وأعلمك في إعادة الشراء الخاصة بها بأي مشكلات. الأشياء التي يصعب القيام بها في كاتب Pandoc قد يكون من الأسهل القيام بها في مرحلة ما بعد المعالجة ، والعكس صحيح ، ولكن الطريقة الوحيدة لمعرفة ذلك هي كتابة مجموعة من المستندات :)

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

انظر رقم 31 وأيضًا رقم 58

لما يستحق: لقد جمعت للتو tufte-pandoc-css لحل مشكلة كتابة الملاحظات الجانبية في Markdown. إنه مجرد عرض لكيفية استخدام مرشح Pandoc المخصص الذي كتبته بعنوان pandoc-sidenote .

لرؤيتها أثناء العمل:

jez رائع! سأرى ما إذا كان بإمكاني العثور على مشروع لإعطاء هذا دوامة.

فقط وجدت هذا الموضوع من خلال جوجل

قد ترغبون يا رفاق في إلقاء نظرة على xmark : التي تحول تخفيض السعر إلى Tufte-CSS vía XSLT.

تضمين التغريدة عمل رائع 👍🏻

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

gamecubate picture gamecubate  ·  10تعليقات

fustkilas picture fustkilas  ·  5تعليقات

adamschwartz picture adamschwartz  ·  16تعليقات

daveliepmann picture daveliepmann  ·  29تعليقات

danielnixon picture danielnixon  ·  3تعليقات